skills/super-workflow/SKILL.md
# Super Workflow — 内容生产工作流纪律 > 定标准 → 选题 → 大纲 → 写作 → 审稿 → 诊断(如需) → 终检 → 交付 --- ## 核心理念 **标准先行**:先定义「什么是好内容」,再动笔。写完再定标准 = 自己给自己打分。 **纪律不是建议**:每个阶段的门控检查是**必须通过**的,不是「参考」。跳过 = 违规。 **防合理化**:Agent 最擅长说服自己「这样就够了」。每个门控都有防合理化检查。 --- ## 复杂度缩放 这套流程要按任务大小缩放,不要把所有内容任务都变成重型项目。 | 任务规模 | 示例 | 执行方式 | |---|---|---| | 微型 | 一条短微博、一个标题、100 字以内文案 | 用一句话定义标准,直接产出,交付前自检 | | 小型 | 300-800 字文章、短邮件、单页文案 | 简化阶段 0/2/4,保留受众、目的、红线 | | 中大型 | 深度文章、报告、Newsletter、发布内容 | 完整七阶段流程 | | 高风险 | 涉及事实、品牌、合规、商业决策 | 完整流程 + fact-che
npx skillsauth add newtype-01/newtype-skills skills/super-workflowInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
定标准 → 选题 → 大纲 → 写作 → 审稿 → 诊断(如需) → 终检 → 交付
标准先行:先定义「什么是好内容」,再动笔。写完再定标准 = 自己给自己打分。
纪律不是建议:每个阶段的门控检查是必须通过的,不是「参考」。跳过 = 违规。
防合理化:Agent 最擅长说服自己「这样就够了」。每个门控都有防合理化检查。
这套流程要按任务大小缩放,不要把所有内容任务都变成重型项目。
| 任务规模 | 示例 | 执行方式 | |---|---|---| | 微型 | 一条短微博、一个标题、100 字以内文案 | 用一句话定义标准,直接产出,交付前自检 | | 小型 | 300-800 字文章、短邮件、单页文案 | 简化阶段 0/2/4,保留受众、目的、红线 | | 中大型 | 深度文章、报告、Newsletter、发布内容 | 完整七阶段流程 | | 高风险 | 涉及事实、品牌、合规、商业决策 | 完整流程 + fact-checker/editor |
硬规则:阶段 0 不能省,但微型任务的阶段 0 可以是一句话,不要输出冗长表格。
在任何内容创作开始之前,必须完成这一步。没有验收标准 = 不许动笔。
## 验收标准
### 基本信息
- 受众:[具体描述目标读者]
- 目的:[这篇内容要达成什么]
- 核心信息:[读者看完应该记住的 1-3 个点]
- 内容类型:[文章/报告/Newsletter/社媒/...]
### 质量基线
- 字数范围:[X - Y 字]
- 语气风格:[正式/轻松/专业/口语/...]
- 结构要求:[是否需要小标题/列表/引用/...]
- 事实要求:[是否需要数据支撑/来源引用/...]
### 成功标准(至少 3 条,必须可验证)
1. [具体、可检查的条件,如:"包含至少 3 个一手数据源"]
2. [具体、可检查的条件,如:"开头 100 字内点明核心论点"]
3. [具体、可检查的条件,如:"每个论点有案例或数据支撑"]
### 失败条件(红线)
- [明确的不可接受项,如:"不得使用未经验证的统计数据"]
- [明确的不可接受项,如:"不得出现与品牌调性不符的用语"]
| 你想说的 | 实际意思 | 正确做法 | |----------|----------|----------| | "受众就是所有人" | 我没想清楚 | 缩小范围,越具体越好 | | "标准等写完再定" | 我想跳过这步 | 不允许。先定标准,哪怕粗糙 | | "这个任务太简单不需要标准" | 我懒得想 | 简单任务 = 简单标准,但不能没有 |
发散(≥5 个方向)→ 评估 → 收敛(选 1-2 个)→ 确认
| 方向 | 受众相关度 | 独特性 | 可执行性 | 时效性 | 总分 | |------|-----------|--------|---------|--------|------| | A | 1-5 | 1-5 | 1-5 | 1-5 | | | B | 1-5 | 1-5 | 1-5 | 1-5 | |
## [标题/暂定标题]
### 核心论点
[一句话概括全文要传递的核心信息]
### 结构
1. **开头**:[用什么钩子?解决什么悬念?]
2. **主体**
- 论点 1:[概述] — 支撑材料:[数据/案例/引用]
- 论点 2:[概述] — 支撑材料:[数据/案例/引用]
- 论点 3:[概述] — 支撑材料:[数据/案例/引用]
3. **结尾**:[总结方式?行动号召?]
### 素材需求
- [ ] 需要调研:[列出需要 researcher 查找的内容]
- [ ] 已有素材:[列出已掌握的信息]
Writer 完成一段 → 对照标准自检 → 提交审稿
↓
Editor 审稿(阶段 4)
↓
通过 → 继续下一段
不通过 → 返回修改,附具体问题
关键:不要全文写完才审稿。分段审,早发现早修正。
对照阶段 0 定义的验收标准,逐条检查:
## 标准合规审查
| # | 成功标准 | 通过? | 说明 |
|---|----------|--------|------|
| 1 | [标准 1] | ✅/❌ | [具体说明] |
| 2 | [标准 2] | ✅/❌ | [具体说明] |
| 3 | [标准 3] | ✅/❌ | [具体说明] |
失败条件检查:
- [ ] [红线 1]:未触犯 / 已触犯(❌ 必须修改)
- [ ] [红线 2]:未触犯 / 已触犯(❌ 必须修改)
结论:通过 / 需修改 [具体项]
在标准合规的基础上,进一步提升质量(此时加载 super-editor 的四层编辑方法论)。
| 你想说的 | 实际意思 | 正确做法 | |----------|----------|----------| | "基本达标了" | 有几条没过但我不想改了 | 逐条过,没过的必须改 | | "这条标准不太适用" | 我想跳过这条 | 标准是阶段 0 定的,不能中途改规则 | | "质量已经很好了,不需要第二轮" | 我想省事 | 两轮是必须的,除非内容 < 500 字 |
触发条件:审稿不通过、用户反馈不满意、质量评分低于预期
症状识别 → 根因定位 → 修复方案 → 验证修复
| 症状 | 可能根因 | 诊断方法 | |------|----------|----------| | 读起来散 | 缺少核心论点/主线 | 检查大纲,能否一句话概括全文? | | 没有说服力 | 缺少证据支撑 | 统计每个论点的支撑材料数量 | | 太无聊 | 缺少钩子和节奏变化 | 检查开头、段落长度变化、是否有具体案例 | | 逻辑跳跃 | 论点之间缺过渡 | 检查每两段之间的逻辑连接词 | | 风格不对 | 没有对照风格要求 | 回到验收标准,对比语气和用词 | | 事实存疑 | 数据未验证 | 派 fact-checker 逐条核查 |
在内容交付给用户之前,最后一道检查。
终检结果:通过 / 不通过
未通过项:[列出]
处理:[返回修改 / 标注后交付 / ...]
## 交付内容
[最终内容]
---
## 生产信息
- 验收标准:[已满足 X/X 条]
- 审稿轮次:[X 轮]
- 事实核查:[已核查 / 未涉及事实声明]
- 终检结果:通过
阶段 0:定义验收标准 ←── HARD GATE(不可跳过)
↓
阶段 1:选题构思(发散→评估→收敛)
↓
阶段 2:内容大纲(结构+素材需求)
↓
阶段 3:内容执行(分段写作+自检)
↓ ↑ (不通过则返回修改)
阶段 4:内容审稿(合规审+质量审)
↓
[如有问题] → 阶段 5:内容诊断 → 返回阶段 3 或 4
↓
阶段 6:发布前终检
↓
阶段 7:内容交付
| 阶段 | 可跳过? | 条件 | |------|---------|------| | 0 验收标准 | ❌ 永不 | — | | 1 选题构思 | ✅ | 用户已明确选题 | | 2 内容大纲 | ✅ | 内容 < 500 字 且 结构简单 | | 3 内容执行 | ❌ 永不 | — | | 4 内容审稿 | ✅ | 内容 < 300 字 且 无事实声明 | | 5 内容诊断 | ✅ | 阶段 4 一次通过 | | 6 发布前终检 | ✅ | 内容 < 300 字 且 无事实声明 | | 7 内容交付 | ❌ 永不 | — |
| 阶段 | 协作 Skill | 协作方式 | |------|-----------|----------| | 阶段 0 | super-analyst | 受众分析可用分析框架辅助 | | 阶段 1 | super-interviewer | 用苏格拉底式对话帮用户理清选题 | | 阶段 3 | super-writer | Writer Agent 用写作方法论执行 | | 阶段 4 | super-editor | Editor Agent 用四层编辑方法论审稿 | | 阶段 4 | super-fact-checker | Fact-checker Agent 核查事实声明 |
职责边界:
testing
# Super Workbench — Skill 工作台 > 看清任务 → 查实时 Skill 清单 → 选择/接力 Skill → 维护任务状态 --- ## 你的职责 你不是业务专家,也不是内容生产流程本身。你是 Skill 工作台,负责帮 Chief 做四件事: 1. **Skill 选择**:从当前所有可用 Skills 里选最合适的,不限内置 Skills。 2. **Skill 接力**:一个 Skill 做完后,判断下一步是否该换 Skill。 3. **任务恢复**:用户说“上次”“继续”“做到哪了”时,优先找工作台 checkpoint 和记忆。 4. **报告整理**:把多次 checkpoint、记忆和产物路径整理成可交付 markdown。 --- ## 核心边界 - Chief 负责判断是否需要你。 - 你负责判断该用哪个 Skill,以及任务状态怎么接续。 - `super-workflow` 只负责内容生产流程纪律;你可以调用它,但不要替代它。 - 具体专业工作交给被选中的 Skill,不要在这里重写专业方法论。 --- ## 必须先
documentation
# Super Writer > 理解需求 → 按需准备 → 选方法创作 --- ## 工作流程 ``` 问题 → 理解需求 → [简单] 直接写 → [需素材] 搜索后写 → [需模仿] 提取风格后写 ``` **核心原则**: - 简单任务直接创作,不走流程 - 只在用户明确要求时做风格模仿 - 方法论是工具,不是仪式 - 默认先交付正文,再简短说明方法和假设 - 只有缺少阻塞信息时才提问 ## 最小澄清规则 写作前只问会显著改变结果的问题: - 不知道受众,但可以从上下文推断 → 直接写,并标注假设 - 不知道长度 → 按内容类型选择合理长度 - 不知道语气 → 默认清晰、自然、不过度营销 - 缺少事实素材且内容依赖事实 → 先调研或要求素材 - 用户给了明确截止/格式/平台 → 优先遵守,不再反问 如果必须问,最多问 1 个阻塞问题。 ### ⚡ 与 super-workflow 协作 如果当前任务已加载 super-workflow,**写前必须确认**: - 验收标准已定义(阶段 0 已完成
tools
# Super Interviewer > 建立信任 → 开放探索 → 深度挖掘 → 总结确认 --- ## 适用场景 当用户还没有明确交付物,而是在说: - "帮我理一下思路" - "我有个想法,想聊聊" - "我还没想清楚" - "帮我挖一下真实需求" - "这个方向靠谱吗?" - "我不知道该怎么定义这个问题" 你要把自己切换成**思路澄清伙伴**,不是写手、分析报告生成器或执行协调者。 --- ## 执行规则 ### 默认行为 - 先用 1-2 句话复述你理解到的模糊问题 - 然后只问**一个**最关键的问题 - 等用户回答后再继续追问、挑战或总结 - 不要一上来给完整方案、清单或长篇分析 - 用户明确要结论时,才给判断和下一步建议 ### 对话节奏 每轮回复只做以下一种或两种动作: 1. **镜像**:复述用户的核心表达,让对方看到自己的想法 2. **聚焦**:把分散信息收敛成一个待澄清问题 3. **追问**:问一个能打开信息量的问题 4. **挑战**:指出一个关键假设或矛盾 5. **阶段总结**:当信息足够时,总结已确认内容和未决问题 #
testing
# Super Fact-Checker > 识别声明 → 评估优先级 → 核查验证 → 标注结果 --- ## 工作流程 ``` 内容 → 提取声明 → 分类(可核查/不可核查) → 排序(优先级) → 验证(找来源) → 标注(结果) ``` **核心原则**: - 只核查可核查的声明 - 影响大 + 可疑度高的先查 - 追溯到一手源 - 标注要明确,不模糊 - 核查结论必须带来源或明确说明无法验证 - 涉及当前信息时标注核查日期 --- ## 执行边界 - 不要把观点当事实核查;观点只能检查其事实依据 - 不要把“没找到来源”直接判为“错误” - 如果没有联网/没有资料来源,输出只能叫“待核查清单”,不能叫“已核查报告” - 用户只问某一条声明时,只核查那一条,不要扩展成全文审计 - 对有问题的声明,必须给出可替换的修改 wording --- ## 第一步:提取和分类声明 ### 可核查的声明 - ✅ 事实陈述:"特斯拉 2024 年交付量为 180 万辆" - ✅ 数据引