菜单
电控设计流水线的顶层编排入口。当用户想"开始/推进小车电控设计"、问"现在该做哪一步"、要协调硬件/控制/算法三人并行、或不确定该调哪个子 skill 时使用。读 STATUS.md 与 design/ 现状，判断当前阶段，派发下一步并安排三 lane 并行。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
任务板——拉取最新进度、领取派给本 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 等确定性门。