---
description: 理解写作需求并保存brief
---


# 理解需求并保存Brief

## ⭐ 第一步：读取工作区配置（必须执行）

**核心原则**: 用户在 `content init` 时已选择工作区类型，直接从配置读取

### 1. 读取配置文件

使用 Read 工具读取 `.content/config.json`：

```bash
Read .content/config.json
```

### 2. 提取工作区类型

从配置文件中读取 `workspace` 字段：
- `"workspace": "wechat"` → 公众号工作区
- `"workspace": "video"` → 视频工作区
- `"workspace": "general"` → 通用工作区

### 3. 加载工作区配置

根据工作区类型，使用 Read 工具读取对应的配置文件：

```bash
# 公众号工作区
Read spec/presets/workspaces/wechat.md

# 视频工作区
Read spec/presets/workspaces/video.md

# 通用工作区
Read spec/presets/workspaces/general.md
```

### 4. 输出工作区加载提示

加载配置后，输出提示（从配置文件复制）：

**示例（公众号工作区）**:
```
✅ 当前工作区: **公众号写作 (wechat)**

📋 工作区规则:
- 段落控制: 每段 ≤ 150 字
- 配图要求: 5-8 张（必须完成）
- AI 味目标: < 30%

🎯 核心原则:
1. 选题讨论必做（不直接写文章）
2. 素材库优先（使用真实素材）
3. 三遍审校必做（系统化降 AI 味）
4. 配图必须完成（不只是建议）
```

**示例（视频工作区）**:
```
✅ 当前工作区: **视频脚本 (video)**

📋 工作区规则:
- 时长控制: 根据平台要求
- 口语化程度: 高（AI味 < 20%）
- Hook 设计: 前3秒抓人

🎯 核心原则:
1. 平台特性优先（抖音/B站/视频号规则不同）
2. 口播节奏控制（停顿、重音、语速）
3. 分镜脚本详细（画面、文案、转场）
```

**示例（通用工作区）**:
```
✅ 当前工作区: **通用内容 (general)**

📋 工作区规则:
- 格式: 标准 Markdown
- 灵活配置: 根据目标平台调整
- AI 味目标: < 35%

🎯 核心原则:
1. 平台适配（博客/知乎/Medium 格式不同）
2. SEO 优化（如需要）
3. 内容质量优先（真实性 > 格式）
```


## 第二步：需求可行性预检（必须执行）

> **核心理念**: 在正式生成 brief 前，进行压力测试，避免低质量输入

### 1️⃣ 理解用户需求

**处理用户输入**（无论是描述还是文件）：

**方式A: 用户直接描述需求**
```
示例: "写一篇关于Claude Code的文章，3000字左右，对比Cursor，目标读者是程序员"
```

**方式B: 用户上传brief文件**
```
示例: "这是客户给的brief: /path/to/brief.docx"
```

**提取核心信息**：
- 主题：【提取】
- 字数：【提取】
- 目标读者：【提取】
- 发布平台：【推断或询问】
- 内容类型：【初步判断：评测/教程/观点/科普】

### 2️⃣ 素材可得性评估

**检查清单**：

**A. 是否需要真实经历支撑？**

判断标准：
```
IF 主题包含 [评测、体验、使用感受、对比实测、我的看法、深度观点]
  THEN 需要真实经历 ✅
  
ELSE IF 主题包含 [论文解读、技术总结、知识科普、概念介绍]
  THEN 不需要真实经历 ⭕
  
ELSE
  THEN 部分需要真实经历 ⚠️
```

**B. 素材可得性分析**：

**如果需要真实经历**：
- [ ] 用户是否有实际使用/测试经验？
  - 有 ✅ → 预估素材等级：【A/B】
  - 无 ❌ → 预估素材等级：【D】，AI味将 > 50%

**如果不需要真实经历**：
- [ ] 是否有公开资料可调研？
  - 有 ✅ → 可以快速模式写作
  - 无 ❌ → 需要补充调研，否则内容空洞

