fix(cli): keep session search tools opt-in on shipped surfaces
The shipped-roster change made @deepseek-ai/dsh-tool-session-query a default row of the shared base.cordis.yml, so the TUI and Web surfaces put the five session-search tools in front of the model. That contradicts the recorded opt-in stance for the model-facing session query consumer; the ACP example remains the mounted reference. Remove the row from the shared base, the now-dangling disabled patch in the opt-in core-web profile, and the workspace dependency. The ctx.sessionQuery index stays: the TUI's /resume and the Web content search consume it directly. Both shipped-composition tests now pin the 20-tool catalog.
This commit is contained in:
@@ -2,7 +2,7 @@
|
||||
|
||||
English | [中文](README.zh.md)
|
||||
|
||||
Workspace-authorized model tools over `ctx.sessionQuery`. The opt-in package depends only on the unified interface and registers `session_search`, `session_event_search`, `session_trace`, `session_event_trace`, and `session_event_read`; the shipped TUI, Web, and headless compositions mount it by default, while ACP does not.
|
||||
Workspace-authorized model tools over `ctx.sessionQuery`. The opt-in package depends only on the unified interface and registers `session_search`, `session_event_search`, `session_trace`, `session_event_trace`, and `session_event_read`; shipped host compositions do not mount it by default.
|
||||
|
||||
## Configuration
|
||||
|
||||
|
||||
Reference in New Issue
Block a user