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
-2
@@ -2,5 +2,5 @@
|
||||
# side as of the last confirmed-consistent state. Both languages carry equal authority;
|
||||
# after editing either side, bring the other along and re-record with:
|
||||
# pnpm run verify-translation-pairing --write .agents/notes/implemented/feature/2026-07-24-model-facing-session-query-tools.md
|
||||
2026-07-24-model-facing-session-query-tools.md: 82fb70349a94916af2e99b83fcbdac765aae3dd0
|
||||
2026-07-24-model-facing-session-query-tools.zh.md: 3ffc142b2a27c612bb8a3238823f536871e5ea17
|
||||
2026-07-24-model-facing-session-query-tools.md: 863f557f11f89ff8dfc121b7da0b653852528394
|
||||
2026-07-24-model-facing-session-query-tools.zh.md: d8deaba15f111537a16deafe73ed6dd708ea044a
|
||||
|
||||
Reference in New Issue
Block a user