程序员加餐:桌面端之外,还有一整个世界(选修)
编程工具集成、命令行、自动化、MCP——能力清单与去处
全课到这,桌面端的玩法你已经通关。这一节是给会写代码的同学的选修加餐:同一套专家和引擎,在桌面端之外还有一整个世界——装进你的编程工具、接进脚本、变成 MCP 服务、跑在家里的服务器上。
不写代码的同学:扫一眼"有这些可能性"就够了,直接去下一节;这些能力哪天你需要了,它们都在。
桌面端像自动挡:好开,够用,本课全程开的它。这一节是告诉你这台车还有手动挡和拖挂接口——平时用不上,但拉货上山时,你会庆幸它有。
能力清单(只讲有什么,不展开怎么做)
① 267 位专家装进你的编程工具。 Claude Code、Cursor、Copilot、Windsurf、Trae、Qwen 等 18 种工具都有现成集成文件——在写代码的现场直接点名专家(想象 g1.4 的代码审查员常驻你的 IDE)。 → 去处:仓库 integrations 目录,每种工具一份说明,含一键安装脚本。
② 全套命令行(CLI)。 桌面端能做的,终端里都有对应命令:一句话组队、跑模板、存团队、优化提示词、断点续跑、带意见返工……外加桌面端没有的:接进 shell 脚本、定时任务、CI 流水线——比如"每天早八点自动跑一遍内容选题流水线,产出扔进备忘录"。 → 去处:AO 仓库 README 的 CLI 命令表。
③ MCP 服务:让 Claude Code/Cursor 反过来指挥 AO。 AO 能以 MCP 服务的形式启动——之后你在 Claude Code 里说"帮我跑一下选题工作流",它就会调用 AO 全套能力。主课 P5 学过 MCP 的同学,这是一个现成的优质 MCP 服务器,两门课在这里握手。 → 去处:AO README 的 MCP Server 章节。
④ Docker / NAS 部署。 把 AO 跑在家里的 NAS 或服务器上,浏览器访问,全家/小团队共用一个工作台,密钥和产物都存在自己机器上。 → 去处:AO README 的 Docker 部署章节(官方镜像,一条命令起)。
该不该走出桌面端?一张判断表
| 信号 | 建议 |
|---|---|
| 桌面端完全够用,没遇到限制 | 留在桌面端,别为技术而技术 |
| 每天重复跑同一条流水线 | ② CLI + 定时任务,解放手动 |
| 写代码时总想叫专家 | ① 装进你的编程工具 |
| 已在用 Claude Code/Cursor 干重活 | ③ MCP 串起来,一处指挥两边 |
| 有 NAS,想全家共用 | ④ Docker 部署 |
🔧 动手做:只做判断,不急动手(4 分钟)
- 对照判断表,诚实回答:你现在有没有真实信号?(多数人现阶段的答案是"没有",这很正常。)
- 有信号的:把对应的"去处"链接存进书签,等一个真实任务来了再学——带着任务学,半小时顶闲逛三天。
- 没信号的:在笔记里写一行"桌面端够用,加餐暂缓",完成本节。
✅ 做到这里你应该:清楚桌面端外还有四条路、各自解决什么问题、需要时去哪学——知道地图,不必现在赶路。
为什么:工具能力的正确解锁顺序永远是“需求先行”——没有真实任务驱动的技术学习,九成会忘。这一节的交付不是技能,是一张贴在墙上的可能性地图。
CLI 跑批很爽,但记住 G3 的制度:验收标准和签字闸门的存在,就是因为有些环节不该无人值守。定时跑选题没问题;定时跑投研并自动"签字"——那是把这门课最重要的那道闸拆了。自动化流程,人工留闸,两者不冲突。
我想把这个真实任务自动化/集成:【描述,如:每天早上自动跑一遍 XX 流水线】。我会用【Claude Code/Cursor/终端】。请基于 agency-orchestrator 官方文档当前版本,给我最小可行的实现步骤,并提醒我哪些环节该保留人工确认。
四条路记住去处就行:编程工具集成、CLI 自动化、MCP 服务、Docker 部署——需求先行,任务驱动再学。
最后一节正课:这套专家库是开源的、多语言的、而且欢迎你把自己的专家贡献进去——从用户到共建者,只差一个 PR。
🔎 来源与核验· 1 条,点开核对
