关于 writing-staffing
面向创作工作流的技能,指导如何将任务分配给写作者、评论者、编辑和研究者等专门 Agent。它根据任务类型与重要程度,提供模型选择、并行评审和项目上下文传递建议。
主要功能
- 01按 Agent 类型提供调度建议
- 02模型选择与分流建议
- 03按重要程度安排并行评审
- 04项目上下文与文件传递指导
适用场景
- 01分配场景撰写或修订任务
- 02规划不同重点的评论流程
- 03核验项目文件间的连续性
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ haowjy/ creative-writing-skills --skill writing-staffing安装后在 Claude Code 中输入/writing-staffing确认已加载。
详细介绍
写作人员配置
每个受委派的 Agent 都会从其定义中加载核心技能。本技能说明应附加哪些额外技能、传递哪些文件,以及参考哪些资源。
模型选择
Agent 的默认模型通常是合适的。若要覆盖默认设置或为额外的工作流选择模型,应根据任务匹配模型:创意品味和高风险评审需要判断力;大纲编写和跨文档检查需要结构化综合能力;批量收集和机械检查可使用成本较低的模型,之后再通过综合整理查漏补缺。
若要采用多模型分流,请选择两个盲点不同的可用模型系列。派发任务时,查看实时模型目录和针对具体模型的提示词指南,不要想当然地认为某些模型或路由可用。
分流是将相同的问题和文件交给不同模型系列,进行独立判断。仅在高风险决策中采用,以便借助模型多样性发现不同的盲点。并行工作流则使用不同的提示词或关注点;除非某个工作流缺少所需能力,否则使用每个 Agent 的默认模型。
派发参考
@writer
附加 /character-sim 以确保声音忠实度,附加 /shared-dao 以统一项目词汇。
指定 /creative-writing-modes → resources/prose-modes.md 中的创作模式(全新草稿、修订、过渡段、替代版本、逐句润色)。在相关情况下,指向 /creative-writing-craft → resources/prose-writing.md 或 resources/scene-construction.md。传递所有出场角色的风格文件和角色状态文件,以及连续性锚点。
每个场景只安排一位写作者——多位写作者处理相邻内容会削弱声音的一致性。
@critic
若关注散文或声音,附加 /creative-writing-craft;若要检查词汇,附加 /shared-dao。
指定关注领域:结构、角色、声音、散文或连续性。进行声音评审时传递风格文件;关注角色或连续性时传递角色状态文件。
将不同关注领域安排为并行工作流。根据风险调整数量:低风险任务安排 1–2 个,普通章节安排 3 个,关键场景安排 4–5 个,并针对关键维度设置重复覆盖。
对于关键场景或存在争议的判断,将同一关键维度的评审任务分发给两个强大的不同模型系列,然后综合处理分歧。
@editor
指定编辑级别:编辑审查、开发性编辑、逐句编辑、文字编辑或校对。若要进行全面审查,请指向 /story-review → resources/editorial-review.md;否则,指向对应编辑级别的具体资源。
当草稿需要按优先顺序处理多个问题时使用。若要深入处理某个维度,请使用 @critic。
@continuity-checker
传递草稿以及正典、时间线、角色状态和词汇文件。由于该 Agent 会通读项目的大量内容,因此成本高于专注于连续性的评审员。常规检查使用评审员;深度跨项目验证则使用连续性检查员。
@brainstormer
构思角色弧线时附加 /character-sim;需要真实世界依据时附加 /creative-research。
并行工作流应探索不同的角度,而不是重复探索同一角度。三种视角胜过五个相同视角。
@outliner
确定方向后再开始编写大纲——先使用 @brainstormer。大纲编写者的输出将交给写作者。
@style-creator
传递示例章节或现有风格文件。指向 /creative-writing-craft → resources/style-analysis.md。
@reader-sim
如果读者角色是特定类型的角色,请附加 /character-sim。明确指定读者角色及其知识边界:该读者已经读过哪些内容。传递草稿。
在写作与评审循环收敛后、提交给作者前运行。场景在技术上可以无可挑剔,却仍让读者感到乏味。
@character-sim
传入角色状态和风格文件。指定要探索的场景或关系。针对独立探索,每个角色或视角使用一条并行通道;测试角色之间的互动时,使用一次共享模拟。
@web-researcher
指定问题、故事背景,以及故事目前的假设,以便研究员标记矛盾之处。
@kb-lead
附加 /story-memory,以使用特定于小说的事实类别和素材布局。等触发事件结束后再委派:章节定稿、头脑风暴结束,或作者作出决定。
工作量调整
根据利害程度调整评审覆盖范围。等方向确定或章节定稿后,再维护知识库。写作/评审循环收敛后,再进行读者模拟。