开源是源代码公开、谁都能看和改;GitHub是存放这些代码的仓库网站;本地运行是程序跑在你自己电脑上。这三个不是一回事。
「开源」不等于「安全」,也不等于「适合你的电脑」。公开的代码也得人来检查、来装、来跑。
LESSON 04 · AGENT 智能体
Why this lesson · 为什么值得学
把 GitHub 当成「可复用能力库」
让 Agent 帮你搜、帮你装一个能力
用「守关口 + 四项验收」确认安全可用
前面几课你写的网页、家规、Skill,都是「你自己的资产」。而 GitHub 上,全世界的人把他们的资产也公开摆着——现成的工具、组件、模板、Skill。把它当成一个巨大的、可复用的资源库就行,不用自己从头造轮子。
本课只讲「怎么 safely 找和用」。GitHub 具体怎么注册、怎么提交代码,不在本课范围。重点是:让 Agent 帮你搜,你来做最终的把关人。
你不用自己翻 GitHub。把需求告诉 Agent,让它去搜、去判断、去装:
「帮我在 GitHub 上找一个能 [做某某事] 的现成能力(比如一个组件库 / 一个 Skill / 一个脚本)。先告诉我它叫什么、谁能看懂、怎么用,再动手装。装之前先给我看方案和路径。」
它可能会列出几个候选,比较优劣,然后建议你用哪一个。注意:到这一步,它还只该「说」,不该「做」。
这是全课最重要的一句话:批准、验收、授权,归你;执行,归 Agent。
尤其是「安装 / 引入一个外部能力」这种动作——它可能改动你的项目、引入依赖。按 心法课 的纪律,这类动作必须等你点头。让它先复述理解、给方案和路径,你确认无误,再放行。
装好一个能力后,用这四项验收。四项都能答上,才算真的「用上了」:
四问里任何一问答不上,就先别继续——回去让 Agent 讲清楚,或退回去重来。守关口,省的是后面的大麻烦。
开源是源代码公开、谁都能看和改;GitHub是存放这些代码的仓库网站;本地运行是程序跑在你自己电脑上。这三个不是一回事。
「开源」不等于「安全」,也不等于「适合你的电脑」。公开的代码也得人来检查、来装、来跑。
Agent 说「我帮你装」的时候,它会自动处理下载和安装。但在你点头放行之前,先让它回答这四个问题:
重要提醒:把链接交给 Agent、让它帮你安装,能省很多事——但这不等于「一定安全」。开源社区在快速复制付费工具的功能,但工具迭代极快,质量参差不齐。让 Agent 装之前先问清上面四样,装完按四项验收,才是稳妥的做法。
等你把单个 Agent 用熟了,会自然走到下一步——多个 Agent 分工协作。这不是新手现在要做的,但知道有这条路,你用起来会更有方向感:
| 角色 | 它做什么 |
|---|---|
| 编排者(主 Agent) | 不做事,只指挥——接到你的目标后,把任务拆给下面的子 Agent |
| 子 Agent | 各管一摊:有的专门调研、有的专门写文案、有的专门管数据 |
| 批评 Agent(检查者) | 在交付前检查成品,列出改进清单,打回去重做,保证质量 |
到这一步,你就从「人在回路内」(每步审批)升级到了「人在回路上」(只管方向,Agent 自己跑)——但这是很远以后的事。现在,先把一个 Agent 用熟。
GitHub 让「站在别人肩膀上」变成日常。但肩膀再稳,踩不踩、怎么踩,还是你决定。把「守关口 + 四项验收」养成习惯,你就能大胆借力,又不至于被带沟里。
带走三句话:① GitHub = 可复用资源库,让 Agent 帮你搜;② 批准 / 验收 / 授权归你,执行归 Agent;③ 装完四项验收:识别 / 路径 / 会用 / 能撤。
REFERENCES · 参考资料
Agent 模块完成。 你已经学会定义目标、控制权限、找现成能力并用证据验收。下一步进入 Code & 操作,把协作方法落到真实文件和项目中。