工作模型

Probes 的核心不是替您写一句更长的提示词，而是把嵌入式工程问题组织成可以执行和验证的任务。

一次有效任务包含什么

一次高质量的 Probes 任务通常包含四类输入：

输入	作用
工程目标	说明您希望修复、解释、验证或生成什么。
本地上下文	代码、板卡说明、构建脚本、日志、调试观察。
允许动作	是否允许读取文件、修改代码、运行构建、启动调试。
验证标准	什么结果算成功，什么现象说明还没解决。

如果只给一句“帮我看看为什么不行”，Probes 只能猜测。给出目标、上下文和验证标准后，Probes 才能按工程路径推进。

推荐工作流

1. 描述一个小任务。
2. 指明相关文件和观察现象。
3. 允许 Probes 先读取上下文。
4. 让 Probes 说明判断依据和下一步。
5. 在确认范围后再允许修改、构建或调试。
6. 用日志、测试、构建结果或硬件观察验证结果。

适合智能体的任务

• 构建失败定位。
• 驱动初始化顺序检查。
• 板卡说明和代码实现对比。
• 串口日志、调试输出和寄存器观察总结。
• 为某个外设准备 bring-up 检查清单。
• 把一次排障过程整理成后续可复用记录。

不适合一开始就交给智能体的任务

• 一次性重写整个工程。
• 没有工程上下文的泛泛咨询。
• 同时处理多个硬件现象。
• 要求绕过账号、计费、权限或安全边界。
• 要求在没有验证条件的情况下直接下结论。

和模型网关的关系

编辑器扩展负责收集本地工作流上下文，智能体模型网关负责校验账号、权益、额度和产品策略后再路由模型请求。更多边界见 模型网关参考。