vibe-writing · diff
git:20260703.7a0f705 to git:20260715.7b52dd7
53 added, 295 removed. Audit A to A.
---
name: vibe-writing
- description: Vibe Writing 写作系统，用于创建高质量、低AI检测率的中文文章。适用于公众号文章、博客、Newsletter等内容写作，也可用于修改已有文章降低AI味，或审校内容质量。包含三遍审校机制、降AI味技巧和口语化写作指南。
- ---
-
- # Vibe Writing 写作系统
-
- 系统化创建真实、人性化中文内容的方法论，确保通过 AI 检测同时保持高质量。
-
- ## 核心理念
-
- **灵活流程 + 核心原则不妥协**
-
- ### 四大不妥协原则
- 1. **绝不编造数据和案例** - 所有事实必须可验证
- 2. **绝不使用过时信息** - 不确定时必须搜索验证
- 3. **绝不省略 Think Aloud** - 始终透明化解释思考过程
- 4. **绝不跳过用户确认** - 重要决策点必须获得用户批准
-
- ---
-
- ## 工作区目录结构
-
- ### 推荐目录结构（4 个文件夹）
-
- ```
- writing-workspace/
- ├── drafts/ # 草稿和工作文件（Brief、协作文档等）
- ├── research/ # 调研知识库
- ├── published/ # 已完成的文章 ⭐
- └── images/ # 文章配图
- ```
-
- ### 文件存放规范
-
- | 文件类型 | 存放位置 | 命名规范 |
- |---------|---------|---------|
- | Brief | `drafts/` | `项目名-brief.md` |
- | 草稿 | `drafts/` | `项目名-draft.md` |
- | 调研 | `research/` | `主题-YYYYMMDD.md` |
- | **最终文章** | `published/` | `文章标题.md` |
- | 配图 | `images/` | `文章名-描述.jpg` |
-
- ### 自动生成目录
-
- **首次使用时询问用户：**
-
- > 「是否需要创建写作工作区目录？」
- > - 是 → 创建 4 个文件夹
- > - 否 → 使用现有目录
-
- **生成命令：**
- ```bash
- mkdir -p writing-workspace/{drafts,research,published,images}
- ```
-
- ---
-
- ## 任务类型
-
- 开始前先判断任务类型：
-
- | 类型 | 描述 | 行动 |
- |------|------|------|
- | A | 有完整 brief 的新文章 | 完整 9 步流程 |
- | B | 无 brief 的新文章 | 先讨论 brief，再走流程 |
- | C | 修改已有文章 | 读取 → 理解 → 修改 → 审校 |
- | D | 文章审校/降AI味 | 应用三遍审校机制 |
- | E | 快速咨询 | 直接回答 |
-
+ description: Use when drafting, rewriting, reviewing, or planning Chinese long-form content for public accounts, blogs, newsletters, professional analysis, product or technical writing, especially when preserving an author's voice, using personal material, or reducing formulaic AI-sounding prose.
---
- ## 核心工作流（9 步）
-
- ### Step 0：初始化工作区（首次使用）
-
- **在开始写作任务前，询问用户：**
-
- 1. **是否需要创建工作区目录？**
- - 是 → 创建 `drafts/`、`research/`、`published/`、`images/`
- - 否 → 询问现有目录路径
-
- 2. **确认工作区路径**（后续文件都保存在此目录下）
-
- **注意：** 此步骤只在首次使用或用户明确要求时执行。
-
- ### Step 1：理解需求 & 保存 Brief
-
- 1. Think Aloud 说明理解
- 2. 保存 brief 到 `drafts/项目名-brief.md`，包含：
- - 核心需求
- - 目标受众
- - 关键信息
- - 参考资料
- - 字数要求 / 配图要求
-
- ### Step 2：调研 & 知识管理
-
- **何时必须搜索：**
- - 新产品/新技术（2024-2025年）
- - 最新数据和统计
- - 不确定的技术细节
- - 行业最佳实践
-
- **信息源优先级：**
- 1. 官方来源（官网、博客、文档）
- 2. 科技媒体（TechCrunch、The Verge、MIT Technology Review）
- 3. 社区讨论（Reddit、Hacker News、Product Hunt）
- 4. 知乎/百度（谨慎使用）
-
- **保存调研内容到 `research/主题-YYYYMMDD.md`：**
- - 收集时间戳
- - 来源链接
- - 核心要点提取
- - 更新建议
-
- ### Step 3：选题讨论（必做！）
-
- **不要直接写！先讨论选题！**
-
- 提供 3-4 个选题方向，每个包含：
- - 标题（吸引人）
- - 核心角度（一句话）
- - 工作量评估（星级）
- - 优势和劣势
- - 是否需要真实测试
- - 详细大纲（3-7 个大标题 + 字数分配）
-
- **等待用户选择，不要自己决定！**
-
- ### Step 4：创建协作文档（如需要）
-
- 如果需要测试或特殊配图需求，保存到 `drafts/项目名-协作.md`：
- - 测试任务清单（统一 Prompt）
- - 配图需求（必需 vs 可选）
- - 时间和成本预估
-
- ### Step 5：学习写作风格
-
- 阅读 `references/写作风格指南.md`：
- - 开头方式（真实场景、个人经历）
- - 叙事结构（现场感开头 → 小节清晰 → 穿插旁白 → 带动作结尾）
- - 语言特征（口语化、第一人称、情绪明确、节奏快）
-
- ### Step 5.5：使用个人素材库（降AI味核心！）
-
- 降低 AI 味的方法：
- 1. **搜索真实经历** - 找到真实的故事和观点
- 2. **引用原始内容** - 使用完整上下文，不只是摘要
- 3. **保持第一人称视角** - 保持一致的声音
-
- **使用原则：**
- - 所有素材必须真实（不能编造）
- - 改写成长文逻辑（不能直接复制粘贴）
- - 保持作者的第一人称视角
- - 不能用别人的经历冒充自己的
-
- ### Step 6：等待测试数据（如需要）
-
- 如果创建了协作文档：
- - 接收测试数据
- - 接收配图素材
- - 确认可以开始写作
-
- **绝不编造数据！等待真实数据！**
-
- ### Step 7：创作初稿
-
- 初稿保存到 `drafts/项目名-draft.md`
-
- 写作要点：
- - 保持「实践 + 落地」调性
- - 加入具体案例和数据（真实的！）
- - 自然融入经验和视角
- - 使用口语化表达
- - 不用太担心 AI 味（审校会优化）
-
- ### Step 7.5：风格转换实验（可选）
-
- 可以尝试不同的写作风格：
- - 只借鉴语言风格（句式、节奏、思维方式）
- - 不使用原话
- - 不使用他人经历
-
- ### Step 8：三遍审校（最关键！）
-
- **参考：** `references/降AI味审校清单.md`
-
- #### 第一遍：内容审校（逻辑、事实、结构）
- - [ ] 事实准确？（数据、时间、产品名称）
- - [ ] 逻辑清晰？（无矛盾）
- - [ ] 结构合理？（无跑题）
- - [ ] 无编造？（所有数据和案例真实）
- - [ ] 专业术语正确？
- - [ ] 链接有效？
-
- #### 第二遍：风格审校（降AI味）- 核心！
-
- **1. 删除 AI 套话**（全文搜索，一个不留）
- ```
- ❌ 必删清单：
- - 「在当今时代」「随着...的发展」「在...的背景下」
- - 「值得注意的是」「需要指出的是」
- - 「综上所述」「总而言之」「让我们来看看」
- - 「从某种意义上说」「毋庸置疑」「不言而喻」
-
- ✅ 替换方案：
- - 「值得注意」→ 直接说内容 / 「重点来了」
- - 「综上所述」→ 「说白了」/「简单来说」
- - 「显著提升」→ 具体数字 或 「涨了很多」
- ```
-
- **2. 拆解工整句式**
- ```
- ❌ 过度对比：「不是A而是B，不是C而是D，不是E而是F」
- ✅ 最多用一次，或拆成独立短句
-
- ❌ 过度排比：「要么...要么...要么...」
- ✅ 独立短句 + 问号
- ```
-
- **3. 替换书面词汇**
- ```
- 书面词 → 口语化：
- - 「显著提升」→ 「涨了10倍」/「效果很好」
- - 「充分利用」→ 「用好」/「用上」
- - 「深入了解」→ 「搞清楚」/「弄明白」
- - 「进行操作」→ 「操作」/「做」
- ```
+ # Vibe Writing
- **4. 加入个人感受**
- ```
- 中立表达 → 加入态度：
- - 「成本较高」→ 「贵死了」
- - 「门槛较高」→ 「门槛高到离谱」
- - 「效果不佳」→ 「有点惨不忍睹」
- ```
+ ## Core Principle
- **5. 短句化处理**
- ```
- ❌ 「这个功能不仅提升了效率，而且降低了成本，同时还改善了体验」
- ✅ 「这个功能提升了效率，降低了成本。用户体验也改善了。」
- ```
+ Preserve truth, the author's voice, and the current task before optimizing style
+ or distribution.
- **降AI味自查：**
- - [ ] 删除了所有 AI 套话
- - [ ] 拆解了工整句式（最多 1 次「不是...而是...」）
- - [ ] 替换了书面词汇
- - [ ] 加入了 10+ 处个人感受/吐槽
- - [ ] 拆短了长句（超过 30 字的全部拆分）
- - [ ] 大声朗读（听起来像和朋友聊天）
+ Write natural Chinese for the author, audience, platform, and purpose. Treat
+ reduced formulaic AI-sounding prose as a result, not a score.
- #### 第三遍：细节打磨（标点、排版、节奏）
+ ## Task Routing
- **标点检查（必做！）：**
- - [ ] 所有逗号都是全角「，」
- - [ ] 所有句号都是全角「。」
- - [ ] 所有冒号都是全角「：」
- - [ ] **所有引号都是「」（不是 "" 或 ''）**
+ Classify the request, then load only its route and required checks.
- **其他细节：**
- - [ ] 句子长度合适？（15-25 字为主，不超过 30 字）
- - [ ] 段落不太长？（手机屏幕 3-5 行）
- - [ ] 标点自然？（多用句号，少用逗号连接长句）
- - [ ] 节奏有变化？（快慢结合）
+ | Request | Load | Deliver |
+ |---|---|---|
+ | New draft | [drafting](references/drafting.md); [voice profile](references/voice-profile.md) when relevant; [fact checking](references/fact-checking.md) and [quality rubric](references/quality-rubric.md) as needed | Draft and necessary notes |
+ | Edit or rewrite | [editing](references/editing.md); [voice profile](references/voice-profile.md), [fact checking](references/fact-checking.md), and [quality rubric](references/quality-rubric.md) as needed | Revised text and brief change summary |
+ | Review or critique | [editing](references/editing.md), [quality rubric](references/quality-rubric.md), and [fact checking](references/fact-checking.md) when required | Diagnosis and recommendations; no rewrite unless requested |
+ | Build or update a voice profile | [voice profile](references/voice-profile.md) and [profile template](templates/voice-profile-template.md) | Profile, confidence, and unresolved items |
+ | Quick consultation | No reference unless needed | Direct answer |
- ### Step 9：保存最终版 & 配图
+ Do not start a full workflow, create a workspace, propose multiple topics, or
+ add images and distribution assets unless the request requires them.
- **保存最终文章到 `published/文章标题.md`**
+ ## Context Priority
- **配图流程：**
+ Current instruction > current project samples > confirmed profile > memory-based
+ candidate traits > neutral default Chinese.
- 1. 保存配图到 `images/`（命名：`文章名-描述.jpg`）
- 2. 图片来源优先级：
- - 公共领域作品（Wikimedia Commons）
- - AI 生成（需注明）
- - 免费图库（Unsplash/Pexels）
- - 截图/官方素材（需注明来源）
- 3. 在文章中插入图片引用
+ Apply the current instruction over the profile. Treat memory traits as
+ candidates, not confirmed voice or fact. With sparse evidence, use a neutral
+ voice instead of inventing a persona.
- **不要只写配图指南，要直接完成配图！**
+ ## Ask Only When It Changes the Result
- ---
+ Ask one focused question only for an unclear thesis, audience-changing ambiguity,
+ unconfirmed personal experience, unsupported key fact, or material profile conflict.
- ## 质量检查清单
+ Otherwise, make the smallest reasonable assumption and execute. Mention it only
+ when needed. Do not require topic, outline, workspace, or plan approval by
+ default.
- ### 内容质量
- - [ ] 所有数据和案例都真实
- - [ ] 信息是最新的（或已搜索验证）
- - [ ] 融入了个人素材
- - [ ] 逻辑清晰，无矛盾
+ ## Hard Gates
- ### 风格质量
- - [ ] AI 检测率 < 30%
- - [ ] 删除了所有套话
- - [ ] 口语化表达
- - [ ] 有明确的个人态度
+ Never fabricate data, quotes, cases, achievements, or first-person experience.
+ Never expose protected personal material. Never promise an AI-detector score.
- ### 细节质量
- - [ ] 标点正确（全角、「」引号）
- - [ ] 句子不超过 30 字
- - [ ] 段落适合手机阅读
- - [ ] 配图完成并插入
+ - Distinguish proposed work from completed results.
+ - Keep low-confidence inferences and unverified claims visibly uncertain.
+ - Do not force personality, short sentences, or anecdotes to appear human.
+ - Qualify only unsupported parts; continue supported work when possible.
- ### 文件归档
- - [ ] Brief/草稿已保存到 `drafts/`
- - [ ] 调研已保存到 `research/`
- - [ ] 最终文章已保存到 `published/`
- - [ ] 配图已保存到 `images/`
+ ## Delivery Contract
- ---
+ Deliver only the requested artifact. Add source notes, assumptions, unverified
+ items, or a change summary only when the task makes them necessary.
- ## 参考文档
+ Always include a brief change summary for edits and rewrites. Diagnose without
+ rewriting in review mode. Give conclusions and necessary grounds, not hidden
+ reasoning.
- 详细指南请查阅：
- - `references/降AI味审校清单.md` - 完整的降AI味审校清单
- - `references/写作风格指南.md` - 写作风格指南和示例
+ ## References
- ---
+ Load only the reference selected by the routing table; load fact checking and
+ quality review when the content requires them.
- **记住：Think Aloud + 真实素材 + 三遍审校 = 零 AI 味文章！**
+ - [Voice profile](references/voice-profile.md): learn or update project voice.
+ - [Drafting](references/drafting.md): create new content.
+ - [Editing](references/editing.md): edit, rewrite, or review.
+ - [Fact checking](references/fact-checking.md): verify claims by state.
+ - [Quality rubric](references/quality-rubric.md): apply gates and final review.
+ - [Voice-profile template](templates/voice-profile-template.md): format a
+ requested profile.