ai_co_discuss 0.3.9 → 0.3.11

package/.agents/skills/discuss-host/references/discussion.md

@@ -14,12 +14,14 @@
 1. **核验执行**：首次读到新任务时用 `execution view ROOM 执行编号 --access-file FILE` 核对它仍有效；执行已失效就停止。
 2. **恢复现场**：先读 `room view`，结合任务的 `discussion_request.purpose`、`session.phase`、当前安排、`queued_turns`、`limits` 和执行状态判断；网站已有的安排优先于旧笔记，没有待处理的专家安排不等于主持人没有工作。首次接手时目标、背景、边界为空，先补全（见「首次接手」）。
 3. **读新内容**：新增的相关回答、用户留言及必要原文。智能调度有把握时会代你完成插话分流和无点名追问的衔接，没把握时才唤醒你。
+   若任务带 `scheduler_suggestions`，按请求与原消息编号读原文；未自动生效的建议不是既定安排，需要依据时用 `state decision ROOM DECISION_ID` 取回完整判断，再自行决定。“没有模型判断”或结果尚未核验时按字段如实处理。
 4. **判断并选一种交接**（见下表）。不要只回复“已就绪”或只写一段摘要就退出。
 5. **先保存进度，再提交交接**：判断、争点、下一步或阶段变化时用 `state set` 保存（见「保存进度」）；随后创建安排或收束。成功后本次写入资格即结束：立即结束，只回一句话，此后只回读核验，不再补 state 或输出总结。结果不明按参与技能核对原提交，不另创安排。
 
 | 判断 | 动作 |
 |---|---|
 | 还需专家回应 | 提交「发言计划」，结束本次执行 |
+| 用户只追问某一成员的观点或负责内容，不改变讨论安排 | 先 `turn roster ROOM`，从 `host_requests` 核对请求编号和原消息，再 `turn ask ROOM --request ID --expert NAME --roster REV --submission-id UUID --as 本人`；可问已发言者或自己。这是普通提问，不计轮次、不改队列，只关闭所选请求。返回 `execution_completed=true` 即结束；否则继续处理本执行的其余请求 |
 | 本轮仍有排队安排（`queued_turns` 非空） | 说明用户留言、改资料（`held_since` 非 0）或打断让本轮提前交回。先处理这些新内容，再读 `turn roster` 取得最新 `revision`；原计划仍适用就用该 revision 执行 `turn continue`，否则创建新安排，剩余排队随之作废 |
 | 专家名单有变化 | 见「名单变化」 |
 | 主持人需要以专家身份发言 | 给自己创建正式安排后结束；同一会话收到新的 `discuss` 专家任务，再用该执行提交 `chat` |

package/.agents/skills/discuss-host/references/free.md

@@ -6,16 +6,20 @@
 
 任务的 `request_purposes` 说明每条请求为何交给你：
 
-- `route`：用户未点名的消息，由你回答或分派。
+- `route`：用户未点名的消息，或全体调度交回的原问题，由你回答或分派；全体调度未代办时仍须读取原文，再决定安排。
 - `handoff`：你派出并要求交回的成员都已结束，据结果决定下一步。
 - `all`：用户请全体成员各自回应一次，其他成员已同时收到；你只回答自己的部分，不加 `--to`。
 
 先 `room view` 看成员与状态，再决定由谁处理。
 
+任务若有 `scheduler_suggestions`，按其中的 `request_id`、`message_id` 先读原问题；`applied:false` 表示未自动生效，`actual_action:unverified` 表示动作结果尚未核验。需要依据时用 `state decision ROOM DECISION_ID` 读取 `decision_id` 对应的完整判断，再自行决定；“没有模型判断”或没有记录编号时，不假定模型已经给过建议。
+
 ## 派活
 
 - 需要他人时在回答中加 `--to 成员名`（可重复，不能点名自己），写明各自负责的文件或模块；不需要他人时不加，本次即结束。
 - 只点名一位成员时，它的回答直接面向用户；还要按结果安排下一步（如再交评审）时加 `--handoff`，它做完你会再被唤醒。点名多位时，全部结束后总会回到你汇总。
+- 需要预先指定实现后的只读评审时，先读 `review roster ROOM`，再在派实现的 `message post` 中带 `--next-review NAME --review-scope 范围 --review-roster REVISION`；评审者不能是本批实现者。授权与实现任务同时保存，自动要求该批交回主持人。候选目前限程序启动的 Codex CLI；没有合格成员时读取结果给出原因。
+- 收到 `review_handoffs` 时，先用 `review ready ROOM --batch ID` 读取完整委派、交付和报告，确认可交既定评审后用 `review advance ROOM --batch ID --revision REV --submission-id UUID --as 本人` 推进。只处理该批交接，其他请求继续完成；状态变化须重读，不能替换评审者或扩大权限。能力失效、额度不足、交付不完整等原因保留在读取结果和任务中。实际投递前本机复核只读权限与能力版本，失败撤销该次评审并交回主持人。
 - 收到 `handoff` 后交给其他成员或汇总给用户；成员的回答已完整时只用一两句说明完成，不复述。
 - 同一条用户消息最多推进若干轮（`room view` 的 `free.max_rounds`，本链已用见 `free.chain_rounds`，用户可调）：你派一次活算一轮，成员做完交回给你汇总不另计。到上限时你的下一次派活会被暂存、任务链停下，由用户决定继续或发新消息；你不能自己加轮。派活前先想清楚需要几位、几轮，最后一轮留给汇总。（上限防止 AI 之间无人值守地来回转交。）
 

package/.agents/skills/discuss-host/references/launch.md

@@ -38,7 +38,7 @@
     "boundaries": "讨论边界",
     "host": "Codex",
     "experts": { "Codex": "cli", "Claude": "cli" },
-    "limits": { "max_rounds": 3, "max_minutes": 60, "execution_minutes": 0 }
+    "limits": { "max_rounds": 3, "max_minutes": 60 }
   },
   "participants": {
     "Codex": { "adapter": "codex" }