dominds 1.7.0 → 1.7.2

package/dist/docs/encapsulated-taskdoc.zh.md

@@ -1,15 +1,15 @@
-# 封装式差遣牒（Taskdoc，`*.tsk/`）（设计）
+# 封装式差遣牒（`*.tsk/` 任务包）（设计）
 
 英文版：[English](./encapsulated-taskdoc.md)
 
-本文档为 Dominds 对话指定了一个**结构化的、封装的差遣牒（Taskdoc）格式**。
+本文档为 Dominds 对话指定了一个**结构化的、封装的差遣牒格式**。
 
-不是单一的可变“差遣牒（Taskdoc）” markdown 文件；每个对话树的差遣牒落到磁盘上是一份**任务包目录**，具有稳定的模式和严格的访问策略。
+不是单一的可变“差遣牒” markdown 文件；每个对话树的差遣牒落到磁盘上是一份**任务包目录**，具有稳定的模式和严格的访问策略。
 
 ## 目标
 
 - **清晰性**：将"我们想要什么"（目标）与"我们必须遵守什么"（约束）以及"我们在哪里"（进度）分开。
-- **实时协调**：把差遣牒（Taskdoc）作为跨主线/跨智能体的**任务实时协调公告板**（频繁更新 `progress.md`；把硬约束写入 `constraints.md`；不要把关键决策只留在对话里）。
+- **实时协调**：把差遣牒作为跨主线/跨智能体的**任务实时协调公告板**（频繁更新 `progress.md`；把硬约束写入 `constraints.md`；不要把关键决策只留在对话里）。
 - **持久性**：使任务状态在长期工作和多程对话重置之间保持持久。
 - **可审计性**：使任务变更明确且可归因于单一、有意的操作。
 - **安全性**：防止绕过预期用户体验和控制点的意外或工具驱动的读/写。
@@ -24,9 +24,9 @@
 ## 术语
 
 - **对话树**：根对话加上在其下产生的任何子对话/队友。
-- **差遣牒（Taskdoc）**：一份任务契约（目标/约束/进度），同时也是跨主线/跨智能体的任务实时协调公告板。
-- **任务包（Taskdoc package）**：以 `.tsk/` 后缀结尾的目录，将差遣牒存储为多个文件。
-- **有效差遣牒（effective Taskdoc）**：呈现给智能体的逻辑差遣牒内容，从任务包派生而来。
+- **差遣牒**：一份任务契约（目标/约束/进度），同时也是跨主线/跨智能体的任务实时协调公告板。
+- **任务包**：以 `.tsk/` 后缀结尾的目录，将差遣牒存储为多个文件。
+- **有效差遣牒**：呈现给智能体的逻辑差遣牒内容，从任务包派生而来。
 - **封装**：将 `.tsk/` 视为受保护的内部状态，而不是普通 rtws（运行时工作区）文件。
 
 ## 任务包结构
@@ -144,15 +144,15 @@ Dominds 必须从任务包构造一个**有效差遣牒**用于提示词和 UI
 
 #### 规范副本（zh；语义基线）
 
-**Taskdoc 封装与访问限制**
+**差遣牒封装与访问限制**
 
 - 任何 `.tsk/` 目录及其子路径（`**/*.tsk/**`）都是封装状态：禁止使用任何通用文件工具读取/写入/列目录（例如 `read_file` / `write_file` / `list_dir` 等）。
-- 更新 Taskdoc 只能使用函数工具 `change_mind`（按章节整段替换；顶层用 `selector`，额外章节用 `category + selector`）。
+- 更新差遣牒只能使用函数工具 `change_mind`（按章节整段替换；顶层用 `selector`，额外章节用 `category + selector`）。
 - 读取"不会自动注入上下文"的额外章节，只能使用函数工具 `recall_taskdoc({ category, selector })`。
 
-**Taskdoc 自动注入规则（系统提示）**
+**差遣牒自动注入规则（系统提示）**
 
-- 系统提示会把"有效 Taskdoc"自动注入到模型上下文中。
+- 系统提示会把“有效差遣牒”自动注入到模型上下文中。
 - 一定会注入顶层三段：`goals.md`、`constraints.md`、`progress.md`（按此顺序）。
 - 可选注入 `bearinmind/`（仅固定白名单，最多 6 个文件）：`contracts.md`、`acceptance.md`、`grants.md`、`runbook.md`、`decisions.md`、`risks.md`。
 - 若存在 `bearinmind/` 注入块，它会以 `## Bear In Mind` 出现在 `## Constraints` 与 `## Progress` 之间，并按以上固定顺序拼接。

package/dist/docs/fbr.zh.md

@@ -46,7 +46,7 @@ FBR 的价值来自“把推理拉回文本”：让被诉请者只围绕诉请
 
 ### 3.2 作用域
 
-本文档只定义 **FBR 机制**，并说明其通过 `freshBootsReasoning({ tellaskContent: "...", effort?: N })` 触发的行为契约。一般的队友诉请（`tellaskSessionless({ targetAgentId: "<teammate>", tellaskContent: "..." })`）仍按 [`dialog-system.zh.md`](./dialog-system.zh.md) 的 Tellask 分类与能力模型执行。
+本文档只定义 **FBR 机制**，并说明其通过 `freshBootsReasoning({ tellaskContent: "...", effort?: N })` 触发的行为契约。一般的队友诉请（`tellaskSessionless({ targetAgentId: "<teammate>", tellaskContent: "..." })`）仍按 [`dialog-system.zh.md`](./dialog-system.zh.md) 的诉请分类与能力模型执行。
 
 如果你需要“同人设但可用工具”的支线对话，请使用一般队友诉请路径，并显式指定队友身份。
 

