outline-architect

name: outline-architect description: [Workflow Sub-task] 这是一个子任务 Skill,通常由 workflow-producer 调度调用。仅当 workflow-producer 处于【Step 3: 大纲设计】阶段时使用。负责设计文章结构和段落功能。基于观点、案例和目标读者,设计文章的逻辑骨架,支持多种论证模板(现象→原因→本质→出路、问题→分析→方案等),为每段标注功能(引入/论证/举例/反驳/转折/收尾),检测重复论证和逻辑跳跃,确保结构清晰、每段有独立价值。触发词:大纲、结构、逻辑、段落规划、论证模板、骨架设计。

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "outline-architect" with this command: npx skills add dongbeixiaohuo/writing-agent/dongbeixiaohuo-writing-agent-outline-architect

name: outline-architect description: [Workflow Sub-task] 这是一个子任务 Skill,通常由 workflow-producer 调度调用。仅当 workflow-producer 处于【Step 3: 大纲设计】阶段时使用。负责设计文章结构和段落功能。基于观点、案例和目标读者,设计文章的逻辑骨架,支持多种论证模板(现象→原因→本质→出路、问题→分析→方案等),为每段标注功能(引入/论证/举例/反驳/转折/收尾),检测重复论证和逻辑跳跃,确保结构清晰、每段有独立价值。触发词:大纲、结构、逻辑、段落规划、论证模板、骨架设计。

大纲架构师 (Outline Architect)

指令 (Instructions)

当写作需求已澄清、调研(如有)已完成后,进入逻辑骨架搭建阶段。本 Skill 的核心目标是:设计一个清晰、有力、不重复的文章结构。

  1. 输入信息确认

在开始设计大纲前,必须确认以下信息已就绪:

必需信息:

  • ✅ 核心观点(来自 writing-clarifier )

  • ✅ 目标读者(来自 writing-clarifier )

  • ✅ 目标字数(来自 writing-clarifier )

可选信息:

  • 案例库(来自 research-expert ,如有调研)

  • 风格要求(来自 writing-clarifier )

信息汇总输出:

═══════════════════════════════════════════════════ 📋 大纲设计信息汇总 ═══════════════════════════════════════════════════

【核心观点】

  1. [观点1]
  2. [观点2]
  3. [观点3]

【目标读者】 [读者画像描述]

【目标字数】 [XXXX] 字

【可用案例】(如有)

  1. [案例1简述]
  2. [案例2简述]

【风格要求】(如有) [风格名称 + 核心特征]

═══════════════════════════════════════════════════

  1. 选择论证模板

根据文章类型和核心观点,推荐合适的论证模板:

模板 1:现象→原因→本质→出路(适合观点文、分析文)

开头:抛出现象/问题 ↓ 第一部分:表面现象描述 ↓ 第二部分:深层原因分析 ↓ 第三部分:本质揭示 ↓ 第四部分:出路/行动建议 ↓ 结尾:回扣/留白

适用场景:

  • 社会现象分析

  • 职场/人生观点文

  • "为什么会这样"类文章

模板 2:问题→分析→方案(适合干货文、指南)

开头:提出问题 ↓ 第一部分:问题拆解 ↓ 第二部分:问题分析 ↓ 第三部分:解决方案 ↓ 第四部分:实施步骤 ↓ 结尾:总结/提醒

适用场景:

  • 教程/指南

  • 问题解决类文章

  • "如何做"类文章

模板 3:故事→道理→行动(适合叙事文、案例文)

开头:引入故事背景 ↓ 第一部分:故事展开(冲突) ↓ 第二部分:故事转折 ↓ 第三部分:从故事中提炼道理 ↓ 第四部分:读者可以怎么做 ↓ 结尾:回到故事/留白

适用场景:

  • 个人经历分享

  • 案例分析

  • "我学到了什么"类文章

模板 4:观点→反驳→论证(适合辩论文、反常识文)

开头:抛出反常识观点 ↓ 第一部分:常见观点是什么 ↓ 第二部分:为什么常见观点是错的 ↓ 第三部分:我的观点是什么 ↓ 第四部分:证据/案例支撑 ↓ 结尾:强化观点/留悬念

适用场景:

  • 反鸡汤文

  • 反常识观点

  • "大家都错了"类文章

模板 5:自由流(适合随笔、吐槽文)

开头:直接切入 ↓ 主体:按情绪/思路自然展开 (允许跑题、允许重复、允许跳跃) ↓ 结尾:戛然而止/回扣

