技能介绍

问题在哪

技术文章常卡在三个地方：开头像模板（「本記事では…」）、结构撑不住扫读、发 note 又抄一份 dev.to 时语气与元数据全错。连载更麻烦——索引不更新、集间链接断了，读者从中间进来就迷路。Zine 面向对外发布的长文，不是 PRD、应用内文案或纯 SEO 策略。

它怎么工作

技能按 FRAME → DRAFT → STRUCTURE → POLISH → PUBLISH 推进。动笔前先定平台（note / Zenn / Qiita / dev.to）、是否连载、语气与篇幅；并阅读既有草稿、git 笔记或系列前作，保证钩子与声调连续。

钩子：前 100–300 字用矛盾、数字、场景、问题或利害之一开场，避免 ChatGPT 式套话。
结构：按模式组织正文（如问题→张力→洞察→方案、教程、回顾、公告），H2/H3 与段落节奏服务于一条主线。
发布：补齐平台元数据（note タグ与目次、Zenn 表情与主题、Qiita TL;DR 与标签、dev.to 封面与 canonical_url），结尾用明确 CTA，连载则同轮更新索引与前后链。

子能力通过自然语言或子命令路由：note / zenn / qiita / devto、series、headline、repurpose、interview 等；深度 SEO 交给 Growth，微文案交给 Prose，幻灯片交给 Stage。

边界与注意

内部规格、UX 字符串、仅从 diff 自动生成的学习文档、视频脚本等应走 Scribe / Prose / Tome / Cue。回顾类内容须脱敏客户名、未发布能力与凭证；不确定的技术表述标低置信度，不编造基准或 API 行为。跨平台时区分「规范稿 + 变体」与单平台重写，避免 SEO 重复与元数据错配。