mcpField
W
writing-staffing

writing-staffing

github.com/haowjyAgent 工作流549726 次安装1 天前更新
代码仓库

关于 writing-staffing

面向创作工作流的技能,指导如何将任务分配给写作者、评论者、编辑和研究者等专门 Agent。它根据任务类型与重要程度,提供模型选择、并行评审和项目上下文传递建议。

主要功能

  1. 01按 Agent 类型提供调度建议
  2. 02模型选择与分流建议
  3. 03按重要程度安排并行评审
  4. 04项目上下文与文件传递指导

适用场景

  1. 01分配场景撰写或修订任务
  2. 02规划不同重点的评论流程
  3. 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,以使用特定于小说的事实类别和素材布局。等触发事件结束后再委派:章节定稿、头脑风暴结束,或作者作出决定。

工作量调整

根据利害程度调整评审覆盖范围。等方向确定或章节定稿后,再维护知识库。写作/评审循环收敛后,再进行读者模拟。

评论

支持 Markdown