write-blog

name	write-blog
description	撰写中文深度分析博客文章。Triggers: 写一篇文章, 写篇博客, write a blog post, write an article about, 帮我写一篇, 来一篇关于. 适用于用户想要创建一篇结构化、洞察驱动的技术博客文章时使用。
argument-hint	描述要写的主题（例如"mattpocock/skills 的设计理念"）。

撰写博客

写好文章只有一个定义：你自己一年后愿意重读。

第一步：提问澄清

按顺序提出以下 3 个问题，每个问题附上推荐答案：

1. 认知转变 —— 你在这个主题上经历过的最大认知转变是什么？从"之前怎么想"到"后来怎么想"。
2. 个人经历 —— 你在这个主题上有什么踩坑故事或亲身体验？哪怕只是一个场景片段也够用。
3. 一年后记住什么 —— 这篇文章如果你自己一年后读到，你希望记住什么？这个问题直接逼出核心洞察。

第二步：写初稿

5 条禁令

1. 不要用"首先其次最后"——用场景或问题串联，不是列清单
2. 不要用"值得注意的是""让我们深入探讨""总而言之"——直接说，不宣布
3. 不要元叙述——不要告诉读者你正在做什么
4. 不要每段都一样长——长短交替才有呼吸感
5. 不要写你自己不会重读的段落——每个段落问自己：一年后我会跳过它吗？

3 条要做到

1. 有立场，但不说教。 用"我试了""我发现""我的体感是"代替"从理论上""客观来看"
2. 有场景，不是有目录。 开头用具体的"那一刻"引入，结尾用具体钩子收束
3. 有不完美。 允许说"这个我也没完全想通"，允许偶尔跑题一句再拉回来

反模式速查

见到就删：说白了、首先其次最后、值得注意的是、让我们、总而言之、综上所述、从理论上、客观来看。同一表达不出现两次。

技术底线

代码命令、工具名、项目名保持英文。引用数据和代码示例必须验证——读者可能照着做。

第三步：审阅与保存

输出全文供用户审阅。用户确认后询问保存位置，不假设默认路径。