dsh-adaptive-native-standard

使用方式

普通 Windows 编码直接让模型工作即可。需要 POSIX shell 时，模型可以调用：

{"toolNames":["bash"]}

这是 dev_tool_search 的参数；解锁后的下一次请求会出现 bash。模型可以自主执行这个流程，不需要用户手工输入 JSON。

Minimal 模式第一次通常先调用 read 检查，或调用 dev_tool_search 发现所需能力。第一次持久操作后会自动获得 pwsh/write/edit/glob/grep；修改已有文件的推荐路径是先完成官方 read 观察，再直接调用 edit。这样符合 DSH 的 read-before-edit 策略，也避开 str_replace_editor 的绝对路径和替换状态约束。

长驻开发服务器、watcher 和长测试应使用官方 pwsh 的 run_in_background，再按需解锁 job_list / job_output / job_kill。subagent 与 subagent_fork 使用 continuable 后台模式。Direct Bash 故意不提供后台参数，避免用裸 & 制造孤儿进程。

配置

Standard 的源配置位于 preset/agent.cordis.yml。Minimal 配置由 scripts/generate-minimal-preset.mjs 从同一能力底座确定性生成到 preset-minimal/agent.cordis.yml，避免两个大 composition 手工漂移：

配置	默认值	作用
defaultMode	auto	auto / spec / react / weak
Standard reasoningStyle	we-need	Standard 的私有推理风格引导
Minimal reasoningStyle	native	不注入 we-need 正文或 near-field 风格提醒
nearFieldGuidance	true	从首请求开始，为 Weak 任务在用户消息附近补充一条短引导；复杂任务额外关注架构、边界与集成点
maxFaults	3	路由层连续故障熔断阈值
managedSessionEnv	true	向 Direct Bash 注入安全 DSH 会话变量子集
includeSessionJsonl	false	是否额外暴露当前会话 JSONL 路径
Minimal bootstrapTools	read, dev_tool_search	首个模型请求的唯一两个工具
Minimal residentTools	pwsh, write, edit, glob, grep, dev_tool_search	与 bootstrap 合并后形成提升态 Windows 核心工具面
Minimal resetOnCompaction	false	提升状态跨压缩和恢复保持
Standard / Minimal web_fetch	true	两个预设固定注册 DSH 原生 Fetch；Minimal 首请求仍由双工具过滤器保持精简

一般不建议启用 includeSessionJsonl。它可能暴露本地对话工件位置，而且落盘内容可能滞后于当前轮次。

DSH 0.1.2-alpha.1 已在完整官方预设中开放 web_fetch，并提供带公网地址校验、DNS 固定和有界重定向的匿名 HTTP Provider。Adaptive Native Standard 与 Minimal 都沿用这一能力，不再从统一搜索插件读取跨项目开关；Minimal 的首个模型请求仍只有 read + dev_tool_search，提升后才可按需发现 Fetch。安装 DSH Unified Search 时，模型接口名称和预设可见性不变，只把正文后端替换为支持平台结构化读取、登录态与代理感知安全策略的 unified-fetch。