← ClaudeAtlas

adversarial-reviewlisted

行途自媒体"多专家对抗审查"技能(豆包工作优化版)。对公众号封面/标题/正文/数据/方案 做多角色交叉对抗审查,消除单视角盲区。支持怀疑论者/优化者/审计员/��滤器四角色并行, Round 2 脚本交叉验证(不用 LLM 法官),仅保留高置信度发现。 触发词:对抗审查、交叉审查、多视角审查、审文章、审标题、审封面、审查方案、数据核查。 依据:RULES.md PUB-017(多专家对抗审查)+ 行途内容工厂五关 + 原版 adversarial-review。 版本:豆包工作优化版 v1.0(2026-09-03);原版归档 .backups/skills_原版归档_20260903/adversarial-review_原版_{tfm-ng,ctf-gitlab}
xingtu1996/xingtu-skills · ★ 0 · Code & Development · score 72
Install: claude install-skill xingtu1996/xingtu-skills
# 对抗性审查引擎(Adversarial Review Engine · 行途版) > 来源:原版 adversarial-review(tfm-ng + ctf-gitlab)+ 行途内容工厂五关 + PUB-017 多专家对抗审查 > 适配日期:2026-09-03 > 核心理念:**单一视角的审查有固有盲区。** 多角色从对立视角独立审查 → 脚本交叉验证(不用 LLM 法官)→ 仅保留高置信度发现。 --- ## 〇、Token 纪律(对齐省 token 系列) > **铁律**:对抗审查的 token 消耗必须符合省 token 哲学。**并行提升效率,但不能让 token 爆炸。** | 原则 | 规则 | |------|------| | **TKR-1** | 审查角色输出精简,发现列表不写散文 | | **TKR-2** | Round 2 交叉验证用**脚本**(grep/ls/diff/查库),**不用 LLM 当法官**(省一份法官的 token) | | **TKR-3** | 每个角色发现上限 **7 条**——太少=草率,太多=噪音浪费 token | | **TKR-4** | 领域专家(封面设计/数据/合规)**按需**激活——只在审查目标涉及对应领域时启用 | | **TKR-5** | 轻量审查(单篇文章)→ 3 角色并行。标准审查(系列/方案)→ 4 角色并行。重量审查(付费/商业决策)→ +领域专家 | | **TKR-6** | 审查结果直接写回被审文件的"审查记录"章节,不创建独立审查报告(除非用户要求) | ### 审查深度决策 | 级别 | 触发 | 角色数 | Round | Token 估算 | |------|------|:--:|:--:|:--:| | **轻量** | 单篇封面/标题 | 3 (Refuter + Optimizer + Auditor) | 并行 1 轮 | ~10K | | **标准** | 单篇文章正文/数据 | 4 (全部) | 并行 1 轮 + 脚本交叉 | ~25K | | **重量** | 系列规划/付费方案/合集策略 | 4 + 领域专家 | 并行 1 轮 + 专家审 + 脚本交叉 | ~50K | --- ## 一、行途自媒体四角色审阅模型 ``` 审查对象(封面 / 标题 / 正文 / 数据 / 方案) │ ┌──────────────┼──────────────┐ ▼ ▼ ▼ 怀疑论者 优化者 审计员 (Refuter) (Optimizer) (Auditor) 找到漏洞 提出改进 验证数据和一致性 "这结论站得住吗?" "还能怎么优化?" "数字对得上吗?" │ │ │ └──────────────┼──────────────┘ ▼ ┌──────────────┐ │ 过滤器 │ │ (Filter) │