**素材获取成本评估**：
- 🟢 **低成本**：已有经历/公开资料充足
- 🟡 **中成本**：需要1-3天测试/调研
- 🔴 **高成本**：需要1周以上深度体验

**C. 专业知识门槛**：

- [ ] 主题是否需要专业知识？
  - 需要 ⚠️ → 用户是否具备该知识？
    - 具备 ✅
    - 不具备 ❌ → 建议调整主题或外包

### 3️⃣ 时间成本评估

**预估写作时长**（基于需求类型和质量目标）：

**个人经历型文章**（如：产品评测、使用体验）：
- 素材收集：【0-5】天（如需实际测试）
- 调研时间：【1-2】小时
- 写作时间：【3-4】小时（教练模式）或【1-2】小时（快速模式）
- 审校时间：【2-3】小时
- **总计**：【6-9】小时 + 测试时间

**信息整理型文章**（如：论文解读、技术总结）：
- 调研时间：【2-3】小时
- 写作时间：【1-2】小时（快速模式）
- 审校时间：【1-2】小时
- **总计**：【4-7】小时

**混合型文章**（如：教程、案例分析）：
- 素材收集：【0-2】天
- 调研时间：【1-2】小时
- 写作时间：【2-3】小时（混合模式）
- 审校时间：【2-3】小时
- **总计**：【5-8】小时 + 准备时间

**时间预算检查**：
- 可用时间：【如用户提供则计算，否则跳过】
- 时间充裕度：【✅ 充裕 / ⚠️ 一般 / ❌ 紧张】（仅在用户明确提供时间约束时评估）

### 4️⃣ 质量目标可达性

**A. 设定质量目标**：

根据工作区配置：
- wechat 工作区：AI 味目标 < 30%
- video 工作区：AI 味目标 < 20%（需口语化）
- general 工作区：AI 味目标 < 35%

**B. 现实预期评估**：

基于素材可得性预测：

| 素材等级 | 预期 AI 味 | 说明 |
|---------|-----------|------|
| A级（充足） | 15-20% | 大量真实经历 + 教练模式 |
| B级（良好） | 20-30% | 部分真实经历 + 混合模式 |
| C级（一般） | 30-40% | 少量素材 + 快速模式 |
| D级（缺失） | > 40% | 几乎全靠生成，不建议 |

**C. 差距分析**：

```
IF 预期 AI 味 ≤ 目标
  THEN ✅ 质量目标可达
  
ELSE IF 预期 AI 味 - 目标 ≤ 10%
  THEN ⚠️ 建议调整：
    - 选项1：补充素材（提升素材等级）
    - 选项2：调整目标（接受 X% AI 味）
    
ELSE
  THEN ❌ 质量目标难以达成
    - 强烈建议：暂停项目，先积累素材
    - 或者：调整为信息整理型文章（降低真实性要求）
```

### 5️⃣ 压力测试结果

**基于以上评估，生成综合评级**：

**🟢 绿灯（推荐执行）**：
- ✅ 素材充分（等级 A/B）或不需要真实经历
- ✅ 时间充裕（≥ 预估时长 × 1.5）
- ✅ 质量目标可达（预期 AI 味 ≤ 目标）
- ✅ 专业知识具备或不需要

**示例输出**：
```
🟢 可行性评级：绿灯（推荐执行）

评估详情：
✅ 素材可得性：【低成本】- 公开资料充足，无需实测
✅ 时间成本：预估 4-7 小时，时间充裕
✅ 质量目标：预期 AI 味 25-30%，符合 < 30% 目标
✅ 专业门槛：技术文章，用户具备相关知识

预期产出：
- 文章类型：信息整理型
- 推荐模式：⚡ 快速模式
- 预计完成时间：2天内
- 预期 AI 味：25-30%
```