package/dist/docs/mcp-support.zh.md

@@ -140,7 +140,7 @@ Dominds 已经通过提供者支持结构化的"函数调用"，包括参数验
 - MCP 工具自动作为函数工具出现在模型面前。
 - 结果记录为 `func_result_msg`，匹配现有的持久化和 UI 逻辑。
 
-Tellask 是一个单独的**队友调用语法**（不是工具类型），不适合 MCP 的结构化模式驱动工具。
+诉请是一个单独的**队友调用语法**（不是工具类型），不适合 MCP 的结构化模式驱动工具。
 
 ### Stdio 传输注意事项（MCP 服务器端）
 

package/dist/docs/memory-system.zh.md

@@ -10,7 +10,7 @@ TL;DR：
 - **让关键产物可存活**（清理头脑后仍能继续推进）。
 - **实时公开宣告、公开交流（并可追溯）工作进展，达成及时强制协调**：差遣牒 / 团队记忆 / 环境提示，才是跨智能体、多主线并行推进时真正的效率来源。
 
-关键约定：**差遣牒（Taskdoc）是任务实时协调公告板**。关键决策/当前状态/下一步必须写回 `progress`；硬约束必须写回 `constraints`；不要只留在对话或提醒项里。
+关键约定：**差遣牒是任务实时协调公告板**。关键决策/当前状态/下一步必须写回 `progress`；硬约束必须写回 `constraints`；不要只留在对话或提醒项里。
 
 相关术语：[dominds-terminology.md](./dominds-terminology.md)
 