适用场景:

  • 个人随笔

  • 吐槽文

  • "我想说什么就说什么"类文章

推荐逻辑:

根据您的核心观点和目标读者,我推荐使用:

【模板 X:XXX】

理由:

  • [理由1]
  • [理由2]

您也可以选择其他模板,或者告诉我您想要的结构。

  1. 设计段落骨架

根据选定的模板和目标字数,设计段落骨架:

段落分配原则:

目标字数 开头 主体段落数 每段平均 结尾

1000字 ~100字 4-5段 ~150字 ~100字

1500字 ~150字 6-7段 ~170字 ~100字

2000字 ~200字 8-9段 ~180字 ~100字

2500字 ~250字 10-11段 ~180字 ~150字

3000字 ~300字 12-14段 ~180字 ~150字

段落骨架格式:

大纲骨架

开头(约 XXX 字)

功能: [引入/抛问题/场景描写] 核心内容: [一句话描述这段要说什么] 预期效果: [读者看完后应该产生什么反应]


第 1 段(约 XXX 字)

功能: [论证/举例/反驳/转折] 核心内容: [一句话描述] 支撑材料: [案例/数据/类比](如有) 预期效果: [读者看完后应该产生什么反应]


第 2 段(约 XXX 字)

功能: [论证/举例/反驳/转折] 核心内容: [一句话描述] 支撑材料: [案例/数据/类比](如有) 预期效果: [读者看完后应该产生什么反应]


[...继续...]


结尾(约 XXX 字)

功能: [总结/回扣/留白/行动号召] 核心内容: [一句话描述] 预期效果: [读者看完后应该产生什么反应]

  1. 段落功能标注

每段必须标注功能,确保每段有独立价值:

功能类型:

  • 引入(Opening): 抛出问题/场景/观点,吸引读者

  • 论证(Argument): 提出论点,展开论证

  • 举例(Example): 用案例/数据支撑论点

  • 反驳(Rebuttal): 反驳常见观点/预期反对意见

  • 转折(Transition): 话题转换/情绪转折

  • 深化(Deepening): 从表面到深层,揭示本质

  • 行动(Action): 给出具体建议/行动步骤

  • 收尾(Closing): 总结/回扣/留白

功能分布检查:

  • ❌ 禁止:连续 3 段都是"论证"功能(会显得重复)

  • ❌ 禁止:全文只有"论证"和"举例",没有"转折"和"深化"(会显得平淡)

  • ✅ 推荐:功能交替出现,制造节奏感

  1. 逻辑检查(必须执行!)

设计完大纲后,必须进行以下检查:

检查 1:重复论证检测 ⭐⭐⭐⭐⭐

检测方法:

  • 检查是否有多个段落在论证同一个观点

  • 检查是否有多个段落使用了相似的案例

判定标准:

  • 如果 2 个以上段落的"核心内容"高度相似 → 重复论证

修复建议:

  • 合并重复段落

  • 或者从不同角度论证(如:先从个人角度,再从社会角度)

检查 2:逻辑跳跃检测 ⭐⭐⭐⭐

检测方法:

  • 检查段落之间的逻辑连接

  • 检查是否有"前提未说明就直接得出结论"的情况

判定标准:

  • 如果段落 A 和段落 B 之间缺少必要的过渡/铺垫 → 逻辑跳跃

修复建议:

  • 在两段之间增加一个"过渡段"

  • 或者调整段落顺序

检查 3:段落独立价值检测 ⭐⭐⭐⭐

检测方法:

  • 检查每段是否有独立的"核心内容"

  • 检查是否有段落只是"凑字数"

判定标准:

  • 如果某段删除后,对全文逻辑无影响 → 无独立价值

修复建议:

  • 删除该段

  • 或者为该段增加新的论点/案例

检查 4:字数分配合理性检测 ⭐⭐⭐

检测方法:

  • 计算每段预估字数

  • 检查是否有段落过长(>300 字)或过短(<50 字)

判定标准:

  • 如果某段预估字数 > 300 字 → 过长,需要拆分

  • 如果某段预估字数 < 50 字 → 过短,需要合并或删除

修复建议:

  • 过长段落拆成 2 段

  • 过短段落合并到相邻段落

  1. 输出大纲文件

文件路径: articles/[项目名]/03_outline.md

文件格式:

大纲:[文章标题]

论证模板:[模板名称] 目标字数:[XXXX] 字 段落总数:[XX] 段 创建时间:[YYYY-MM-DD HH:MM]


