从装好到跑通第一个任务

最后更新：2026-09-20

Aiglade 本身不产出智能——它是个调度台。真正干活的是你机器上已经装好的那些命令行 Agent。所以第一件事是确认它们装好了。

第一步：确认底下的 Agent 能单独跑

Aiglade 启动后会检测本机有哪些可用的 Agent，列在界面上。装没装过、装在哪，它是自己看的。

一个实用建议：先在终端里单独把某个 Agent 跑通一次，确认它能正常回答，再去 Aiglade 里用它。不这么做的话，如果 Aiglade 里报错，你分不清是 Aiglade 的问题还是 Agent 本身没配好。

第二步：派一个简单的任务

第一次别拿真实项目试。找一个无关紧要的目录，给它一个明确的小任务。

什么样的算好任务：

好的第一个任务为什么
「读一下这个目录里的 README，用三句话概括」只读不写，做错也没后果
「把这个文件夹里的 .txt 按修改日期重命名」目标明确，结果的对错一眼看得出
「列出这个项目用了哪些依赖，各自什么版本」纯信息收集，不涉及判断

不建议第一个任务就上「重构这个模块」——目标越大，你越难判断它做得对不对。

第三步：盯着它做完一轮

派出去之后先别走开。看它怎么拆解任务、怎么选动作，你对它的脾气会有个直观印象：它是先看再动手，还是一上来就改；卡住时是停下来问，还是自己换个方向继续试。

这个观察比读文档有用。不同的 Agent 性格差别很大，同一个任务可能一个谨慎一个激进。

几个容易卡住的地方

Agent 装了但检测不到

多半是装在了 Aiglade 找不到的路径，或者装的时候用的是不同用户。检查一下它是不是在当前用户的 PATH 里——在终端里直接敲它的命令名，能跑起来就说明在。

任务派出去没反应

先看它是不是在等你确认。有风险的动作会被拦下来，界面上会出现待确认项——这是设计如此，不是卡死。

同一个任务给了两个 Agent，结果不一样

正常。不同 Agent 背后的模型、上下文组织方式都不同，同一个需求的理解会有差别。这反而是并行派发的好处：拿两个方案比一比。

下一步

跑通一个之后，可以看这两篇：