DSH-SW-and-CAD

🔧 DSH 工程模式 · Engineering Mode 面向 CAD / SolidWorks 机械设计的 DeepSeek Harness Agent 预设。 以「完成工图」为唯一目标：需求访谈 → 三维建模 → 有限元校核 → 出图交付， 每一道关键闸门都写在 Python 代码里 —— 不通过，流程走不下去。

📦 长流程产物和日志：https://share.feijipan.com/s/tryFb4AU

一句话：它不是一个"帮你写建模脚本的助手"。 它是一个会自己判断能不能交付的机械设计工程师。 🎬 30 秒看完它怎么干活 真实会话录像，2 倍速播放（原片约 60 秒）。一句「帮我制造一个机械工厂用的机械臂」进去， 出来的是：需求访谈 → 门禁判定 → 拆成多个建模小屋 → 并行驱动 SolidWorks → 汇合总装。 后面每一节，就是这段录像里的一环。 这是什么

DSH 的插件分三个平面，放错位置会互相连坐： ⛔ 绝对不要把 - id: permission 写进 preset。 @deepseek-ai/dsh-permission-presets 是宿主层进程级服务，preset 里再声明一次 = 重复注册同名服务， loader 直接拒绝，后果是新建会话 / 切预设 / 选模型三件事一起坏。 💡 DSH 0.2.x 不再读取 .agent-presets 目录。 仓库里的 engineering/agent.cordis.yml 只是历史对照，运行时真正加载的是 插件 bundle 声明的那份 preset-engineering.patch.yml。 它能做什么 三种任务类型（AI 自判，不打扰你） 三种模式共用同一套 SW / CAD / 物理工具链，区别只在要不要走门禁、要不要开子代理。 🧭 并行策略与搭建方式 门禁启动后的第一件事不是让 AI 直接开画，而是先问你两个互相独立的问题。 这两问写死在 tools/choice_contract.py 里，题面和选项由代码给出，AI 不能改写。 ① 并行策略：多屋是排队还是并行 ② 搭建方式：这件事你自己能做主吗 C 模式是代码级强制的：每件零件必须单独提问、单独得到答复， 由主对话执行 mode_gate.py confirm-part 才能写入授权令牌。 沿用上一件零件的确认会被拒绝，并记进 violations.json。 选定之后

写法很宽松，以下全部等价：select C,E / select C E / select "C, E" / select c e / select --choice C --parallel E。

select 会把结论当场写进 workflow_state.json，并与 mode_state.json 自动对齐 —— 不会出现两个命令读到相反结论的情况。 ☑️ 需求是怎么问出来的 工程模式的第一条纪律：不猜参数。 材料、公差、配合类型、载荷来源，不确定就必须问你 —— 但也不是一股脑把几十道题全砸过来。 先定「问多细」

门禁第 2 步只问一个问题：本次任务要不要严格把关参数？ 区间由 mode2_flow.validate_question_budget() 强制：超上限直接拒绝， 收尾时未达下限同样拒绝交付 —— 既不许敷衍，也不许审问到死。 再决定「什么时候问哪一题」 旧做法是开局把候选题目全部抛出，用户答到手软。 现在改成按需提问：AI 先沿十阶段往下推，推到某个阶段发现缺信息，才问那一题，并写明理由。 🆕 十阶段不再由主对话自己跑：它由一个真实子代理「总计子代理」推进 （开工先 analyst-bind 绑定自己的 sessionId），主对话只负责编排与建小屋。 主对话若自己调 begin-stage 会被 ANALYST_ACTOR_REQUIRED 拒绝。

十阶段设计流水线（顺序即契约，跳阶段会被拒）：

提问必须挂在已经推进到的阶段上：

阶段没 begin-stage 就提问 → 拒绝；无理由提问 → 拒绝。 这就是「不许开局把题全抛出去」的机器判据。

回答完还要落盘（answer-question）—— 题目一旦有答复，挂在它上面的阶段产物会立刻标 stale， 必须用新的产物重做那一段才能继续，防止下游拿着过期参数去建模。 📏 载荷只有一个来源