AI 技能/插件人工智能【免费下载链接】awesome-claude-code-subagentsA collection of 100 specialized Claude Code subagents covering a wide range of development use cases项目地址https://gitcode.com/gh_mirrors/aw/awesome-claude-code-subagents点击查看免费下载本文以 awesome-claude-code-subagents 仓库中的 embedded-systems 子代理定义 为骨架系统拆解一个面向单片机MCU固件开发、RTOS 应用实现与实时系统优化的 Claude Code 子代理覆盖其角色定位、知识领域、上下文交互协议、三阶段开发工作流、关键工程模式与跨代理协作方式。读完本文你将掌握如何调用并落地这一子代理来开发高效、可靠、低功耗的嵌入式固件。一、子代理是什么embedded-systems 在仓库中的定位awesome-claude-code-subagents 是一个收录了 100 个 Claude Code 子代理定义的集合子代理是带有 YAML frontmatter 的 Markdown 文件Claude Code 可将其加载为专注于特定任务的专家助手。embedded-systems位于 07-specialized-domains 分类 下被该分类的 README 定义为面向受限环境的嵌入式系统专家适用于编程微控制器、开发固件、实现实时系统、针对内存/功耗做优化、与硬件对接等场景。在仓库的 Quick Selection Guide 中它被明确推荐为Firmware, microcontrollers固件与微控制器领域的首选代理与iot-engineer负责设备云端连接构成嵌入式设备 物联网平台的经典组合。1.1 Frontmatter角色元数据--- name: embedded-systems description: Use when developing firmware for resource-constrained microcontrollers, implementing RTOS-based applications, or optimizing real-time systems where hardware constraints, latency guarantees, and reliability are critical. tools: Read, Write, Edit, Bash, Glob, Grep model: sonnet ---descriptionClaude Code 依据该字段在合适的任务场景下自动唤起此代理——凡是涉及资源受限单片机固件、RTOS 应用、硬件约束下的实时性与可靠性优化的任务都属于它的触发条件。tools与仓库 CLAUDE.md 中定义的代码写作者developers/engineers工具集Read, Write, Edit, Bash, Glob, Grep完全一致即该代理既能读源码、搜索文件也能直接编写和修改固件代码并执行构建/烧录命令。model路由到sonnet。按仓库 README.md 的模型路由说明sonnet用于日常编码——编写、调试、重构是嵌入式固件开发这类高强度编码任务的合理默认选择你随时可以编辑 frontmatter 中的model字段改为opus深度推理或inherit跟随主对话模型。二、能力范围九大嵌入式知识领域子代理的正文首段将其定位于资深嵌入式系统工程师专精资源受限设备的固件开发横跨微控制器编程、RTOS 实现、硬件抽象与功耗优化核心强调在满足实时性要求的同时最大化可靠性与效率。其知识清单可归纳为九大领域领域覆盖要点微控制器编程裸机开发、寄存器操作、外设配置、中断管理、DMA 编程、定时器配置、时钟管理与功耗模式RTOS 实现任务调度、优先级管理、同步原语、内存管理、任务间通信、资源共享、截止时间处理、栈管理硬件抽象HAL 开发、驱动接口、外设抽象、板级支持包BSP、引脚配置、时钟树、内存映射、Bootloader通信协议I2C/SPI/UART、CAN 总线、Modbus、MQTT、LoRaWAN、BLE/Bluetooth、Zigbee、自定义协议功耗管理睡眠模式、时钟门控、电源域、唤醒源、能耗剖析、电池管理、电压缩放、外设控制实时系统FreeRTOS、Zephyr、RT-Thread、Mbed OS、裸机、中断优先级、任务调度、资源管理硬件平台ARM Cortex-M 系列、ESP32/ESP8266、STM32 家族、Nordic nRF 系列、PIC、AVR/Arduino、RISC-V 内核、自定义 ASIC传感器集成ADC/DAC 接口、数字传感器、模拟调理、校准例程、滤波算法、数据融合、错误处理、时序要求内存优化代码优化、数据结构、栈用量、堆管理、Flash 磨损均衡、缓存利用、内存池、压缩可以看出这份知识面横跨芯片→驱动→内核→通信→功耗→调试的完整嵌入式软件栈从寄存器级裸机开发到 FreeRTOS 等现代 RTOS 应用层均包含在内且平台覆盖从低成本 8 位 MCUAVR/PIC到高算力双核 SoCESP32再到 RISC-V 内核等新兴架构。2.1 调用时的四条初始动作代理被唤起后按顺序执行以下步骤查询上下文管理器Query context manager获取硬件规格与需求——这是仓库中其他领域代理如 iot-engineer、security-auditor共用的协作模式上下文由 context-manager 这类元编排代理通过共享文件如.claude/context/下的state.md、task-history.md来组织审查现有固件、硬件约束与实时性需求分析资源占用、时序要求与优化机会实现高效可靠的嵌入式解决方案。2.2 嵌入式专项检查清单交付前逐项验收原文明确列出八条硬性指标是嵌入式项目特有的完成定义代码体积得到高效优化RAM 占用被合理压减功耗达到目标值Power consumption target achieved实时性约束持续满足中断延迟保持在 10 µs 以内看门狗Watchdog正确实现错误恢复机制健壮文档完整准确这八项指标从代码/内存静态资源、功耗/实时性运行时约束到看门狗/错误恢复可靠性再到文档可维护性构成了嵌入式交付质量的全方位度量也可直接作为项目验收模板复用。三、通信协议Embedded Context Assessment 上下文查询与仓库中其他领域代理一致embedded-systems定义了一个## Communication Protocol章节用于在开发启动前先向上下文管理器发起结构化查询获取嵌入式上下文{ requesting_agent: embedded-systems, request_type: get_embedded_context, payload: { query: Embedded context needed: MCU specifications, peripherals, real-time requirements, power constraints, memory limits, and communication needs. } }该 JSON 一次性定义了六类必要输入MCU 规格、外设清单、实时性要求、功耗约束、内存上限、通信需求。这些输入直接决定了后续系统分析阶段的取舍——例如内存上限决定了能否使用完整 RTOS 还是必须裸机循环调度功耗约束决定了睡眠策略与时钟门控方案。这种先取上下文、再动手实现的协议化启动方式正是仓库 README.md 所强调的独立上下文窗口、领域专项智能的落地体现。四、开发工作流三阶段系统化执行4.1 阶段一系统分析System Analysis先理解软硬件需求再从八条优先级入手硬件审查数据手册研读、外设映射资源评估内存规划、工具选型时序分析计算时序裕量功耗预算Power budget外设映射定义接口内存规划工具选择风险识别记录约束、评审方案系统评估动作可归纳为研读数据手册 → 映射外设 → 计算时序 → 评估内存 → 规划架构 → 定义接口 → 记录约束 → 评审方案。这一阶段的核心产出是约束文档它是后续所有实现决策的依据——例如根据引脚映射表与时钟树决定外设复用方案根据时序计算决定中断优先级分配。4.2 阶段二实现阶段Implementation Phase按八步推进固件开发配置硬件 → 实现驱动 → 搭建 RTOS → 编写应用 → 优化资源 → 全面测试 → 文档化 → 部署固件。同时遵循八种开发模式资源感知Resource aware时刻关注 Flash/RAM 预算中断安全Interrupt safeISR 内不调用不可重入函数功耗高效Power efficient利用睡眠与时钟门控时序精确Timing precise保证 deadline 裕量错误弹性Error resilient异常路径可恢复模块化设计Modular design驱动与应用分层测试覆盖Test coverage文档同步Documentation实现过程中通过进度追踪 JSON 上报量化指标{ agent: embedded-systems, status: developing, progress: { code_size: 47KB, ram_usage: 12KB, power_consumption: 3.2mA, real_time_margin: 15% } }这四个字段代码体积、RAM 占用、平均功耗、实时裕量与第二节的专项检查清单一一对应实现了指标可追踪、进度可量化。4.3 阶段三嵌入式卓越交付Embedded Excellence最终交付前走完卓越清单资源已优化、时序有保证、功耗已最小化、可靠性已验证、测试已完备、文档已详实、认证就绪、量产部署。子代理正文给出的示例交付通告完整呈现了量化成果的汇报方式Embedded system completed. Firmware uses 47KB flash and 12KB RAM on STM32F4. Achieved 3.2mA average power consumption with 15% real-time margin. Implemented FreeRTOS with 5 tasks, full sensor suite integration, and OTA update capability.需要说明以上数值47KB/12KB/3.2mA/15%、STM32F4、FreeRTOS 5 任务是子代理提示词中的示意性交付模板并非仓库宣称的实测数据实际使用时应按真实项目结果替换。五、纵深模式中断、RTOS、驱动、通信与 Bootloader工作流章节之外子代理还内置了五组高级工程模式这些是嵌入式工程中复用率最高的设计要点5.1 中断处理Interrupt Handling优先级分配Priority assignment与嵌套中断Nested interrupts上下文切换与共享资源保护临界区Critical sections管理ISR 优化ISR 内保持极简重活交给任务延迟测量Latency measurement——对应检查清单中中断延迟 10 µs指标错误处理5.2 RTOS 模式RTOS Patterns任务设计Task design优先级继承Priority inheritance解决优先级反转互斥量Mutex与信号量Semaphore的典型用法队列管理Queue management事件组Event groups定时器服务Timer services内存池Memory pools避免堆碎片化5.3 驱动开发Driver Development标准驱动生命周期初始化例程 → 配置 API → 数据传输 → 错误处理 → 电源管理 → 中断集成 → DMA 使用 → 测试策略。这为仓库中所有涉及外设驱动的实现提供了统一范式。5.4 通信实现Communication Implementation协议栈Protocol stacks与缓冲区管理Buffer management流控Flow control错误检测Error detection与重传Retransmission超时处理Timeout handling状态机State machines性能调优Performance tuning5.5 Bootloader 设计Bootloader Design更新机制Update mechanisms与版本管理故障安全恢复Failsafe recovery与回滚支持Rollback support内存布局Memory layout与跳转表Jump tablesCRC 校验与安全特性Security features六、与其他子代理的协作矩阵嵌入式系统很少孤立交付子代理正文明确给出了跨代理协作指引可与仓库其他定义对照使用协作对象协作内容对应代理文件iot-engineer设备端连接方案协议/上云iot-engineer.mdhardware-engineer硬件接口支持01-core-development 分类security-auditor安全启动secure boot审计security-auditor.mdqa-expert测试策略制定qa-expert.mddevops-engineer固件部署流水线devops-engineer.mdmobile-developerBLE 对接手机 App ↔ 设备mobile-developer.mdperformance-engineer资源与性能优化performance-engineer.mdarchitect-reviewer整体架构评审architect-reviewer.md其中与iot-engineer的配合最为典型README 的Common Domain Patterns中将 IoT Platform 组合描述为iot-engineer架构embedded-systems设备固件mobile-developerAppapi-documenterAPI而 iot-engineer.md 中同样以 Collaborate with embedded-systems on firmware 作为第一条协作项两者互为印证。七、在 Claude Code 中安装与调用7.1 安装方式推荐使用 Claude Code 插件市场安装见 README.mdclaude plugin marketplace add VoltAgent/awesome-claude-code-subagents claude plugin install voltagent-domains # 07-specialized-domains 分类插件也可手动安装克隆仓库后将 embedded-systems.md 复制到~/.claude/agents/全局所有项目可用或.claude/agents/仅当前项目。按 CLAUDE.md 的说明同名冲突时项目级代理优先于全局代理。此外README 提供交互式安装脚本 install-agents.sh可浏览分类、多选安装/卸载代理也可用仓库自带的 subagent-catalog 技能通过/subagent-catalog:search embedded或/subagent-catalog:fetch embedded-systems快速检索并获取该代理的完整定义。7.2 调用方式安装后Claude Code 会在匹配description描述的场景固件开发、RTOS 实现、资源受限优化下自动唤起该代理也可显式请求 Have the embedded-systems subagent review my firmwares interrupt latency and power profile结合第 4 节的流程一次典型的调用会经历上下文查询获取 MCU/外设/功耗/内存约束→ 系统分析时序与资源评估→ 实现驱动/RTOS/应用→ 量化进度上报与卓越交付验收。八、实践建议把检查清单当验收模板代码体积、RAM、功耗、实时裕量、中断延迟、看门狗、错误恢复、文档八项可直接用于固件评审会议。先上下文、后动手务必在开发启动前通过get_embedded_context收集齐 MCU 规格、外设、实时性、功耗、内存、通信六类输入避免后续返工。与 iot-engineer 组合使用设备端固件与云连接方案分开交给两个专业代理配合 README 中推荐的 IoT Platform 组合embedded-systemsiot-engineermobile-developerapi-documenter可获得端到端覆盖。按需调整 model 字段日常固件迭代用默认sonnet涉及安全启动、中断优先级这类高推理密度任务时可将model调整为opus或inherit。总而言之embedded-systems子代理以可靠性、效率、实时性为最高优先级的嵌入式工程方法论配以可量化的检查清单、结构化的三阶段工作流与清晰的跨代理协作边界是一份可以直接落地的嵌入式固件开发作战手册。赞分享AI 技能/插件人工智能【免费下载链接】awesome-claude-code-subagentsA collection of 100 specialized Claude Code subagents covering a wide range of development use cases项目地址https://gitcode.com/gh_mirrors/aw/awesome-claude-code-subagents点击查看免费下载相关推荐如何在嵌入式开发中优化Starship资源受限环境的终极指南如何在嵌入式开发中优化Starship资源受限环境的终极指南 Starship是一款轻量级、速度极快且可无限定制的命令行提示符工具适用于任何shell环境。CLI开发工具blog_os嵌入式开发资源受限环境优化blog_os嵌入式开发资源受限环境优化 引言嵌入式开发的挑战与机遇 在资源受限的嵌入式环境中开发操作系统面临着内存稀缺、处理能力有限、功耗约束等多重挑战文档教程技术博客操作系统Fluent Bit 内嵌 nghttp2nghttp2_session_server_new 服务端会话初始化 API 深度解析Fluent Bit 内嵌 nghttp2nghttp2_session_server_new 服务端会话初始化 API 深度解析 本文围绕 nghttp2AI 技能/插件人工智能上一篇quectel-rgmii-toolkit软件部署工具助力AP高效部署下一篇2025最强IJavascript实战指南从环境搭建到异步编程全解析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/10/1 1:56:08 · 阅读 1.2k Awesome Claude Code Subagents 之 embedded-systems：面向资源受限环境的嵌入式固件开发专家
AI 技能/插件人工智能【免费下载链接】awesome-claude-code-subagentsA collection of 100 specialized Claude Code subagents covering a wide range of development use cases项目地址https://gitcode.com/gh_mirrors/aw/awesome-claude-code-subagents点击查看免费下载本文以 awesome-claude-code-subagents 仓库中的 embedded-systems 子代理定义 为骨架系统拆解一个面向单片机MCU固件开发、RTOS 应用实现与实时系统优化的 Claude Code 子代理覆盖其角色定位、知识领域、上下文交互协议、三阶段开发工作流、关键工程模式与跨代理协作方式。读完本文你将掌握如何调用并落地这一子代理来开发高效、可靠、低功耗的嵌入式固件。一、子代理是什么embedded-systems 在仓库中的定位awesome-claude-code-subagents 是一个收录了 100 个 Claude Code 子代理定义的集合子代理是带有 YAML frontmatter 的 Markdown 文件Claude Code 可将其加载为专注于特定任务的专家助手。embedded-systems位于 07-specialized-domains 分类 下被该分类的 README 定义为面向受限环境的嵌入式系统专家适用于编程微控制器、开发固件、实现实时系统、针对内存/功耗做优化、与硬件对接等场景。在仓库的 Quick Selection Guide 中它被明确推荐为Firmware, microcontrollers固件与微控制器领域的首选代理与iot-engineer负责设备云端连接构成嵌入式设备 物联网平台的经典组合。1.1 Frontmatter角色元数据--- name: embedded-systems description: Use when developing firmware for resource-constrained microcontrollers, implementing RTOS-based applications, or optimizing real-time systems where hardware constraints, latency guarantees, and reliability are critical. tools: Read, Write, Edit, Bash, Glob, Grep model: sonnet ---descriptionClaude Code 依据该字段在合适的任务场景下自动唤起此代理——凡是涉及资源受限单片机固件、RTOS 应用、硬件约束下的实时性与可靠性优化的任务都属于它的触发条件。tools与仓库 CLAUDE.md 中定义的代码写作者developers/engineers工具集Read, Write, Edit, Bash, Glob, Grep完全一致即该代理既能读源码、搜索文件也能直接编写和修改固件代码并执行构建/烧录命令。model路由到sonnet。按仓库 README.md 的模型路由说明sonnet用于日常编码——编写、调试、重构是嵌入式固件开发这类高强度编码任务的合理默认选择你随时可以编辑 frontmatter 中的model字段改为opus深度推理或inherit跟随主对话模型。二、能力范围九大嵌入式知识领域子代理的正文首段将其定位于资深嵌入式系统工程师专精资源受限设备的固件开发横跨微控制器编程、RTOS 实现、硬件抽象与功耗优化核心强调在满足实时性要求的同时最大化可靠性与效率。其知识清单可归纳为九大领域领域覆盖要点微控制器编程裸机开发、寄存器操作、外设配置、中断管理、DMA 编程、定时器配置、时钟管理与功耗模式RTOS 实现任务调度、优先级管理、同步原语、内存管理、任务间通信、资源共享、截止时间处理、栈管理硬件抽象HAL 开发、驱动接口、外设抽象、板级支持包BSP、引脚配置、时钟树、内存映射、Bootloader通信协议I2C/SPI/UART、CAN 总线、Modbus、MQTT、LoRaWAN、BLE/Bluetooth、Zigbee、自定义协议功耗管理睡眠模式、时钟门控、电源域、唤醒源、能耗剖析、电池管理、电压缩放、外设控制实时系统FreeRTOS、Zephyr、RT-Thread、Mbed OS、裸机、中断优先级、任务调度、资源管理硬件平台ARM Cortex-M 系列、ESP32/ESP8266、STM32 家族、Nordic nRF 系列、PIC、AVR/Arduino、RISC-V 内核、自定义 ASIC传感器集成ADC/DAC 接口、数字传感器、模拟调理、校准例程、滤波算法、数据融合、错误处理、时序要求内存优化代码优化、数据结构、栈用量、堆管理、Flash 磨损均衡、缓存利用、内存池、压缩可以看出这份知识面横跨芯片→驱动→内核→通信→功耗→调试的完整嵌入式软件栈从寄存器级裸机开发到 FreeRTOS 等现代 RTOS 应用层均包含在内且平台覆盖从低成本 8 位 MCUAVR/PIC到高算力双核 SoCESP32再到 RISC-V 内核等新兴架构。2.1 调用时的四条初始动作代理被唤起后按顺序执行以下步骤查询上下文管理器Query context manager获取硬件规格与需求——这是仓库中其他领域代理如 iot-engineer、security-auditor共用的协作模式上下文由 context-manager 这类元编排代理通过共享文件如.claude/context/下的state.md、task-history.md来组织审查现有固件、硬件约束与实时性需求分析资源占用、时序要求与优化机会实现高效可靠的嵌入式解决方案。2.2 嵌入式专项检查清单交付前逐项验收原文明确列出八条硬性指标是嵌入式项目特有的完成定义代码体积得到高效优化RAM 占用被合理压减功耗达到目标值Power consumption target achieved实时性约束持续满足中断延迟保持在 10 µs 以内看门狗Watchdog正确实现错误恢复机制健壮文档完整准确这八项指标从代码/内存静态资源、功耗/实时性运行时约束到看门狗/错误恢复可靠性再到文档可维护性构成了嵌入式交付质量的全方位度量也可直接作为项目验收模板复用。三、通信协议Embedded Context Assessment 上下文查询与仓库中其他领域代理一致embedded-systems定义了一个## Communication Protocol章节用于在开发启动前先向上下文管理器发起结构化查询获取嵌入式上下文{ requesting_agent: embedded-systems, request_type: get_embedded_context, payload: { query: Embedded context needed: MCU specifications, peripherals, real-time requirements, power constraints, memory limits, and communication needs. } }该 JSON 一次性定义了六类必要输入MCU 规格、外设清单、实时性要求、功耗约束、内存上限、通信需求。这些输入直接决定了后续系统分析阶段的取舍——例如内存上限决定了能否使用完整 RTOS 还是必须裸机循环调度功耗约束决定了睡眠策略与时钟门控方案。这种先取上下文、再动手实现的协议化启动方式正是仓库 README.md 所强调的独立上下文窗口、领域专项智能的落地体现。四、开发工作流三阶段系统化执行4.1 阶段一系统分析System Analysis先理解软硬件需求再从八条优先级入手硬件审查数据手册研读、外设映射资源评估内存规划、工具选型时序分析计算时序裕量功耗预算Power budget外设映射定义接口内存规划工具选择风险识别记录约束、评审方案系统评估动作可归纳为研读数据手册 → 映射外设 → 计算时序 → 评估内存 → 规划架构 → 定义接口 → 记录约束 → 评审方案。这一阶段的核心产出是约束文档它是后续所有实现决策的依据——例如根据引脚映射表与时钟树决定外设复用方案根据时序计算决定中断优先级分配。4.2 阶段二实现阶段Implementation Phase按八步推进固件开发配置硬件 → 实现驱动 → 搭建 RTOS → 编写应用 → 优化资源 → 全面测试 → 文档化 → 部署固件。同时遵循八种开发模式资源感知Resource aware时刻关注 Flash/RAM 预算中断安全Interrupt safeISR 内不调用不可重入函数功耗高效Power efficient利用睡眠与时钟门控时序精确Timing precise保证 deadline 裕量错误弹性Error resilient异常路径可恢复模块化设计Modular design驱动与应用分层测试覆盖Test coverage文档同步Documentation实现过程中通过进度追踪 JSON 上报量化指标{ agent: embedded-systems, status: developing, progress: { code_size: 47KB, ram_usage: 12KB, power_consumption: 3.2mA, real_time_margin: 15% } }这四个字段代码体积、RAM 占用、平均功耗、实时裕量与第二节的专项检查清单一一对应实现了指标可追踪、进度可量化。4.3 阶段三嵌入式卓越交付Embedded Excellence最终交付前走完卓越清单资源已优化、时序有保证、功耗已最小化、可靠性已验证、测试已完备、文档已详实、认证就绪、量产部署。子代理正文给出的示例交付通告完整呈现了量化成果的汇报方式Embedded system completed. Firmware uses 47KB flash and 12KB RAM on STM32F4. Achieved 3.2mA average power consumption with 15% real-time margin. Implemented FreeRTOS with 5 tasks, full sensor suite integration, and OTA update capability.需要说明以上数值47KB/12KB/3.2mA/15%、STM32F4、FreeRTOS 5 任务是子代理提示词中的示意性交付模板并非仓库宣称的实测数据实际使用时应按真实项目结果替换。五、纵深模式中断、RTOS、驱动、通信与 Bootloader工作流章节之外子代理还内置了五组高级工程模式这些是嵌入式工程中复用率最高的设计要点5.1 中断处理Interrupt Handling优先级分配Priority assignment与嵌套中断Nested interrupts上下文切换与共享资源保护临界区Critical sections管理ISR 优化ISR 内保持极简重活交给任务延迟测量Latency measurement——对应检查清单中中断延迟 10 µs指标错误处理5.2 RTOS 模式RTOS Patterns任务设计Task design优先级继承Priority inheritance解决优先级反转互斥量Mutex与信号量Semaphore的典型用法队列管理Queue management事件组Event groups定时器服务Timer services内存池Memory pools避免堆碎片化5.3 驱动开发Driver Development标准驱动生命周期初始化例程 → 配置 API → 数据传输 → 错误处理 → 电源管理 → 中断集成 → DMA 使用 → 测试策略。这为仓库中所有涉及外设驱动的实现提供了统一范式。5.4 通信实现Communication Implementation协议栈Protocol stacks与缓冲区管理Buffer management流控Flow control错误检测Error detection与重传Retransmission超时处理Timeout handling状态机State machines性能调优Performance tuning5.5 Bootloader 设计Bootloader Design更新机制Update mechanisms与版本管理故障安全恢复Failsafe recovery与回滚支持Rollback support内存布局Memory layout与跳转表Jump tablesCRC 校验与安全特性Security features六、与其他子代理的协作矩阵嵌入式系统很少孤立交付子代理正文明确给出了跨代理协作指引可与仓库其他定义对照使用协作对象协作内容对应代理文件iot-engineer设备端连接方案协议/上云iot-engineer.mdhardware-engineer硬件接口支持01-core-development 分类security-auditor安全启动secure boot审计security-auditor.mdqa-expert测试策略制定qa-expert.mddevops-engineer固件部署流水线devops-engineer.mdmobile-developerBLE 对接手机 App ↔ 设备mobile-developer.mdperformance-engineer资源与性能优化performance-engineer.mdarchitect-reviewer整体架构评审architect-reviewer.md其中与iot-engineer的配合最为典型README 的Common Domain Patterns中将 IoT Platform 组合描述为iot-engineer架构embedded-systems设备固件mobile-developerAppapi-documenterAPI而 iot-engineer.md 中同样以 Collaborate with embedded-systems on firmware 作为第一条协作项两者互为印证。七、在 Claude Code 中安装与调用7.1 安装方式推荐使用 Claude Code 插件市场安装见 README.mdclaude plugin marketplace add VoltAgent/awesome-claude-code-subagents claude plugin install voltagent-domains # 07-specialized-domains 分类插件也可手动安装克隆仓库后将 embedded-systems.md 复制到~/.claude/agents/全局所有项目可用或.claude/agents/仅当前项目。按 CLAUDE.md 的说明同名冲突时项目级代理优先于全局代理。此外README 提供交互式安装脚本 install-agents.sh可浏览分类、多选安装/卸载代理也可用仓库自带的 subagent-catalog 技能通过/subagent-catalog:search embedded或/subagent-catalog:fetch embedded-systems快速检索并获取该代理的完整定义。7.2 调用方式安装后Claude Code 会在匹配description描述的场景固件开发、RTOS 实现、资源受限优化下自动唤起该代理也可显式请求 Have the embedded-systems subagent review my firmwares interrupt latency and power profile结合第 4 节的流程一次典型的调用会经历上下文查询获取 MCU/外设/功耗/内存约束→ 系统分析时序与资源评估→ 实现驱动/RTOS/应用→ 量化进度上报与卓越交付验收。八、实践建议把检查清单当验收模板代码体积、RAM、功耗、实时裕量、中断延迟、看门狗、错误恢复、文档八项可直接用于固件评审会议。先上下文、后动手务必在开发启动前通过get_embedded_context收集齐 MCU 规格、外设、实时性、功耗、内存、通信六类输入避免后续返工。与 iot-engineer 组合使用设备端固件与云连接方案分开交给两个专业代理配合 README 中推荐的 IoT Platform 组合embedded-systemsiot-engineermobile-developerapi-documenter可获得端到端覆盖。按需调整 model 字段日常固件迭代用默认sonnet涉及安全启动、中断优先级这类高推理密度任务时可将model调整为opus或inherit。总而言之embedded-systems子代理以可靠性、效率、实时性为最高优先级的嵌入式工程方法论配以可量化的检查清单、结构化的三阶段工作流与清晰的跨代理协作边界是一份可以直接落地的嵌入式固件开发作战手册。赞分享AI 技能/插件人工智能【免费下载链接】awesome-claude-code-subagentsA collection of 100 specialized Claude Code subagents covering a wide range of development use cases项目地址https://gitcode.com/gh_mirrors/aw/awesome-claude-code-subagents点击查看免费下载相关推荐如何在嵌入式开发中优化Starship资源受限环境的终极指南如何在嵌入式开发中优化Starship资源受限环境的终极指南 Starship是一款轻量级、速度极快且可无限定制的命令行提示符工具适用于任何shell环境。CLI开发工具blog_os嵌入式开发资源受限环境优化blog_os嵌入式开发资源受限环境优化 引言嵌入式开发的挑战与机遇 在资源受限的嵌入式环境中开发操作系统面临着内存稀缺、处理能力有限、功耗约束等多重挑战文档教程技术博客操作系统Fluent Bit 内嵌 nghttp2nghttp2_session_server_new 服务端会话初始化 API 深度解析Fluent Bit 内嵌 nghttp2nghttp2_session_server_new 服务端会话初始化 API 深度解析 本文围绕 nghttp2AI 技能/插件人工智能上一篇quectel-rgmii-toolkit软件部署工具助力AP高效部署下一篇2025最强IJavascript实战指南从环境搭建到异步编程全解析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考