@sema-ai/core 1.275.1

package/docs/CC-TOOL-PROMPT-DEEP-DIFF-2026-07-08.md

@@ -0,0 +1,274 @@
+# CC-Parity 深对比判决报告 — 27 工具
+
+> 输入：27 个工具的五维深对比（info_density / constraint_strength / guidance_chain / error_recovery / negative_space）判决。本报告为汇总/分诊层，**不下终判**——HIGH/MED 队列供修复批消费，负空间与盲区仅陈列分析。
+
+---
+
+## ① 判决分布统计表
+
+注：输入含 27 条工具记录（TaskCreate 族既有族级汇总条，也有 TaskGet/TaskList/TaskUpdate 独立条；Worktree 有 Enter/Exit 配对条 + Exit 独立条）。下表按每条独立判决记录计（共 27 条）。
+
+| 判决档 | 工具数 | 工具清单 |
+|---|---|---|
+| **semantic_port** | 14 | Read, Edit, NotebookEdit, Agent, TaskCreate族, TaskGet, TaskList, TaskUpdate, TaskOutput, TaskStop, Skill, Workflow, EnterWorktree/ExitWorktree(配对), AskUserQuestion |
+| **deliberate_divergence** | 11 | Bash, Write, SendMessage, WebFetch, WebSearch, CronCreate, ScheduleWakeup, ReportFindings, ExitWorktree(独立), EnterPlanMode/ExitPlanMode | 
+| **needs_probe** | 1 | Monitor |
+| **verbatim_port** | 0 | （无——最接近的 TaskStop/EnterWorktree 均因上游新增条目降为 semantic_port） |
+| **cannot_port** | 0 | — |
+| 其他(CronDelete/CronList semantic_port) | +2 | CronDelete, CronList（并入 semantic_port，实计 16 条 semantic_port） |
+
+**修正计数**（去重后按记录）：semantic_port = 16，deliberate_divergence = 10，needs_probe = 1。
+
+**读数**：主体 CC-parity 已达 semantic_port 或更高，无 cannot_port / verbatim_port。唯一未决=Monitor（198 静态面无此工具，锚缺失）。deliberate_divergence 集中在 provider-neutral / TOB 多租户 / 部署职责三类架构分叉，绝大多数方向对 sema 有利。
+
+---
+
+## ② HIGH 差距队列（修复批输入）
+
+仅 **2 条 HIGH**，均在 constraint_strength / negative_space，且都与「多-agent 团队 / opt-in 昂贵工具」主题相关。
+
+### HIGH-1 · Workflow · constraint_strength
+- **detail**：CC 有硬性 opt-in 闸——`ONLY call this tool when the user has explicitly opted into multi-agent orchestration`，列四类合法 opt-in + 负向兜底（`For any other task — even one that would clearly benefit from parallelism — do NOT call this tool. Use the Agent tool ... or ... ask the user`）。sema desc **完全无此闸门**，仅有「Use for a SUBSTANTIAL task that genuinely decomposes」——把「值得分解」当充分条件，恰是 CC 明令禁止的 inferred-scale。这不是措辞差，是抑制昂贵工具乱触发的整条语义缺失。
+- **fixCandidate**：port CC opt-in 闸门段（explicit-opt-in 四类 + 负向兜底转 Agent/问用户）；sema 无 ultracode 概念则降格为「用户须显式要求 workflow/多代理编排，勿因任务看似可并行就自触发；否则用 Agent 单代理或先征询」。**天然探针档**：需一次行为探针确认当前模型在无显式 opt-in 的可分解任务上是否已乱触发 Workflow（135 bench 乱触发轴）。
+- **文件**：`src/tools/run-workflow-tool.ts`
+
+### HIGH-2 · SendMessage · negative_space
+- **detail**：CC 的 SendMessage **主语义 = 向活跃队友或 main 发消息**（`to`=队友 name / `main`=主对话回流，`Messages from teammates are delivered automatically; you don't check an inbox`）。sema 的 `to` 只接受已完成背景 agent 的 `a…` task_id，是 CC 描述里那条**次要分支**（resume completed bg agent）——sema 实现了次要分支当主语义，**漏掉 CC 主语义**（活跃队友/main 双向消息总线）。同名异物级偏离，非措辞差。
+- **fixCandidate**：记档为有意偏离（sema 无常驻团队/main 回流模型，design/122 只提供 completed-bg-resume 底座）。若要补主语义面需先建底座：活跃 subagent↔parent 在线投递 + `main` 回流通道。**天然探针档**：行为面（投递时序/inbox-free/main 寻址）需多-agent 会话探针坐实后再决定是否立项。
+- **文件**：`src/agents/subagent.ts`（SendMessage:1900）
+
+> **另有 1 条 HIGH 已被上游关闭**：EnterPlanMode/ExitPlanMode 的 negative_space HIGH（CC interactive-only vs sema autonomous 倒置）判为 deliberate_divergence，机制根不同、port 到 sema 语境是正确翻译，**不入修复队列**，仅建议头注补一句显式化倒置。
+
+---
+
+## ③ MED 摘要表
+
+| # | 工具 | dimension | 摘要 | 处置方向 |
+|---|---|---|---|---|
+| M1 | Bash | negative_space | CC198 有 model-facing `dangerouslyDisableSandbox` per-call 提权开关；sema 隔离在部署/ExecutionEnv 层，无 per-call 旋钮 | 有意偏离；若对齐应作 opt-in 部署能力(`ExecutionEnv.supportsSandboxOverride`)，否则与「隔离=部署职责」宪法冲突。待架构拍。 |
+| M2 | Read | negative_space | CC Read desc 末条负空间引导「Do NOT re-read a file you just edited」sema 缺(有等价机制 dedup stub + FILE_STATE_TRAILER，但缺 Read 侧主动提示词) | 逐字补一条(CC 锚天然)，纯提示词零机制。 |
+| M3 | Edit | info_density | CC198 已重写为 4-bullet 极简单数版；sema 仍持 design/115 的 7-bullet 旧长版(含 emoji/prefer-existing 全局戒律) | 重写主体对齐 198 终版，emoji/prefer-existing 下沉系统提示，保留 sema staleness 末条。 |
+| M4 | Write | info_density | CC198 缩到 2 句；sema 仍 5-bullet 长版(超集，含 *.md/emoji 纪律) | 有意分歧，**建议保留 sema 现状不跟随缩写**(CC 缩写丢了 *.md/emoji 两条纪律)。 |
+| M5 | NotebookEdit | info_density | CC cell_id 锚到 Read 输出`<cell id="...">`；sema 只说「target cell's id」丢了「去哪找 id」的锚点 | 对齐 CC 措辞，**前提探针核实** sema Read 的 .ipynb 渲染是否真带该 tag。 |
+| M6 | Agent | guidance_chain | Agent desc 缺对 SendMessage 的转介(工具已在 1.255 落地但 desc 未焊链，模型学不到「委派完可续话」) | 尾部加 CC 语义 SendMessage 转介，探针档可直接 semantic_port。 |
+| M7 | Agent | error_recovery | 缺 CC「子代最终消息回给你、用户看不到、要转述」处置指引(全仓 grep 零命中) | :854 句后并入一行，CC 逐字锚。 |
+| M8 | TaskUpdate | guidance_chain | CC 删掉「After resolving, call TaskList to find your next task」闭环调度句(TaskGet 同删 blockedBy 前置句) | 补 CC 原句(静态 port，CC 锚天然)。 |
+| M9 | TaskUpdate | negative_space | CC 有整块 `## Examples`(5 条 JSON:in_progress/completed/deleted/claim-by-owner/addBlockedBy)，sema 全删——弱模型影响最大 | 逐字 port 5 条 Examples(最高杠杆残差，样例约束力强于散文)。 |
+| M10 | TaskUpdate/族 | guidance_chain | CC TaskUpdate 的 owner-claim + addBlockedBy 引导密度下降(schema 力学都在，转介引导变薄) | 回补 1-2 行内联指引，不必回全 JSON 块。 |
+| M11 | TaskStop | negative_space | CC198 新增「agent-team teammate 用 name@team」「具名后台 agent 用 name 作 task_id」两条寻址；sema 只按 b* task_id | **能力差非文案**：sema 无 agent-team 编制。design/129 若已支持 named-agent 寻址则回补，否则记 deliberate_divergence。别盲 port。 |
+| M12 | TaskGet | guidance_chain | CC 末尾 `## Tips`(blockedBy 空前置检查 + Use TaskList)在 sema TaskGet 卡片整段缺失 | 逐字 port Tips 两条(CC 锚天然)。 |
+| M13 | TaskList | info_density | CC 两节铺陈(When to Use/Output)被压平成单段，「no owner=可认领」「blockedBy 未解不可认领」因果句失显著度(多 agent 认领行为判据) | 恢复两节结构，关键判据独立成行。先跑 hardness bench 看单段 vs 分节影响。 |
+| M14 | CronList | negative_space | CC job.prompt REQUIRED，sema 有意省 prompt(安全边界防裸列泄露自排 prompt)→details.jobs 无法填 CC job.prompt | **核心语义不改**(边界正确)。壳侧协调:确认 sema-shell CronList 卡把 job.prompt 放宽 optional。needs_probe 于壳侧。 |
+| M15 | CronCreate | constraint_strength | CC 有面向模型的行为指令「Tell the user about the 7-day limit when scheduling recurring」——非纯 daemon 事(要模型主动告知生命周期上限)，sema 无 | 探针档:先确认 sema daemon 是否给 recurring 设 TTL。有→补告知句;无→记 deliberate_divergence(不欺骗即可)。 |
+| M16 | SendMessage | info_density/guidance_chain/constraint_strength | 3 条 MED 依附 HIGH-2:to 取值表/JSON 示例/plain-text 不可见教学缺失、relay 纪律缺失、summary maxLength/条件 required 弱于 CC | 全部随 HIGH-2 主语义决策处置；summary maxLength:200 到 schema 可低成本先对齐。 |
+| M17 | Monitor | info_density | CC schema 是 command?+ws?:{url,protocols} 双模式，sema 只实现 shell 单模式、无 WebSocket 推送事件源分支 | 部署代价档:先探针坐实现行 CC 是否仍在 schema，别盲 port。 |
+| M18 | WebSearch | info_density | CC198 desc 瘦身到 4 行极简体，sema 仍持旧 CC 15 行重型块(CRITICAL/Example format) | 探针档:先验 DeepSeek 端在极简 desc 下是否仍稳出 Sources(CC198 已这么跑)，再决定瘦身，强制力交运行时 REMINDER tail 承接。 |
+| M19 | ExitWorktree(独立) | constraint_strength | CC `action` required enum[keep\|remove] + `discard_changes` 二次确认闸；sema 只 `keep?`，模型**无法自主丢弃脏树** | 能力收窄。若补=加 `discardChanges?`(true 才 `--force`)。天然探针档:先探 CC discard 对脏树是否真 REFUSE + 返回变更清单。 |
+| M20 | ExitWorktree/Enter(独立) | negative_space | CC 有 `path` 重进参数 + tmux 收尾 + CWD 缓存清理声明；sema 均无 | path 记档理由站得住建议保持偏离+加模型指引句消误期；tmux N/A；CWD 缓存句可低成本补密度。 |
+| M21 | EnterWorktree/ExitWorktree(配对) | guidance_chain | CC 三条 `When NOT to Use` 负向转介被压成一条，漏「fix a bug/feature work→normal git workflow」(最易误触发的分流) | 纯措辞补回一条(CC 锚天然，可进探针档核触发率)。 |
+| M22 | EnterWorktree/ExitWorktree(配对) | negative_space | CC `path` 入参(进已存在 worktree，含 subagent-pinned/嵌套切换)sema 有意未实现只 refuse | 能力面非措辞，进探针档评估模型是否真会用 path-switch 再决定补否。 |
+| M23 | EnterPlanMode/ExitPlanMode | constraint_strength | CC ExitPlanMode 有 `allowedPrompts`(计划批准即预授 Bash 提示权限)，sema 无、且未记档理由 | **唯一未记档理由的实质残差**。疑与 sema ToolPolicy/approval-gate 同族。interactive-only 挡住行为采集→需行为探针坐实对后续 Bash 门控的影响。needs_probe。 |
+| M24 | ReportFindings | negative_space | CC 有模型可调用的结构化 findings 工具(32-item/verdict/outcome)，sema 全工具面 grep 零命中——review 全在带外(verifier role + oracle gate + council skill) | 架构偏离非缺漏。建议补记档「review=带外 gate/role 是有意选择，故不 port」。若对齐最小切片=可选 emitFindings 工具，但需先有 host UI 消费方→needs_probe。 |
+
+---
+
+## ④ 负空间专节 — CC198 已删工具对我们的启示（只分析不判决）
+
+CC 2.1.198 已从模型面删除 **Glob / Grep / TodoWrite / BashOutput / KillShell**（及 MultiEdit）。sema 仍挂着这些工具或其等价物。以下逐类拆解「保留是 deliberate_divergence 还是该跟进收敛」，**留主窗口终判**。
+
+### 4.1 Glob / Grep — sema 保留一等工具 vs CC 让 Bash 兜底
+- **CC198 现状**：删 Glob/Grep，搜索由 Bash 内 `find`/`grep -r` 兜底（probe-search-empty 实证模型自发用 Bash）。
+- **sema 现状**：Glob/Grep 为一等工具，Bash desc 明写「用 Glob(不要 find)/用 Grep(不要 grep)」。搜索负空间与 CC198 **相反**。
+- **分析**：这是**自洽的架构分叉**——sema 有这两工具、引导正确；CC 走极简面把搜索折进 Bash。两者各自闭环。收敛代价：若跟随 CC 删 Glob/Grep，需改 Bash desc 的搜索引导 + 承接 CC「Bash 兜底搜索」路线，且失去专用搜索工具的结构化 hit shape / cap 语义。**倾向保留**（更强面），但这是 CC198 唯一「搜索负空间与我们反向」的结构差，值得主窗口显式确认是否长期跟随。Read/Bash desc 里对 Glob/Grep 的转介链依赖此保留，牵一发。
+
+### 4.2 TodoWrite → sema TaskCreate 族
+- **CC198 现状**：无 TodoWrite（被 TaskCreate/TaskGet/TaskUpdate/TaskList 结构化任务族取代）。
+- **sema 现状**：**已收敛**——sema 也是 TaskCreate 族，且加了反投毒尾注「TaskCreate creates ONE task per call and has no `tasks`/`todos` parameter」专门治 CC-trained 模型的 TodoWrite→TaskCreate 迁移期批量参数幻觉。
+- **分析**：**同向收敛，非偏离**。sema 的反批量硬化是对 TodoWrite 退役的**超集应答**（CC198 原文无此句）。无动作项。
+
+### 4.3 BashOutput / KillShell → sema TaskOutput / TaskStop
+- **CC198 现状**：无 BashOutput/KillShell（后台任务统一走 TaskOutput 取输出 + TaskStop 终止；且 CC198 TaskOutput 已标 DEPRECATED，转向 .output 文件模型直接 Read）。
+- **sema 现状**：**已收敛到统一面**——background_bash/monitor/workflow 三型统一走 TaskOutput(task_id) + TaskStop。无独立 BashOutput/KillShell。
+- **分析**：**同向收敛**。残差在别处（见 TaskOutput 的 file-first vs registry-poll 架构分歧 M-tier / TaskStop 的 agent-team 寻址 M11），非「多挂了退役工具」。无「删工具」动作项。
+
+### 4.4 MultiEdit
+- **CC198 现状**：已删（README:22 证实）。
+- **sema 现状**：**已收敛**——MultiEdit 已 RETIRE 出模型面(design/116 W2)，仅留 alias 供 durable replay。
+- **分析**：**同向收敛**。alias 通道是 durable back-compat 的有意保留，模型面不可见=与 CC 一致。无动作项。
+
+### 4.5 负空间总结
+| 已删工具 | sema 状态 | 定性(待终判) |
+|---|---|---|
+| Glob / Grep | 保留一等工具 | **唯一真分叉**：搜索负空间与 CC198 反向，自洽但需确认是否长期跟随；倾向保留(更强面) |
+| TodoWrite | 已收敛为 TaskCreate 族 + 反批量硬化 | 同向收敛(超集应答) |
+| BashOutput / KillShell | 已收敛为 TaskOutput/TaskStop | 同向收敛 |
+| MultiEdit | 已 RETIRE，仅留 durable-replay alias | 同向收敛 |
+
+**读数**：五类退役工具里 **4 类 sema 已同向收敛**（且多为超集应答），**仅 Glob/Grep 是与 CC198 反向的真架构分叉**——这是负空间专节唯一需要主窗口显式拍板「是否长期跟随 CC 走 Bash 兜底搜索」的项。牵连 Bash/Read desc 的搜索转介链。
+
+---
+
+## ⑤ 诚实盲区 — needs_probe 清单
+
+以下各项**无法用 198 静态面 / 当前证据下终判**，需行为或活体探针坐实后方可修复/定性。
+
+| # | 工具/维度 | 盲区性质 | 探针内容 |
+|---|---|---|---|
+| P1 | **Monitor**(主判决) | CC198 无 Monitor 工具(锚缺失)，无法逐字对齐 | 在 deep-dive 用的现行 CC 会话内取回完整 Monitor description + input_schema，与 `MONITOR_DESCRIPTION`(monitor.ts:64-79)逐句 diff |
+| P2 | Monitor · info_density | CC ws?:{url,protocols} 双模式是否仍在现行 schema(deep-dive 从 bundle 取，非活体逐字确认过 ws 分支) | 现行 CC 活体确认 ws 分支在场→再评估 sema 是否补 WebSocket 事件源分支 |
+| P3 | Workflow · constraint_strength(HIGH-1) | 当前 sema 模型在无 opt-in 的可分解任务上是否已乱触发 Workflow | 135 bench 乱触发轴行为探针 |
+| P4 | SendMessage · negative_space(HIGH-2) | CC 主语义(活跃队友/main 投递时序、inbox-free、main 寻址)行为面 | 多-agent 会话探针坐实后再决定是否立项补主语义面 |
+| P5 | NotebookEdit · info_density(M5) | sema Read 的 .ipynb 渲染是否真带 `<cell id="...">` tag | 探针 sema Read notebook cell 输出形态，确认后再对齐 cell_id 描述 |
+| P6 | TaskStop · negative_space(M11) | design/129 具名后台子代是否已支持按 name 寻址 | 若支持则回补 named-agent bullet；agent-team 无对应能力则记 deliberate_divergence |
+| P7 | TaskList · error_recovery | CC TaskList 空列表回执是否 = sema「The task list is empty.」(sema 措辞为自拟，CC 空态未被探针触发) | 跑 CC TaskList 空态探针 |
+| P8 | CronCreate · constraint_strength(M15) | sema daemon(SchedulerCapability)是否给 recurring 任务设生命周期上限(TTL) | 有→补「告知用户 N 天过期」句；无→记 deliberate_divergence |
+| P9 | CronList · negative_space(M14) | sema-shell CronList 卡是否因缺 job.prompt 崩(壳侧渲染) | 起真 daemon 排 1 任务后调 CronList，验壳渲染不崩 |
+| P10 | TaskOutput · negative_space | CC198 .output 文件模型的行为帧(bash 后台是否真不再经 TaskOutput 取、Read 文件是否成主路径) | 坐实后判 sema 是否统一到 file-first 或记 deliberate_divergence |
+| P11 | WebSearch · info_density(M18) | DeepSeek 端在 CC198 极简 desc 下是否仍稳定输出 Sources | 活体验证后再决定是否瘦身 sema 重型块 |
+| P12 | ExitWorktree · constraint_strength(M19) | CC `discard_changes:false` 对脏树是否真 REFUSE + 返回变更清单 | 行为探针后决定是否补 sema `discardChanges?` |
+| P13 | EnterPlanMode/ExitPlanMode · constraint_strength(M23) | CC `allowedPrompts` 计划批准后如何影响后续 Bash 门控(interactive-only 挡住行为采集) | 需交互会话行为探针；证实「批准附带预授权范围」语义后评估映射到 sema ToolPolicy/plan_review grant 面 |
+| P14 | ReportFindings · negative_space(M24) | sema 是否需要「run 内 self-review→host 渲染」路径(当前无对等 host UI 消费方) | 有 host 消费方才评估建 emitFindings 工具 |
+
+**盲区读数**：14 项 needs_probe，两大簇——(a) **现行 CC vs 198 静态面的版本错位**（Monitor/TaskStop/allowedPrompts/agent-team 等上游新增或更新版专属件，198 锚天然缺失）；(b) **行为帧未采**（乱触发率/投递时序/脏树 REFUSE/空态文案/极简 desc 下的 Sources 稳定性——都需活体或 bench，静态源不可判）。修复批动工前，HIGH-1/HIGH-2 及 M5/M11/M15/M19/M23 均应先过对应探针。
+
+## 附:逐工具判决简表(机读)
+
+```json
+[
+ {
+  "tool": "Bash",
+  "verdict": "deliberate_divergence",
+  "highGaps": 0
+ },
+ {
+  "tool": "Read",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "Edit",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "Write (sema: write_file / name \"Write\")",
+  "verdict": "deliberate_divergence",
+  "highGaps": 0
+ },
+ {
+  "tool": "NotebookEdit",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "Agent",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "TaskCreate 族(TaskCreate/TaskGet/TaskUpdate/TaskList + TaskStop)",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "TaskGet",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "TaskList",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "TaskUpdate",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "TaskOutput",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "TaskStop",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "Monitor",
+  "verdict": "needs_probe",
+  "highGaps": 0
+ },
+ {
+  "tool": "Skill",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "Workflow",
+  "verdict": "semantic_port",
+  "highGaps": 1
+ },
+ {
+  "tool": "SendMessage",
+  "verdict": "deliberate_divergence",
+  "highGaps": 1
+ },
+ {
+  "tool": "WebFetch (sema: WebFetch，原 web_fetch，Q6 rename 已落 design/102 §3.6)",
+  "verdict": "deliberate_divergence",
+  "highGaps": 0
+ },
+ {
+  "tool": "WebSearch",
+  "verdict": "deliberate_divergence",
+  "highGaps": 0
+ },
+ {
+  "tool": "CronCreate",
+  "verdict": "deliberate_divergence",
+  "highGaps": 0
+ },
+ {
+  "tool": "CronDelete",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "CronList",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "EnterWorktree / ExitWorktree",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "ExitWorktree (with EnterWorktree pair)",
+  "verdict": "deliberate_divergence",
+  "highGaps": 0
+ },
+ {
+  "tool": "ScheduleWakeup",
+  "verdict": "deliberate_divergence",
+  "highGaps": 0
+ },
+ {
+  "tool": "ReportFindings",
+  "verdict": "deliberate_divergence",
+  "highGaps": 0
+ },
+ {
+  "tool": "AskUserQuestion",
+  "verdict": "semantic_port",
+  "highGaps": 0
+ },
+ {
+  "tool": "EnterPlanMode + ExitPlanMode（合并一案；sema 对应物 = src/core/present-plan-tool.ts 的 EnterPlanMode/ExitPlanMode 对 + turn-attachments.ts plan_mode reminder）",
+  "verdict": "deliberate_divergence",
+  "highGaps": 1
+ }
+]
+```

