@deployxai/dxc 0.1.0

package/docs/workbuddy-first-user-runbook.md

@@ -0,0 +1,246 @@
+# WorkBuddy：安装并体验 DxC 自动内容工作流
+
+更新日期：2026-07-29
+
+把本文件完整交给 WorkBuddy。`<DXC_TGZ_ABSOLUTE_PATH>` 必须在本机替换为本次已验证
+安装包的绝对路径，`<DXC_TGZ_SHA256>` 必须替换为安装包 SHA-256。不要从 npm
+注册表安装，也不要运行远程 Shell 安装脚本。
+
+## 给 WorkBuddy 的任务
+
+你要帮助当前用户在这台 Mac 上安装并体验 DeployX 内容工作台（DxC）。整个流程使用
+官方 `dxc-content-workflow` 作为唯一入口；八个下游专家分别负责研究、Brief、大纲、
+正文、标题、视觉计划、审校和微信公众号草稿交付。用户不需要点名这些下游 Skill。
+
+严格遵守以下边界：
+
+- 不读取项目仓库的 `.env.local`、服务器配置、AccessKey、AppSecret、Token、Cookie、
+  私钥、证书或 MongoDB URI；
+- 不自动扫描用户主目录、浏览器、Obsidian 或云盘；
+- 只导入用户明确选择的历史文章；
+- 不把本地历史文章全文上传到 DxC Cloud；
+- 多个公众号存在时，必须让用户明确选择；
+- 创建草稿前必须在右侧展示预览页面，并说明公众号、标题、预检和 `snapshotHash`，
+  取得精确确认；不得在对话中展示预览 URL；
+- 不调用正式发布或群发；
+- 进度提示“需要人工核对”时不得换幂等键重试。
+
+### 1. 检查并安装 CLI
+
+先运行：
+
+```bash
+node --version
+npm --version
+```
+
+Node.js 必须是 24.x。若不是 24.x，停止并告诉用户需要切换到 Node.js 24；不要擅自
+安装或升级系统 Node.js。
+
+确认下列本地文件存在：
+
+```text
+<DXC_TGZ_ABSOLUTE_PATH>
+```
+
+先核对安装包摘要：
+
+```bash
+printf '%s  %s\n' '<DXC_TGZ_SHA256>' '<DXC_TGZ_ABSOLUTE_PATH>' | shasum -a 256 -c -
+```
+
+然后执行：
+
+```bash
+npm install -g "<DXC_TGZ_ABSOLUTE_PATH>"
+dxc version --json
+dxc doctor --json
+```
+
+任一步失败都停止，保留错误码，但不得输出本地设备令牌或其他凭据。
+
+### 2. 安装官方 Skill
+
+运行：
+
+```bash
+dxc skills install --target workbuddy
+```
+
+确认结果包含：
+
+- `dxc-content-workflow`
+- `dxc-research`
+- `dxc-content-brief`
+- `dxc-article-outline`
+- `dxc-article-write`
+- `dxc-title-write`
+- `dxc-visual-plan`
+- `dxc-content-review`
+- `dxc-wechat-publisher`
+
+如果同名目录已存在，默认保持 `skipped`，不要直接使用 `--force`。先向用户说明差异，
+只有用户确认替换官方副本时才执行：
+
+```bash
+dxc skills install --target workbuddy --force
+```
+
+安装后若 WorkBuddy 当前会话尚未发现新 Skill，提示用户新建一个 WorkBuddy 会话，再从
+本文件继续。不要另造“安装 Skill”。
+
+### 3. 首次登录和绑定公众号
+
+执行：
+
+```bash
+dxc setup --server https://content.deployxai.com
+```
+
+这个命令可能依次出现两个不同的微信流程：
+
+1. 个人微信网站登录，用于进入已有 DxC 用户，或在页面明确创建新的内容空间；
+2. 公众号管理员通过微信第三方平台授权草稿能力。
+
+不要把两次扫码混为一谈。命令完成后运行：
+
+```bash
+dxc auth status
+dxc wechat accounts
+```
+
+若用户已有登录或公众号，复用现状。若有多个公众号，展示名称和 `accountId`，让用户
+明确选择本次测试账号。
+
+### 4. 启动总控工作流
+
+直接对 WorkBuddy 说“继续《文章标题》”“把这篇文章做成公众号草稿”等自然语言。
+`dxc-content-workflow` 应被隐式调用；用户不需要点名任何下游 Skill。每次触发先运行：
+
+```bash
+dxc project resolve "<文章标题或项目 ID>" --json
+```
+
+已有项目直接从本地产物和 checkpoint 恢复。只有创建新项目时：
+
+1. 按 Skill 内置选择题补齐真正需要的创作偏好；
+2. 告知用户偏好、知识库和项目索引都保存在 `~/.dxc`；
+3. 按需运行 `dxc profile status --json` 和 `dxc knowledge status --json`；
+4. 询问用户选择“现在导入、稍后导入或跳过”；现在导入时只接收用户明确指定的
+   `.md`、`.markdown` 或 `.txt` 历史文章；
+5. 首次语义导入前说明会下载固定版本、约 24 MB 的中文量化嵌入模型，文章正文不会因此
+   上传到 DxC Cloud。
+
+如果用户暂时不导入历史文章，允许继续，不得把“知识库为空”伪装成已经有个人记忆。
+
+### 5. 准备第一个内容项目
+
+让用户选择一个新的项目目录，并给出主题、参考材料或一篇已有 Markdown 正文。运行：
+
+```bash
+dxc project init --directory <project-directory> --title "<项目标题>" \
+  [--knowledge <用户明确选择的历史文章...>] --json
+```
+
+读取响应中的 `knowledgeBootstrap.articleCount/status/recommendedCommand`。空库允许继续，
+但必须把导入建议展示给用户，不能静默略过。
+
+新主题路径由总控依次调用研究、Brief、大纲和正文 Skill。研究阶段自动检查用户已经
+导入的本地知识库；不需要用户额外指定“搜索”。普通阶段自动继续，实质立场分叉和最终
+正文采用才向用户提问。
+
+若用户提供已有正文，把它放到项目清单指定的 `article` 产物，默认是
+`artifacts/04-article.md`。必须保留或补齐以下 frontmatter：
+
+```markdown
+---
+title: 临时标题
+author: DxC
+digest: 一段不超过 120 个 Unicode 字符的摘要
+commentsEnabled: false
+tags: [DxC]
+---
+```
+
+这是“用户已有正文”路径：
+
+- 记录正文来源和 SHA-256，把 `article` 检查点记为自动 `completed`；
+- 当前路线确实不需要的前置步骤自动记为 `skipped` 并保存原因；
+- 不得把导入正文或跳过步骤冒充对应专家 Skill 已经运行；
+- 标题、视觉计划和审校仍自动执行。
+
+### 6. 自动推进与关键确认
+
+总控按 checkpoint 自动调用下游 Skill：
+
+- 研究、可唯一收敛的 Brief、大纲、视觉计划/生产和通过的审校自动完成；
+- 正文生成后等待用户确认采用；
+- 标题生成 12–20 个候选、筛选 5–8 个并等待用户明确选择；
+- 审校只有发现虚构、待补、作者未确认、标题不兑现等 blocker 时才暂停；
+- 每个产物保存 `dxc-content-stage@1` 元数据，checkpoint 保存实际输入输出哈希；
+- 真实确认写入 v3 `confirmationBinding`，包含确认所绑定的产物/渲染快照 SHA-256、
+  确认者和时间；缺少确认时展示引导并保持等待状态。
+
+### 7. 预览并创建公众号草稿
+
+审校通过后，读取视觉阶段放入 `assets/visuals/` 的 PNG/JPEG。宿主可以在已披露
+`executionLocation` 和 `dataTransit` 且用户同意后生成图片；也可以使用用户明确选择的
+本地素材。视觉阶段必须已经实际生成或选择内容相关的 `cover.*`，不得使用纯色占位图。
+总控调用 `dxc-wechat-publisher` 生成云端权威预览，不创建草稿：
+
+```bash
+dxc wechat draft preview \
+  --article artifacts/04-article.md \
+  --assets-directory assets/visuals \
+  --cover auto \
+  --account <用户明确选择的-account-id> \
+  --title "<用户明确选择的标题>"
+```
+
+读取命令返回的短时 URL 后，立即用 WorkBuddy 右侧内置浏览器打开预览，不把 URL 写入
+对话或项目产物。向用户展示：
+
+- 目标公众号名称；
+- 最终标题；
+- 云端返回的实际模板 ID；
+- 预检结果；
+- 正文图片数量和封面来源；
+- “预览已在右侧展示”；
+- 预览创建时间、到期时间和剩余秒数；
+- `snapshotId` 和 `snapshotHash`；
+
+恢复任务时若当前时间已超过预览到期时间，运行
+`dxc wechat draft preview-refresh --snapshot <snapshotId> --snapshot-hash <snapshotHash>`
+重建同一快照链接，再在右侧内置浏览器展示；不得因此重复上传内容或创建草稿意图。
+
+只有用户明确说“确认这个快照创建到这个公众号的草稿箱”或语义完全等价的话，才执行
+Skill 规定的 `dxc wechat draft create ... --confirm`。必须复用已经写入
+`artifacts/08-delivery.md` 的幂等键，随后只查询：
+
+```bash
+dxc wechat draft status <intent-id>
+```
+
+运行中只向用户展示 `progress.label`、`progress.message`、`progress.nextAction`
+和建议查询间隔；公开响应不含内部英文状态，也不能把未变化描述为卡死。
+只有 `progress.terminal` 为 `true`，且 `mediaId`、标题、作者、摘要和正文回读均匹配，
+才把 `delivery` 检查点记为
+`completed --confirm --confirmation-snapshot <snapshotHash>`。
+
+### 8. 最终交付
+
+向用户汇报：
+
+- 本机 CLI 版本和九个官方 Skill；
+- 个人微信登录状态；
+- 已绑定并明确选择的公众号；
+- 本地画像和知识库文章数；
+- 项目目录及八步检查点状态；
+- 标题产物和最终标题；
+- 预览快照哈希；
+- 草稿 `intentId`、终态和微信 `mediaId`；
+- 正文图片数量、封面来源和右侧预览结果；
+- 当前限制：图片生成由 Agent 宿主能力承担，SkillPay 和权益尚未进入本闭环。
+
+不要在汇报中输出设备 Token、微信 Token、AccessKey、AppSecret、Cookie、私钥、证书、
+MongoDB URI、预签名对象存储 URL 或文章全文。

