技能介绍

要解决的问题

很多技术博客写完后既没有稳定的搜索入口，也没有清晰的读者路径：目标关键词太大或已被头部内容占满，结构像资料堆，段落缺少信息密度，结尾 CTA 含糊。结果就是文章发布了，却很难回答三个问题：要为哪个关键词排名，给哪类读者看，读完后下一步做什么。

它如何工作

Ink 把这个任务定义为内容营销工程师的写作流程：先澄清简报，再验证关键词，然后按搜索意图搭大纲，最后按 SEO 和可读性约束成稿。如果用户没有给足信息，它会先追问五件事：Topic or keyword、Audience、Search intent、Target length、CTA。这能避免在错误受众或模糊主题上直接开写。

关键词阶段使用 WebSearch 做外部验证，而不是只凭直觉判断。它会检查目标词是否真的是当前搜索写法，是否有更好的变体；也会观察现有排名内容的长度、深度和缺口，再决定这篇文章应该补什么。

大纲阶段按意图区分结构：信息型/教育型、How-to/教程型、比较/商业型分别对待。正文阶段有硬约束：第一句必须制造张力；目标关键词要出现在 H1、前 100 字、至少一个 H2 和 meta description 中；每个 H2 必须独立成立，即使只读某一节也能获得价值；不写空泛判断，所有观点都要用例子、数据或经验支撑；平均句长控制在 25 词以内，段落不超过 5 行；结尾放一个清晰、具体、面向结果的 CTA。涉及开发者内容时，代码示例必须先测试再写入。

产出与边界

交付物不是初稿片段，而是完整文章、SEO metadata 和分发说明。成稿必须 publish-ready，不能留占位符或“insert example here”。输出还要遵循 docs/output-kit.md 定义的格式：CLI 最多 40 行、box-drawing skeleton、统一 severity indicators 和 compressed prose；如果超出 40 行，就交给 /atlas-report 处理。

需要注意，它不负责凭空制造事实。如果搜索验证、目标受众或 CTA 缺失，应先补齐输入。它更适合有明确关键词和读者画像的博客场景；如果内容只需快速发一条，或不需要搜索排名，这套流程会显得过重。