GTC2080/dsh-APEX_Plugin

README 摘要

DSH APEX Plugin APEX 是一个 DeepSeek Harness 实验 preset。它先用官方 Minimal 的首请求形状锚定模型轨迹， 再在模型完成第一次动作后加入精简执行约束，并通过一个常驻发现工具按需开放 Standard 能力。目标是减少无关 prompt、工具 schema、代码和 token，同时保留完成复杂任务所需的工具。 当前版本是 APEX v0.3 。它是可测试的实验版本，不代表已经证明 DeepSeek V4.1b 在所有 任务上都优于官方 Minimal 或 Standard。 可选 preset Preset id 界面名称 用途 apex-v03 APEX v0.3（实验） Minimal 锚定 + 一次性 APEX 策略 + 按需 Standard 工具 minimal-max-v2 Minimal Max v0.2（实验） 不含 APEX 策略的稳定对照组 升级到 v0.3 不会覆盖或改写 minimal-max-v2 。包名暂时继续使用 dsh-minimal-max ，以保持 现有 DSH profile 的插件升级路径稳定；对用户显示的产品名称和新 preset 已改为 APEX。 APEX v0.3 如何工作 首请求的 system prompt 仍然只有： 并保持 complete: true 、 includeRuntimeContext: false 。首请求会过滤 agent-instructions 和 skill-catalog ，APEX 策略也不会在这一轮出现。 晋级后，APEX 只添加一条带来源标记的 user-role instructions 消息；它会写入 session log， 因此同一锚定周期无需在每个请求重复注入。策略要求模型： - 在正确位置做满足需求的最小可靠改动。 - 依次优先复用现有代码、平台能力、标准库和已有依赖。 - 只为下一项具体工作解锁所需工具。 - 避免推测性抽象、依赖、配置、脚手架、重复探索和无意义测试。 - 不牺牲安全、错误处理、兼容性和必要验证。 晋级、解锁和重新锚定都由持久 session events 重建，不依赖进程内缓存。恢复会话后状态 一致； compaction/end 会清空旧解锁并开始新的 Minimal 锚定周期。子 agent 保留完整工具 目录，并在首请求获得精简 APEX 策略，避免隐藏其汇报或委派能力。 为什么 v0.3 没有复制完整 routing-suite V4.1b 的首请求工具形状会影响后续轨迹。若在首请求内加入关键词分类、额外路由 prompt 或 大量工具 schema，就同时改变了要验证的 Minimal 锚点。因此 v0.3 采用更小的能力路由： 首请求不分类，晋级后由 dev tool searc…

分类