@@ -20,7 +20,7 @@ TL;DR：
   - [权限与分工（社会化分工的要义）](#权限与分工社会化分工的要义)
 - [分层与分类（时间维度）](#分层与分类时间维度)
   - [A) 长期记忆：把“分工与治理”固定下来](#a-长期记忆把分工与治理固定下来)
-  - [B) 中期（任务）记忆：差遣牒（Taskdoc）是单一真源](#b-中期任务记忆差遣牒taskdoc是单一真源)
+  - [B) 中期（任务）记忆：差遣牒是单一真源](#b-中期任务记忆差遣牒是单一真源)
   - [C) 短期记忆：对话历史是工作缓冲，提醒项是工作集](#c-短期记忆对话历史是工作缓冲提醒项是工作集)
 - [日常工作流（职场健康）](#日常工作流职场健康)
 
@@ -38,7 +38,7 @@ TL;DR：
 - **集体记忆（团队/任务共享）**：
   - rtws 级“环境提示”（`.minds/env*.md`）：用于写清楚“这个工作区的基本事实/运行约束/注意事项”
   - 团队记忆（`team_memory`）
-  - 差遣牒（Taskdoc）：同一个差遣牒正常预期会被多个主线对话（不同主理人）共同推进，因此它应被视为“集体记忆”的单一真源
+  - 差遣牒：同一个差遣牒正常预期会被多个主线对话（不同主理人）共同推进，因此它应被视为“集体记忆”的单一真源
 
 ### 权限与分工（社会化分工的要义）
 
@@ -113,7 +113,7 @@ TL;DR：
 - 个人记忆会自动隔离到 `.minds/memory/individual/<member-id>/...`，因此 `path` 不应包含你的成员 id（不要写 `<member-id>/...`）。
 - 若你当前没有任何个人记忆条目，直接 `add_personal_memory` 即可：目录会由系统自动创建。
 
-### B) 中期（任务）记忆：差遣牒（Taskdoc）是单一真源
+### B) 中期（任务）记忆：差遣牒是单一真源
 
 差遣牒的关键词是：**任务契约**、**团队共享**、**可持续推进**。它回答三个问题：我们要达成什么、不能做什么、目前进展到哪。
 

package/dist/docs/mottos.zh.md

@@ -104,14 +104,14 @@
 
 **2. 以任务为中心的专注架构**
 
-- **中央差遣牒（Taskdoc）**：任务实时协调的公告板；目标、约束和进度的单一真实来源
+- **中央差遣牒**：任务实时协调的公告板；目标、约束和进度的单一真实来源
 - **动态上下文窗口**：时间限制的上下文保留
 - **基于优先级的信息过滤**：自动排名上下文相关性
 
-**实现策略：差遣牒（Taskdoc）**
+**实现策略：差遣牒**
 
 ```
-差遣牒（Taskdoc）结构：
+差遣牒结构：
 ├── 主要目标
 │   ├── 清晰的目标陈述
 │   ├── 成功标准
@@ -218,7 +218,7 @@
 ```
 触发：需要复杂的技术决策
 新鲜会话：
-- 加载差遣牒（Taskdoc）+ 技术要求
+- 加载差遣牒 + 技术要求
 - 专注："分析可行性并推荐方法"
 - 输出：带有推理的清晰技术建议
 ```
@@ -228,7 +228,7 @@
 ```
 触发：需要新想法或解决方案
 新鲜会话：
-- 仅加载差遣牒（Taskdoc）+ 问题陈述
+- 仅加载差遣牒 + 问题陈述
 - 专注："在不受约束偏见影响的情况下产生创新方法"
 - 输出：带有理由的创意解决方案列表
 ```
@@ -238,7 +238,7 @@
 ```
 触发：需要验证当前方法
 新鲜会话：
-- 加载差遣牒（Taskdoc）+ 当前解决方案尝试
+- 加载差遣牒 + 当前解决方案尝试
 - 专注："识别薄弱环节和改进机会"
 - 输出：批判性分析和建议
 ```
@@ -280,7 +280,7 @@
 **新鲜度级别：**
 
 1. **级别 0**：当前智能体状态
-2. **级别 1**：干净智能体 + 差遣牒（Taskdoc）（标准初心）
+2. **级别 1**：干净智能体 + 差遣牒（标准初心）
 3. **级别 2**：完全重置的智能体，只有问题陈述
 4. **级别 3**：具有不同训练重点的新智能体实例
 

package/dist/docs/roadmap.zh.md

@@ -26,7 +26,7 @@ Dominds 的长期方向是把“智能体分工协作”沉淀为一个可复用
 
 核心定位：验证“稳定有效的工作模式”，把关键机制跑通、跑稳、可调试。
 
-- 建立可复用的工作范式：主线对话推进 + 支线对话并行推进 + 回传聚合（Tellask / FBR 等）。
+- 建立可复用的工作范式：主线对话推进 + 支线对话并行推进 + 回传聚合（诉请 / FBR 等）。
 - 打磨最小可用的运行时闭环：对话持久化、工具调用、流式输出与转录、基础可观测性与故障定位。
 - 以小步快跑方式迭代：允许内部结构快速变化，但持续沉淀“什么是稳定有效”的方法论与约束边界。
 

package/dist/docs/team_mgmt-toolset.zh.md

@@ -412,7 +412,7 @@ members:
 - 平台说明：Windows 运行时不会注册 `codex_style_tools`；在 Windows 主机上的 `.minds/team.yaml` 中不要授予该工具集
 - 保持 `.minds/team.yaml` 的所有权严格；只有团队管理者应该能够编辑它
 - 避免在 `team.yaml` 中重复内置约束：
-  - `*.tsk/**`（封装的 Taskdocs）对所有通用文件工具被硬性拒绝
+  - `*.tsk/**`（封装的差遣牒任务包）对所有通用文件工具被硬性拒绝
   - `.minds/**` 对通用文件工具被硬性拒绝；只有专用的 `team_mgmt` 工具集可以访问它
     - 只有当你需要额外的显式性时才将这些放入 `no_*`；无论如何都会强制执行
 

package/dist/docs/tellask-collab.md

@@ -98,9 +98,14 @@ That is a workflow break. The model should send the Tellask directly.
 
 - Runtime builds a canonical inter-dialog transfer payload; this payload is delivered to target-agent context, and UI must display the same payload verbatim.
 - First-line markers are runtime-injected into that payload by semantics; agents must not hand-write them:
-  - Ask-back reply: `【tellaskBack】`
-  - Regular completed sideline reply: `【最终完成】`
-  - FBR reply: `【FBR-直接回复】` or `【FBR-仅推理】`
+  - English work language:
+    - Ask-back reply: `【TellaskBack】`
+    - Regular completed sideline reply: `【Completed】`
+    - FBR reply: `【FBR-Direct Reply】` or `【FBR-Reasoning Only】`
+  - Chinese work language:
+    - Ask-back reply: `【TellaskBack】`
+    - Regular completed sideline reply: `【Completed】`
+    - FBR reply: `【FBR-Direct Reply】` or `【FBR-Reasoning Only】`
 - If the requester defines a “reply format” in tellask body, it must explicitly say “no hand-written markers; Dominds auto-injects markers”; do not require responder-side hand-written markers.
 - Source-dialog model raw is naturally preserved in source-dialog persistence; inter-dialog transfer must not rewrite or overwrite that source raw.
 - Template-wrapped transfer is allowed: model output from one dialog can be embedded into a runtime template and sent as another dialog body.
@@ -108,7 +113,7 @@ That is a workflow break. The model should send the Tellask directly.
 **Sideline delivery rule**:
 
 - If a sideline dialog has completed all goals and can deliver the final result, it MUST reply directly with the response body; do not use `tellaskBack` to send final delivery.
-- Runtime treats that direct reply as the completion delivery to the tellasker dialog and injects `【最终完成】` automatically.
+- Runtime treats that direct reply as the completion delivery to the tellasker dialog and injects the work-language marker automatically (`【Completed】` in English work language, and the localized Chinese completion marker in Chinese work language).
 - If any goal is incomplete, the dialog is blocked, or critical context is missing, it MUST issue `tellaskBack({ tellaskContent: "..." })` before proceeding; do not post plain-text intermediate status updates while unfinished.
 - **FBR exception**: FBR forbids all tellasks (including `tellaskBack` / `askHuman`); list missing context + reasoning and return.
 

package/dist/docs/tellask-collab.zh.md

@@ -1,4 +1,4 @@
-# Tellask 协作最佳实践（草案）
+# 诉请协作最佳实践（草案）
 
 英文版：[English](./tellask-collab.md)
 
@@ -7,7 +7,7 @@
 
 ## 1. 为什么写这份文档
 
-`Tellask` 已经是 Dominds 的核心协作机制，但“能用”不等于“用顺”。当前最常见的卡点不是语法错误，而是**协作节奏误判**：
+诉请已经是 Dominds 的核心协作机制，但“能用”不等于“用顺”。当前最常见的卡点不是语法错误，而是**协作节奏误判**：
 
 - 诉请者收到阶段性回贴后，误以为被诉请者还在后台继续执行最初诉请。
 - 诉请者口头描述“下一步该谁做什么”，却没有真的发出下一轮诉请。
@@ -16,7 +16,7 @@
 
 本文目标：
 
-- 讲清当前已经实现的 tellask 运行时语义（避免心智模型漂移）。
+- 讲清当前已经实现的诉请运行时语义（避免心智模型漂移）。
 - 给出可直接执行的协作最佳实践。
 - 针对上述停滞问题，给出“快速且根本”的改进方向，优先考虑 priming + 系统提示。
 
@@ -27,19 +27,19 @@
 以下内容是**当前代码与文档已实现**的行为约束（见 `dialog-system.zh.md`、`fbr.zh.md`、`diligence-push.zh.md`）。
 `agent-priming.zh.md` 说明当前启动脚本 priming 方案与维护方式。
 
-### 2.1 Tellask 三形态
+### 2.1 诉请三形态
 
-- `TellaskBack`（回问诉请）：`tellaskBack({ tellaskContent: "..." })`，用于向诉请者回问澄清。
-- `Tellask Session`（长线诉请）：`tellask({ targetAgentId: "<teammate>", sessionSlug: "<slug>", tellaskContent: "..." })`，可恢复上下文的多轮协作。
-- `Fresh Tellask`（一次性诉请）：`tellaskSessionless({ targetAgentId: "<teammate>", tellaskContent: "..." })`，一次性、不可恢复。
+- 回问诉请：`tellaskBack({ tellaskContent: "..." })`，用于向诉请者回问澄清。
+- 长线诉请：`tellask({ targetAgentId: "<teammate>", sessionSlug: "<slug>", tellaskContent: "..." })`，可恢复上下文的多轮协作。
+- 一次性诉请：`tellaskSessionless({ targetAgentId: "<teammate>", tellaskContent: "..." })`，一次性、不可恢复。
 
-### 2.2 `Tellask Session` 的真实语义
+### 2.2 长线诉请的真实语义
 
 - `sessionSlug` 的作用是“会话寻址 + 历史复用”。
 - 它**不是**“后台持续执行开关”。
 - 同一个 `<slug>` 下，每一次新任务推进，仍然需要新的 `tellask* function call` 诉请触发。
 
-一句话：`Session` 是“可续接的对话容器”，不是“会自动前进的后台 worker”。
+一句话：长线诉请是“可续接的对话容器”，不是“会自动前进的后台执行者”。
 
 ### 2.3 每次诉请调用的生命周期
 
@@ -94,10 +94,15 @@
 **传递与标记（强制）**：
 
 - 运行时会生成“跨对话传递正文”作为标准载荷；该正文会进入目标智能体上下文，且 UI 必须与其保持一致。
-- 首行标记由运行时按语义自动注入该传递正文，智能体不应手写：
-  - 回问诉请回贴：`【tellaskBack】`
-  - 常规支线完成回贴：`【最终完成】`
-  - FBR 回贴：`【FBR-直接回复】` 或 `【FBR-仅推理】`
+- 首行标记由运行时按工作语言和语义自动注入该传递正文，智能体不应手写：
+  - 中文工作语言：
+    - 回问诉请回贴：`【回问诉请】`
+    - 常规支线完成回贴：`【最终完成】`
+    - FBR 回贴：`【FBR-直接回复】` 或 `【FBR-仅推理】`
+  - 英文工作语言：
+    - 回问诉请回贴：`【TellaskBack】`
+    - 常规支线完成回贴：`【Completed】`
+    - FBR 回贴：`【FBR-Direct Reply】` 或 `【FBR-Reasoning Only】`
 - 若诉请方在正文中定义“回贴格式”，必须写明“禁止手写标记，由 Dominds 自动注入”；不得要求被诉请者手写任何标记。
 - 源对话模型原始输出（raw）天然保留在源对话持久记录中；跨对话传递不得改写或覆盖该源 raw。
 - 允许将“某对话的模型原文”拼接进运行时模板后，作为传递到另一对话的正文（模板化传递是规范路径）。
@@ -105,12 +110,13 @@
 **支线交付规则**：
 
 - 只有当所有目标完成时，支线对话才可直接回贴诉请者对话。
+- 该直接回贴会被运行时按工作语言自动加上完成标记（英文工作语言为 `【Completed】`，中文工作语言为 `【最终完成】`）。
 - 若任何目标未完成或关键信息缺失，必须先用 `tellaskBack({ tellaskContent: "..." })` 回问诉请者对话再继续；不得发送普通文本中间汇报。
 - **FBR 例外**：FBR 禁止任何诉请（包括 `tellaskBack` / `askHuman`）；只列缺口 + 推理与摘要并直接回贴。
 
 说明：不需要额外的 “Status: …” 行；首行标记即为阶段提醒。
 
-### 4.1 协作阶段协议（Teammate Tellask 版）
+### 4.1 协作阶段协议（队友诉请版）
 
 对**队友诉请（非 `freshBootsReasoning({ tellaskContent: "..." })`）**，统一执行四段协议：
 
@@ -269,7 +275,7 @@ tellask({
 2. 我现在说“等待”时，是否真有 pending tellask 对应？
 3. 回贴到达后，我是否做了“判定 + 下一轮诉请/本地动作”？
 4. 我是否把“让队友做”落成了真实 `tellask* function call`，而不是口头转派给 askHuman()？
-5. 关键决策是否已写回 Taskdoc（仅根对话）而不是只留在聊天里？
+5. 关键决策是否已写回差遣牒（仅根对话）而不是只留在聊天里？
 
 ---
 

package/dist/llm/kernel-driver/drive.js

@@ -883,9 +883,10 @@ async function maybeContinueWithHealthPromptBeforeDiligence(args) {
     }
     if (healthDecision.reason === 'critical_force_new_course') {
         const language = (0, runtime_language_1.getWorkLanguage)();
-        const newCoursePrompt = language === 'zh'
-            ? '系统因上下文已告急（critical）而自动开启新一程对话，请继续推进任务。'
-            : 'System auto-started a new dialog course because context health is critical. Please continue the task.';
+        const newCoursePrompt = (0, driver_messages_1.formatNewCourseStartPrompt)(language, {
+            nextCourse: dlg.currentCourse + 1,
+            source: 'critical_auto_clear',
+        });
         await dlg.startNewCourse(newCoursePrompt);
         dlg.setLastContextHealth({ kind: 'unavailable', reason: 'usage_unavailable' });
         (0, context_health_1.resetContextHealthRoundState)(dlg.id.key());
@@ -1023,9 +1024,10 @@ async function driveDialogStreamCore(dlg, humanPrompt, driveOptions, callbacks)
                 if (healthDecision.kind === 'continue') {
                     if (healthDecision.reason === 'critical_force_new_course') {
                         const language = (0, runtime_language_1.getWorkLanguage)();
-                        const newCoursePrompt = language === 'zh'
-                            ? '系统因上下文已告急（critical）而自动开启新一程对话，请继续推进任务。'
-                            : 'System auto-started a new dialog course because context health is critical. Please continue the task.';
+                        const newCoursePrompt = (0, driver_messages_1.formatNewCourseStartPrompt)(language, {
+                            nextCourse: dlg.currentCourse + 1,
+                            source: 'critical_auto_clear',
+                        });
                         await dlg.startNewCourse(newCoursePrompt);
                         dlg.setLastContextHealth({ kind: 'unavailable', reason: 'usage_unavailable' });
                         (0, context_health_1.resetContextHealthRoundState)(dlg.id.key());

package/dist/llm/kernel-driver/flow.js

@@ -341,9 +341,10 @@ async function executeDriveRound(args) {
         if (healthDecision.kind === 'continue') {
             if (healthDecision.reason === 'critical_force_new_course') {
                 const language = (0, runtime_language_1.getWorkLanguage)();
-                const newCoursePrompt = language === 'zh'
-                    ? '系统因上下文已告急（critical）而自动开启新一程对话，请继续推进任务。'
-                    : 'System auto-started a new dialog course because context health is critical. Please continue the task.';
+                const newCoursePrompt = (0, driver_messages_1.formatNewCourseStartPrompt)(language, {
+                    nextCourse: dialog.currentCourse + 1,
+                    source: 'critical_auto_clear',
+                });
                 await dialog.startNewCourse(newCoursePrompt);
                 dialog.setLastContextHealth({ kind: 'unavailable', reason: 'usage_unavailable' });
                 (0, context_health_1.resetContextHealthRoundState)(dialog.id.key());

package/dist/llm/kernel-driver/subdialog.js

@@ -310,7 +310,7 @@ async function supplyResponseToSupdialog(args) {
                 status: parentDialog.status,
             });
             if (!assignmentRef) {
-                log_1.log.error('Missing assignment anchor for teammate response anchor', undefined, {
+                log_1.log.error('Missing assignment anchor for tellask response anchor', undefined, {
                     parentId: parentDialog.id.selfId,
                     subdialogId: subdialogId.selfId,
                     callId: resolvedCallId,

package/dist/minds/load.js

@@ -235,6 +235,16 @@ async function loadAgentMinds(agentId, dialog, options) {
     const agentHasPersonalMemoryTools = funcTools.some((t) => isPersonalMemoryToolName(t.name));
     const isSubdialog = dialog !== undefined && dialog.supdialog !== undefined;
     const taskdocMaintainerId = dialog && dialog instanceof dialog_1.SubDialog ? dialog.rootDialog.agentId : agent.id;
+    const contextHealthSnapshot = dialog?.getLastContextHealth();
+    const contextHealthPromptMode = contextHealthSnapshot &&
+        contextHealthSnapshot.kind === 'available' &&
+        contextHealthSnapshot.level === 'critical'
+        ? 'critical'
+        : contextHealthSnapshot &&
+            contextHealthSnapshot.kind === 'available' &&
+            contextHealthSnapshot.level === 'caution'
+            ? 'caution'
+            : 'normal';
     const promptdocContext = {
         language: workingLanguage,
         agentId: agent.id,
@@ -246,6 +256,7 @@ async function loadAgentMinds(agentId, dialog, options) {
         agentHasShellTools,
         agentHasReadonlyShell,
         shellSpecialistMemberIds,
+        contextHealthPromptMode,
     };
     const policyText = [
         (0, system_prompt_parts_1.buildShellPolicyPrompt)(promptdocContext),
@@ -260,6 +271,7 @@ async function loadAgentMinds(agentId, dialog, options) {
     const systemPrompt = (0, system_prompt_1.buildSystemPrompt)({
         language: workingLanguage,
         dialogScope: isSubdialog ? 'sideline' : 'mainline',
+        contextHealthPromptMode,
         agent,
         persona,
         knowledge,

package/dist/minds/system-prompt-parts.js

@@ -4,6 +4,7 @@ exports.buildNoToolsNotice = buildNoToolsNotice;
 exports.buildShellPolicyPrompt = buildShellPolicyPrompt;
 exports.buildMemorySystemPrompt = buildMemorySystemPrompt;
 exports.buildIntrinsicToolUsageText = buildIntrinsicToolUsageText;
+const inter_dialog_format_1 = require("../shared/utils/inter-dialog-format");
 const minds_i18n_1 = require("./minds-i18n");
 function buildNoToolsNotice(language) {
     return language === 'zh'
@@ -134,28 +135,49 @@ function buildShellPolicyPrompt(ctx) {
     return `${copy.title}\n\n${bodyLines.join('\n')}`.trim();
 }
 function getMemoryPromptCopy(ctx) {
+    const runtimeMarkers = (0, inter_dialog_format_1.getRuntimeTransferMarkers)(ctx.language);
+    const contextHealthLineZh = ctx.contextHealthPromptMode === 'critical'
+        ? '当前上下文处于系统告急处置态：立即停止继续大实现/大阅读。本程只做保信息、提醒项提炼与 `clear_mind`。'
+        : ctx.contextHealthPromptMode === 'caution'
+            ? '当前上下文处于系统吃紧处置态：不要继续扩张上下文。本程优先提炼提醒项并尽快 `clear_mind`，不要继续大实现/大阅读。'
+            : '当前没有生效中的上下文健康处置指令，按正常工作流推进。';
+    const taskdocLogLineZh = ctx.contextHealthPromptMode === 'critical'
+        ? '不要把长日志/大段 tool output 直接塞进差遣牒；差遣牒只写结论+下一步；提醒项也只留可扫读摘录。当前是告急处置态：本程允许先保留多条粗略提醒项求稳，但不要在当前程提前做“新一程清醒复核”。系统真正开启新一程后，第一步再复核整理：删除冗余、纠正偏激/失真思路，再收敛成高质量提醒项。'
+        : ctx.contextHealthPromptMode === 'caution'
+            ? '不要把长日志/大段 tool output 直接塞进差遣牒；差遣牒只写结论+下一步；提醒项也只留可扫读摘录。当前是吃紧处置态：本程优先压缩/提炼提醒项并尽快 `clear_mind`；若一时来不及，可先保留多条粗略提醒项过桥，但不要在当前程提前做“新一程清醒复核”。系统真正开启新一程后，第一步再复核整理：删除冗余、纠正偏激/失真思路，再收敛成高质量提醒项。'
+            : '不要把长日志/大段 tool output 直接塞进差遣牒；差遣牒只写结论+下一步；提醒项也只留可扫读摘录。接续包提醒项默认应保持结构化、便于快速恢复。';
+    const contextHealthLineEn = ctx.contextHealthPromptMode === 'critical'
+        ? 'Current context is under system critical remediation: stop large implementations/reads immediately. In this course, do only preserve-info work, reminder distillation, and `clear_mind`.'
+        : ctx.contextHealthPromptMode === 'caution'
+            ? 'Current context is under system caution remediation: do not keep expanding context. In this course, prioritize reminder distillation and `clear_mind`; do not continue large implementations/reads.'
+            : 'There is no active context-health remediation instruction in effect right now; proceed with the normal workflow.';
+    const taskdocLogLineEn = ctx.contextHealthPromptMode === 'critical'
+        ? 'Do not paste long logs/tool outputs into Taskdoc; Taskdoc should record decisions + next steps; reminders should also keep only scannable excerpts. Current mode is critical remediation: in this course, rough multi-reminder bridge notes are acceptable, but do not perform the new-course “clear-headed review” early. Once the system actually starts the new course, the first step is to review/rewrite them: remove redundancy, correct biased or distorted bridge notes, then compress them into high-quality reminders.'
+        : ctx.contextHealthPromptMode === 'caution'
+            ? 'Do not paste long logs/tool outputs into Taskdoc; Taskdoc should record decisions + next steps; reminders should also keep only scannable excerpts. Current mode is caution remediation: in this course, prioritize compressing/distilling reminders and clearing soon; if needed, rough multi-reminder bridge notes are acceptable, but do not perform the new-course “clear-headed review” early. Once the system actually starts the new course, the first step is to review/rewrite them: remove redundancy, correct biased or distorted bridge notes, then compress them into high-quality reminders.'
+            : 'Do not paste long logs/tool outputs into Taskdoc; Taskdoc should record decisions + next steps; reminders should also keep only scannable excerpts. Keep continuation-package reminders structured and fast to resume from by default.';
     if (ctx.language === 'zh') {
         return {
             title: '### 记忆系统（重要）',
             temporaryInfoLine: '你的聊天记录与工具输出是临时信息：会快速累积、很快过时，并增加你的认知负担。在同一轮对话中，除了 `clear_mind` 以外你无法真正丢弃这些历史。',
             clearMindLine: '`clear_mind` 会开启新一程对话（保留差遣牒、提醒项与记忆层），从而卸掉这部分认知负载并继续推进。因此你必须先把关键信息提炼到高价值载体：',
-            taskdocContractLine: '- 差遣牒（Taskdoc，`*.tsk/`）：全队共享的任务契约（goals/constraints/progress）；保持足够短，每轮都应可通读。',
+            taskdocContractLine: '- 差遣牒（`*.tsk/`）：全队共享的任务契约（goals/constraints/progress）；保持足够短，每轮都应可通读。',
             taskdocSectionReplaceLine: `- 更新差遣牒的任意分段时：每次调用会替换该分段全文；你必须先对照“上下文中注入的当前内容”做合并/压缩；禁止覆盖/抹掉他人条目；自己负责维护的条目必须标注责任人（例如 \`- [owner:@${ctx.agentId}] ...\` 或用 \`### @${ctx.agentId}\` 分块）。`,
             progressLine: '- 其中 `progress` 是全队共享公告牌：用于“阶段性进度快照”（关键决策/当前状态/下一步），不是流水账。',
             injectedTaskdocLine: '- 重要：差遣牒内容会被系统以内联形式注入到上下文中（本轮生成视角下即为最新；注入内容不包括全局约束）。需要回顾时请直接基于上下文里的差遣牒内容回顾与决策，不要试图用通用文件工具读取 `*.tsk/` 下的文件（会被拒绝）。',
             constraintsLine: '- 约定：`constraints` 只写任务特有的硬要求，不得写入系统提示/工具文档里已明确且由系统强制执行的通用规则（例如 `*.tsk/` 封装禁止通用文件工具）。一经发现重复，必须删除并告知用户。',
-            remindersLine: '- 提醒项（即编号提醒，工作集）：当前对话的高频工作记录/关键细节（偏私有，不作为全队公告）；默认保持少量（常见 1–3 条），优先 `update_reminder` 压缩/合并，不再需要就 `delete_reminder`。准备 `clear_mind` 开启新一程对话时，最好整理成“结构化接续包提醒项”；其中只保留差遣牒未覆盖、但恢复工作容易丢的细节（如第一步、关键定位、运行/验证信息、临时 ids/路径）。但若你已进入吃紧/告急、头脑不够清楚，允许先保留多条粗略提醒项把信息带过桥，新一程开始后第一时间复核、合并、删除冗余。',
+            remindersLine: '- 提醒项（即编号提醒，工作集）：当前对话的高频工作记录/关键细节（偏私有，不作为全队公告）；默认保持少量（常见 1–3 条），优先 `update_reminder` 压缩/合并，不再需要就 `delete_reminder`。准备 `clear_mind` 开启新一程对话时，默认整理成“结构化接续包提醒项”；其中只保留差遣牒未覆盖、但恢复工作容易丢的细节（如第一步、关键定位、运行/验证信息、临时 ids/路径）。若系统已把当前程切到吃紧/告急处置态，则允许先保留多条粗略提醒项把信息带过桥；当前程只做保信息 + clear_mind；只有系统实际开启新一程后，第一步才是以清醒头脑复核并整理这些接续包/粗略提醒项：删除冗余、纠正偏激或失真的过桥思路、压缩成高质量提醒项。',
             teamMemoryLine: '- 团队记忆：稳定的团队约定/工程规约（跨任务共享）。',
             personalMemoryLine: '- 个人记忆：稳定的个人习惯/偏好与职责域知识；记忆会在每次生成时自动注入上下文，应保持少量且准确（关键文档/代码的精确路径 + 最小必要事实）。不要记录具体任务状态。',
             subdialogDutyLine: `你当前处于支线对话：此处不允许 \`change_mind\`。当你判断需要更新差遣牒（尤其是 progress 公告牌）时，请在合适时机直接诉请差遣牒维护人 \`@${ctx.taskdocMaintainerId}\` 执行更新，并给出你已合并好的“新全文/替换稿”（用于替换对应章节全文）。不要声称已更新，除非看到回执。`,
             mainlineDutyLine: '你当前处于主线对话：你负责综合维护全队共享差遣牒（尤其是 progress 公告牌）。当队友/支线对话提出更新建议时，及时合并、压缩并保持清晰。',
-            teammateTellaskRoundDoneLine: '队友诉请重要语义：当你在上游上下文中收到带【最终完成】标记的回贴，表示该轮诉请已经结束；对方不会继续执行同一轮诉请。此时如果目标未达成，“等待”是错误的：必须显式发起新一轮 tellask 才能继续推进。',
+            teammateTellaskRoundDoneLine: `队友诉请重要语义：当你在上游上下文中收到带${runtimeMarkers.finalCompleted}标记的回贴，表示该轮诉请已经结束；对方不会继续执行同一轮诉请。此时如果目标未达成，“等待”是错误的：必须显式发起新一轮 tellask 才能继续推进。`,
             teamMemoryHintLine: '提示：你具备团队记忆工具（`add_team_memory` / `replace_team_memory` / `drop_team_memory` / `clear_team_memory`），可在必要时维护团队记忆（谨慎、少量、只写稳定约定）。',
             personalMemoryHintLine: `提示：你具备个人记忆工具（\`add_personal_memory\` / \`replace_personal_memory\` / \`drop_personal_memory\` / \`clear_personal_memory\`）。个人记忆仅对当前智能体可见，且系统会自动按成员隔离到 \`.minds/memory/individual/<member-id>/...\`；因此 \`path\` 不应包含你的成员 id（不要写 \`${ctx.agentId}/...\`）。首次创建时直接用 \`add_personal_memory\` 即可，目录会由系统自动创建。记忆会在每次生成时自动注入上下文：保持少量、保持准确、按“未来会一起更新的内容”合并；写稳定事实（关键路径 + 最小必要约定），不要写任务进度/当天状态；一旦你修改了相关文件或发现记忆过期/冲突，立刻用 \`replace_personal_memory\` 更新。`,
             subdialogWorkflowLine: `工作流：先做事 → 再提炼（\`update_reminder\`；必要时整理差遣牒更新提案并诉请 \`@${ctx.taskdocMaintainerId}\` 合并写入）→ 然后 \`clear_mind\` 清空噪音。`,
             mainlineWorkflowLine: '工作流：先做事 → 再提炼（`update_reminder` + `change_mind(progress)`）→ 然后 `clear_mind` 清空噪音。',
-            contextHealthLine: '系统会自动监控并提示上下文健康度：进入"吃紧"或"告急"状态时会插入用户可见提示。当收到此类提示时，立刻停止继续大实现/大阅读；先提炼，再 clear。',
-            taskdocLogLine: '不要把长日志/大段 tool output 直接塞进差遣牒；差遣牒只写结论+下一步；提醒项也只留可扫读摘录。若头脑清楚，接续包提醒项应尽量结构化、便于快速恢复；若已吃紧/告急，允许先保留多条粗略提醒项求稳，但进入新一程后必须尽快收敛。',
+            contextHealthLine: contextHealthLineZh,
+            taskdocLogLine: taskdocLogLineZh,
         };
     }
     return {
@@ -167,18 +189,18 @@ function getMemoryPromptCopy(ctx) {
         progressLine: '- Taskdoc `progress` is the team’s shared bulletin board: distilled milestone snapshots (key decisions/current status/next steps), not raw logs.',
         injectedTaskdocLine: '- Important: the Taskdoc content is injected inline into the context (the latest as of this generation; injected content excludes global constraints). Review the injected Taskdoc instead of trying to read files under `*.tsk/` via general file tools (they will be rejected).',
         constraintsLine: '- Convention: Taskdoc `constraints` must contain task-specific requirements only; do not include global, system-enforced rules already stated in system prompt/tool docs (e.g. `.tsk/` encapsulation bans general file tools). If duplication is found, you MUST remove it and notify the user.',
-        remindersLine: '- Reminders (i.e. numbered reminders, working set): your high-frequency per-dialog worklog + critical details (not a team bulletin board); keep it small by default (often 1–3 items), prefer `update_reminder` to compress/merge, and delete when obsolete. When preparing `clear_mind` to start a new course, prefer a structured continuation-package reminder that keeps only details not already covered by Taskdoc but easy to lose during resume (first step, key pointers, run/verify info, volatile ids/paths). But if you are already in caution/critical and not clear-headed enough, you may carry multiple rough reminders across the course boundary first, then review/merge/delete them at the start of the new course.',
+        remindersLine: '- Reminders (i.e. numbered reminders, working set): your high-frequency per-dialog worklog + critical details (not a team bulletin board); keep it small by default (often 1–3 items), prefer `update_reminder` to compress/merge, and delete when obsolete. When preparing `clear_mind` to start a new course, default to a structured continuation-package reminder that keeps only details not already covered by Taskdoc but easy to lose during resume (first step, key pointers, run/verify info, volatile ids/paths). If the system has already put the current course into caution/critical remediation, rough multi-reminder bridge notes are acceptable; in the current course, only preserve volatile information and clear_mind. Only after the system actually starts the new course does the mandatory first step become reviewing and rewriting those continuation/rough reminders with a clear head: remove redundancy, correct biased or distorted bridge notes, and compress them into high-quality reminders.',
         teamMemoryLine: '- Team memory: stable shared conventions (cross-task).',
         personalMemoryLine: '- Personal memory: stable personal habits/preferences and responsibility-scope knowledge. Memory is automatically injected into context on each generation: keep it small and accurate (exact key doc/code paths + minimal key facts); do not store per-task state.',
         subdialogDutyLine: `You are currently in a subdialog: \`change_mind\` is not allowed here. When Taskdoc should be updated (especially the shared progress bulletin board), tellask the Taskdoc maintainer \`@${ctx.taskdocMaintainerId}\` with a fully merged replacement draft (full-section replacement). Do not claim it is updated until you see a receipt.`,
         mainlineDutyLine: 'You are currently in the main dialog: you are responsible for keeping the team-shared Taskdoc coherent and up to date (especially the progress bulletin board). Merge proposals from teammates/subdialogs promptly and keep it concise.',
-        teammateTellaskRoundDoneLine: 'Teammate Tellask semantics: when you receive an upstream reply with the 【最终完成】 marker, that Tellask round is finished; the responder will not keep executing the same call in the background. If the objective is not met, “waiting” is wrong: you must explicitly start a new Tellask round to continue.',
+        teammateTellaskRoundDoneLine: `Teammate Tellask semantics: when you receive an upstream reply with the ${runtimeMarkers.finalCompleted} marker, that Tellask round is finished; the responder will not keep executing the same call in the background. If the objective is not met, “waiting” is wrong: you must explicitly start a new Tellask round to continue.`,
         teamMemoryHintLine: 'Hint: you have team-memory tools (`add_team_memory` / `replace_team_memory` / `drop_team_memory` / `clear_team_memory`) and may maintain team memory when it is truly stable and worth sharing.',
         personalMemoryHintLine: `Hint: you have personal-memory tools (\`add_personal_memory\` / \`replace_personal_memory\` / \`drop_personal_memory\` / \`clear_personal_memory\`). Personal memory is private to the current agent and is automatically isolated under \`.minds/memory/individual/<member-id>/...\`; therefore \`path\` MUST NOT include your member id (do not write \`${ctx.agentId}/...\`). For first-time setup, just call \`add_personal_memory\`—the directory will be created automatically. Memory is automatically injected into context on each generation: keep it small, keep it accurate, and group facts that are updated together. Store stable facts (exact key paths + minimal contracts), not daily state/progress. If you changed those files or detect staleness/conflicts, immediately \`replace_personal_memory\` to keep it accurate.`,
         subdialogWorkflowLine: `Workflow: do work → distill (\`update_reminder\`; when Taskdoc needs updates, draft a merged replacement and ask \`@${ctx.taskdocMaintainerId}\`) → then \`clear_mind\` to drop noise.`,
         mainlineWorkflowLine: 'Workflow: do work → distill (`update_reminder` + `change_mind(progress)`) → then `clear_mind` to drop noise.',
-        contextHealthLine: 'System will automatically monitor and alert on context health: yellow (caution/"Caution") or red (critical/"Critical") will insert a user-visible prompt. When you receive such alerts, immediately stop large implementations/reads; distill first, then clear.',
-        taskdocLogLine: 'Do not paste long logs/tool outputs into Taskdoc; Taskdoc should record decisions + next steps; reminders should also keep only scannable excerpts. When clear-headed, keep continuation-package reminders structured and fast to resume from; when already in caution/critical, multiple rough reminders are acceptable as a bridge, but you must quickly reconcile them in the new course.',
+        contextHealthLine: contextHealthLineEn,
+        taskdocLogLine: taskdocLogLineEn,
     };
 }
 function buildMemorySystemPrompt(ctx) {