| name | anti-ai-slop-swarm |
| description | 多智能体去 AI 味流水线。六个独立审稿透镜（事实、膨胀、结构、词汇、语气、节奏）并行诊断同一文本，
编排者合并去重排优先级，重写者统一修改，红队校验者检查信息损失与过度去味。
触发：用户说 多智能体/swarm 去 AI 味、分维度审稿再合并重写、先诊断再重写、并行审稿，
或长文/高风险稿需要多遍严格去 slop。快速单遍去味用 anti-ai-slop。
禁止针对 AI 检测器优化或虚构人类经历。
|
| metadata | {"version":"1.1.0","triggers":["多智能体去 AI 味","swarm 去 slop","分维度审稿","并行审稿重写","先诊断再重写","独立子智能体审稿","de-slop swarm","multi-agent de-slop"]} |
Anti AI Slop · Swarm 编排
环境适配
| 能力 | 有 subagent（Claude Code / Cowork） | 无 subagent（Claude.ai） |
|---|
| 审稿透镜启动 | 真并行，独立上下文 | 顺序模拟，逐个透镜读判，K=1 |
| 上下文隔离 | 子 Agent 物理隔离 | 流式读取纪律：一次只装一个透镜，判完释放 |
| 红队校验 | 独立子 Agent 不读诊断 | Orchestrator 切换视角自评，标 [self-judged] |
无 subagent 环境下隔离靠纪律近似，无法消除上下文污染；追求完整隔离建议使用 Claude Code 或 Cowork。
核心抽象：四位一体对齐
slop 类别组(A–F) ↔ 审稿透镜(audit lens) ↔ dim{编号}/ 工作区 ↔ Auditor Worker
评分定位到维度 → 维度反查到透镜 → 透镜定位到 dim → 重部署 Worker
只要这条映射成立，"红队给某维度判不合格 → 反查对应透镜的诊断 → 定向重写那部分"就自动闭环。
六个透镜固定对齐 base 技能的 slop 分类六组：
| dim | 透镜 | 对应 base 分类组 | 透镜文件 |
|---|
| dim01 | 事实与证据 | A（1–4） | references/lens/A-facts.md |
| dim02 | 内容膨胀 | B（5–10） | references/lens/B-bloat.md |
| dim03 | 结构模板 | C（11–16） | references/lens/C-structure.md |
| dim04 | 词汇句法 | D（17–22） | references/lens/D-diction.md |
| dim05 | 对话语气 | E（23–29） | references/lens/E-tone.md |
| dim06 | 节奏格式 | F（30–35） | references/lens/F-rhythm.md |
Agent 角色（独立子智能体）
每个角色的完整指令在 agents/ 下，是该子智能体的独立 skill 文档。部署某角色时，把对应文件作为它的系统指令。
| 角色 | 数量 | 任务 | 独立文档 |
|---|
| Orchestrator | 1 | 锁原文、分透镜、合并去重定级、裁决、调红队、精炼、交付 | agents/orchestrator.md |
| Auditor（审稿透镜） | 6（A–F） | 各自独立诊断一组 slop，只诊断不改写 | agents/auditor.md + 对应 lens/ |
| Fact-Verifier | 0–1 | 用工具核验事实锚点（可选） | agents/fact-verifier.md |
| Rewriter | 1 | 按统一问题清单执行修改 | agents/rewriter.md |
| Loss-Verifier（红队） | 1 | 对照原文检查信息损失/事实改动/过度去味 | agents/loss-verifier.md |
| Voice-Matcher | 0–1 | 提取作者风格卡（voice-match 模式） | agents/voice-matcher.md |
铁律：审稿者只诊断不改写。 六个审稿者各改各的必然冲突；诊断与重写分离，让重写者在一份合并后的、已解决透镜间冲突的清单上一次改完。
模式
| 模式 | 跑哪些角色 | 用途 |
|---|
audit-only | 6 Auditor + 合并 | 只出诊断报告，不改稿 |
full-deslop（默认） | 6 Auditor → Rewriter → Loss-Verifier（+精炼） | 完整诊断+重写+校验 |
surgical | 6 Auditor → Rewriter（只修高/硬失败） → Loss-Verifier | 最小修补，保结构文气 |
+fact | 任意模式叠加 Fact-Verifier | 含精确数字/时效信息，需工具核验 |
+voice | 任意模式叠加 Voice-Matcher | 用户提供作者样本，需匹配声音 |
7-Phase 生命周期（映射到去 slop）
Phase 1 选模式（audit-only/full-deslop/surgical[+fact][+voice]）+ 声明配置
▼
Phase 2 冻结 contract.md：原文 = 不可变事实锚点 + 问题清单 schema
产出 style_guide.md：从原文/样本提取的体裁/受众/语体/受保护内容 ◄── 🔒 用户检查点
▼
Phase 3 原文写入 shared/source.md（只读）；建 dim01–dim06[+voice/fact dim]
▼
Phase 4 部署 6 Auditor（各读 source + 自己的 lens，独立诊断）→ 产出完整问题清单（full_issues）
▼
Phase 5 full_issues → 去重 → 密度合并 → 解决冲突 → 排序 → 按浮动上限截取本轮批次（batch）
剩余问题存入 backlog
▼
Phase 6 audit-only 到此交付诊断报告；否则部署 Rewriter 按 batch 执行修改 → 重写稿
▼
Phase 7 Loss-Verifier 红队 → 6 维质量门评分 + MSR 过度去味检测 → 不达标且未到上限且上轮有改进
→ 定向重写（有界精炼，回 Phase 6）；达标/触顶/无改进 → 交付
▼
交付 报告本轮处理数 / backlog 剩余数；若未启用 +fact/+voice，提示可补充启用 ◄── 💬 用户检查点
用户满意 → STOP
用户要求继续 → 回 Phase 5（以当前重写稿为输入，从 backlog 截取下一批次）
用户要求补跑 +fact/+voice → 回 Phase 4 仅补跑对应 Agent（以当前重写稿为输入）
→ 新诊断追加入 backlog → 回 Phase 5
追加轮次规则
Phase 5 的浮动上限使每轮只处理优先级最高的一批问题，backlog 中的低优先级问题留待后续。交付时必须告知用户：
本轮处理了 X 个问题，backlog 中还有 Y 个未处理。如需进一步去味，我可以继续执行下一轮。
[若未启用 +fact] 本轮未启用事实核验（+fact），如需核验文中数字/时效信息，可补充启用。
[若未启用 +voice] 本轮未启用声音匹配（+voice），如有作者样本需匹配风格，可补充启用。
用户确认继续时，按以下规则回到 Phase 5：
- 输入文本更新：以上轮重写稿（而非原始原文）作为 Rewriter 和 Loss-Verifier 的工作文本。
- backlog 按序截取：从 backlog 头部按同样的浮动上限截取下一批次；已被前轮附带修复的问题由 Rewriter 跳过。
- 补跑 +fact/+voice：用户在交付检查点要求启用时，回到 Phase 4 仅部署对应 Agent（不重跑 6 个 Auditor）。Fact-Verifier 以当前重写稿为输入核验事实；Voice-Matcher 从用户提供的作者样本提取风格卡。新产出的诊断追加入 backlog 参与后续 Phase 5 排序，不覆盖已有诊断。
- MSR 按轮独立计算：每轮的修改句比只统计本轮 batch 引起的变动，不累加历史轮次。
- contract 事实锚点不变：所有轮次共享同一份 Phase 2 锁定的事实锚点，不因文本迭代而松动。
- backlog 耗尽即止：backlog 为空时流程终止，不再重新审稿。
硬约束
- 承重墙：Orchestrator 不在自身上下文堆积所有透镜全文；需读全文深判时下放或流式逐个读。
- 有界回路：单轮内精炼必须同时满足迭代上限（默认 2、上限 3）、收敛判据（6 维达标）、无改进即停。跨轮由用户驱动，backlog 耗尽即止。
- 单次裁决：合并问题清单读一遍、排一次、定即止。
- 契约不可变：Phase 2 锁定的事实锚点在所有轮次中不变，不因文本迭代而松动。
- dim 隔离：审稿者不读其他 dim，红队不读审稿诊断。
- 用户检查点：Phase 2 默认等确认；交付时报告本轮处理数、backlog 剩余数及 +fact/+voice 启用状态，由用户决定继续、补跑或终止。
领域规则
- 原文即 Fact Anchors：contract 的事实锚点段 = 原文全部数字、日期、人名、产品名、引文、立场、限制。所有子智能体只读不改。
- 审稿只诊断不改写（见上铁律）。
- 收敛判据 = 浮动上限 + 密度合并 + 6 维质量门 + MSR 安全阀：合并阶段先做密度合并（同类型 ≥3 次 → 系统性问题，提级），再按浮动上限
min(max(ceil(字数/1000)×3, 5), 20) 截取本轮 batch，剩余入 backlog。不追求每类归零（过度去味禁区）。MSR 按轮独立计算，full-deslop/surgical 模式下单轮 MSR > 45% 触发回退。
- 去 slop 不是新模板：破折号、被动、副词、三项列表、设问、第一人称只有在高密度/无功能时才处理；审稿者按"严重程度"四级分级，红队按 6 维评分，都不把语境相关写法当硬错误。
参考文件索引（按需加载）
- 子智能体指令 →
agents/（六份独立文档，见上表）
- 六个透镜的判据 →
references/lens/A-facts.md … F-rhythm.md（各审稿者只读自己那片）
- 问题清单字段 / digest 格式 / 合并去重与冲突解决规则 →
references/issue-schema.md
- 6 维质量门评分与收敛判据 →
references/quality-gate.md
Quick Start
1. Phase 1: 选模式 + 声明配置（mode, max_parallel, refine, checkpoint）
2. Phase 2: 冻结 contract.md（原文=事实锚点 + 问题清单 schema）+ style_guide.md → 🔒 检查点
3. Phase 3: source.md 入 shared/（只读）+ mkdir dim01–dim06
4. Phase 4: 部署 6 Auditor（按 agents/auditor.md + 各 lens 文件）→ full_issues [+fact/voice]
5. Phase 5: full_issues → 去重 → 密度合并 → 解决冲突 → 排序 → 截取 batch，剩余入 backlog
6. Phase 6: audit-only 交付诊断；否则 Rewriter 按 batch 执行
7. Phase 7: Loss-Verifier 红队 → quality-gate 评分 + MSR 检测 → [精炼] → 交付
8. 报告本轮处理数 / backlog 剩余数；若未启用 +fact/+voice 则提示 → 用户审核
→ 满意 → STOP
→ 继续 → 以当前重写稿为输入，回 Phase 5 截取下一批次
→ 补跑 +fact/+voice → 回 Phase 4 仅跑对应 Agent → 新诊断入 backlog → 回 Phase 5
