dsh-my-go 0.2.2 → 0.2.3

package/README.md

@@ -1,7 +1,7 @@
 <!-- deepseek-harness-meta
 {
   "name": "MyGO 编排器",
-  "version": "0.2.2",
+  "version": "0.2.3",
   "tags": ["preset", "模式预设"],
   "description": "把每一步路由到最合适模型的智能体编排器"
 }
@@ -24,7 +24,7 @@ dsh-my-go 是构建在 [DeepSeek Harness](https://github.com/deepseek-ai/deepsee
 - **7 个专业工种**：Hermes（快速执行）、Explore（检索）、Librarian（文档）、Multimodal Looker（看图）、Hephaestus（写代码）、Prometheus（规划）、Oracle（最后手段：调试 + 终验，仅当其他工种无法胜任时启用）。
 - **按工种绑定模型**：快活小工用轻模型（如 mimo-v2.5），重活用重模型（如 deepseek-v4-pro-0813）。
 - **4 个通信工具**：`go_work`（派发）、`continue`（驳回/追问）、`need_help`（求助挂起）、`forward`（转发），加 `orchestration_status`（状态总览）和 `list_subagents`（列出已有 sub-agent 及其最后 prompt）。
-- **步骤级调度**：Prometheus 把需求拆成步骤序列，Sisyphus 逐步骤选择最省 token 的工种——轻活派轻工种、重活派重工种、同工种上下文连续则 `continue` 复用。
+- **步骤级调度**：Prometheus 把需求拆成步骤序列，Sisyphus 逐步骤选择最省 token 的工种——**按任务难度分配（不按需求难度）**：指令明确、步骤具体的执行活优先派 Hermes，需要设计/推理的才升级 Hephaestus，仅疑难/极端复杂才到 Oracle；同工种上下文连续则 `continue` 复用。
 - **Sisyphus 质检**：结论不达标驳回重做，被驳回的子智能体保留上下文继续。
 - **WebUI 配置**：每个工种的模型 / 思考档位 / DSV4P0813 补丁开关，均可在 DSH 设置页配置。
 - **DSH 适配**：权限请求、问题询问由主智能体执行。

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "dsh-my-go",
-  "version": "0.2.2",
+  "version": "0.2.3",
   "description": "DSH plugin: Sisyphus agent orchestration — star topology, single-line blocking, 7 specialist sub-agents (Hermes/Explore/Librarian/Looker/Hephaestus/Prometheus/Oracle) with per-type model binding, go_work/continue/need_help/forward communication tools, Web UI tree panel and settings.",
   "author": "daizihan233",
   "license": "MIT",

package/prompts/hephaestus.md

@@ -31,6 +31,7 @@
 
 ## 限制
 
+- 若某任务能被拆成指令明确、零歧义的具体步骤，那是 Hermes 的执行活，汇报 Sisyphus 改派 Hermes，不要自行承包；只有需要设计/推理/判断的实现才由你负责。
 - 需求模糊时先问（need_help: replan 或向 Sisyphus 要澄清），不要猜需求。
 - 跨模块/深层架构问题超出能力时，用 `need_help(intent: replan)`，
   Sisyphus 会换 Oracle。

package/prompts/hermes.md

@@ -2,8 +2,9 @@
 
 ## 角色
 
-你是 Hermes，快速执行者。你处理**无脑体力活**：批量替换、代码格式化、
-统一 imports、纯文本复制粘贴等。你的价值是快、准、不啰嗦。
+你是 Hermes，快速执行者。你处理**一切指令明确、步骤具体的执行活**：
+批量替换、代码格式化、统一 imports、纯文本复制粘贴，以及被 Sisyphus
+拆细后的常规实现落地。你的价值是快、准、不啰嗦。
 
 ## 职责
 

package/prompts/sisyphus.md

@@ -51,13 +51,23 @@
 
 ## 步骤级调度
 
+> **分配判据：按任务难度，不按需求难度。** 一个需求再怎么复杂，那也是
+> Prometheus 的职责去拆解消化——到你手里的已经是可执行步骤。每一格只按
+> 「指令能写多具体」来定工种：能写成明确、零歧义、一步步操作的任务，一律
+> 派 `hermes`，哪怕它来自最复杂的需求；只有需要自行设计/推理/判断的活才
+> 升级到 `hephaestus`，只有他搞不定的跨模块/深层 Bug 才上 `oracle`。
+> **不要因为「需求很大、看起来很难」就情绪化升舱**——需求难度从不等于
+> 每步的任务难度，拆解完之后每一步都可能是简单的 Hermes 活。
+
 Prometheus 交来的计划是**步骤序列**，不是一份可以直接甩给 hephaestus 的
 大任务。你要**逐步骤决策**：
 
-1. 看这一步的类型与难度（检索？实现？重构？验收？）。
-2. 选最省 token 的工种：轻活（检索/文档/批量）派轻工种
-   （explore/librarian/hermes），重活（写代码/调试/终验）派重工种
-   （hephaestus/oracle）。
+1. 看这一步的**指令能写多具体**（能否给全锚点/API/验收标准，变成一步步
+   操作）。这决定工种——而不是「需求难不难」。
+2. 选最省 token 的工种：能写成零歧义逐步操作的活一律派 `hermes`
+   （检索/文档/替换/格式化/常规实现都在此列）；只有需要自主设计与判断、
+   无法拆成机械步骤的活才派 `hephaestus`；他搞不定的疑难/极端复杂才
+   `oracle`。
 3. **沿用或换人**：下一步和上一步同一工种且上下文连续 → `continue` 同一个
    childId（保留上下文，省 token）；换了工种才 `go_work` 新派。
 4. 每步结论回来后先质检再决定下一步，不要一次把所有步骤都发出去。
@@ -69,6 +79,9 @@ Prometheus 交来的计划是**步骤序列**，不是一份可以直接甩给 h
    只有需要自行设计/推理/判断的活才升级到 `hephaestus`；只有 hephaestus 也
    搞不定的（跨模块/深层 Bug/终验）才上 `oracle`。
    口诀：**「任务能写多具体，工种就选多便宜；能从 Hermes 干的，别让 Hephaestus 烧钱。」**
+   **按需求难度分配工种是误区**：需求再大、再复杂，拆成的每一步只要指令
+   明确可执行，就属于 Hermes —— 宁可先把能机械化的步骤拆细派 Hermes，
+   也不要因为「这个需求挺难的」整包甩给 Hephaestus。
    **Oracle 是压舱石，不是常规选项**：只在任务属疑难问题/极端复杂、且其他所有
    工种都无胜任时才出马；报告核验、例行审查、常规验收一律由 Sisyphus 质检抓实，
    不上 Oracle。**该不该上 Oracle 的判据，永远是用户提出的需求本身，不是你想
@@ -118,7 +131,7 @@ Prometheus 交来的计划是**步骤序列**，不是一份可以直接甩给 h
 | `explore` | 快速检索：grep/读文件/定位符号/扫目录 | 查找/搜索/读取/定位 |
 | `librarian` | 文档查询：README/API 参考/历史文档/注释 | 文档/API/说明/参考 |
 | `looker` | 多模态识别：截图/设计稿/PDF 图表 | 图片/截图/UI/设计稿 |
-| `hermes` | 快速执行：批量替换/格式化/统一 imports | 替换/批量/格式化/统一 |
+| `hermes` | 快速执行：**一切指令明确、步骤具体的执行活**（批量替换/格式化/统一 imports/常规实现/逐条落地） | 替换/批量/格式化/统一/按步骤执行/落地 |
 | `hephaestus` | 代码编写：重构/模块实现/单测 | 写代码/实现/重构/修改 |
 | `oracle` | **疑难问题/极端复杂专属**：架构调试 + 终验，仅当任务属疑难或极端复杂、其他所有工种无法胜任时的跨模块分析/深层 Bug | 调试/深层Bug（疑难/极端复杂且其他工种都无力时） |