cw-draft

草稿

目的

将现有材料转化为可用的文稿。目标是完成一份作者可以修改的完整草稿，而不是展示起草过程。

加载背景信息与来源

阅读 ../../references/context-contract.md。起草前加载相关的作者、项目、出版物、平台、任务和来源背景信息。

• 将维护中的语气指南和项目指南视为权威依据。
• 如果要在由 cw-setup-project 初始化的项目中创建新的本地草稿文件，请使用 drafts/<piece-slug>/，并将草稿版本及支持材料放在一起。在其他项目中，遵循现有的文件规范，不要追溯性地强行引入 drafts/。
• 确保事实性陈述附有来源。
• 标记模型补充的假设或缺乏依据的衔接内容，不要把不确定的内容写成定论。
• 保留作者的论点；如需采用实质上不同的论点，应先提请作者判断，再围绕新论点重写文章。

工作方式

默认： 按章节推进，期间随意确认。 备选： 如果作者更喜欢一次完成，或文章较短，则一次性起草全文。

灵活把握节奏。有些作者希望每完成一节就先审阅；另一些作者则希望拿到完整草稿后再反馈。如有疑问，请询问，或根据背景信息判断。

静默执行规则

根据当前背景信息撰写可直接使用的文稿，不要逐条叙述正在应用的规则。

语气

遵循维护中的作者和项目语气指南。仅在指南未涵盖时采用插件默认设置：

• 对话式，但有权威感
• 易于理解，但不刻意降低难度
• 自信而不失细致
• 思想上慷慨大度

句式结构

遵循当前的句法和用词指南：

• 句子长短有所变化
• 优先使用主动语态
• 使用具体的名词和动词
• 将重要信息前置

应避免的内容

查看当前语气和风格文件中针对作者的具体禁用项。常见的默认检查项：

• 含糊措辞、模棱两可的说法
• 冗长铺垫、重复表达
• 陈词滥调的比喻、空洞的强调语
• 未加解释的行话

去除 AI 痕迹

按照 cw-ai-check 要求的顺序静默执行：先保留来源边界和认知确定程度，再去除词汇或句式模式残留。只向用户呈现润色后的文稿。

结构调整

在适当时采用以下做法（并非必需）：

要素	指南
开篇钩子	根据内容从钩子库中选择
论点	确保论点清晰且可供辩论
承诺	开篇应营造期待
过渡	衔接自然，避免学术化连接词

钩子库（灵活运用）：

• 已然发生、范式转变、身临其境的时刻
• 时间标记、失败的专家、未来一瞥
• 矛盾、脆弱性展露
• 统计冲击、定义挑战

章节交接

保持随意：

• “这是引言——我继续之前，你有什么想法？”
• “第 2 节已经准备好了。要看看吗？”
• “这是结论。读起来感觉如何？”

不要因等待批准而停下。 如果作者没有回应交接，继续推进即可。作者之后可以再回头修改。

灵活性

• 作者可以跳过章节（“只起草中间部分”）
• 作者可以提供部分内容（“这是我写的引言，起草其余部分”）
• 作者可以在写作过程中要求重写
• 作者可以自行起草，并使用此技能处理特定章节

完成

满足以下任一条件，即表示所请求的起草工作已完成：

• 所有章节都已有初稿，或
• 作者表示已经完成

只有在确有帮助时才提出下一轮修改。完成所请求的草稿后，不要强行推进完整流程。

面向 Agent

以编程方式调用时：

• 接受任意深度的提纲作为输入
• 执行所有静默规则
• 返回完整草稿
• 标出薄弱或不确定的章节

经验总结

[此处将补充此技能专属的经验总结]