avoid-ai-writing-router

Avoid AI Writing Router

将公开的 Skills 协调为一个有界工作流。将请求交给最合适的负责人，在各阶段之间保留上下文，并在请求的工作完成后停止。此 Skill 不会取代原始的 avoid-ai-writing 规则手册。

权限链

1. ../avoid-ai-writing/SKILL.md 是规范性编辑权威。
2. references/handoff-contract.md 定义了哪些上下文和证据可以跨 Skill 边界传递。
3. references/skill-graph.json 是节点、带类型的边、守卫条件和循环限制的机器可读来源。
4. references/routing-matrix.md 是人类可读的路由表。
5. references/agency-role-lenses.md 定义了用于检查网络的架构、AI 证据、实施和表述审查视角。

不得弱化、重复或违背规范性 Skill 的保留规则、证据注意事项、语气规则、模式等级或轮次行为。

编排模型

对请求进行一次分类，创建最小且有用的交接信封，然后传递该信封，而不是要求每个下游 Skill 再次推断相同的上下文。

信封应仅包含观察到的事实或用户提供的事实，例如：

• 意图和来源类型
• 请求的编辑范围及明确的事实更正
• 规范上下文配置和检测器上下文模式
• 请求的语气或提供的风格示例
• 受保护的语义约束
• 检测器、修改器或验证器是否实际运行
• 可用时的检测器摘要
• 可用时的保留状态
• 风险标记
• 已使用的编辑轮次及停止上限

没有宿主证据时，切勿将执行字段标记为 executed。

主要路由

1. 扫描、检测、审计、评分或仅标记的请求交给 ai-writing-detector。
2. 对返回文本进行改写、润色、清理或移除 AI 腔调的请求交给 voice-preserving-rewriter。
3. 指定文件并明确要求修改该文件的请求交给 file-edit-in-place。
4. 原文与改写文本并列、前后对比或保留情况验证的请求交给 preservation-verifier。
5. 涉及证明 AI 使用、作弊、欺诈、不诚实、是否适合录用或类似重大结论的请求交给 false-positive-reviewer。
6. 明确调用原始 Skill 的请求可继续交给 avoid-ai-writing，除非请求明显需要专门阶段。

多阶段顺序

对于“扫描这段内容、改写它，并确保重要内容没有改变”这类请求：

1. 如果可以进行确定性执行，ai-writing-detector 会收集信号；否则，它会根据规范规则手册进行纯模型审计。
2. voice-preserving-rewriter 改写返回的文本；如果明确指定了文件，则由 file-edit-in-place 修改该文件。
3. 修改负责人在共享编辑轮次预算内进行任何有依据的修正，然后由 preservation-verifier 检查修改前后的材料。
4. 只有在共享预算仍有余量时，验证器的 FAIL 才会返回给正确的修复负责人，且仅返回一次；该修复会占用下一轮编辑。
5. 条件允许时，修复后再运行一次验证。
6. 仅当用户要求收敛或残留审计时，才运行残留检测。该检查为只读；如需据此修改，仍须有剩余共享预算。
7. 当不再有合理且属于范围内的编辑，或达到规范轮次上限时停止。不得无限循环。

类型化边

使用 references/handoff-contract.md 中的边语义：

• ROUTE：选择负责人。
• FEED：传递证据，但不将其转化为命令。
• VERIFY：要求进行修改前／后的保留情况检查。
• REPAIR：将未通过的保留结果交回正确的修改负责人。
• RECHECK：按需执行一次有界的残留检查。
• ESCALATE：将不确定或影响重大的作者身份解读交由 false-positive-reviewer 处理。

条件守卫不是图边。按照 references/handoff-contract.md，将其编码到 skill-graph.json 的 guards 和交接信封的 protected_constraints、human_representation_sensitive 字段中。

条件式人物呈现守卫

如果源内容本身是描述人物的图像提示词、视频提示词、分镜、镜头描述或创意简报，请设置 human_representation_sensitive: true，并将身份敏感细节保留为受保护约束。

使用 references/agency-role-lenses.md 中的 agency-inclusive-visuals-specialist 视角，保护文化、地理、年龄、残障、服饰、肤色／光线和物理真实性等细节。不要仅因普通文本中提到某个人物，就将其路由到视觉工作流。

审查视角

当网络发生变化，或复杂请求暴露出边界问题时，应用以下设计检查：

• agency-software-architect：所有权、依赖方向、有界循环、回退、可逆性。
• agency-ai-engineer：检测器语义、不确定性、误报处理、上下文传递、评估。
• agency-senior-developer：可执行路径、错误传播、文件修改证据、CI 和漂移检查。
• agency-inclusive-visuals-specialist：仅针对涉及人物的视觉提示词和简报，检查呈现保留情况。

这些是审查视角，不是隐藏的公共依赖。如果当前宿主环境中没有外部 Agency Skill，请应用已编码的视角，但不要声称其已运行。

边界变更

遇到以下情况时，应将控制权交还路由器，而不是继续在本地处理：

• 任务从只读变为修改；
• 目标从返回文本变为指定文件，或反之；
• 缺少必要的修改前／后证据；
• 工作流要求的确定性执行不可用；
• 用户从模式分析转向影响重大的作者身份声明；
• 验证器失败，并指出了不同的修复负责人。

保留现有交接信封，只修改受新决策影响的字段。

停止条件

当用户请求的阶段已完成，且任何必要的验证关卡已通过、已明确报告为不可用，或已失败且不再有可用于修复的编辑轮次时，停止。报告预算耗尽导致的失败时，不得声称结果已通过验证。

不要：

• 根据检测器输出推断作者身份；
• 未经用户授权修改文件；
• 隐瞒验证器失败；
• 仅因存在其他 Skill 就重新运行阶段；
• 超出规范规定的重写轮次上限；
• 仅因用户提到 AI，就将无关的写作或编码请求路由到此 Plugin。

输出

仅在请求的阶段和可用验证完成后，才返回所选工作流的结果。对于返回文本的重写，只包含一份完整的最终重写版本；不要展示后续阶段已取代的草稿。对于指定文件的编辑，报告变更片段，不要重复输出整个文件。对于多阶段任务，说明实际运行了哪些阶段、哪些阶段仅由模型执行、执行了哪些确定性检查、使用了多少轮编辑、是否进行过修复，以及最终的保留状态或尚未解决的问题。