8 个工具,给 AI Agent 补上缺的那一环

Agent 说“完成了”，不等于功能真的能用。

这 8 个工具，分别处理 3D 生成、浏览器验收、输出过滤、设计技能、需求规划、iOS 界面、技能评估和代码检查。下面按“它到底解决什么问题”来拆，不给你编安装命令。

1. image to 3JS：从图片生成代码 3D

你给 Agent 一张物体图片，让它用 image to 3JS 重建一个 3D 模型。这个模型不是导出的静态文件，而是由代码生成。颜色、灯光、动画都可以继续让 Agent 改，再放到落地页里让用户直接操作。

它的工作方式是分阶段生成。每完成一部分，就和原图对照，发现不同再修。注意，这个过程会烧很多 token，也可能要来回改几次。想要产品演示里的细节，第一次生成通常不够，得具体指出哪一块要补。

2. Reticle：让 Agent 真正打开浏览器

普通检查往往只确认应用能启动、页面大致做出来了。Reticle 多做一步：打开浏览器，按真实用户的路径操作。

每个检查结果会落到三种状态：通过、失败、信息不足。失败时，它会说明哪里不对，Agent 修完后再跑一次。你自己打开应用时，还能看到 Reticle 的检查提示，并回看之前的检查记录。

它适合放在“Agent 说完成”之后。这样你看的不是 Agent 的总结，而是浏览器里实际发生了什么。

3. Chisel：把终端输出变短

Agent 跑命令时，终端经常返回大量重复信息。Chisel 是 Claude Code 插件，通过技能和 hooks，让 Agent 少写不需要的代码和解释，也过滤工具返回的重复文本。

一个示例是：同一个搜索框改动，不用 Chisel 时约 1,500 tokens，用了之后约 600 tokens。这个结果要当作示例看，实际节省量和任务有关。

安装后，hooks 会在会话开始、发送提示和 Agent 使用工具之后运行。你会看到更短、更直接的结果摘要。

4. UI Skills：让 Agent 自己找设计规则

设计技能很多，难点不在“有没有”，而在“当前项目该用哪一个”。UI Skills 是一个技能库，可以通过 MCP 或终端使用。

你只要描述想做的设计。Agent 先在库里搜索，再拿相关技能的说明来建页面。你不用提前把所有技能都装一遍。

5. Ouroboros：先访谈，再写代码

如果你没有说清产品细节，Agent 会自己补空白。Ouroboros 会先生成一组问题，再根据你的描述和项目内容回答。

小的、以后容易改的选择，它可以自己做；会改变产品行为的选择，它会停下来问你。这些回答会变成一份计划。计划检查通过后，Agent 才开始实现。做完后，Ouroboros 再按计划检查成品。出问题就让 Agent 修，原来通过的部分也重新验证。

6. SwiftUI Skills：别只模仿“玻璃感”

直接让 Agent 做 iOS 界面，常见结果是按钮和菜单像透明网页，没用上 Apple 真正的控件模式。

SwiftUI Skills 提供 SwiftUI 的构建说明，包含两个方向：Liquid Glass 相关控件，以及适配更宽屏布局的 iPhone Duo。

装好后，让 Agent 按技能说明搭界面，成品会更接近原生 iOS 的行为和布局。

7. Caliper：用对比证明技能有没有用

技能装多了，模型不一定变强。新模型更新后，某些技能甚至只是在增加上下文长度。

Caliper 的思路是写 eval。每个测试包含一个提示和预期结果。然后让 Agent 带技能跑几次，不带技能再跑几次，比较两边的结果。

测试和运行记录会保存在项目里。你能看到技能在哪些任务上稳定，在哪些任务上没有帮助，也能判断额外 token 是否值得。

8. Antislop：按规则做一轮代码检查

Antislop 会检查一组常见编码问题，把发现项交给 Agent 修复。有些规则针对可能拖慢应用的多余工作，有些体现作者自己的写法偏好。

技能装好后，可以让它在任务结束时检查一次，也可以单独做最终复查。

推荐上手顺序

先处理结果，再处理配置。拿一个真实项目，先用 Reticle 检查浏览器流程，再用 Chisel 观察输出。然后按需求选 UI Skills、Ouroboros 或 SwiftUI Skills。

当你开始自己写技能，再用 Caliper 做有无对比。最后把 Antislop 放进收尾检查。