package/docs/CC-TOOLSURFACE-DEEP-DIVE-2026-07-07.md

@@ -0,0 +1,197 @@
+# CC 工具面行为语义级取证(2026-07-07)
+
+> ## ⚠️ 勘误(2026-07-07 晚,clay 实机证伪 + 活体 harness 自证)
+>
+> **S1「LSP:sema 超集/CC 无模型可调 LSP 工具」= 错误结论,撤回。** 证据:①clay 实机 CC 问答,CC 列出 LSP 工具 9 操作全表;②本仓维护 AI 所在的 CC harness(比 2.1.202 更新的滚动形态)当场 `ToolSearch select:LSP` 取回完整 schema——**9 操作与 sema 完全同名同型**(goToDefinition/findReferences/hover/documentSymbol/workspaceSymbol/goToImplementation/prepareCallHierarchy/incomingCalls/outgoingCalls),参数面同为 filePath/line/character(1-based)+workspaceSymbol query。判定改为:**等价**(细节 hardness 待动态对比:错误文案、无 server 时行为、多语言路由)。
+> **方法论教训(升级为纪律)**:静态源(198 bundle/202 SDK d.ts)上「查无」≠「不存在」——CC 滚动更新,公开静态面滞后于现行 harness。**否定性结论必须过活体探针**(现行 CC 会话内 ToolSearch/实际调用),静态取证只可做肯定性结论与版本考据。本报告其余「CC 无 X」类判定均应按此纪律复核(G2 Monitor/G3 SendMessage 的 schema 已由活体 harness 取回确认存在,判定不变但语义细节以活体 schema 为准,见下)。
+> **补充实证——异步诊断主动通告(clay 逮到,报告漏项)**:CC 在 subagent 完成/命令执行后**异步**推送 `new-diagnostics` system-reminder(「Found 3 new diagnostic issues in 1 file」,含逐条 file:line 诊断),不依赖模型调用 LSP 工具——这是 G1 通告层的第五类成员(deferred delta/agent 清单/MCP instructions/skills 之外):**诊断增量通告**。sema design/121 有 tsserver 诊断帧注入,但触发面(编辑后)窄于 CC(含 agent 完成后的批量 delta),归 G1 桶一并补。
+
+静态取证报告。背景:名字级对比发现 sema 疑似缺失多项 CC 工具,本报告做行为语义级定谳。**阅读须知:结论以顶部勘误为准;后续标准 = 活体 harness 探针 > 动态实测 > 静态源。**
+
+**Ground truth 源**:
+- ① CC 2.1.198 完整 pretty bundle:`/Users/clay/开发/gittea/claude-198/cc-2.1.198/package/claude-cli-2.1.198.pretty.js`(731,838 行,下文简称 bundle)
+- ② CC 2.1.202 类型面:scratchpad `drift/package/sdk.d.ts` + `sdk-tools.d.ts`
+- ③ sema 现工作树:`/Users/clay/开发/gittea/ai-agent-core/src`(core 1.251.0)
+
+**取证方法**:四路并行 Explore subagent(bundle grep+定位读 / 类型面 / sema src 对照),主线补充核验(2.1.202 ToolInputSchemas 全清单、内置 Explore agent 定义坐标)。
+
+---
+
+## 执行摘要
+
+**真缺口 5 条(按行为代价降序)**:
+
+| # | 缺口 | 行为代价 | 补齐成本估计 |
+|---|------|---------|------------|
+| G1 | **动态 system-reminder 通告层整体缺失**(项9,覆盖项1/2/5 的呈现面):CC 有 `deferred_tools_delta`/agent 类型清单/MCP instructions/skills 清单四类 turn 边界通告;sema constitution 只有 harness 力学说明,零工具清单通告 | 模型「知道自己有什么」的能力系统性弱于 CC:延迟工具靠 placeholder 描述隐式发现、agent 类型靠工具 schema 枚举、mid-task 新增能力(MCP server 上线等)完全无通路 | 中(attachments 管线已在 1.251 建成,`TaskSpec.attachments` 可加新成员) |
+| G2 | **Monitor 工具**(项3):CC 的事件流管道(shell 命令 stdout 逐行=事件 + WebSocket 双模式,persistent 会话级驻留,200ms 批聚合) | sema agent 等待外部条件只能 run_in_background+手写轮询;长期 watch(tail -f/inotifywait -m)与 WS 推送无原语,自驱循环退化为轮询+调度拼接 | 高(全新工具+事件泵) |
+| G3 | **SendMessage 模型可见面**(项5):CC 主模型可用 `SendMessage({to, summary, message})` 续话已完成 subagent;sema design/122 resume 机制完整但纯 control-plane(`SubagentSteerHandle.resume`),模型不可见,且 `retainSubagentSessions` 默认 opt-in | 主模型无法在任务内继续子 agent 上下文,多轮委派必须每次冷启动、prompt 自包含 | 低-中(机制已备,缺工具外露+通告+默认态决策) |
+| G4 | **Worktree 工具层**(项4):CC `EnterWorktree`/`ExitWorktree` 模型可调(`.claude/worktrees/` + baseRef fresh/head 配置 + keep/remove 收尾 + 非 git 仓库委托 WorktreeCreate/WorktreeRemove 扩展点);sema 只有 `addWorktree()`/`pruneWorktrees()` 低级 API(`.sema-worktrees/`,固定基于给定 commit) | 模型无法自主进出隔离工作树;隔离只能由部署方编程注入,mid-session 切换/收尾交互无 | 低-中(git 原语已备,缺工具壳) |
+| G5 | **PushNotification**(项6):CC 主动推送用户(本地终端+Remote Control 移动端,idle/hasFocus 检测,`status:"proactive"`);sema 仅 TaskNotificationPayload 被动完成通知 | 无人值守场景 agent 无法主动唤起用户注意;**代价视部署**——sema-tb/service 壳侧已有自己的通知通路(黑板 [484] 壳侧自驱闭环),core 内净缺口主要是「模型可见的主动推送工具」这一层 | 低(通知 sink 已有,缺工具面) |
+
+**部分等价 3 条**:
+
+| # | 项 | 结论 |
+|---|-----|------|
+| P1 | Agent 类型注册表(项1) | 机制等价(`AgentDefinition` ↔ CC frontmatter/SDK agents,含 allowTools/denyTools/model/systemPrompt/maxTurns),两处差:①agent 类型清单呈现走工具 schema 枚举而非 system-reminder(归 G1);②无 `.claude/agents/*.md` 文件加载面(架构选择:sema=SDK 配置注入,文件加载属壳/部署层职责) |
+| P2 | 延迟工具呈现(项2) | design/36 机制完整(placeholder+tool_search+rematerialize+断点重建),缺 CC `deferred_tools_delta` 主动通告(归 G1);查询语法基本对齐(select:/关键词;CC 多 `+require` 前缀);物化时机差一 turn(CC 结果内 `<functions>` 块即时可调 vs sema 下一 turn setTools) |
+| P3 | ScheduleWakeup vs sema Cron(项6) | sema CronCreate(at/delay)覆盖定时自唤醒核心;CC ScheduleWakeup 是 /loop 动态模式特化(60-3600s 自调 pacing、prompt cache TTL 感知、stop 终止),该特化 sema 无,但属交互壳形态差异,核心自驱原语不缺 |
+
+**等价 1 条 + sema 超集 1 条**:
+
+- **E1 MCP 资源面(项7):完全等价且 sema 为超集**。ListMcpResources/ReadMcpResource/ReadMcpResourceDir 三工具协议调用、server 寻址、blob 落盘、返回结构逐项对齐;sema 的 ReadMcpResourceDir 在 server 不支持 `resources/directory/read` 时前缀 fallback(CC 报错),超集。
+- ~~**S1 LSP(项8):sema 超集**~~ **已撤回,见顶部勘误**:活体 harness 实证 CC 有 LSP 工具且 9 操作与 sema 同名同型 → 判定=等价,hardness 细节待动态对比。原静态判定(198 bundle/202 d.ts 查无)保留于此作为「静态否定性结论不可靠」的案例存档。
+
+**不适用(生态绑定,非 parity 目标)2 条**:
+
+- **RemoteTrigger**:claude.ai CCR API 客户端(Routine 管理,需 claude.ai OAuth)。sema 的对位物是自己的 Cron/scheduler+service 控制面,不存在「移植」概念。
+- **DesignSync**:claude.ai/design 设计系统同步(Figma 类组件库)。同上,产品生态绑定。
+
+---
+
+## 逐项证据
+
+### 项1 Agent 类型注册表
+
+**CC 语义(bundle 坐标)**
+
+- Agent 工具 schema 的 `subagent_type`/`model` 参数(bundle:453327-453331):
+  > `subagent_type: A.string().optional().describe("The type of specialized agent to use for this task")`
+  > `model: A.enum(["sonnet","opus","haiku","fable"]).optional().describe("Optional model override for this agent. Takes precedence over the agent definition's model frontmatter. If omitted, uses the agent definition's model, or inherits from the parent. Ignored for subagent_type: \"fork\" — forks always inherit the parent model.")`
+- 定义来源(bundle:453182-453184):
+  > "Each agent type's model, reasoning effort, and tools come from its definition (`.claude/agents/*.md` frontmatter or SDK `agents`)."
+- 内置类型:`M4i = new Set(["Explore", "Plan"])`(bundle:147386);Explore 内置定义(bundle:409188-409199):
+  ```
+  qme = { agentType: "Explore", whenToUse: nbm, whenToUseLean: rbm,
+          disallowedTools: [is, NR, s0, xa, Ic, FR],   // Agent/写类工具等
+          source: "built-in", baseDir: "built-in", model: "inherit",
+          omitClaudeMd: !0, getSystemPrompt: () => tbm() }
+  ```
+  whenToUse 逐字(bundle:409185,nbm):"Fast read-only search agent for locating code. … Do NOT use it for code review, design-doc auditing, cross-file consistency checks, or open-ended analysis — it reads excerpts rather than whole files … specify search breadth: \"quick\"/\"medium\"/\"very thorough\"…"。general-purpose 为默认回落(bundle:337982/419995 `agentType: e.agentType ?? "general-purpose"`)。
+- 向主模型呈现:**system-reminder 通道**,非 system prompt 正文(bundle:453134-453143):
+  > "Available agent types are listed in `<system-reminder>` messages in the conversation."
+  > "…specify a subagent_type to select an agent: `\"fork\"` forks yourself (inherits your full conversation context, always runs on your model); any other type — or omitting it — starts a fresh agent (general-purpose by default)."
+
+**sema 现状**
+
+- `src/core/types.ts:353-376` `AgentDefinition`:name/whenToUse/allowTools/denyTools/model(缺省=继承调用方)/thinking/systemPrompt/maxTurns/memory——与 CC frontmatter 字段面对齐。
+- `src/agents/subagent.ts:597-619` 装配期 fail-fast(重名/保留名);666-668 工具参数:有 agents 时注入 `subagent_type: Type.Union(literal names)`;695-697 per-agent 工具白名单 `resolveToolSubset(tools, def.allowTools, def.denyTools)`。
+- 无硬编码内置类型(部署驱动);无 `.claude/agents/*.md` 文件解析;agent 类型清单只出现在委派工具的 description + schema 枚举里,无 system-reminder 通告。
+
+**判定:部分等价。** 注册表机制(类型选择、per-type 工具白名单/模型/独立 system prompt)等价;缺口两处:①呈现层——类型清单无动态通告(归 G1);②文件加载面缺失属架构分工(core=SDK 注入,文件扫描应在壳层),不计 core 缺口但壳侧(sema-shell/sema-tb)若也没有则是产品面缺口。行为代价:模型发现 agent 类型需展开工具 schema,新类型 mid-session 挂载无通告通路。
+
+### 项2 延迟工具呈现层(回答:为什么 sema 从不提延迟工具)
+
+**CC 语义**
+
+- ToolSearch 工具(bundle:224080 `Rg="ToolSearch"`;描述 225100-225115):"Fetches full schema definitions for deferred tools so they can be called. Deferred tools appear by name in `<system-reminder>` messages… returns the matched tools' complete JSONSchema definitions inside a `<functions>` block… Query forms: `select:Read,Edit,Grep` / `notebook jupyter` / `+slack send`"。
+- **主动通告模板**(bundle:599148,`deferred_tools_delta` attachment):
+  > "The following deferred tools are now available via ToolSearch. Their schemas are NOT loaded — calling them directly will fail with InputValidationError. Use ToolSearch with query \"select:<name>[,<name>...]\" to load tool schemas before calling them:"
+- 触发管线(bundle:477079-477150 `kBo` / 479196 getContextAttachments):每 turn 边界 diff 工具池(新增/移除/MCP server pending/needs-auth),有变化才发,防重复。
+- 物化:ToolSearch 结果内联 `<functions>` 块 + 刷新工具缓存指纹(bundle:233260-233350),**当轮即可调用**。
+
+**sema 现状**
+
+- 机制完整:`src/core/types.ts:180-188`(`ToolSpec.defer`)、`types.ts:2301`(`deferMode?: "auto"`,默认=仅 defer===true 与 MCP 工具延迟);`src/core/runner/tool-disclosure.ts:121-136` placeholder 生成(名字+一行 hint+「call tool_search({"query":"select:…"})」指引)、274-367 `makeToolSearchTool`(select:/关键词两形态)、`prepare-task.ts:2260-2293` 激活→`rematerialize()`→下一 turn `harness.setTools()`;断点恢复靠 transcript 重放 `extractDiscoveredToolNames()`。
+- **无任何 system-reminder 通告生成**:激活公告只作为 tool_search 结果内容返回(tool-disclosure.ts:351);constitution(`src/prompts/default.ts:203-236` harnessContext / 628-638 constitutionBlocks)不提 tool_search、不列延迟工具。
+
+**判定:部分等价,呈现层缺口(归 G1)。** clay 之问的定谳:**不是没实现、也不是默认全关**——design/36 机制在,MCP 工具默认即延迟(接了 MCP server 的部署 tool_search 会自动注入,dogfood-36.ts 有真模型验证);「从不提」的根因是①无 `deferred_tools_delta` 式主动通告,模型只能从 placeholder 描述隐式发现;②非 MCP 内置工具默认不延迟(defer 需逐个标),纯内置工具部署(sema-tb 默认形态)整条链路根本不激活,自然从不露面。行为代价:模型对延迟工具的觉察从「显式清单」降为「撞见 placeholder 才知道」,mid-task 工具池变化(MCP server 上线/掉线)零通告;物化多等一 turn。
+
+### 项3 Monitor
+
+**CC 语义**(bundle:223566-223579;sdk-tools.d.ts:2551-2574)
+
+- Schema:`{ description, timeout_ms(默认300s/上限3600s), persistent(会话生命周期驻留), command?(stdout 每行=一事件), ws?: {url, protocols} }`——shell 命令与 WebSocket 双模式。
+- 描述语义:一次性等待用 Bash run_in_background+until 循环;多次事件用 Monitor 跑 unbounded 命令(`tail -f`/`inotifywait -m`/`while true`);200ms 批处理聚合多行为单条通知。定位=「事件流管道」,把外部世界变化变成 agent 可被动接收的通知流。
+
+**sema 现状**:无对应。有 `src/tools/background-shell.ts`(run_in_background)+ task-notification 被动完成通知;无事件流聚合、无 persistent watch、无 WS 原语。
+
+**判定:真缺口(G2)。** 代价:所有「等外部条件」场景退化为轮询(sleep+grep 重试),长驻 watch 与推送式事件源(WS)无原生路径;对自驱/无人值守形态(sema 主打)这是净能力差。
+
+### 项4 EnterWorktree / ExitWorktree
+
+**CC 语义**(bundle:460200-460439;sdk-tools.d.ts:2609-2628)
+
+- `EnterWorktreeInput { name?, path? }`;`ExitWorktreeInput { action: "keep"|"remove", discard_changes? }`。
+- 描述:git 仓库内在 `.claude/worktrees/` 建新 worktree+新分支;`worktree.baseRef` 设置控制基点(`fresh`=origin/默认分支,缺省;`head`=当前本地 HEAD);非 git 仓库委托 WorktreeCreate/WorktreeRemove 扩展点做 VCS 无关隔离;退出时 keep/remove 交互收尾。另 Agent 工具 `isolation:"worktree"` 参数为 subagent 自动建独立 worktree(未改动自动清理)——同一底层设施的两个入口(模型自用 vs 委派隔离)。
+
+**sema 现状**:`src/agents/git-worktree-env.ts:1-84` `addWorktree()`/`pruneWorktrees()`/`WORKTREE_PARENT=".sema-worktrees"`(index.ts 有导出)。低级 API:部署方编程调用;基点=传入 commit;自动清理;无模型可见工具、无 baseRef 双态、无非 git 委托。
+
+**判定:部分等价,工具层缺口(G4)。** 代价:模型无法自主决定「这活风险高,我进隔离 worktree 干」;subagent 委派也无 isolation 参数直达。git 原语已备,缺的是工具壳+收尾语义。
+
+### 项5 SendMessage
+
+**CC 语义**(bundle:224234 `O_="SendMessage"`;224700-224760;453193-453194)
+
+- 用法:`SendMessage({ to: "agent-x7q", summary: "…", message: "…" })`——以 agent ID 或 name 寻址,续话已 spawn(含已完成)的 subagent,**完整上下文保留**;对比新 Agent call=零记忆冷启动(fork 例外)。task-id 即 agent ID(bundle:224755)。默认可用,主 system prompt/工具描述明确教学。
+
+**sema 现状**(`src/agents/subagent.ts`)
+
+- design/122 机制完整:`SubagentSteerHandle`(121-159)含 `steer`(运行中注入)与 `resume?`(327-334 makeResumePrompt;374-519 makeSubagentResume:frozen spec 快照+同 sessionId+`requireExistingSession`,错误码族 resume.retain_off/evicted/cap/session_not_found)。
+- 但:①resume 是 **control-plane 专属**(注释明示 codex-B6「never expose it to clients」指 childSessionId 能力面;handle 只交给部署方 registry);②需 `TaskSpec.retainSubagentSessions` opt-in;③模型无任何可见工具、constitution 无一字提及。
+
+**判定:真缺口(G3,模型可见面)。** 机制底座等价(上下文保留语义、寻址、revive 都在),缺的是「主模型作为编排者续话自己 worker」的工具外露——CC 的 coordinator 形态(spawn→收结果→SendMessage 追问/纠偏)在 sema 里主模型做不到,只能 operator 代劳。注:sdk-tools.d.ts 的 ToolInputSchemas 联合类型里也无 SendMessageInput——公开 SDK 类型面不全,bundle 才是 ground truth(取证方法学注脚)。
+
+### 项6 ScheduleWakeup / PushNotification / RemoteTrigger / DesignSync
+
+**ScheduleWakeup**(bundle:223597-223628;sdk-tools.d.ts:2519-2536):`{ delaySeconds?(60-3600), reason?, prompt?, stop? }`。/loop 动态模式的自调度:模型每轮自定下次唤醒间隔与下轮 prompt,可 stop 终止;间隔选择显式关联 prompt cache TTL 窗口。
+**sema 对位**:`src/tools/scheduler-tools.ts` CronCreate(at/delay/cron)+CronList/CronDelete——定时自唤醒核心已覆盖;缺的是 /loop 会话内动态 pacing 特化(交互壳形态,见摘要 P3)。
+
+**PushNotification**(bundle:223525、462140-462223;sdk-tools.d.ts:2602-2608):`{ message, status:"proactive" }`;输出 pushSent/localSent/disabledReason/idleSec/hasFocus/sentAt。语义=检测用户 idle/失焦后主动推送(本地终端高亮+Remote Control 移动端)。
+**sema 对位**:无模型可见主动推送工具;TaskNotificationPayload 为被动完成通知。判定真缺口(G5),代价视部署(壳侧自驱通知通路已有,黑板 [484])。
+
+**RemoteTrigger**(bundle:461719-461850;sdk-tools.d.ts:2537-2549):`{ action: list|get|create|update|run, trigger_id?, body? }`——claude.ai CCR API 的 Routine 管理客户端(cron/run_once_at/enabled),绑定 claude.ai 账户体系。
+**DesignSync**(bundle:280558-280560):claude.ai/design 设计系统同步。
+**判定:两者均不适用**——CC 自家云服务绑定件,sema 对位物是自有 scheduler+service 控制面;不计缺口。
+
+**补:claude.ai 产品绑定簇完整清单(TOOL-INVENTORY 抽查 F4,PARITY-SPOT-TOOL-INVENTORY-2026-07-10.md B2)。** 上述 RemoteTrigger/DesignSync 只是该簇的两件;198 pretty.js 亲读坐实完整 9 件,全部 not-port(claude.ai 账户/产品体系绑定),扩齐防每轮全量对比重复再发现:
+
+| 工具 | pretty.js 坐标 | 变量名 | 语义 |
+|---|---|---|---|
+| Artifact | 465690(定义 143265 `NR`) | NR | claude.ai artifact 产出面 |
+| Projects | 464017(定义 463606 `$Ol`) | $Ol | claude.ai Projects 绑定 |
+| SendUserMessage | 455354(定义 143336 `sO`) | sO | 产品侧向用户发消息 |
+| SendUserFile | 461993(定义 143378 `jqe`) | jqe | 产品侧向用户发文件 |
+| ShareOnboardingGuide | 466114(定义变量 `GJt`) | GJt | onboarding 引导分享 |
+| ShowOnboardingRolePicker | 454191(定义变量 `qtr`) | qtr | onboarding 角色选择器 |
+| WaitForMcpServers | 224493(定义变量 `rPe`) | rPe | 等待 MCP servers 就绪 |
+| RemoteTrigger | 461719-461850 | — | 见上(CCR Routine) |
+| DesignSync | 280558-280560 | — | 见上(设计系统同步) |
+
+判定:9 件全 not-port,产品生态绑定,不存在「移植」概念;不计 parity 缺口。
+
+### 项7 ListMcpResources / ReadMcpResource
+
+**CC**(bundle:300415-300535 List / 313709-314209 Read / 313725-313877 ReadDir):List=`{server?}`→逐 server 连接调 `resources/list` 聚合(每项带 server 字段);Read=`{server, uri}`→`resources/read`(bundle:314151),文本直返、blob base64 落盘返路径(314184);ReadDir 支持 `resources/directory/read` 分页扩展。
+
+**sema**(`src/core/mcp.ts:823-957` buildResourceTools;1090-1101 能力检测+allowTools 门):三工具齐备,`client.listResources`/`readResource` 标准 SDK 调用,server filter/寻址、blob→`blobToTextBlock` 落盘、ReadDir 扩展+**前缀 fallback**(944-951,CC 无此回退)逐项对齐。
+
+**判定:完全等价,sema 微超集。** 零代价。(名字级对比会误报此项为缺失——实为已实现。)
+
+### 项8 LSP 模型可见工具
+
+**CC**:bundle 全文无 GoToDefinition/FindReferences/Hover/Lsp 类工具定义;2.1.202 sdk-tools.d.ts ToolInputSchemas 联合类型(11-51 行,41 个工具输入型)亦无任何 LSP 项——双源交叉确认 **CC 无模型可调 LSP 查询工具**。CC 有的是:诊断自动注入(bundle:320484-320503 formatDiagnosticsBlock→`<new-diagnostics>` 块;来源 `textDocument/publishDiagnostics` 订阅,324402);「LSP navigation (goToDefinition, hover, etc.)」字样仅出现在配置项描述里(54510,指 IDE 侧能力,非 agent 工具)。
+
+**sema**:`src/core/lsp.ts:185-255` LSP 工具,9 操作(19-28):goToDefinition/findReferences/hover/documentSymbol/workspaceSymbol/goToImplementation/prepareCallHierarchy/incomingCalls/outgoingCalls,位置 1-based schema(214-221);诊断注入双管道另有 design/121(`src/core/lsp-diagnostics.ts` 每文件 10/全局 30 上限+去重;`runtask.ts:2144-2160` turn 边界 steer lane 注入)。
+
+**判定:sema 超集(S1)。** 名字级对比若把「CC LSP 工具」列为 sema 缺失,系误报方向颠倒。
+
+**⚠️ 批注(TOOL-INVENTORY 抽查 F8,2026-07-10,PARITY-SPOT-TOOL-INVENTORY-2026-07-10.md):本项开头「CC 无模型可调 LSP 工具(双源交叉确认)」的断言已被 198 二进制证伪。** 198 pretty.js 明确含 LSP 工具对象:`:460003`(`name: gSt`)+`:406838`(`var gSt="LSP"` + 描述常量,searchHint「code intelligence (definitions, references, symbols, hover)」)+`:408384`(只读集 `ySm` 含 gSt),9 操作与我方同集。原静态判定基于 2.1.201/202 sdk-tools.d.ts + bundle,查无=时效性洞(非挖掘者误报)。**无代码动作**:实践已被 design/116 W1 超越——我方 LSP 已锚 CC LSPTool(顶部勘误亦已改判为「等价」)。此批注仅防旧档「CC 无 LSP 工具」被后续考据当真。
+
+### 项9 系统提示工具清单呈现
+
+**CC 三通道结构**:①API `tools` 参数(全 schema 或 deferred placeholder);②system prompt 正文=流程规范,**不逐一列工具清单**(bundle 主模板无 "You have access to"+清单模式);③**动态 system-reminder attachments**=能力清单专用通道:`deferred_tools_delta`(599148)、agent 类型清单(453134「Available agent types are listed in `<system-reminder>` messages」)、MCP instructions、skills 清单(542942 语境)——turn 边界按 delta 触发。
+
+**sema**:①②同构(tools 参数+constitution 流程规范,`src/prompts/default.ts:203-236` harnessContext 讲 system-reminder 语义/不可信数据/compaction,628-638 constitutionBlocks 全是特性开关块);③**通道不存在**——无任何工具/agent 类型/技能清单类动态通告。1.251 已建的 `TaskSpec.attachments`(todoReminder/changedFiles/planModeReminder)证明 attachments 管线基建已就位,但能力清单类成员未做。
+
+**判定:真缺口(G1,本报告最高优先)。** 这是项1/2/5 呈现面缺口的共同根:CC 把「模型对自身能力面的觉察」做成了一条独立的动态通道,sema 把它摊平进了工具 description——静态、无 delta、mid-task 不可更新。补齐路径明确:在 attachments 框架下加 `deferredToolsDelta`/`agentListing` 两个成员即可覆盖 G1 的大头,并顺带把 G3 的工具外露(SendMessage 对位)接入同一通告。
+
+---
+
+## 结论速览
+
+- 名字级对比的两个**误报**:MCP 资源面(实为等价+微超集)、LSP(方向颠倒,sema 超集)。
+- 真缺口按代价:G1 动态能力通告层 > G2 Monitor > G3 SendMessage 模型面 > G4 Worktree 工具层 > G5 PushNotification(代价视部署)。其中 G1/G3/G4/G5 的机制底座在 sema 均已存在,缺的是模型可见面/通告面,补齐成本集中在工具壳与 attachments 成员;唯 G2 Monitor 是全新原语。
+- RemoteTrigger/DesignSync 为 claude.ai 生态绑定件,不计 parity 目标。
+
+*(取证:search AI,四路 Explore subagent 并行 + 主线交叉核验;2026-07-07)*