技能介绍

它解决什么问题

落地页、博客和定价页经常需要一张对比表，手写却很容易翻车：整张表截成图片，搜索引擎和屏幕阅读器都读不到；只放对自己有利的列，用户和审核方一眼看穿；价格和限额半年没更新；标题只写 Comparison，和用户实际搜索的 X vs Y、best X for SMB 对不上；列数超过七列，手机上横向溢出。这张表还要同时满足三类读者——扫读的用户、抽取表格的搜索引擎、引用事实的 AI 搜索，三者的要求并不一致。

技能如何工作

comparison-table-generator 只负责页面内的区块（section），不负责整页结构、URL 和关键词策略，那些归 alternatives-page-generator、landing-page-generator 等技能。核心流程是：

定对比类型：product vs product、traditional vs modern、manual vs automated、before/after、feature matrix，五种共用同一组件。
定列数：含名称在内 4–7 列，更宽的矩阵拆成折叠前的重点列，其余用展开或链接承接。
定位置：hero 与价值主张之后、why switch 之后、FAQ 之前，或正文中段以利于 featured snippet。
写内容：H2 用结果导向措辞；1–3 句引言说明受众与评估口径，并主动声明 We sell [Product]；单元格只用短语、图标或 Yes/No/Limited；结尾给 last updated。
配输出：逐列一句 Best for、一个与父页面一致的主 CTA、脚注说明例外。

可访问性上必须用真正的 <table>（带 scope、caption、summary），不能用图片替代；移动端要么横向滚动，要么每行降级为卡片，含义不能只靠颜色传达。SEO 侧重商业意图修饰词与表格/列表抽取，GEO 侧重纯文本单元格、承认竞品强势项、统一产品命名。付费流量还要做 message match，标题与标准对齐广告文案。

适用边界

只产出 section block，不画整页 wireframe，不决定 PPC 落地页归属。
Schema.org 完整规则归 schema-markup；这里只在表格下方有 FAQ 时建议 FAQPage，不在产品页重复 Product/Offer，更不伪造 HowTo。
不做截图对比、不做隐藏列、不写没有出处的价格与集成项。
安全边界：不自动安装依赖、不修改系统权限、不创建持久化任务、不下载或执行外部内容；发送、发布、删除、付款、部署等外部写入会先展示目标与影响并取得明确确认；凭据只用于用户指定的官方服务，不回显、不记录、不转发；命令和代码默认仅作参考。