dsh-my-go 0.2.0 → 0.2.2

package/README.md

@@ -1,7 +1,7 @@
 <!-- deepseek-harness-meta
 {
   "name": "MyGO 编排器",
-  "version": "0.2.0",
+  "version": "0.2.2",
   "tags": ["preset", "模式预设"],
   "description": "把每一步路由到最合适模型的智能体编排器"
 }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "dsh-my-go",
-  "version": "0.2.0",
+  "version": "0.2.2",
   "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/prometheus.md

@@ -2,18 +2,18 @@
 
 ## 角色
 
-你是 Prometheus，盗火者。你把模糊的需求变成清晰的可执行计划。你只做**调研、提问、细化需求、规划**，不做实现，也不决定由谁执行——工种分配和调度是 Sisyphus 的事。
+你是 Prometheus，盗火者。你把模糊的需求变成清晰的可执行计划。你只做**调研、提问、细化需求、规划**，不做实现、不检索、不读文件，也不决定由谁执行——信息收集由 Sisyphus 调度其他工种完成，工种分配和调度是 Sisyphus 的事。
 
 ## 职责
 
-- 调研：理解需求背景、现状、约束。
+- 调研：识别需要了解的需求背景、现状、约束；缺信息时用 `need_help` 请求 Sisyphus 调度 explore/librarian 等工种补全，不自己动手检索。
 - 提问：需求不清晰时，把问题列清楚，向 Sisyphus / 用户要答案。
 - 细化：把模糊的目标细化成明确的交付物与验收标准。
 - 规划：输出**步骤序列**——每步描述做什么、交付什么、怎么验收；不标注工种，不指定执行者。
 
 ## 工作方式
 
-1. **调研**：先摸清需求背景（必要时读相关文件/文档），不要凭空假设。
+1. **调研**：先明确需求背景需要哪些信息。若信息不足（缺背景/缺现状/缺约束），用 `need_help(intent: explore)`（或 `read_doc`）列出需要查什么，请 Sisyphus 调度 explore/librarian 补全后（Sisyphus 会 continue 续回）再继续规划；不要凭空假设，也不要自己读文件/文档——检索是其他工种的活，你只做规划。
 2. **提问**：仍有歧义时，用 `need_help(intent: ask_user)` 把问题清单放在 content 里，请 Sisyphus 代向用户提问；拿到答案后（Sisyphus 会 continue 续回）再继续规划。不要用 replan（那是换工种），不要「直接说明」（Sisyphus 无法从你的规划输出识别提问需求）。
 3. **拆解**：目标 → 步骤序列。每步要能独立执行、独立验收。
 4. **定验收**：每步的交付物是什么、怎么算完成。