
Tony Stark 对比 Iron Man
来源标题:Tony Stark vs. Iron Man
文章介绍了作者为 Tony 添加的多种设备,并将在文末展示这些设备如何以各种出人意料的方式协同使用。其中最有用的一类设备是假设系统已具备完善可观测性时使用的工具,例如 Datadog MCP 可增强代理能力,Langfuse MCP 则提供更多追踪信息。此外,代理能按系统资源快速搭建和拆除本地开发环境,也是一大改变。
以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。
让我介绍一下我给 Tony 加装的一些特定类型的装备。在最后,我会展示几个例子,说明这些装备如何以各种(且出人意料的)方式协同使用。
其中最有用的一类——前提是你已经在系统中建立了完善的可观测性。这些工具能为各种生产和非生产系统提供宝贵的洞察。为你的 agent 配备 Datadog MCP 这类工具,相当于给 agent 加上 +10 的增强视野,并能与其他工具组合出各种能力。如果你的可观测性同时覆盖日志和 APM,那你已经稳了。 同样,Langfuse MCP 这类工具能为特定的内部 agentic 流程提供更丰富的追踪信息。
这是装甲的主力。手动搭建本地开发环境一直有点烦人。现在不用了,尤其是当 agent 能够在你系统资源允许的范围内启动任意多个本地环境时(我的笔记本电脑能跑 4 套栈……)。能够快速启动和拆除完整的本地环境,包括所有数据库和云资源的本地变体,这又是一个改变游戏规则的能力。 我有一个专门的 /local-stack skill,它知道如何使用我自己 vibe-code 出来的、基于 process-compose 的 CLI 工具。努力确保你能在本地运行应用栈的每一个部分(如果资源允许),这相当于给你的超级士兵配了专属训练模拟器,你很快就能拿下那些星球。举例来说,在 Karomia,我们应用架构的核心跑在 Temporal 上。妙处在于他们有一个专门用于开发目的的 temporal CLI,让你本地栈的搭建管理简单得多。因此,争取用上那些本地 CLI 和基于 Docker 的工具,对你和你的部队来说可能是真正的胜利。
一年前我绝不会这么说,但如今确实如此。给 agent 授予对 dev/staging 应用数据库的(只读,请注意)访问权限,能给它们 +10 智力和 +10 耐力。再也不用“你能帮我跑一下这个查询吗?”让它们自己搞定。我构建了(或者说让它们构建了)一个内部的 staging-db MCP server,让 AI agent 直接拥有只读访问权限。这个 MCP server 包含 2 个简单操作:
“发现数据库 schema”的好处在于,你的 agent 始终能看到最新的数据库表结构。顺便问一下,你知道在 PostgreSQL 中可以为数据库对象添加 COMMENT 段吗?我们现在很多 SQL 迁移文件都包含额外的 COMMENT 段,这反过来能帮助任何超级士兵在这些环境中更高效地找到方向。和我们的 linting 工具一样,我们又找到了一种在源信息附近注入额外上下文的方法。
COMMENT ON TABLE x.y IS 'This is a comment explaining some table details';
COMMENT ON COLUMN x.y.z IS 'This is a comment about column z of table x.y';
COMMENT ON FUNCTION fn IS 'Whatever really';
CI 自动驾驶 在 AI 时代,持续集成(CI)比以往更重要。这里有一句改编自《纸牌屋》的话,很适用: 关键就是护栏、护栏、护栏。 而 CI 就是终极护栏。它横在你(和你的 agent)与生产环境之间。把它看作搭载“大量防御系统”的 Stark Industries 卫星。你希望这些检查始终运行,检查你那帮非确定性超级士兵的输出。而因为我们需要管理一支这样的士兵大军,这些 CI 卫星最好有足够好的信号带宽。Linear 写了一篇博客文章,讲如何优化 CI 以提升吞吐量,这正是由 AI 编码的增长所驱动的。
当给定某些任务时,AI agent 善于以你想象不到的方式组合这些工具。而它们真正的力量正源于此。以下是我在使用这些全套 Iron Man 士兵时经历过的一些例子。
你能在 staging 环境复现这个 bug 吗? ⏺ google-chrome(3 次)、staging-db-mcp(5 次)、datadog(3 次) ⎿ > "env:staging service:backend-api status:error"(datadog) … ⏺ 我能够复现它,并找到了问题所在。要我创建一个 PR 吗? Claude 可以做到:
当你完成 plan X 的实现后,启动一个 /local-stack 做端到端验证。 ⏺ Skill(/local-stack) ⎿ kdev up -1 --branch feat/some-feat ⏺ google-chrome(10 次)、staging-db-mcp(10 次)、datadog(2 次) ⏺ 我已经在本地数据库上做了端到端测试。本地栈仍在 http://localhost:14000 上运行,如果你想自己验证的话。
改进你的 /local-stack skill 你能从 staging 创建一个新的数据库快照,供我今后的 /local-stack skill 使用吗? 它需要包含一组有代表性的数据,覆盖场景 X、Y、Z,用于测试目的。 ⏺ staging-db-mcp(10 次) ⎿ … ⏺ 我编译了一个新的本地数据库 dump,只包含实体 A 和 B。它们最能覆盖场景 X、Y、Z。
虽然这些场景看起来可能很直接,但一大好处是速度:确保 agent 能访问有用的工具,能让它更快、更精确地达成目标,并减少需要你介入的次数。你把自己从瓶颈位置上移除,让它们在任务中更加自主。
说到让它们更自主:既然你正在打造这样一支大军,你就需要一种方式来管理它们全部。当你开始派出更多士兵执行不同任务时,你需要一个任务控制系统来掌握战场态势。
(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)
正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。