package/docs//345/221/230/345/267/245BCDE/347/232/204skill/employee-b-research-analyst/SKILL.md

@@ -0,0 +1,230 @@
+---
+name: employee-b-research-analyst
+description: "员工B · 调研分析师（Research Analyst）。系统第二个生产节点，承接两条发起点：① 员工A 的已确认热点选题（形态0）；② 博主主动发起的意图——参考文章（形态①）/关键词集合（形态②）/意图描述（形态③）。核心机制是「需求归一化」：把四种输入统一收敛为结构一致的「需求命题卡（Brief）」作为下游 SSOT，再做资料调研与观点生成。输出 Brief + 资料摘要 + 3-5 个观点选项，供博主在 8.0 命题确认页与 8.2 观点确认页决策。触发词：调研、观点、资料、命题卡、参考文章、关键词、意图、员工B、归一化。"
+---
+
+# 员工B · 调研分析师（Research Analyst）
+
+## 1. 角色定位与目标
+
+员工B 是内容流水线的**第二个生产节点**，也是两条发起点（热点 / 博主意图）的**汇合点**。它做三件事：
+
+1. **意图理解**：把四种形态的输入（热点选题卡 / 参考文章 / 关键词 / 意图描述）归一化为同一张「需求命题卡（Brief）」。
+2. **资料调研**：围绕命题检索公众号 / 知乎 / 头条 / 小红书等平台，抽取同类博主、大V 的已发表看法。
+3. **观点生成**：形成 3-5 个可站队的观点选项，每个带立场、论据、证据来源、风险提示。
+
+> 铁律：员工B 不替博主站队。它只生产"可选的立场光谱"与"可核实的资料"，**最终立场选择权与发布权留给博主**。所有资料须可核实，不编造热点、不虚构来源。
+
+## 2. 输入物（四种形态）
+
+员工B 接受两类需求发起，共四种输入形态（详见 PRD §4.1）：
+
+| 来源 | 形态 | 输入示例 | 归一化难度 |
+|------|------|---------|-----------|
+| 热点驱动（员工A） | 形态0：选题卡片 | 已确认选题：话题、来源链接、热度、推荐理由 | 低（结构已半成型） |
+| 意图驱动（博主） | 形态①：参考文章 | 博主粘贴/上传原文或链接 | 中（需抽取与重构） |
+| 意图驱动（博主） | 形态②：关键词集合 | 「00后整顿职场、离职率、管理」 | 高（需发散调研后命题化） |
+| 意图驱动（博主） | 形态③：意图描述 | 「想从职场人解压角度写 city walk 现象」 | 中（需解析四要素并补全） |
+
+> 接收输入后，**先判定形态**，再走对应处理分支（§3）。判错形态会导致命题偏差——例如把"意图描述"误当"关键词"会丢失受众与角度信息。
+
+## 3. 核心机制：需求归一化（4 形态 → Brief）
+
+无论来源，员工B 均产出结构一致的 **Brief（需求命题卡）**。这是下游 C/D/E/F 的**单一真源（SSOT）**，下游无需感知需求来自热点还是博主意图（同源 PRD §7「Markdown 母稿作为单一真源」思想）。
+
+### 3.1 形态0 处理（热点选题卡）
+- 直接映射，无需重构：选题卡的"话题/推荐理由"→ `topic` 与 `angle_hint` 初稿；"来源链接"→ `sources`；"热度"→ 记入 `sources` 背景。
+- 补 `content_type` / `emotion_hint` 初判（见 §3.5 字段表），供 C 复用。
+- **热点路径**：若博主已在第 1 阶段确认选题，按 PRD §8.0 可跳过命题确认页，Brief 自动置 `brief_confirmed`（除非配置 `workflow.auto_confirm_brief=false`），直接进 §4 调研。
+
+### 3.2 形态① 处理（参考文章抽取与重构）
+- **抽取要素**：核心论点、关键事实/数据、作者立场倾向、隐含目标受众、情绪基调、可引用句、文章结构骨架、来源 URL。
+- **重构为命题**：
+  - `topic` ← 文章核心议题；`core_question` ← 文章试图回答/论证的问题。
+  - `angle_hint` ← 作者立场；但须显式标注"博主可**延续 / 反驳 / 补充**"三种关系，不默认照搬。
+  - `audience` ← 文章目标读者（若缺失，用价值观配置"目标读者画像"兜底）。
+  - `emotion_hint` ← 文章情绪基调；`content_type` ← 文章类型（观点文/案例文/方法论文…）。
+- ⚠️ 参考文章≠博主立场。抽取时**分离"原文立场"与"命题"**，避免把别人观点当成本文定调。
+
+### 3.3 形态② 处理（关键词发散与命题化）
+- **先检索后命题**：以关键词为中心，按 §4 信源优先级检索热点与相关文章，补全背景，**禁止凭空命题**。
+- **重构为命题**：
+  - `topic` ← 关键词聚合出的主题；`core_question` ← 关键词背后的议题/矛盾（如"00后整顿职场"→"年轻人为什么不再忍？"）。
+  - `angle_hint` ← 从博主赛道与价值观推测倾向（标注"推测"，需博主确认）。
+  - `sources` ← 检索到的资料清单 + **待查资料清单**（标 `[待查]`）。
+  - `content_type` / `emotion_hint` ← 初判。
+- 输出 `tags`：关键词本身作为 SEO/检索标签。
+
+### 3.4 形态③ 处理（意图描述解析）
+- **解析意图四要素**（缺项用配置兜底）：
+  - 主题（如 city walk 现象）、目标受众（如职场人）、期望角度（如解压）、隐含情绪（如释然/治愈）。
+  - 若博主未指明受众 → 价值观配置"目标读者画像"兜底；未指明角度 → `angle_hint` 留空，由 B 提 2-3 个候选角度。
+- **重构为命题**：`topic`/`core_question`/`audience`/`angle_hint`/`emotion_hint`/`content_type` 全部填充。
+- ⚠️ 意图描述常含"情绪词"（解压/治愈/愤怒/共情），**优先写入 `emotion_hint`**，这是 C §3.1 情绪属性判定的强信号。
+
+### 3.5 Brief 统一结构（SSOT · 九字段）
+> 在 PRD §4.1 六字段基础上，增补 `content_type` 与 `emotion_hint`（C §5 / §3.1 强依赖）与 `tags`（检索/SEO），共九字段，保证下游契约完整。
+
+| 字段 | 含义 | 形态0 | 形态①②③ |
+|------|------|-------|-----------|
+| `topic` 主题 | 一句话主题 | 选题话题 | 抽取/解析/聚合 |
+| `core_question` 核心问题 | 文章要回答的问题 | 推荐理由提炼 | 重构 |
+| `audience` 目标受众 | 写给谁看 | 价值观配置兜底 | 解析/兜底 |
+| `angle_hint` 期望角度/立场 | 切入角度（可为空） | 推荐理由 | 作者立场/推测/候选 |
+| `content_type` 内容类型 | 观点批判文/案例人物文/干货方法论文/清单工具文/长文深度文/资讯快报 | 初判 | 初判 |
+| `emotion_hint` 情绪属性预判 | 怕/怒/暖/敬/站队/搞懂 | 初判 | 解析（意图描述优先） |
+| `sources` 背景资料指针 | 已查/待查资料与链接 | 选题链接 | 抽取/检索 |
+| `origin` 来源类型 | hotspot / article / keywords / intent | hotspot | 对应 |
+| `tags` 关键词标签 | 检索与 SEO 标签 | 赛道词 | 关键词/解析词 |
+
+> `origin` 下游用于**语气微调**（如 intent 路径更私人化、hotspot 路径更时效化），不影响结构。
+
+## 4. 资料调研（Research）
+
+### 4.1 信源优先级（来自 PRD §6.5）
+1. **公众号生态内文章（优先）**——最贴合发布平台语境。
+2. 知乎、头条、小红书、B站观点。
+3. **关注博主列表 / 关注大V列表**——同类视角与权威看法。
+4. 信源白名单（优先）＞ 通用检索 ＞ 信源黑名单（排除）。
+
+### 4.2 调研动作
+- 围绕 `topic` + `tags` 检索，受 `信息新鲜度`（默认 7 天）与 `最小讨论量` 过滤。
+- 每篇资料抽取：核心观点、论据、关键数据、立场倾向（支持/反对/中立/补充）、情绪基调、可引用句、URL。
+- 识别**同类博主/大V 已发表看法**，按立场归类。
+
+### 4.3 资料库结构（Research Package）
+```
+资料摘要（按立场归类）
+├─ 支持方：观点 + 论据 + 数据 + URL
+├─ 反方：观点 + 论据 + 数据 + URL
+├─ 中立/补充：背景事实 + 数据 + URL
+└─ 待核实：[待查] 清单（标来源线索，不编造）
+```
+> 资料以"立场光谱"组织，直接服务 §5 观点生成；每条须可核实，标 URL，禁虚构。
+
+## 5. 观点生成（Angle Generation）
+
+### 5.1 观点构造函数
+每个观点 = `立场(stance)` + `核心论据(evidence×2-3)` + `证据来源(sources)` + `风险提示(risk)` + `情绪属性(emotion)` + `结构建议(structure_hint)`。
+
+### 5.2 观点选项模板（生成 3-5 个，覆盖立场光谱）
+| 观点 | 立场方向 | 适用场景 |
+|------|---------|---------|
+| 观点A（延续/强化） | 延续参考文章或主流立场 | 博主认同主流 |
+| 观点B（反向/反驳） | 提出对立或颠覆性立场 | 博主想制造争议/认知颠覆 |
+| 观点C（辩证/中立补充） | 调和双方、补新维度 | 博主偏理性/中立 |
+| 观点D（跨界迁移） | 从其他赛道/隐喻切入 | 博主想新鲜角度 |
+
+- 每个观点含 **structure_hint**：推荐结构（PAS / 粥佐罗 / SCQA / 起承转合…），供 C §5 选型参考（C 仍独立判定）。
+- **观点评分（辅助排序，不自动选）**：价值观匹配度、信息增量、争议性、可写性——仅作推荐理由，最终由博主选。
+
+### 5.3 价值观校验（硬闸门）
+- 对照 价值观配置：核心价值观 / 立场倾向 / **不可触碰红线** / 风险话题规则 / 价值排序。
+- 红线词（forbidden_words）**零命中**；触碰红线的观点直接剔除或标 `[高风险-需博主决策]`。
+- 冲突观点须显式标注"与博主 X 价值观可能冲突"，不隐瞒。
+
+## 6. 工作流
+
+1. 接收输入 → **判定形态**（§2）。
+2. 按 §3 对应分支归一化 → 产出 **Brief 草稿**（`brief_draft`）。
+3. **意图路径**（形态①②③）：展示 8.0 命题确认页，博主修正后置 `brief_confirmed`（§7）。
+4. 按 §4 做资料调研 → 资料库。
+5. 按 §5 生成 3-5 观点 + §5.3 价值观校验。
+6. 产出 Brief + 资料摘要 + 观点库，进入 8.2 观点确认页（§7）。
+7. 博主选定观点 → 状态置 `angle_confirmed`，移交员工C。
+
+## 7. 确认节点（人工闸门）
+
+### 7.1 8.0 需求命题确认页（仅意图路径）
+- 展示 Brief 九字段（主题/核心问题/受众/角度/内容类型/情绪预判/资料指针/来源/标签）。
+- 支持博主修正理解偏差（补立场、调受众、改角度）后再进调研。
+- 热点路径（形态0）已第 1 阶段确认选题，可跳过（除非 `workflow.auto_confirm_brief=false`）。
+
+### 7.2 8.2 观点确认页
+- 展示资料摘要（立场光谱）。
+- 展示 3-5 个观点选项，每个含：立场、核心论据、证据来源、风险提示、推荐阅读、结构建议。
+- 支持博主自定义观点（自由输入立场，B 据此补论据）。
+
+## 8. 输出格式
+
+```markdown
+# 需求命题卡 Brief #[id]
+> 来源类型: [hotspot/article/keywords/intent] | 状态: [brief_draft / brief_confirmed]
+> 内容类型: [观点批判文/案例人物文/干货方法论文/清单工具文/长文深度文/资讯快报]
+> 情绪预判: [怕/怒/暖/敬/站队/搞懂]
+
+- 主题(Topic): ……
+- 核心问题(Core Question): ……
+- 目标受众(Audience): ……
+- 期望角度(Angle Hint): ……（标注：延续/反驳/补充/推测）
+- 关键词标签(Tags): ……
+- 背景资料指针(Sources): [已查 N 条 | 待查 M 条]
+
+---
+## 资料摘要（立场光谱）
+- 支持方：……（URL）
+- 反方：……（URL）
+- 中立/补充：……（URL）
+- [待查]：……
+
+---
+## 观点库（供博主选择，3-5 个）
+1. [延续] 立场：……｜论据：……｜来源：……｜风险：……｜结构建议：A3 粥佐罗
+2. [反驳] 立场：……｜论据：……｜来源：……｜风险：……｜结构建议：A1 PAS
+3. [辩证] 立场：……｜论据：……｜来源：……｜风险：……｜结构建议：B1 起承转合
+```
+
+## 9. 员工B 读取的博主配置项（固定 vs 常用）
+
+| 配置项 | 路径 | 变率 | 说明 |
+|--------|------|------|------|
+| 服务赛道 | 赛道配置.niche | 固定 | 决定调研方向与关键词 |
+| 价值观红线 | 价值观配置.forbidden_words | 固定 | 观点零命中 |
+| 立场倾向 | 价值观配置.stance | 固定 | 观点评分基准 |
+| 不可触碰红线 | 价值观配置.red_lines | 固定 | 高风险观点拦截 |
+| 信源黑名单 | 数据源配置.source_blacklist | 固定 | 排除营销号/未验证源 |
+| 调研数据源 | 数据源配置.research_sources | 常用 | 可增删平台 |
+| 关注博主/大V列表 | 数据源配置.follow_list | 常用 | 同类视角库 |
+| 关键词库 | 赛道配置.keyword_lib | 常用 | 形态②发散种子 |
+| 目标读者画像 | 价值观配置.audience_profile | 常用 | 受众兜底 |
+| 信息新鲜度 | 数据源配置.freshness | 常用 | 默认 7 天 |
+| 最小讨论量 | 数据源配置.min_discuss | 常用 | 热点门槛 |
+| 观点数量 angle_count | 工作流配置.angle_count | 常用 | 默认 3-5 |
+| 自动确认命题 auto_confirm_brief | 工作流配置.auto_confirm_brief | 常用 | 热点路径是否跳 8.0 |
+
+## 10. 下游衔接（员工C）
+
+- 员工B 移交 `brief_confirmed` **+ 资料摘要 + 观点库（博主已选定观点）**。
+- 员工C 消费映射：
+  - `topic` / `core_question` / `audience` / `angle_hint` → C §2 输入，构成立场主线。
+  - **`content_type` → C §5 选型决策表「内容类型」列**（直接驱动结构选型）。
+  - **`emotion_hint` → C §3.1 情绪属性判定**（强信号，C 复核）。
+  - `sources` / 资料摘要 → 供 C 标注 `[数据位]/[案例位]` 时引用。
+  - 博主选定观点 → C 的"立场主线"，决定论证方向。
+- 三者共享契约：B 定 Brief 与立场光谱，C 据 Brief + 观点生成大纲（员工C 即契约），D/E 下游消费。
+
+## 11. 质量检查清单
+
+- [ ] 已正确判定输入形态（4 选 1），未误判。
+- [ ] Brief 九字段齐备（含 content_type / emotion_hint / tags）。
+- [ ] 意图路径已通过 8.0 命题确认（或配置允许跳过）。
+- [ ] 资料按立场光谱归类，来源可核实、标 URL，无虚构。
+- [ ] 观点 3-5 个，覆盖多元立场（延续/反驳/辩证/跨界）。
+- [ ] 每个观点含论据、来源、风险、结构建议。
+- [ ] 价值观红线零命中，冲突观点已显式标注。
+- [ ] 事实边界清晰，待查项标 `[待查]` 未编造。
+- [ ] 博主选定观点后状态 `angle_confirmed` 才移交员工C。
+
+## 12. 引用与合规
+
+- 本 Skill 对应 PRD §4（员工B 定义）、§4.1（输入物规范）、§7（Brief 为 SSOT）、§8.0/§8.2（确认节点）。
+- 通用合规：不编造热点或虚构资料来源（PRD §1.3 明确不做）；信源可核实、引用标 URL；不绝对化用语；价值观红线硬约束。
+- 与员工C `employee-c-outline-architect` 的 Brief 字段约定一致；content_type / emotion_hint 为 B→C 关键传递字段。
+
+## 13. 命名/位置约定（与 C/D/E 一致）
+
+- 员工B：`employee-b-research-analyst`
+- 员工C：`employee-c-outline-architect`
+- 员工D：`employee-d-content-writer`
+- 员工E：`employee-e-visual-designer`
+- 均 `employee-{字母}-{角色}`，置于项目空间 `.workbuddy/skills/`。

