kicad-flow: 跟进 PR00.drawio 节点 5/8 的修订
节点 5 加了「一般是用户明确要求仿真」:d05 判据由 agent 自行判断改为 以用户是否明确要求为准,默认 false;n13 相应成为向用户提议仿真的出口。 节点 8 参考资料由 4 类增至 5 类,新增「原理仿真结果」,kind 枚举加 sim。 拓扑未变(对账用例 39 条边全部一致)。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -50,8 +50,9 @@
|
||||
|
||||
### `n08_collect_references`(8)— 参考资料整理
|
||||
|
||||
逐模块登记四类资料:① 开发板资料 ② 参考设计(KiCad/Altium 工程)③ 器件 datasheet
|
||||
④ 子电路设计描述 md。
|
||||
逐模块登记五类资料:① 开发板资料 ② 参考设计(KiCad/Altium 工程)③ 器件 datasheet
|
||||
④ 子电路设计描述 md ⑤ 原理仿真结果。前四类是用户给的,第五类多半来自本流程 `n09`
|
||||
自己跑出来的结论(payload 的 `sim_results` 里)。
|
||||
|
||||
嵌套结构用 `--json`:
|
||||
|
||||
@@ -59,7 +60,7 @@
|
||||
& $PY $KF resume --prj-dir "<工程>" --json '{"references":[{"module":"PWR","kind":"refdesign","path":"E:\\ref\\foo","note":"LDO 部分可整段照抄"}]}'
|
||||
```
|
||||
|
||||
`kind` 取 `board` / `refdesign` / `datasheet` / `spec`。
|
||||
`kind` 取 `board` / `refdesign` / `datasheet` / `spec` / `sim`。
|
||||
|
||||
这是回环节点:`n09`(仿真完)和 `n13`(用户补料完)都会回到这里再整理一轮,
|
||||
payload 的 `retry` 和 `sim_results` 告诉你上一轮发生了什么,**把新增的并进来**,
|
||||
@@ -75,14 +76,19 @@ payload 的 `retry` 和 `sim_results` 告诉你上一轮发生了什么,**把
|
||||
回填:`--set have_reference_or_sim=true`
|
||||
(判 false 时把缺依据的模块带上:`--json '{"have_reference_or_sim":false,"uncovered":["LPF","ANT"]}'`)
|
||||
|
||||
### `d05_need_simulation`(5)— 靠仿真还是靠补料
|
||||
### `d05_need_simulation`(5)— 用户要求过仿真吗
|
||||
|
||||
缺依据的模块里,哪些是**仿真能定下来的**(滤波器、环路补偿、阻抗匹配、
|
||||
分压与容差),哪些是**只有用户才知道的**(选型偏好、接口协议、机械约束)?
|
||||
> **判据是「用户有没有明确要求」,不是你觉得该不该仿。** 原图节点上写着
|
||||
> 「一般是用户明确要求仿真」。
|
||||
|
||||
前者 `--set need_simulation=true` 走 `n09`,后者 `false` 走 `n13`。
|
||||
翻需求 md 和此前的对话,找用户是否点名要对某个模块做仿真(「这级滤波器仿一下」、
|
||||
「环路补偿要仿真确认」之类):
|
||||
|
||||
两类都有就先走仿真(能自己解决的先解决),下一轮回到 `d04` 时再判 false 去要料。
|
||||
- 找得到 → `--set need_simulation=true`,走 `n09` 跑仿真
|
||||
- **找不到 → `--set need_simulation=false`**,走 `n13` 去要材料
|
||||
|
||||
**不要因为你自己觉得仿一下更稳妥就判 true。** 真心认为该仿的,到 `n13` 里
|
||||
向用户提议,由他决定;他同意了,下一轮 `d05` 自然就是 true。
|
||||
|
||||
### `n09_run_spice_sim`(9)— 原理仿真
|
||||
|
||||
@@ -98,10 +104,15 @@ payload 的 `retry` 和 `sim_results` 告诉你上一轮发生了什么,**把
|
||||
|
||||
### `n13_prompt_more_material`(13)— 要用户补料
|
||||
|
||||
**必须问用户本人。** 明确说清:哪些模块既没有可照抄的参考设计、也不适合靠仿真定,
|
||||
需要他补哪一类材料。**要具体到模块和材料类型**,别只说「资料不够」。
|
||||
**必须问用户本人。** 走到这里是因为:有模块缺设计依据,而用户并没有要求对它们做仿真。
|
||||
|
||||
用户补完:`--set supplied=true --set note="补了 NTC 的 datasheet 和选型表"`
|
||||
说清缺依据的是哪些模块、需要他补哪一类材料(开发板资料 / 参考工程 / datasheet /
|
||||
子电路设计描述 md)。**要具体到模块和材料类型**,别只说「资料不够」。
|
||||
|
||||
**这里也是提议仿真的出口**:你要是判断某个模块用原理仿真就能定下来,在这里提给用户,
|
||||
由他拍板。他同意,下一轮 `d05` 就判 true 去跑仿真。
|
||||
|
||||
用户答复后:`--set supplied=true --set note="补了 NTC 的 datasheet;同意对 LPF 做仿真"`
|
||||
|
||||
做完自动回 `n08`(`material_retry` +1,上限 5)。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user