**🟡 黄灯（需调整）**：
- ⚠️ 素材等级 C，或时间紧张，或质量目标偏高
- ⚠️ 存在 1-2 个风险点，但可以通过调整解决

**示例输出**：
```
🟡 可行性评级：黄灯（建议调整后执行）

评估详情：
⚠️ 素材可得性：【中等风险】- 需要 3 天实测，但时间较紧
⚠️ 时间成本：预估 6-9 小时 + 3天测试，时间紧张
⚠️ 质量目标：预期 AI 味 30-35%，略高于 < 30% 目标
✅ 专业门槛：产品评测，用户有使用经验

风险点：
1. 测试时间可能不足，建议预留更多准备时间
2. 质量目标略紧，建议调整为 < 35% 或补充更多素材

建议方案：
- 方案1：预留更多准备时间，确保充分测试
- 方案2：调整质量目标为 AI 味 < 35%
- 方案3：简化对比范围（如只对比2款工具而非3款）
```

**🔴 红灯（不建议执行）**：
- ❌ 素材等级 D，且需要大量真实经历
- ❌ 时间严重不足（< 预估时长）
- ❌ 质量目标与现实差距 > 15%
- ❌ 缺少必需的专业知识

**示例输出**：
```
🔴 可行性评级：红灯（强烈不建议）

评估详情：
❌ 素材可得性：【高风险】- 需要 1 周深度测试，但完全无经验
❌ 时间成本：预估 10+ 小时 + 7天测试，时间严重不足
❌ 质量目标：预期 AI 味 > 50%，远超 < 30% 目标
❌ 专业门槛：需要深度技术背景，用户不具备

致命问题：
1. 完全无实测经验，文章将 100% 依赖生成内容
2. 准备时间严重不足（需要至少 7 天）
3. AI 味将高达 50%+，严重不符合质量要求

强烈建议：
- 🚫 暂停此项目
- 💡 选择信息整理型文章（如"XX 工具对比总结"）
- 💡 或预留充足准备时间（至少 2 周），先完成实测
- 💡 或外包给有相关经验的创作者
```

### 6️⃣ 决策点：是否继续？

**基于压力测试结果，请用户做出选择**：

```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📊 需求可行性压力测试结果
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

【显示上方对应等级的评估结果】

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🎯 下一步决策
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

请选择：

1. ✅ 继续执行（绿灯或接受黄灯风险）
   → 我将生成正式 brief，进入写作流程

2. 🔧 调整需求（根据建议优化）
   → 请告诉我你想如何调整：
     - 预留更多准备时间？
     - 降低质量目标？
     - 简化内容范围？
     - 调整文章类型？

3. ❌ 暂停项目（积累素材后再启动）
   → 建议先：
     - 实际测试/使用产品（X 天）
     - 记录使用过程和数据
     - 完成后重新执行 /specify

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
请输入 1 / 2 / 3，或直接说明你的想法
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```

**⚠️ 强制等待**：AI 必须停在这里，等待用户输入，不可擅自继续！

### 7️⃣ 处理用户决策

**如果用户选择 1（继续执行）**：
```
✅ 确认继续。开始生成正式 brief...
```
→ 跳转到"第三步：处理用户需求"

**如果用户选择 2（调整需求）**：
```
🔧 收到调整意见：【用户输入】

让我重新评估...
```
→ 根据调整重新执行步骤 2-5，生成新的压力测试结果

**如果用户选择 3（暂停项目）**：
```
⏸️  项目已暂停。

建议行动清单：
- [ ] 【具体建议1】
- [ ] 【具体建议2】
- [ ] 【具体建议3】

准备好后，重新执行 /specify 即可继续。
```
→ 结束流程


## 第三步：框架来源识别 ⭐ PRD-11 新增

> **核心原则**: 根据用户是否已有固定框架，决定后续流程

### 询问框架来源

在处理用户需求时，首先确认框架来源：