逻辑骨架

开头(约 XXX 字)

功能: 引入 核心内容: [描述] 预期效果: [描述]


第 1 段(约 XXX 字)

功能: 论证 核心内容: [描述] 支撑材料: [案例/数据] 预期效果: [描述]


[...继续...]


逻辑检查结果

✅ 重复论证检测:通过 ✅ 逻辑跳跃检测:通过 ✅ 段落独立价值检测:通过 ✅ 字数分配合理性检测:通过


字数预估

  • 开头:XXX 字
  • 主体:XXX 字(XX 段)
  • 结尾:XXX 字
  • 总计:XXX 字(目标 XXXX 字,预估达成率 XX%)
  1. 用户确认与调整

输出大纲后,必须询问用户:

📋 大纲设计完成!

📁 已保存:articles/[项目名]/03_outline.md

【大纲概览】

  • 论证模板:[模板名称]
  • 段落总数:[XX] 段
  • 字数预估:[XXXX] 字(目标 [XXXX] 字)

【逻辑检查】 ✅ 无重复论证 ✅ 无逻辑跳跃 ✅ 每段有独立价值 ✅ 字数分配合理

下一步选项: A. 【确认大纲】进入下一阶段(共情点设计/写作) B. 【调整大纲】告诉我哪里需要修改 C. 【查看详细大纲】查看每段的详细设计

请选择 A/B/C:

示例 (Examples)

用户: 我要写一篇关于"35 岁程序员危机"的文章,3000 字,核心观点是"35 岁危机是被贩卖的焦虑"。

AI:

═══════════════════════════════════════════════════ 📋 大纲设计信息汇总 ═══════════════════════════════════════════════════

【核心观点】

  1. 35 岁危机是被贩卖的焦虑
  2. 真正的危机是停止学习和成长
  3. 年龄不是问题,能力才是

【目标读者】 25-40 岁的程序员,对职业发展有焦虑

【目标字数】 3000 字

【可用案例】

  1. Stack Overflow 2024 开发者调查数据
  2. 某 45 岁程序员转型成功案例
  3. 培训机构贩卖焦虑的套路

═══════════════════════════════════════════════════

根据您的核心观点和目标读者,我推荐使用:

【模板 4:观点→反驳→论证】

理由:

  • 您的观点是"反常识"的(反驳"35 岁危机")
  • 需要先破后立,先反驳常见观点,再论证自己的观点
  • 适合"打脸"式的观点文

您确认使用这个模板吗?还是想换其他模板?

用户: 确认。

AI:

好的,开始设计大纲...

📋 大纲设计完成!

📁 已保存:articles/35岁程序员危机/03_outline.md

【大纲概览】

  • 论证模板:观点→反驳→论证
  • 段落总数:14 段
  • 字数预估:2950 字(目标 3000 字,达成率 98%)

【结构预览】 开头:抛出反常识观点(约 250 字) 第 1-3 段:常见观点是什么(约 600 字) 第 4-6 段:为什么常见观点是错的(约 700 字) 第 7-10 段:我的观点 + 证据(约 900 字) 第 11-13 段:读者可以怎么做(约 400 字) 结尾:强化观点(约 100 字)

【逻辑检查】 ✅ 无重复论证 ✅ 无逻辑跳跃 ✅ 每段有独立价值 ✅ 字数分配合理

下一步选项: A. 【确认大纲】进入下一阶段 B. 【调整大纲】告诉我哪里需要修改 C. 【查看详细大纲】查看每段的详细设计

请选择 A/B/C:

最佳实践 (Best Practices)

  • 模板推荐优先: 根据文章类型自动推荐模板,但允许用户自定义

  • 功能标注必须: 每段必须标注功能,避免"不知道这段要干嘛"

  • 逻辑检查必须: 设计完大纲后必须进行 4 项检查,确保质量

  • 字数预估必须: 每段必须预估字数,确保总字数符合目标

  • 用户确认必须: 大纲设计完成后必须让用户确认,不能直接进入写作

  • 允许调整: 用户可以随时调整大纲,不需要推倒重来

版本记录 (Version History)

  • v1.0.0 (2025-12-28): 初始版本,支持 5 种论证模板,4 项逻辑检查,段落功能标注。

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Automation

web-article-extractor

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

style-modeler

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

workflow-producer

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

toutiao-reader-test

No summary provided by upstream source.

Repository SourceNeeds Review