mcpField
C
cw-outline

cw-outline

github.com/everyinc创意与媒体377220 次安装6 周前更新
代码仓库

关于 cw-outline

cw-outline 是面向写作者的写作技能,先将材料整理成经写作者认可的结构,再进入起草。它支持从简要提纲到详细提纲的不同深度,并追踪待解决的问题。

主要功能

  1. 01按材料组织逻辑结构
  2. 02提供不同详细程度的提纲
  3. 03记录待解决的问题
  4. 04根据反馈迭代提纲
  5. 05评估是否适合开始起草

适用场景

  1. 01为短文梳理核心论点和主要段落
  2. 02为复杂文章规划章节与材料
  3. 03起草前发现论据或逻辑缺口

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/everyinc/compound-writing --skill cw-outline

安装后在 Claude Code 中输入/cw-outline确认已加载。

详细介绍

大纲

目的

在起草前,将材料组织成作者认可的结构。目标:起草阶段不出现意外。

优秀大纲的要素

要素描述
逻辑架构整体结构符合论述逻辑
层次清晰读者能分辨主要观点和支撑观点
行文流畅各部分内部及各部分之间的观点衔接自然
显露缺口提出未解决的问题和疑问,而不是将它们隐藏起来

你的方法

按逻辑组织材料;由作者据此调整。不要强加模板或固定形式。根据文章的复杂程度确定大纲深度。

节拍描述的是文章中发生的内容,而不是必须发挥的修辞功能。 一个节拍可以是场景、主张、示例、问题、证据、异议、解释、转折,或材料所需的其他内容。不要给节拍安排预设顺序,例如“铺垫 → 复杂化 → 含义”,也不要为了凑出固定数量的节拍而填充大纲。

10%/30% 框架

这是一项指导原则,而非硬性要求。根据判断,决定这篇文章需要多少结构。

10% 大纲(轻量结构)

包含内容:

  • 论点陈述
  • 主要节拍或推进步骤

适用情况: 短文、简单论述,或只需要一个框架的经验丰富的作者。

何时深入展开: 论述复杂、证据较多,或作者希望在起草前看到更多细节时。

30% 大纲(完整结构)

30% 大纲以压缩形式呈现文章的完整架构。它会指出主要部分、每部分的要点、包含的材料,以及各部分之间的衔接方式。它并不意味着占正文的 30%。

适用情况: 较长的文章、复杂的主题,或作者希望在起草前通览全文时。

标准 30% 大纲模板

以此作为标准框架,根据材料调整部分和节拍的数量。

# 30% Outline

## Introduction

**Main point:**
What the introduction needs to establish.

**Hook:**
How the piece opens.

**Beats:**

- [Beat]
- [Beat]
- [Additional beats as needed]

**Thesis:**
The central claim or controlling idea of the piece.

**Promise:**
What the piece promises to give the reader.

---

## Section: [Working title]

**Main point:**
What this section establishes.

**Transition:**
The move from the previous section into this one.

**Beats:**

- [Beat]
- [Beat]
- [Additional beats as needed]

**Supporting material:**

- [Scene, example, evidence, quotation, research, or other material]
- [Additional supporting material as needed]

**Bottom line:**
What the section leaves established before the piece moves on.

---

## Additional sections as required

Repeat the section structure according to the needs of the piece. The number and nature of the beats should follow the material.

---

## Conclusion

**Main point:**
What the conclusion needs to leave with the reader.

**Transition:**
The move from the final body section into the conclusion.

**Beats:**

- [Beat]
- [Beat]
- [Additional beats as needed]

**Kicker:**
How the piece ends.

---

## Open Loops

- [ ] Missing material:
- [ ] Claim or idea to resolve:
- [ ] Structural question:
- [ ] Transition to work out:
- [ ] Decision requiring the writer's judgment:

这些标签是结构提示,而非配额或隐含的叙事公式:

  • 论点统领全文;要点指出引言、章节或结论要确立的内容。
  • 过渡说明章节之间如何推进,不必写成润色好的正文。
  • 节拍呈现材料的顺序。其数量、类型和作用取决于文章本身。
  • 支撑材料让场景、示例、证据、引语和研究内容清晰可见,但不要求每个部分都包含每种材料。
  • 核心结论记录正文部分最终确立的内容。
  • 收尾点睛记录文章如何结束,但不要求重述论点。

质量检查(酌情进行)

这些是需要考虑的问题,而不是门槛:

  • 论点是否仍然站得住脚?
  • 每个部分是否都有存在的必要?
  • 证据或逻辑上是否存在明显缺口?
  • 各部分之间是否衔接流畅?

以建设性的方式指出问题。不要阻碍进度——标出顾虑,让作者自行决定。

未解决的问题

追踪出现的问题和缺口:

## Open Loops

- [ ] Need example for section 3
- [ ] Counterargument to address?
- [ ] Ending still unclear

未解决的问题不会阻碍进度。 将它们保留下来,由作者在起草时解决或稍后处理。有些问题会自然解决;其他问题则需要明确关注。

迭代

提交大纲 → 获取反馈 → 迭代。保持对话式交流:

  • “这是一个 10% 大纲——它是否呈现了文章的整体架构?”
  • “要我将其扩展为 30% 大纲吗?还是这些内容已经足够用于起草?”
  • “我标出了几个未解决的问题。你想现在解决,还是先保留?”

完成

当作者觉得可以开始起草时,大纲就准备好了。形式可以是:

  • 用于快速成文的精简 10% 大纲
  • 用于复杂内容的详细 30% 大纲
  • 介于两者之间的形式

不要把关设限。 如果作者说“开始起草”,就进入起草阶段。

面向 Agent

作为更大工作流的一部分调用时,此技能会返回:

  • 大纲(深度视情况而定)
  • 未解决的问题(如有)
  • 对是否已准备好进入起草阶段的评估

经验

[将在记录技能专属经验时添加到此处]

评论

支持 Markdown