```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 框架来源确认
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

您的文章框架从哪里来？

a) 🤖 AI 建议框架（可调整）
   - 我会根据主题建议结构
   - 您可以修改、调整顺序
   - 适合：自由创作、个人文章、博客

b) 📋 我已有框架（固定不可改）⭐ PRD-11
   - 领导/客户给了提纲
   - 必须严格按框架写
   - 适合：项目报告、开题报告、标书、技术方案

c) 📝 我有几个要点（弱约束）⭐ PRD-11
   - 有几个必须包含的要点
   - 其他结构可以灵活
   - 适合：要点方案、回复报告

请选择 a / b / c：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```

→ **等待用户选择**

### 根据选择引导后续流程

**如果用户选择 a（AI 建议框架）**：
```
✅ 好的，我会在后续帮您规划文章结构。

继续收集需求信息...
```
→ 跳转到"第四步：处理用户需求"（常规流程）

**如果用户选择 b（已有固定框架）**：
```
✅ 了解，您有固定的框架结构。

📋 框架约束模式适合您的场景：
- 框架严格固定，AI 按框架生成
- 自动一致性检查（术语、数据统一）
- 支持模板保存和复用

建议流程：
/specify (当前) → /outline (输入提纲) → /review → /publish

⚠️ 您可以先完成 brief 收集，也可以直接执行 /outline 开始框架约束模式。

继续收集需求信息...
```
→ 在 brief 中标记"框架来源: 用户提供"
→ 跳转到"第四步：处理用户需求"

**如果用户选择 c（有几个要点）**：
```
✅ 了解，您有一些必须包含的要点。

📋 框架约束模式（弱约束）适合您的场景：
- 基于要点构建框架
- 其他结构可以灵活调整

建议流程：
/specify (当前) → /outline (输入要点) → /review → /publish

继续收集需求信息...
```
→ 在 brief 中标记"框架来源: 要点约束"
→ 跳转到"第四步：处理用户需求"


## 第四步：处理用户需求

### 方式1: 用户直接描述需求

用户提供文字描述,例如:
> "写一篇关于Claude Code的文章,3000字左右,对比Cursor,目标读者是程序员"

**AI处理流程:**

1. **提取关键信息**:
   - 主题: Claude Code
   - 字数: 3000
   - 对比对象: Cursor
   - 目标读者: 程序员

2. **工作区已在第一步确定** ✅

3. **补充关键信息**(根据工作区配置差异化提问):

   **📋 根据工作区配置提问**（参考 spec/presets/workspaces/[workspace].md）

   **如果是 wechat 工作区:**
   - 文章定位? 请选择: (a) 干货教程 (b) 经验分享 (c) 观点分析 (d) 评测对比
   - 目标读者? 请选择: (a) 前端新手 (b) 有经验开发者 (c) 项目经理 (d) 其他
   - 期望字数? 请选择: (a) 2000-3000字 (b) 3000-4000字 (c) 4000-5000字
   - 封面图要求? 请选择: (a) 默认900x500px (b) 需要特定风格
   - 配图数量? 请选择: (a) 建议5-8张 (b) 具体需求
   - 敏感词检测需求? 请选择: (a) 政治敏感 (b) 色情内容 (c) 广告法 (d) 全部

   **如果是 video 工作区:**
   - 视频时长? 请选择: (a) 30秒-1分钟 (b) 1-3分钟 (c) 3-5分钟 (d) 5分钟以上
   - 目标平台? 请选择: (a) 抖音 (b) B站 (c) 视频号 (d) 快手
   - 风格? 请选择: (a) 口播 (b) 剧情 (c) 混剪 (d) 其他
   - 语速? 请选择: (a) 正常160字/分 (b) 快节奏200字/分 (c) 慢节奏120字/分
   - Hook 策略? 请选择: (a) 前3秒抓人 (b) 悬念设置 (c) 痛点直击 (d) 其他

   **如果是 general 工作区:**
   - 具体发布平台? 请选择: (a) 博客 (b) Medium (c) 知乎 (d) 技术文档
   - 内容定位? 请选择: (a) 技术教程 (b) 经验总结 (c) 观点文章 (d) 其他
   - 是否需要 SEO 优化? 请选择: (a) 是 (b) 否 (c) 不确定
   - 是否需要配图? 请选择: (a) 是 (b) 否 (c) 不确定
   - 期望 AI 味程度? 请选择: (a) < 30% (b) < 35% (c) < 40%
   - 口语化程度? 请选择: (a) 高 (b) 中 (c) 低

   **重要**: 以上选项仅供参考，AI 应该根据用户的具体需求和主题，动态生成更合适的选项。例如：
   - 如果用户要写技术文章，目标读者选项应该是 (a) 初学者 (b) 中级开发者 (c) 高级开发者 (d) 架构师
   - 如果用户要写产品评测，文章定位选项应该是 (a) 功能对比 (b) 性能测试 (c) 使用体验 (d) 购买建议
   - AI 应该根据主题和上下文，提供最相关的选项

