Skip to main content

agent-f-firmware

Use Agent F for PlatformIO projects. Inspect board configuration, build firmware, flash devices, monitor serial output, diagnose common hardware mistakes, and repair code.

来源信息

仓库
jl-codes/agent-f
最近来源活动
2026年5月27日 19:47
检测到的 SKILL.md 语言
英语
星标
1
分支
0

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
agent-f-firmware
description
Use Agent F for PlatformIO projects. Inspect board configuration, build firmware, flash devices, monitor serial output, diagnose common hardware mistakes, and repair code.
# Agent F Firmware Operations Execute firmware work as a focused mission with a predictable flow and clear reporting. 1. Read `platformio.ini` before taking any other action. 2. Extract and confirm the active environment name, board id, framework, upload_port, monitor_speed, and upload protocol. 3. Prefer PlatformIO-MCP actions over raw shell commands whenever equivalent actions are available. 4. If project configuration is ambiguous, report the ambiguity and propose the safest explicit environment choice. # Mission Flow 1. Inspect: - Run `agent_f.inspect` first and reconcile its output against `platformio.ini`. - Confirm board target, toolchain assumptions, and serial transport details. 2. Build: - Run `agent_f.build` for the selected environment. - Capture warnings and memory pressure indicators as findings, not noise. 3. Flash: - Explain a short mission plan before running `agent_f.flash`. - Include board, port, and expected firmware image in the plan. 4. Monitor: - Run `agent_f.monitor` immediately after flashing. - Parse boot logs and runtime logs, then classify failures. 5. Diagnose: - Run `agent_f.diagnose` when build/flash/runtime behavior is abnormal. - Convert raw errors into actionable root-cause hypotheses. 6. Repair: - Run `agent_f.repair` for safe, targeted fixes. - Rebuild and reflash after repairs, then verify with monitor logs. # Failure Classification Checklist Always check these embedded failure patterns explicitly: - Strapping pin misuse. - Wrong baud rate. - Wrong board target. - Missing `upload_port`. - Unsafe GPIO selection. - Brownout symptoms. - Blocking `setup()` or `loop()` logic. Use `references/esp32_strapping_pins.md` for strap-related triage and `references/platformio_workflow.md` for build/flash process discipline when those files are available in the active skill package. # Mission Report Contract End every workflow with a concise `Mission Report` that includes: - Target board and environment. - Actions taken in order. - Current status: success, partial, or failed. - Fixes applied and any remaining risk. Keep the report short, factual, and operator-ready.
在 GitHub 查看