Vibe Coding Writer — 会话总结与营销文章生成器

触发词（Trigger Words）

以下任一表述即触发本 Skill：

执行流程（SOP）

Phase 1：上下文采集与理解

1. 读取完整对话历史 — 使用 conversation_search 检索当前会话的关键交互节点：
• 用户初始需求与目标
• 关键技术决策点（为什么选 A 不选 B）
• 遇到的坑、踩过的雷、调试过程
• 最终成果与交付物
• 有趣/意外的发现（vibe moment）

1. 识别项目元数据（如存在）：
• 项目名称、技术栈、涉及文件数
• 总轮次（turns）、总耗时估算
• 工具使用频次（MCP调用、文件读写、命令执行等）

1. 提取"Vibe Signature" — 本次会话的独特气质标签：
• 效率型 / 探索型 / 救火型 / 迭代型 / 从零到一型
• 核心情绪弧线（困惑→突破→爽感）

Phase 2：文章架构设计

根据会话特征选择最合适的文章模板（见 references/article-template.md）：

默认策略：如果不确定，优先使用「技术实战案例模板」+「体验叙事」融合。

Phase 3：内容撰写

严格遵循以下写作原则：

3.1 文章质量标准

• 有思考深度：不只是流水账，每个技术决策都回答"为什么"
• 有数据支撑：引用具体数字（文件数、代码行数、耗时、工具调用次数）
• 有情感共鸣：真实还原踩坑时的焦虑和解决问题时的爽感
• 有专业高度：用词准确，概念清晰，不降智也不掉书袋
• 有营销价值：读者看完会觉得"我也想试试"或"这个思路太棒了"

3.2 结构要求

1. 引子（Hook）— 150~250 字
   │  用场景/冲突/数据抓住注意力
   │
2. 背景与目标 — 200~300 字
   │  为什么做？要解决什么问题？
   │
3. 过程深挖（核心章节，占全文 50%~60%）
   ├── 关键决策节点（带思考过程）
   ├── 踩坑记录（真实的，不美化）
   └── 突破时刻（Aha! Moment）
   │
4. 成果展示 — 150~250 字
   │  具体交付物 + 数据量化 + 截图/代码片段引用
   │
5. 思考与洞察 — 300~500 字
   │  方法论沉淀 / 行业趋势判断 / 对读者的价值
   │
6. 结语 + CTA — 50~100 字
      开放式结尾或行动召唤

3.3 语言风格规范

• 中文为主（除非用户指定英文）
• 口语化但不随意：像和一个懂技术的朋友聊天
• 善用类比：用生活化的比喻解释技术概念
• 适度使用行业术语：Vibe Coding, AI Agent, MCP, Context Window 等——首次出现时简要解释
• 禁止：AI 味（"让我们"、"值得注意的是"、"总而言之"堆砌）、空洞赞美、过度包装

Phase 4：输出与交付

1. 生成 Markdown 文件，保存到用户指定路径或默认 {workspace}/vibe-coding-article-{日期}.md
2. 文件命名规则：vibe-coding-{主题关键词}-{YYYYMMDD}.md
3. 输出后自动调用 open_result_view 展示文件

参考资源

• 文章模板库：见 references/article-template.md，包含 4 套完整模板及写作示例
• 词汇表：见 references/glossary.md，Vibe Coding 领域术语的标准中文译法与使用建议

注意事项

• 不要编造数据。如果某些指标无法从上下文中获取，用模糊表达（"多次迭代""若干文件"），不要杜撰精确数字。
• 保持诚实。踩坑部分要真实呈现，过度完美的故事反而不可信。
• 尊重隐私。如果对话中涉及敏感信息（API key、内部系统名等），脱敏处理。
• 文章长度建议 3000~6000 字（Markdown 源文件），根据会话丰富度灵活调整。