blog-post-writer

Nick Nisi 博客撰稿助手

将杂乱无章的脑中想法整理成文笔流畅、听起来像 Nick Nisi 写的博客文章。

流程

1. 接收脑中想法

接受用户提供的任何内容：

• 零散的想法和观点
• 需要涵盖的技术要点
• 代码示例或命令
• 结论或要点
• 参考链接
• 随手记下的观察

不要求用户整理内容。杂乱本身就是输入。

2. 了解文风和语气

阅读 references/voice-tone.md，了解 Nick 的写作风格。

主要特点：

• 交谈般自然，同时内容充实
• 坦诚真实
• 以经历为主线展开叙述
• 长短句交错
• 具体示例和真实细节
• 有自知之明的幽默

3. 寻找故事潜力

阅读 references/story-circle.md，了解叙事框架。

判断内容是否适合采用故事结构：

• 是否经历了从一种认知到另一种认知的过程？
• 能否找到问题和解决方案？
• 是否遵循以下路径：安于现状 → 遭遇变故 → 回归时已然不同？

并非每篇文章都需要完整的故事圈，但要留意叙事的可能性。

4. 整理内容

将素材组织成不同部分：

常见结构：

• 问题／经历 → 探索过程 → 结果 → 经验教训
• 背景铺垫 → 挑战 → 发现 → 应用
• 理念 → 操作指南 → 反思
• 现状 → 过去 → 收获 → 未来

选择最适合内容的结构。

5. 用 Nick 的风格写作

运用文风特点：

开头：

• 从当前处境或近期事件切入，吸引读者
• 设置悬念或提出问题
• 直接坦诚

正文：

• 段落长短交错
• 用短段落强调重点
• 加入具体细节（工具名称、命令、数字）
• 适当展现脆弱的一面
• 自然地使用行内代码格式
• 用标题划分内容

技术内容：

• 假设读者具备一定知识，必要时再作解释
• 展示实际命令和示例
• 坦诚说明局限性
• 轻松地提及工具

语气调整：

• 技术部分：清晰、循循善诱
• 个人部分：坦诚、善于反思
• 全文保持自然亲切的语气

结尾：

• 呼应开头
• 展望未来
• 给出可付诸行动的建议
• 以乐观或发人深省的方式收尾

6. 检查并润色

检查文章：

• 读起来是否自然亲切？
• 是否有清晰的叙事脉络？
• 技术细节是否具体、准确？
• 是否恰当地展现了脆弱的一面？
• 段落长度是否有所变化？
• 幽默是否自然且有自知之明，而非刻意为之？
• 结尾是否有推动感？

将文章展示给用户，听取反馈并迭代修改。

文风指南

应该：

• 像和同行喝咖啡聊天一样写作
• 承认自己有所不确定或曾经犯错
• 用具体细节举例
• 变换句子和段落的长度
• 自然地使用行内代码
• 展现探索过程，而不只是最终结果
• 适度使用有自知之明的幽默
• 以展望未来的方式收尾

不应该：

• 使用企业或营销话术
• 假装无所不知
• 说教或居高临下
• 过度解释基础概念
• 刻意搞笑或使用表情符号
• 掩饰错误或不确定之处
• 不举具体示例就开始写作

示例模式

开篇钩子：

"AI is going to replace developers."

I must have heard that phrase a hundred times in the last year.

I've been thinking a lot about how we use AI in our daily work.

通过结构强调重点：

Then something clicked.

I watched it use rg to search through codebases, just like I would.

展现脆弱的一面：

I won't lie – joining Meta was intimidating.

技术细节：

I watched it use `rg` to search through codebases, just like I would. 
It ran `npm test` to verify its changes weren't breaking anything.

总结：

You're not being replaced; you're being amplified.

附带资源

参考资料

• references/voice-tone.md - 完整的文风和语气指南。先阅读此文件，掌握 Nick 的风格。
• references/story-circle.md - 故事圈叙事框架。检查内容是否适合采用故事结构。

工作流示例

用户提供的头脑风暴内容：

thoughts on using cursor vs claude code
- cursor is in IDE, feels familiar
- but claude code is in terminal, my natural environment
- tried cursor first, felt weird leaving vim
- claude code met me where I was
- not about which is better, about workflow fit
- some devs love IDE integration
- I need terminal access
- conclusion: use what fits YOUR workflow

处理过程：

1. 阅读 voice-tone.md
2. 检查 story-circle.md——没错，这里有一段旅程
3. 确定结构：当前使用的工具 → 尝试 Cursor → 发现 Claude Code → 领悟
4. 撰写一个关于工具之争的开场引子
5. 展现尝试新事物时的脆弱一面
6. 自然地加入具体的终端命令
7. 以「接受当下的自己」作为结尾
8. 检查语气是否自然亲切，以及细节是否具体