针锋 Crossfire
把一个已经定稿的成果摆上台，让红队从指定维度分头攻击，由你逐条认定或驳回。
Crossfire 是 DeepSeek Harness 的一个插件，只做一件事：对抗式评审。它不产出方案、不改代码、不自动修复 —— 它是验收器，不是执行器。
它和别的多智能体插件有什么不同
| 协作型团队（如 AgentTeams） | 圆桌会议 | 针锋 Crossfire |
|---|
| 目标 | 把活干完 | 开一场多角色会议 | 判定一份成果站不站得住 |
| 机器做什么 | 分工、执行、自动修复 | 统筹、转述、聚合 | 只挑错 |
| 谁下结论 | 流程门禁 | 主持人汇总 | 你，逐条 |
| 界面 | 成员树 / 任务 DAG | 拓扑图 + 面板 | 一张卡，四个状态 |
四条边界（越界即破坏了它存在的意义）：
- 表态永远由人做。 缺陷的认定 / 驳回只能在卡片上由你操作；插件没有、也不该有"代表认定缺陷"的工具。
- 不产出方案、不改代码、不自动修复。
- 红队专家只读。 它们的工具是白名单：
read / read_image / glob / grep + 一个 crossfire_report。能取证，不能动手。
- 你的历史表态只用于去重与复审递进，绝不会作为"用户画像"喂给红队 —— 否则模型会预判你的偏好而干脆不提某类问题，与"反方攻击"的初衷正好相反。
安装
dsh plugin --profile web add @huanlin/dsh-plugin-crossfire
安装后重启 Harness 进程并刷新浏览器（host 侧改动不热重载）。
环境要求：DeepSeek Harness 0.2.0-rc.2+、Node >= 22（开发时为 24.x）。
用法
在对话里说一句「用针锋评审一下这个方案」，或者在卡片上点按钮 —— 两条路驱动的是同一套状态机。
draft ──送红队上场──▶ attacking ──收集观点──▶ judging ──定稿──▶ settled
▲ │
└──── 开复审 ─────┘
（只核对旧账）
工具面（crossfire_*）
| 工具 | 作用 |
|---|
crossfire_open | 把待验证对象摆上台（标题 + 正文 + 维度 + 强度）。状态 draft |
crossfire_stance | 写入用户的立场与理由；没有就从对话提炼（distilled=true），但绝不虚构 |
crossfire_attack | 按维度拉起只读红队专家。状态 attacking |
crossfire_collect | 把专家发言拆成逐条可裁决的缺陷。状态 judging |
crossfire_finish | 定稿，固化 known-flaws 清单并写入历史。状态 settled |
crossfire_recheck | 复审：只核对上一轮已认定的缺陷是否修复 |
crossfire_export | 导出 Markdown 交付物 |
crossfire_report | 专家侧：红队提交发言的唯一通道 |
卡片
在对话轨迹里占一张卡（tool.call.toolview，key = crossfire_open），每张缺陷一张子卡，可内联认定 / 驳回（必填理由）/ 待定，三态可互切。卡片每秒轮询快照，因此状态机一变它立刻跟着变。
顶部影响条显示 认定 / 驳回 / 待定 与"打穿立场"的条数。
数据落在哪
<工作区>/.crossfire/crossfire/<reviewId>/
review.json 评审记录（议题、立场、缺陷三态、历史轮次）
transcript.jsonl 红队发言（append-only）
user-actions.jsonl 用户行为
export.md 导出物
命名空间与圆桌会议的 .roundtable 完全隔离：两个插件零代码耦合，互不读写对方的状态。
刻意没有的东西：拓扑图、有向边、聚合网关、知识库中继、skill 中继、代理思考。
两个"修好了的真实缺陷"
- 维度标签：圆桌的历史数据里
dimension 实值是 维度② / 其他 / 空串（圆圈数字被当成了维度名）。Crossfire 的规则是落库维度必须 ∈ 本次采用维度，越界者归一化并留下 dimensionFallback 标记。
- 过程叙述污染裁决面：
[当前状态] 已收到主持人任务… 这类发言曾被当成缺陷收进列表。Crossfire 在收集阶段拦掉 auto-capture 与行首进度标记，但不误杀真缺陷（"密钥硬编码在源码里"这类短句有专门的测试守护）。
开发
从源码跑起来（克隆后必读）
.gitignore 排除了 node_modules/ 与 lib/，所以克隆下来是一个没有构建产物的源码树 ——
package.json 的 main 指向 ./lib/index.js，不构建就装不上：
pnpm install # 或 npm install
pnpm run build # typecheck×2 → tsdown 双产物 → 声明生成
本仓库的 node_modules/ 在作者机器上是指向另一个本地包的 junction（提权创建），因此
它绝不入库；克隆后请自行安装依赖。
四条门禁
node ./node_modules/typescript/bin/tsc -p tsconfig.json --noEmit # host 类型
node ./node_modules/typescript/bin/tsc -p tsconfig.client.json --noEmit # client 类型
node --test --test-isolation=none "test/*.test.mjs" # 单测（零新依赖）
node ./node_modules/.bin/tsdown.cmd -c tsdown.config.ts # 构建双产物
--test-isolation=none 不是可选项：受限环境下 node --test 默认为每个测试文件 spawn 子进程并捕获其输出，会直接 EPERM。
装好之后的运行时验收
需要连真实运行中的 Harness（只能在浏览器里跑）：
- 打开 DSH Web GUI，按 F12 打开控制台
- 把
test/browser-acceptance.js 整段粘贴进去回车
- 看
PASS / FAIL / SKIPPED
为什么必须在浏览器：插件自建的两条 Web 路由走宿主的
connection.requestRejection 栅栏（Host/Origin + 浏览器认证）。裸 Node 进程没有那个
认证上下文，会被 401 connection trust check failed 拦下 —— 这是栅栏在正常工作，
不是缺陷。
License
MIT
