針鋒 Crossfire:把定稿成果擺上對抗評審臺

前言

在 DeepSeek Harness(DSH)裏做多智能體協作時,常見做法是分工執行、圓桌討論或自動修代碼。方案寫到一定階段,你真正需要的往往不是「再生成一版」,而是:這份成果在指定維度上能不能站得住。機器可以多角度挑刺,但認定與駁回應留在人手裏,否則容易把流程門禁或模型彙總當成最終結論。

下面介紹社區插件 針鋒 Crossfire(@y9931666/dsh-plugin-crossfire):只做對抗式評審,不產出方案、不改代碼、不自動修復。維護者爲 9931666,分類爲工作流;代碼與說明見 GitHub 倉庫,目錄頁爲 SkillHub 插件頁。插件當前 npm 版本爲 0.2.0,許可證 MIT。

這是什麼

Crossfire 是 DSH 的一個插件,定位是驗收器,不是執行器:把已經定稿的成果擺上評審臺,按你選的維度拉起只讀紅隊專家攻擊,由你在卡片上逐條認定、駁回或待定。

與協作型團隊(如 AgentTeams)、圓桌類插件相比,它的目標不是把活幹完或開會聚合,而是判定一份成果是否站得住;機器側只負責挑錯,結論由你逐條下。界面形態是一張卡、四個狀態(draft → attacking → judging → settled),而不是成員樹、任務 DAG 或圓桌拓撲圖。

四條設計邊界(README 中寫明,越界即破壞其用途):

  1. 缺陷的認定 / 駁回只能在卡片上由你操作;插件沒有「代表用戶認定缺陷」的工具。
  2. 不產出方案、不改代碼、不自動修復。
  3. 紅隊專家只讀:工具白名單爲 read / read_image / glob / grep 加 crossfire_report,能取證不能動手。
  4. 你的歷史表態只用於去重與複審遞進,不作爲「用戶畫像」餵給紅隊。

狀態與 .roundtable 命名空間完全隔離,兩個插件零代碼耦合。

核心功能

狀態機與工具

在對話裏說「用針鋒評審一下這個方案」,或在卡片上點按鈕,驅動的是同一套狀態機:

crossfire_plan_review ──▶ crossfire_open ──送紅隊上場──▶ attacking ──收集觀點──▶ judging ──定稿──▶ settled
   (設置確認卡,不落盤)        (draft)                                        ▲                │
                                                                                └──── 開復審 ─────┘

Host 側 crossfire_* 工具分工如下(摘自 README):

工具 作用
crossfire_plan_review 開評第一步:彈設置確認卡(評審設置 + 紅隊陣容),等「確定開始 / 仍需修改」;確認前不落盤、不拉專家;確認後把完整配置(含 experts)原樣傳給 crossfire_open
crossfire_open 擺上待驗證對象(標題、正文、維度、強度、確認過的 experts),狀態 draft
crossfire_stance 寫入用戶立場與理由;缺失時可從對話提煉(distilled=true),不虛構
crossfire_attack 按維度拉起只讀紅隊,狀態 attacking
crossfire_collect 把專家發言拆成逐條可裁決的缺陷,狀態 judging
crossfire_finish 定稿並固化 known-flaws,狀態 settled
crossfire_recheck 複審:只覈對上一輪已認定缺陷是否修復
crossfire_export 導出 Markdown
crossfire_report 紅隊提交發言的唯一通道

crossfire_plan_review(v0.2.0)會在軌跡裏先佔一張設置卡:兩張 Markdown 表、按鈕「確定開始 / 仍需修改」;確認卡只定「怎麼開評」,認定 / 駁回仍在評審卡上由人完成。

卡片與裁決

對話軌跡裏一張主卡(toolview,key = crossfire_open),每條缺陷一張子卡,可內聯認定 / 駁回(必填理由)/ 待定,三態可互切;卡片每秒輪詢快照。頂部影響條顯示認定 / 駁回 / 待定與「打穿立場」條數。v0.1.3 起,缺陷左側有 3px 狀態色條(認定綠 / 駁回紅 / 待定灰)。

數據落盤

工作區下路徑(與圓桌 .roundtable 隔離):

<工作區>/.crossfire/crossfire/<reviewId>/
  review.json        評審記錄
  transcript.jsonl   紅隊發言(append-only)
  user-actions.jsonl 用戶行爲
  export.md          導出物

README 明確不做:拓撲圖、有向邊、聚合網關、知識庫中繼、skill 中繼、代理思考。

安裝與啓用

環境要求:DeepSeek Harness 0.2.2-rc.1+(package.json 中 crossfire.hostBaseline 同爲 0.2.2-rc.1)、Node >= 22(作者開發環境爲 24.x)。

官方安裝命令(注意包名爲作者 npm scope @y9931666,勿與 @huanlin 等歷史文檔混用):

dsh plugin --profile web add @y9931666/dsh-plugin-crossfire

安裝後重啓 Harness 進程並刷新瀏覽器;host 側改動不熱重載。

插件以當前 DSH 進程的權限運行,安裝前宜閱讀倉庫源碼與 MIT 許可證,確認紅隊只讀工具與數據落盤路徑符合你的安全預期。DSH 生態是「一切皆插件」;SkillHub 等爲社區目錄,與 DeepSeek / 幻方無官方從屬關係。

典型用法

  1. 在 Web 配置裏裝好插件並重啓 Harness。
  2. 在對話中觸發評審(自然語言或工具鏈):通常先經 crossfire_plan_review 確認維度與紅隊陣容,再 crossfire_open 擺上成果。
  3. 確認開始後進入 crossfire_attack → crossfire_collect,在 judging 階段對每條缺陷表態。
  4. crossfire_finish 定稿;需要覈對舊賬時用 crossfire_recheck;交付用 crossfire_export。

若需從源碼開發,README 要求克隆後自行 pnpm install 與 pnpm run build(main 指向 ./lib/index.js,未構建無法安裝);瀏覽器驗收需把 test/browser-acceptance.js 粘貼到 DSH Web GUI 控制台執行——插件 Web 路由依賴瀏覽器認證上下文,裸 Node 會得到 401 connection trust check failed(柵欄預期行爲)。

適用場景與注意

適合誰:已有定稿稿本(方案、設計說明、關鍵結論等),希望在多維度上接受只讀紅隊挑刺,且願意自己逐條裁決的團隊或個人;不適合指望插件代寫方案或自動修缺陷的場景。

與其它插件選型:要分工幹活選協作型團隊;要多角色會議與拓撲展示選圓桌;只要「站不站得住」且結論在人,用 Crossfire。

README 還記錄了兩類工程側修復:維度標籤必須屬於本次採用維度集合(越界會歸一化並標記 dimensionFallback);收集階段過濾進程敘述類 auto-capture,避免污染缺陷列表。

結尾

針鋒 Crossfire 把對抗式評審做成 DSH 裏的一等原語:機器只找 flaw,裁決永遠在你。進一步瞭解可打開 SkillHub 目錄頁 與 GitHub README。

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