ds-mode 是 DeepSeek 智能体的常驻工作模式：在每个任务上启用，用来让工作循环紧凑、让结论诚实。
用途：为 DeepSeek 智能体提供一套统一的工作习惯，覆盖任务开始、执行过程、上下文管理、完成前验证和最终报告。
主要能力与要求：
- 行动前：用一行复述任务，说明目标和预期的最小改动，不等待批准；编辑前先阅读将要修改的代码，改变函数行为前找出所有调用方；如果证据表明请求的改动是错的，展示证据并停止；超过两步的工作写简短编号计划，每步以可检查的结果结束；涉及多个文件时使用 ds-plan-loop。
- 执行中：以解决问题的最小差异为准，先删除再添加，不添加暂时无人需要的层、选项或辅助代码；一次只做一个改动，每次改动后运行真实命令验证（测试、构建、脚本或程序本身），验证使用 ds-verify-loop；修复根因而非症状，选择类型、结构或守卫位置时应用 ds-principles；可逆工作直接推进，不可逆操作（强制推送、部署、删除数据、向他人发消息）前暂停；同一修复失败两次就停止，不尝试同一思路的第三个变体，改用 ds-unstick 检验失败修复背后的前提；长时间或多阶段工作用 ds-ledger 记录决策和状态，便于重置后恢复。
- 保持上下文精简：只读需要的文件部分，能用范围就不读全文；上下文中保留摘要而非原始输出，长日志裁剪到关键行；批量阅读、宽泛搜索和大规模展开交给子代理（若环境支持），要求每个子代理给出带文件路径的简短结论；不重读刚编辑过的文件，不重复已运行的搜索。
- 说完成之前：在同一消息中展示证据（运行的命令和结果），"能编译"不等于"能工作"；将每个结论标注为已测量、推断或猜测；如果检查失败或跳过检查，明确说明；报告前对非平凡差异运行 ds-review-loop。
- 最终报告：第一行写目标；列出改动的确切文件路径；列出运行的检查和结果；列出未解决问题或阻碍；保持简短，使用平实句子，并对报告和所写评论应用 ds-unslop。
- 代码注释：只在代码无法表达原因时写注释，删除只是叙述下一行做什么的注释。
使用方式：该技能为常驻模式，应用于每个任务；具体操作通过引用 ds-plan-loop、ds-verify-loop、ds-principles、ds-ledger、ds-unstick、ds-review-loop、ds-unslop 等配套技能展开。
适用场景：DeepSeek 智能体执行编码、修改、验证和报告类任务，尤其是需要控制改动范围、保留验证证据和精简上下文的工作。
限制：资料未提供安装命令、平台支持细节、收费信息或具体效果数据；部分配套技能（如子代理转发）依赖运行环境是否支持。