Menu
电控设计流水线的顶层编排入口。当用户想"开始/推进小车电控设计"、问"现在该做哪一步"、要协调硬件/控制/算法三人并行、或不确定该调哪个子 skill 时使用。读 STATUS.md 与 design/ 现状，判断当前阶段，派发下一步并安排三 lane 并行。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
任务板——拉取最新进度、领取派给本 lane 的就绪任务、干完标记完成并自动给下游 lane 派活。当用户说"看板/任务板/我该干啥/领任务/同步进度/标记完成"时使用。基于 git + board/ 文件协同，跨 lane 自动交接。
生成控制 lane 的固件工程骨架（4 层架构 + 时间片调度 + FSM + PID + VOFA + K230 协议）。当用户要"生成固件/工程骨架""搭固件框架""出 MSPM0/STM32 工程"时使用。复用知识库 08 的分层与调度，引脚据 contracts/pinmap.yaml，K230 收帧用 contracts/protocol.h。控制参数=占位待整定，外设 init 需人工核对。
生成模块接线图、引脚映射与接线表（scope-A 核心交付，解放硬件 lane）。当用户要"出接线图/连线图""分配引脚/pinmap""怎么接线""harness/线束"时使用。把 BOM 里各模块的对 MCU 引脚映射到主控可用引脚，产出 contracts/pinmap.yaml（经 pinmux_check 门）+ design/wiring.svg + harness.md，需逐网人工核对。
据已解析的题目（design/problem.yaml）定技术方案并推导系统需求。当用户要"定方案""选主控/视觉路线""出需求表""根据题目决定怎么做"时使用。产出 design/solution.md（技术方案 + 签字需求表 + 子系统清单），需用户签字确认后才进选材。
设计多路隔离供电系统并校验余量。当用户要"设计供电/电源""算电流预算""选稳压/DCDC""分电源轨"时使用。按电机堵转电流（不是标称）算每轨负载，产出 design/power.yaml + power.md，并用 tools/power_budget.py 做确定性校验，需人工批准。
解析当年比赛题目（读题/审题）。当用户把官方题目 PDF/文本放进 inputs/problem/ 并要"读题""审题""解析题目""提取题目要求/限制条款"时使用。产出结构化 design/problem.yaml（限制条款、要求功能、评分、场地、计时），作为后续方案/选材的唯一需求来源。
| name | elec-design |
| description | 电控设计流水线的顶层编排入口。当用户想"开始/推进小车电控设计"、问"现在该做哪一步"、要协调硬件/控制/算法三人并行、或不确定该调哪个子 skill 时使用。读 STATUS.md 与 design/ 现状，判断当前阶段，派发下一步并安排三 lane 并行。 |
lane: lead（编排建议在 lead/Claude 会话跑） · needs: 无（只读状态 + 调度）
你是这支 3 人电赛小车队的电控设计编排者。不要自己埋头跑完整条流水线；你的职责是：判断现在在哪一步、派发下一步、让三个人并行别空等、把守人工门。重活交给对应子 skill（必要时 run_in_background 起子代理）。
先读 CLAUDE.md 了解仓库规约（lane 分工、目录归属、契约只读、确定性门优先）。
| # | skill | 输入 | 产出 | 门 |
|---|---|---|---|---|
| ① | read-problem | inputs/problem/ 当年题目 | design/problem.yaml | — |
| ② | plan-solution | problem.yaml + KB金奖/技术栈 | design/solution.md(方案+需求) | 人工签字 |
| ③ | setup-env | solution(选定主控/视觉) + KB环境清单 | env/manifest.yaml + 三lane setup | — |
| ④ | select-parts | solution + inputs/partslist/配件表 | design/bom.csv | 人工批 BOM |
| ⑤ | power-design | solution + bom | design/power.{md,yaml} | 人工批供电 |
| ⑥ | interconnect | bom + power | design/wiring.svg + contracts/pinmap.yaml + harness.md | 逐网人工核对 |
| ⑦ | firmware-scaffold | solution | firmware/(工程+protocol.h+VOFA) | 外设 init 核对 |
| ⑧ | vision-scaffold | solution | vision/(CanMV+protocol.py) | — |
| ⑨ | test-checklist | problem + KB10 | design/test_plan.md | — |
全部 9 段 skill 均已实装。完整走查样例见
examples/sending-medicine-2023/；sh tools/selftest.sh一键验证全链路（协议两端一致/pinmux门/供电门/接线渲染/固件主机测试/跨语言契约/语法检查）。
STATUS.md；ls inputs/ design/ env/ firmware/ vision/；看哪些产物已存在、契约版本。STATUS.md 对应小节（只动该动的 lane 段）。interconnect 的接线图）；纯软件/文档往后放、后台并行出。contracts/pinmap.yaml、contracts/protocol.*——定了它，控制和算法各写各、最后对得上。protocol.py，几乎不等小车电路）；控制=固件可离线写（依赖引脚映射+协议），只有实机 bring-up 等硬件。run_in_background 推进不依赖人反馈的下一段。needs: multimodal 的步骤（read-problem、select-parts 解析 PDF）只在 lead/Claude 会话跑。队友的 DeepSeek/GLM lane 消费 lead 产出的 design/*.yaml，干代码活（firmware/、vision/），正确性交编译/pinmux_check 等确定性门。