4. **生成 brief 草稿**,让用户确认

### 方式2: 用户上传brief文件

用户提供Word/PDF/Markdown文件:
> "这是客户给的brief: /path/to/brief.docx"

**AI处理流程:**
1. 读取文件内容
2. 解析结构化信息
3. 补充缺失字段
4. 生成标准格式brief


## Brief标准格式

保存到: `_briefs/项目名-brief.md`

```markdown
# 写作Brief - [项目名]

## 元信息
- **项目编号**: 001
- **创建时间**: 2025-01-15
- **项目类型**: 商单/个人创作

## 内容需求

### 主题
[文章主题]

### 目标读者
- **主要读者**: [描述]
- **次要读者**: [描述]
- **读者痛点**: [痛点]

### 内容定位
- [x] 评测/对比
- [ ] 教程/指南
- [ ] 观点/分析
- [ ] 案例研究

### 字数要求
- **目标字数**: [字数]
- **可接受范围**: [范围]

### 发布平台
- **主平台**: [平台]
- **分发平台**: [平台]

## 内容要求

### 必须包含(P0)
- [ ] [要点1]
- [ ] [要点2]

### 建议包含(P1)
- [ ] [要点1]

### 可选内容(P2)
- [ ] [要点1]

## 风格要求

### 语言风格
- **基调**: [描述]
- **语气**: [描述]
- **专业度**: [描述]

### 结构要求
- **开头**: [要求]
- **中间**: [要求]
- **结尾**: [要求]

## 数据要求

### 需要真实测试
- [ ] 是
- [x] 否

**测试内容:**
[描述]

### 需要信息调研
- [x] 是

**调研内容:**
[描述]

## 框架来源 ⭐ 新增 (PRD-11)

> **核心原则**: 根据框架来源决定写作流程

### 框架来源
- [ ] AI 建议框架（可调整）
- [ ] 用户提供框架（固定不可改）
- [ ] 要点约束（弱约束）

**如果是"用户提供框架"或"要点约束"**：
- 推荐流程：/specify → /outline → /review → /publish
- 推荐命令：`/outline` 框架约束模式


## 文章类型分析 ⭐ 新增 (PRD-09)

> **核心原则**: 不同类型的文章需要不同的写作模式

### 内容类型判断

基于主题和内容需求，AI 将自动判断文章类型：

**个人经历型**：
- 特征：产品测评、使用体验、对比实测、个人观点、成长经历
- 核心：需要大量真实经历和具体细节
- 示例：Claude Code 使用体验、我的创业故事、产品深度评测

**信息整理型**：
- 特征：论文解读、技术总结、知识科普、概念介绍、资料整理
- 核心：主要是整理和总结已有信息
- 示例：Vue 3.0 新特性总结、XX 论文解读、技术栈对比

**混合型**：
- 特征：教程、案例分析、技术方案、实战指南
- 核心：既需要信息整理，又需要个人经验
- 示例：React 进阶教程、XX 项目实战、技术选型指南

### 推荐写作模式

**AI 会自动推荐最适合的写作模式**：

| 文章类型 | 推荐模式 | AI 检测率目标 | 时间投入 |
|---------|---------|-------------|---------|
| 个人经历型 | 🎓 教练模式 | < 15% | 3-4小时 |
| 信息整理型 | ⚡ 快速模式 | 25-40% | 1-2小时 |
| 混合型 | 🔄 混合模式 | 18-25% | 2-3小时 |

**三种模式说明**：
- **教练模式**：AI 引导你自己写每一段（质量最高，适合原创内容）
- **快速模式**：AI 生成初稿，你审校修改（效率最高，适合信息整理）
- **混合模式**：AI 写框架 40%，你填核心 60%（平衡质量和效率）

**⚠️ 重要提醒**：这只是推荐，你可以在 `/write` 时自由选择任何模式


## 真实经历需求 ⚠️ 条件性要求

> **核心原则**: 个人经历型文章需要真实经历支撑

### 如果是个人经历型文章

请在写作前检查是否已有以下真实经历：

- [ ] **产品使用体验** (至少3个具体场景)
  - 描述: [具体使用过程和感受]

- [ ] **对比测试数据** (需要真实测试)
  - 描述: [测试方法、场景、数据]

- [ ] **个人观点和思考**
  - 描述: [独特的视角和洞察]

- [ ] **踩坑经历**
  - 描述: [遇到的问题和解决过程]

### 素材库检查

在开始写作前，请确保你的个人素材库中有相关经历：

**检查清单**：
- [ ] 检查 `materials/raw/*.csv` 中是否有相关动态
- [ ] 检查个人笔记中是否有相关记录
- [ ] 检查是否有真实的测试数据和截图

**素材充足性评估**：
- [ ] ✅ 充足 - 有3个以上真实场景和数据
- [ ] ⚠️ 不足 - 只有1-2个场景，需要补充
- [ ] ❌ 缺失 - 完全没有相关经历

### ⚠️ 如果素材不足

**个人经历型文章**：
1. **暂停写作项目**
2. **先积累素材**：
   - 实际使用/测试产品（至少3-5天）
   - 记录使用过程和数据
   - 导入到 materials/ 目录
3. **或者选择快速模式**（AI 检测率会较高，约 30-35%）

**信息整理型文章**：
- ✅ 可以跳过素材收集
- ✅ 直接使用调研报告的数据
- ✅ 建议选择快速模式或混合模式

## 配图要求

- **配图数量**: [数量]
- **配图类型**: [类型]
- **配图风格**: [风格]

## 质量要求

### AI检测
- **目标AI浓度**: < 30%
- **审校轮次**: 至少2轮

## 内容红线

### 禁止内容
- ❌ [禁止项]

### 注意事项
- ⚠️ [注意项]

## 备注

[其他备注]
```


## 执行后操作

1. **保存brief文件**
   - 路径: `_briefs/项目编号-项目名-brief.md`
   - 自动生成项目编号(递增,从001开始)

2. **创建项目目录结构** (根据工作区类型)

   **wechat工作区:**
   ```
   workspaces/wechat/articles/001-项目名/
   ├── specification.md  (待生成)
   ├── materials-found.md (待生成)
   ├── draft.md          (待生成)
   ├── audit-log.md      (待生成)
   ├── images-plan.md    (待生成)
   ├── publish/          (待创建)
   └── images/           (待创建)
   ```

   **video工作区:**
   ```
   workspaces/video.content/scripts/001-项目名/
   ├── specification.md  (待生成)
   ├── script-draft.md   (待生成)
   ├── storyboard/       (待创建,如需分镜)
   ├── audit-log.md      (待生成)
   └── publish/          (待创建)
   ```

   **general工作区:**
   ```
   workspaces/general/posts/001-项目名/
   ├── specification.md  (待生成)
   ├── draft.md          (待生成)
   ├── audit-log.md      (待生成)
   └── publish/          (待创建)
   ```

3. **分析文章类型并推荐模式 ⭐ 新增 (PRD-09)**

   **AI 自动判断文章类型**：

   根据主题关键词判断：
   ```
   IF 主题包含 [评测、体验、使用感受、对比实测、我的看法、深度观点]
     THEN 类型 = 个人经历型, 推荐模式 = 教练模式

   ELSE IF 主题包含 [论文解读、技术总结、知识科普、XX介绍、资料整理]
     THEN 类型 = 信息整理型, 推荐模式 = 快速模式

   ELSE IF 主题包含 [教程、案例分析、技术方案、实战指南、XX 实现]
     THEN 类型 = 混合型, 推荐模式 = 混合模式

   ELSE
     THEN 类型 = 混合型, 推荐模式 = 混合模式 (默认)
   ```

   **在 brief 中添加推荐结果**：见上方"文章类型分析"章节

4. **提示用户下一步并等待选择**
   ```
   ✅ Brief已保存: _briefs/001-项目名-brief.md

   📋 项目概览:
   - 主题: [主题]
   - 文章类型: [个人经历型/信息整理型/混合型]
   - 推荐写作模式: [🎓教练/⚡快速/🔄混合]
   - 字数: [字数]
   - 截稿: [时间]
   - 需要测试: [是/否]
   - 需要调研: [是/否]

   💡 写作模式说明:
   - 🎓 教练模式: AI 引导你自己写 (质量最高, 3-4h, AI味<15%)
   - ⚡ 快速模式: AI 生成初稿你审校 (效率最高, 1-2h, AI味25-40%)
   - 🔄 混合模式: AI 写框架你填核心 (平衡, 2-3h, AI味18-25%)

   ⚠️  最终选择在 /write 时决定,这只是推荐

   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
   💡 下一步操作
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

   a) /research - 开始信息调研
      适合: brief 中标注"需要调研"或需要搜集资料
      说明: 搜索官方文档、用户评价、技术评测等

   b) /topic - 讨论选题方向
      适合: 已有调研数据或无需调研的创作
      说明: 我会提供 3-4 个差异化的选题方向供您选择

   c) 查看工作区配置
      适合: 想先了解当前工作区的具体要求

   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
   ⭐ 推荐: 如果 brief 中标注"需要调研",建议选择 a) 先调研

   ⚠️ 请输入 a/b/c 或直接输入命令(如 /research),我将继续后续流程
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
   ```

   **⚠️ 强制等待机制**:
   AI **必须停在这里,等待用户输入选择**,绝对不能自作主张进入下一步!


## 注意事项

1. **Brief必须明确** - 如果用户提供的信息不足,必须通过提问补充
2. **不要自作主张** - 所有未明确的信息都要询问,不要假设
3. **标准格式** - 必须按照上述格式保存,便于后续命令读取
4. **编号管理** - 项目编号自动递增,从001开始
5. **动态选项** - 所有选择项都应该根据用户的具体需求和主题动态生成，不要使用固定的选项列表
6. **选项标注** - 每个选择项都必须有清晰的 (a) (b) (c) (d) 标注，方便用户选择
7. **上下文相关** - 选项内容应该与用户的具体需求高度匹配，而不是通用的模板


## 常见问题

### Q: 用户只给了一个主题怎么办?
A: 必须通过提问补充关键信息:
- 字数要求
- 目标读者
- 发布平台

### Q: Brief中可以有哪些灵活性?
A: 以下字段可以灵活调整:
- 内容定位可以多选
- 字数可以是范围
- 配图数量可以是建议值
但以下字段必须明确:
- 主题
- 目标读者
- 发布平台

### Q: 如何处理商单brief?
A: 如果是商单,需要额外记录:
- 客户要求(明确标注)
- 付费金额(如有)
- 特殊限制(如不能贬低竞品)