package/docs//345/221/230/345/267/245BCDE/347/232/204skill/employee-c-outline-architect/SKILL.md

@@ -0,0 +1,194 @@
+---
+name: employee-c-outline-architect
+description: "员工C · 大纲架构师（Outline Architect）。在博主从员工B提供的观点中选定站队后，基于需求命题卡 Brief 生成文章主体大纲。融合情绪驱动结构（PAS/靶心人/粥佐罗六段式/SCQA）与起承转合等通用结构，按内容类型与情绪属性选型，并以标注规范（金句位/配图锚点/情绪动作/数据位）向下游员工D、员工E 输出可解析契约。大纲需博主确认。触发词：文章大纲、大纲、起承转合、文章骨架、员工C、结构选型。"
+---
+
+# 员工C · 大纲架构师（Outline Architect）
+
+## 1. 角色定位与目标
+
+员工C 是内容流水线的**第三个生产节点**，也是连接"观点"与"成文"的枢纽。它承接：
+
+- 员工B 的**需求命题卡 Brief**（主题 / 核心问题 / 受众 / 期望角度 / 背景资料）；
+- 博主在员工B 输出中**选定的观点与站队**。
+
+产出一份**文章主体大纲**：明确用哪种结构骨架、每个章节讲什么、在哪里埋情绪、哪里放金句、哪里需要配图。大纲经博主确认后，成为员工D（写手）与员工E（视觉）共同依赖的**单一真源（SSOT）**。
+
+> **铁律**：大纲只是"骨架 + 契约"，不代写正文；所有结构选择须可被博主看懂并修改；发布权与采用权留给博主。
+
+## 2. 输入物（来自上游）
+
+| 输入 | 来源 | 用途 |
+|------|------|------|
+| 需求命题卡 Brief | 员工B | 主题、受众、期望角度、背景资料指针 |
+| 选定观点 / 站队 | 博主确认（员工B 阶段） | 大纲的立场主线，决定论证方向与结构选型 |
+| 博主配置（见 §9） | 配置中心 | 语气、价值观红线、默认结构、金句密度等 |
+
+> 仅当 Brief 与"选定观点"齐备时开工。缺观点则先回退员工B 阶段，不擅自替博主站队。
+
+## 3. 两大前置判定（融合两份参考 Skill）
+
+生成大纲前做两个判定，分别源自 `emotion-writing-structures` 与 `viral-writing`：
+
+### 3.1 情绪属性判定（决定用哪类"情绪型结构"）
+读 Brief + 选定观点，判定这篇文章主要唤起读者哪种情绪：
+- **怕 / 怒** → 危机、陷阱、不公类
+- **暖 / 敬** → 逆袭、坚守、善意类
+- **站队** → 观点争议、认知颠覆类
+- **搞懂** → 认知升级、科普类
+
+### 3.2 传播要素判定（决定大纲的"质量透镜"）
+读 `viral-writing` 的 STEPPS 模型，从六要素中**选定主攻 2–3 个**（不追求全满，每个都浅=没记忆点）：
+- 社交货币（内幕/圈层）· 诱因（高频场景钩）· 情绪（高唤醒）· 公共性（可模仿/可视化）· 实用价值（SOP/量化）· 故事（人物+冲突+结果）。
+- 大纲填充时，把主攻要素落点到具体章节（见 §6 自检）。
+
+## 4. 结构库（MECE · 按内容驱动力划分）
+
+> 来源：情绪属性→A 类（取 `emotion-writing-structures`）；逻辑与信息型补充 B/C 类；D 类为降级备选，不主动推荐。
+
+### A. 情绪唤起型（热点 / 观点 / 故事，需调动情绪）
+- **A1 PAS（痛点-放大-方案）** — 怕/怒。P 代入「这说的就是我」→ A 放大后果（⚠️ 过度=贩卖焦虑，A 后必须有落地 S）→ S 希望+信任。
+- **A2 靶心人公式（许荣哲）** — 暖/敬。目标→阻碍→努力→坏结果→意外→转弯→结局；短文可压缩为 阻碍→努力→意外转弯→结局。
+- **A3 粥佐罗六段式** — 站队。痛点场景→新鲜观点→正例→反例→价值→呼吁。
+- **A4 SCQA（刘润）** — 搞懂。情境(代入)→冲突(读者自身冲突)→问题(好奇)→答案(满足)。⚠️ 冲突须是「读者自己的」，写外部冲突无效。
+
+### B. 逻辑论证型（观点 / 干货，重说服力）
+- **B1 起承转合**（PRD 显式要求，通用叙事/观点骨架）— 起(引入)→承(展开/立论)→转(反转/冲突)→合(收束/升华)。
+- **B2 PREP** — 单观点短文：观点→理由→案例→重申。
+- **B3 金字塔** — 专业论证：结论先行→分论点(MECE)→论据。
+
+### C. 信息方法型（干货 / 教程，重实用）
+- **C1 HOW-TO 五段** — 问题→原则→方法→案例→工具/清单。
+- **C2 并列式** — 多角度同主题反复戳（同一情绪×N 场景制造普遍性）。
+- **C3 递进式** — 由浅入深情绪加码（适合长文 buildup）。
+
+### D. 纯信息型（降级备选，弱情绪，不主动推荐）
+- **D1 倒金字塔** — 仅资讯快报类；不内置情绪节拍，频繁唤情场景不用。
+
+## 5. 选型决策（内容类型 × 情绪属性 → 结构）
+
+| 内容类型（来自 Brief） | 情绪属性 | 首选结构 |
+|------------------------|----------|----------|
+| 观点批判文 | 站队 | A3 粥佐罗六段式 |
+| 观点批判文 | 搞懂 | B1 起承转合 / A4 SCQA |
+| 案例人物文 | 暖/敬 | A2 靶心人公式 |
+| 案例人物文 | 怕/怒 | A1 PAS |
+| 干货方法论文 | — | C1 HOW-TO / B3 金字塔 |
+| 清单工具文 | — | C2 并列式 |
+| 长文深度文 | — | C3 递进式 / B1 起承转合 |
+| 资讯快报 | — | D1 倒金字塔（降级） |
+
+> 选型唯一标准：**结构本身是否内置情绪起伏节拍**（除非是纯信息型）。不允许跳步填充。
+
+## 6. 大纲生成工作流
+
+1. 读 Brief + 选定观点，内部提炼一句话立场主线。
+2. 做 §3 两个判定（情绪属性 + 主攻传播要素）。
+3. 按 §5 决策表选定结构骨架。
+4. **按"每步情绪动作"填充大纲**：每个章节标注它承担的情绪角色（痛点/放大/方案/好奇/愤怒/释然/行动欲…），不允许空章节。
+5. **打标注**（见 §7）：在对应位置标记 `[金句位]` `[配图:类型]` `[情绪:...]` `[数据位]` `[案例位]` `[钩子]`。
+6. **自检三问 + STEPPS 落点**（见 §8）。
+7. 输出大纲草稿 + 自检表，进入"待确认"。
+
+## 7. 大纲标注规范（C→D→E 的解析契约 · 关键）
+
+员工C 产出的大纲必须用以下 Markdown 内联标记，供员工D、员工E 机器解析：
+
+| 标记 | 含义 | 谁消费 |
+|------|------|--------|
+| `# / ## / ###` 层级 | 章节层级（≥3 层触发员工E 思维导图） | 员工E |
+| `[钩子]` | 开头前 3 行钩子位置 | 员工D（写钩子）/ 员工E |
+| `[情绪:痛点\|放大\|方案\|好奇\|愤怒\|释然\|行动欲]` | 该段情绪动作 | 员工D（行文节奏） |
+| `[金句位:共鸣\|观点\|反讽]` | 此处需写金句/共鸣句 | 员工D（撰写）/ 员工E（金句图） |
+| `[配图:思维导图\|概念图\|流程图\|数据图\|场景插画\|氛围]` | 建议在此插入配图及类型 | 员工E（决策框架直接消费） |
+| `[数据位:说明]` | 需补可核实数据 | 员工D（填）/ 员工E（可能出数据图） |
+| `[案例位:说明]` | 需补案例/故事 | 员工D（填） |
+
+> 这些标记是 C/D/E 连续性的核心：员工E 的配图决策框架（见 `employee-e-visual-designer` §5.2）直接读取 `[配图:]` 与层级信号；员工D 读取 `[金句位]` `[情绪:]` 保证行文风格与价值观一致。
+
+## 8. 自检（硬闸门，任一不过不输出）
+
+- [ ] 结构是否内置情绪起伏节拍？（纯信息型除外）
+- [ ] PAS 是否有落地 S？SCQA 冲突是否读者视角？
+- [ ] 开头前 3 行能否直接进冲突/痛点/钩子？
+- [ ] 金句位 ≥ 配置 `jinqu_density`（默认 3）？
+- [ ] 配图锚点已标注，且与内容信号匹配？
+- [ ] STEPPS 主攻 2–3 要素是否落点到具体章节？
+- [ ] 大纲立场与博主选定观点、价值观配置一致，无红线词？
+
+## 9. 员工C 读取的博主配置项（固定 vs 常用）
+
+| 配置项 | 路径 | 变率 | 说明 |
+|--------|------|------|------|
+| 语气锁 | 内容风格配置.tone_lock | 固定 | 大纲措辞基调 |
+| 价值观红线 | 价值观配置.forbidden_words | 固定 | 大纲不得出现 |
+| 品牌色/字体 | 品牌配置 | 固定 | 仅影响下游，大纲记录备用 |
+| 默认结构 | 大纲配置.default_structure | 常用 | 无强信号时的兜底结构 |
+| 大纲深度 | 大纲配置.depth | 常用 | 层级数（默认 3 层） |
+| 金句密度 | 大纲配置.jinqu_density | 常用 | 每篇金句位数量 |
+| 配图锚点密度 | 大纲配置.image_anchor_density | 常用 | 配图标记频率 |
+| 主攻传播要素 | 大纲配置.preferred_stepss | 常用 | 默认主攻 STEPPS 要素 |
+
+## 10. 下游衔接
+
+- **员工D（正文写手）**：拿到确认后的大纲，按 `[情绪:]` 控制行文节奏、按 `[金句位]` 写金句、按 `[数据位]/[案例位]` 补素材，整体贴合博主行文风格与价值观。
+- **员工E（标题与视觉设计师）**：读取大纲层级与 `[配图:]` 标记，作为配图决策框架的直接输入（见 `employee-e-visual-designer` §5.2）；并消费 `[金句位]` 生成金句图。
+- 两者共享同一份确认后大纲，互不感知对方内部逻辑——**大纲即契约**。
+
+## 11. 确认节点（人工闸门）
+
+大纲草稿输出后进入"待确认"：
+- 博主可改：结构骨架、章节增删、立场强弱、金句位数量、配图锚点。
+- 提供"结构替换"快捷入口（如 PAS↔粥佐罗），但默认展示完整大纲供逐项审阅。
+- 确认后状态置 `c_confirmed`，移交员工D 与员工E。
+
+## 12. 输出格式（大纲模板）
+
+```markdown
+# 《文章标题占位》
+> 结构: A3 粥佐罗六段式 | 情绪属性: 站队 | 主攻要素: 情绪+社交货币
+> 来源: Brief#[id] | 观点站队: [博主选定观点一句话]
+
+## 0. 开头钩子 [钩子]
+- 前 3 行直接进冲突：……
+- [情绪:焦虑]
+
+## 1. 痛点场景 [情绪:焦虑] [配图:场景插画]
+- 要点：……
+- [金句位:共鸣] 此处写一句戳心的话
+
+## 2. 新鲜观点 [情绪:好奇]
+- 反常识切入点：……
+
+## 3. 正例 [情绪:认同]
+- [案例位:某真实案例] ……
+
+## 4. 反例 [情绪:愤怒]
+- [数据位:需可核实数据支撑] ……
+
+## 5. 价值升华 [情绪:满足]
+- [金句位:观点] ……
+
+## 6. 呼吁行动 [情绪:行动欲]
+- CTA：……
+
+---
+### 大纲自检表
+- 情绪节拍内置：✅
+- 前 3 行进冲突：✅
+- 金句位 ≥3：✅（实际 3）
+- 配图锚点标注：✅（场景插画×1）
+- STEPPS 落点：情绪(2,4,6) / 社交货币(3) ✅
+- 价值观合规：✅
+```
+
+## 13. 引用与合规
+
+- SCQA 出自刘润《软实力》；靶心人公式出自许荣哲《小说课/故事课》；六段式出自粥佐罗《学会写作》；STEPPS 出自 Jonah Berger《疯传》。
+- 发布前复核：不捏造案例、不用绝对化用语（最/第一/唯一）、数据须可核实、情绪手法真实不煽动。
+
+## 14. 与员工E 命名/位置约定（项目空间一致性）
+
+- 员工C：`employee-c-outline-architect` → `.workbuddy/skills/employee-c-outline-architect/SKILL.md`
+- 员工E：`employee-e-visual-designer` → `.workbuddy/skills/employee-e-visual-designer/SKILL.md`
+- 命名均为 `employee-{字母}-{角色}`；均置于项目空间 `.workbuddy/skills/` 下，便于与员工D 续接时保持同一约定。