@boyingliu01/opencode-plugin 0.31.1 → 0.31.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json
CHANGED
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/DELPHI-REVIEW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-10-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-10-26
|
|
4
|
+
**Commit:** 7a6d9971
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.31.
|
|
6
|
+
**Version:** 0.31.3.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Delphi Consensus Review — multi-round anonymous expert review (≥90% threshold, exactly 3 experts with distinct executable model IDs). Supports design, requirements, and code-walkthrough modes.
|
|
@@ -392,6 +392,11 @@ delphi-review(
|
|
|
392
392
|
)
|
|
393
393
|
```
|
|
394
394
|
|
|
395
|
+
> **先确认该工具真的存在(#574)**:不是所有 DSH profile 都装了它。若当前会话的工具列表里
|
|
396
|
+
> 没有 `delphi-review`,说明插件未安装 —— 此时**不要**推断"那就用 subagent / workflow 吧"。
|
|
397
|
+
> 按下方【通道白名单】处理:要么装插件(`dsh plugin add @boyingliu01/dsh-plugin-xp-gate`),
|
|
398
|
+
> 要么走 external 脚本路径,要么 BLOCK。
|
|
399
|
+
|
|
395
400
|
该工具**直连外部 OpenAI 兼容网关**,每个席位绑定一个不同模型,因此不依赖宿主配置即可
|
|
396
401
|
满足不变量。它复用**同一份** `.delphi-config.json`,无需额外配置。
|
|
397
402
|
|
|
@@ -431,6 +436,51 @@ delphi-review(
|
|
|
431
436
|
- 降级证据落盘 `delphi-reviewed.json`:`channel`、`fallback_reason`(如 `dsh_subagent_model_selection_disabled`)、`probe_evidence`(①②③ 的实测摘录)。
|
|
432
437
|
- 两通道同不变量:三专家齐全、`requested_model` 互异、consensus ≥90%、**无单专家路径**。
|
|
433
438
|
- 可用性探测可用 `xp-gate doctor delphi` 复核(DSH 环境下含 `subagentModelSelection` 持久化设置检查)。
|
|
439
|
+
|
|
440
|
+
##### 通道白名单(default-deny,#574)
|
|
441
|
+
|
|
442
|
+
上面的双通道契约是**允许清单**,不是"除 subagent 外都能用"。**只有这两条通道合法**:
|
|
443
|
+
`subagent`(native,需通过 ①②③)与 external(插件工具 / `delphi-external-review.cjs`)。
|
|
444
|
+
|
|
445
|
+
**其余一切扇出机制一律禁止**,包括但不限于:
|
|
446
|
+
|
|
447
|
+
| 禁止的通道 | 为什么禁止 |
|
|
448
|
+
|---|---|
|
|
449
|
+
| `workflow` 工具的 `agent()` 扇出 | `agent()` 的 `provider`/`model` **不受** `allowedModels` 约束(`dsh-workflow-ptc` 里没有任何白名单校验,直达 `subagents.start`)。脚本里写什么模型就真的跑什么模型。 |
|
|
450
|
+
| 手写脚本 / 循环里逐个调 `subagent` 但省略 `model` | 缺 `model` 时子代理**静默继承宿主会话模型**,三席变一席。 |
|
|
451
|
+
| Agent Teams / `spawn_teammate` | 团队成员模型不可逐条指定,且 `TeamMemberView.model` 是输出字段、可能是继承值。 |
|
|
452
|
+
| 任何"从网关模型清单里挑三个"的做法 | 网关可能注册上百个模型,任意三个互异都满足旧不变量 —— 这正是 #574 的事故形态。 |
|
|
453
|
+
|
|
454
|
+
**推荐通道不可用时,必须 BLOCK 并如实报告,不得自行选一条"看起来能跑"的路径。**
|
|
455
|
+
判定句:*如果我正在用的派发机制不在上面两条之内,立即停止,输出 BLOCK 并说明缺什么。*
|
|
456
|
+
|
|
457
|
+
##### 席位解析(派发前强制步骤,#574)
|
|
458
|
+
|
|
459
|
+
模型 ID **只能来自 `.delphi-config.json`**,不得来自会话默认模型、网关模型清单、
|
|
460
|
+
记忆、或上一次评审的残留。派发前依次执行:
|
|
461
|
+
|
|
462
|
+
1. 读取 `<项目根>/.delphi-config.json`,取 `active_profile` 指向的 profile。
|
|
463
|
+
(查找顺序:项目根 → `~/.config/xp-gate/.delphi-config.json`;多份存在时以项目根为准。)
|
|
464
|
+
2. 解出 `architecture` / `technical` / `feasibility` 三个席位的 `model`,**去空白**。
|
|
465
|
+
3. **原样打印**这三个 ID 与 `active_profile`,作为本轮派发的凭据。
|
|
466
|
+
4. 只用这三个字面量派发;脚本里**不得出现配置中不存在的模型 ID**。
|
|
467
|
+
5. 三席位必须互异 —— 若配置本身有重复,这是配置错误,BLOCK,不要去"挑一个换掉"。
|
|
468
|
+
|
|
469
|
+
> 反例(2026-10-22 实测事故):某次 code-walkthrough 的 workflow 脚本硬编码了
|
|
470
|
+
> `s-deepseek-v4.1-flash` / `g-deepseek-v4-pro` / `doubao-seed-2.0-pro`,
|
|
471
|
+
> 而配置写的是三个 `local-*` 免费席位。三者互异、评审"成功"、Gate MW 判 APPROVED,
|
|
472
|
+
> 但付费模型被真实调用,而 `local-*` 只落了 1/3。16 次 workflow 运行中读取配置的次数为 **0**。
|
|
473
|
+
|
|
474
|
+
##### 执行后核验(#574)
|
|
475
|
+
|
|
476
|
+
评审结束后必须逐席位核对**实际解析到的模型**,不能只看请求值:
|
|
477
|
+
|
|
478
|
+
- 证据来源:子会话的 `request/header`(平台日志)或 external 脚本的回执 `resolved_model`。
|
|
479
|
+
- 三席 `requested_model` 必须**逐一等于**配置中同角色的席位(按角色对应,不是"三者在集合里")。
|
|
480
|
+
- 任一不匹配 → 本次评审**作废**,不得写入 `.code-walkthrough-result.json`,按 BLOCK 处理。
|
|
481
|
+
- Gate MW 会独立复核这一点(#574):存在 `.delphi-config.json` 时,
|
|
482
|
+
证据里每个 `requested_model` 必须等于该角色的配置席位,否则 pre-push 直接 BLOCK。
|
|
483
|
+
|
|
434
484
|
#### WorkBuddy 平台(Expert 团队模式)
|
|
435
485
|
|
|
436
486
|
WorkBuddy 侧以 Team 型专家团(示例:`delphi-review-team`,安装在 `~/.workbuddy/plugins/marketplaces/my-experts/plugins/`,创建方式见 [docs/platform-workbuddy.md](../../docs/platform-workbuddy.md))承载评审,触发本技能后按此路由执行:
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/SPRINT-FLOW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-10-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-10-26
|
|
4
|
+
**Commit:** 7a6d9971
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.31.
|
|
6
|
+
**Version:** 0.31.3.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
**6-phase** development pipeline (v2.0 compact redesign, Issue #290): PREP → DESIGN → BUILD → VERIFY → SHIP → CLOSE. Phase 3/6 BUILD default build mode is **ralph-loop** (REQ-level iteration, 40-67% token savings vs parallel). HARD-GATE between DESIGN (2/6) and BUILD (3/6): design must pass Delphi review (≥90% consensus) before any coding.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/TEST-SPECIFICATION-ALIGNMENT KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-10-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-10-26
|
|
4
|
+
**Commit:** 7a6d9971
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.31.
|
|
6
|
+
**Version:** 0.31.3.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Test-Specification Alignment Engine — two-stage validation ensuring tests accurately reflect requirements and design specs.
|