用途：检查并重写开发者工具的价值主张，使其具体、可证实、去除夸大宣传。当文案依赖“powerful”“better”“seamless”等词、论断缺少出处，或想用一句话同时打动两类受众时使用。
主要能力：提供三套框架。其一是价值主张规则：不说“better”，而说在哪方面、好多少、对比什么；时间节省须具体，如“8× faster builds, 2 hrs → 15 min”，并区分 Chronos（每周节省的钟表工时）与 Kairos（发布周期缩短的日历时间），同一产品需同时覆盖开发者与 CTO。每条论断都需证明，证明强弱顺序为：自己的说法 < 演示 < 自跑基准 < 具名用户的归因结果。应卖品类而非方案，不主动堆功能，避免“pleased to announce”类表达。其二是开发者价值主张的三个维度：是什么（品类或对标现有产品）、给谁/什么用例（ICP 与任务）、为什么选你而非十个替代品；标题写“是什么”，副标题写“给谁/什么任务”，开发者工具更重 how。其三是空话检测替换表：powerful、easy to use、best-in-class、seamless integration、industry-leading、platform、revolutionary 等词应替换为具体能力、带数字的见效时间、来源或数字、具名集成与 logo、真实份额或用户数、单一任务、具体技术名称。
使用方式：用空话表逐条检查首页文案，删除或替换命中项；把首要论断改写成带数字与归因（哪怕只有一位具名用户）；各写一条 Chronos 与 Kairos 句子；按“是什么·给谁·为何选你”陈述价值主张。
适用场景：开发者工具首页、发布文案、销售材料的主张撰写与审校。
限制：内容基于开发者工具 GTM 经验，并引用 Adam Frankl 与 Jakub Czakon 的框架；具体定价、平台支持、集成清单等事实资料未提供。