DubSpeak好内容,无语言边界
首页/AI 工具/正在观看
AI 工具 · WATCH & LEARN

用 Paperclip 组建 AI 智能体公司:Claude Code 当 CEO,调查冲马桶为何断网

28 分钟344 段文稿在原平台观看 ↗

原频道:NetworkChuck · 原标题:you need to try Paperclip RIGHT NOW! · 原片上传:

用 Paperclip 组建 AI 智能体公司:Claude Code 当 CEO,调查冲马桶为何断网
0:00 / 28:46

画面来自 YouTube。若当前网络无法加载,可切换「仅听配音」。

ABOUT THIS VIDEO

这一期,聊些什么?

NetworkChuck 演示开源应用 Paperclip——一个管理 AI 智能体团队的“元框架”:把 Claude Code、Hermes、Codex 和本地模型智能体组成一家公司,有组织架构、任务分配、审批机制和人工监督。他请来 Paperclip 作者 Dotta 首次公开露脸,并给智能体团队布置了第一个任务:调查为什么工作室冲马桶会让所有人和 NAS 断网。智能体们扫描真实网络、互相分派任务、产出网络拓扑图,智能体给出的结论是:四条光纤链路上的廉价第三方 SFP 模块反复掉线,并非马桶所致——不过 Chuck 本人仍坚持怀疑马桶。本页全程中文配音由阿里云通义千问 qwen3-tts-flash 生成(NetworkChuck 为 Andre 音色,Dotta 为 Ethan 音色),并以低音量保留原视频声音作为背景。

配音与字幕辅助理解,内容以原视频为准。在原平台观看 ↗
RECAP · 图文回顾

看完再回顾:这一期讲了什么

点击任意时间戳,可跳到对应位置播放中文配音。

一句话核心观点

NetworkChuck 用元框架 Paperclip 把 Hermes、Claude Code、Codex 等智能体组成一家有组织架构、能派任务、可追溯的 AI IT 公司,并让它们协同排查出工作室「冲马桶就断网」的真相——一批劣质第三方 SFP 光模块。

分章节要点
  1. 为什么需要 Paperclip:智能体太多管不过来
    • 作者公司里有 8 个智能体(Hermes、Codex、Claude Code、OpenClaw 等),沟通、分工、追踪、安全都是难题
    • Paperclip 是「元框架」(meta harness),可以把各种框架的智能体装进来统一管理
    • 在 Paperclip 里智能体变成「员工」:有经理、有任务,彼此只通过任务进行有目的的交流,而不是「智能体小镇」式闲聊
  2. 作战计划:从零搭一家 AI 公司
    • 要解决的怪问题:工作室里一有人冲马桶,所有人就与 NAS 断开连接
    • 部署方式:试用可直接装在 Mac、Linux 或 Windows 的 WSL 2 上;认真用可放 Proxmox 虚拟机或云端 VPS
    • 计划招聘:CTO Ron、网络工程师 Fred、存储工程师 George(均为预训练好的 Hermes 智能体),CEO 用 Claude Code,再加 Codex 安全工程师和本地模型服务台
  3. 赞助环节:Flare 威胁情报
    • Flare 是聚焦身份的威胁情报平台,监控暗网、Telegram、黑客论坛,发现凭证、访问权限、敏感文件泄露
    • 作者实测发现自己相关的 76 个泄露凭证、23 个仿冒域名、约 32,000 台被感染设备,涉及其学院学员的凭证
    • 关键点:攻击者不是「黑进来」而是「登录进来」,信息窃取木马抓走密码、会话 cookie 和 MFA 令牌;54% 的勒索受害者信息早已躺在窃取日志里
  4. 安装 Paperclip 并聘请 CEO Dumbledore
    • 在 Ubuntu 虚拟机上用两条命令完成安装,通过 3100 端口访问并创建公司
    • CEO 取名 Dumbledore,跑 Claude Code;首次任务失败是因为还没装 Claude Code,装好后点重试即可
    • Paperclip 本身不是智能体框架,Claude Code、Codex 等实际运行在 Paperclip 所在的服务器或本机上
  5. 招聘远程智能体与首次智能体间委派
    • 把提示词喂给远程 Hermes 智能体 Ron,批准入职后他说「在等董事会批准」——董事会就是你本人
    • 首次「智能体对智能体」委派:Dumbledore 给 Ron 派测试任务,Ron 完成后 Dumbledore 确认结果
    • 随后招齐 Fred、George,并让 Dumbledore 继续招聘 Arthur Weasley(Codex)、Mad-Eye Moody(Codex 安全审查)、Watchdog、Help Desk、Scanner(跑在适合本地模型的 Pi 框架上)等,名字多为智能体自选
  6. 下达马桶工单:任务、审批与产物
    • 为马桶问题建项目、派任务给 Dumbledore,他用实验功能 Cases 立案并把子任务分派给所有人
    • 任务体系包含阻塞任务、父任务、审查人、批准人、看门狗等;智能体卡住了先回报 Dumbledore,解决不了才升级到「董事会」
    • Artifacts 保存智能体的产出:Fred 生成了可下载的网络调查报告和网络拓扑图,还登录了交换机排查
    • Dumbledore 汇总后通过 Decisions 向作者提问(如「NAS 断开是全员同时掉线吗」),作者回答「同时」并怀疑光模块
  7. Routines 例行任务:每日存储检查
    • Routines 相当于定时任务:设定每天上午 10 点检查 SEF 服务器存储健康状况,异常时为 Chuck 创建决策
    • 手动触发后 Fred 很快完成检查并报告:SSD 层仅剩 29TB,作者可据此规划扩容
    • 组织支持整体导入导出:每个智能体、例程、任务、附件都可打包带走
  8. 真相大白:NAS 没宕机,是光纤链路在失效
    • 第一份报告:NAS、路由器、生成树都没问题,也不是单个坏端口拖垮其他口;NAS 从未宕机
    • 数据显示某外部物理事件让交换机 Floo Powder(MikroTik)上 4 条光纤链路在一周内两秒内同时掉线 36 次
    • 最终结论:3、5、13、19 号端口毫无余量,每天失步 56 次;5 号口累计 20,052 次掉线(同类端口仅 123 次)
    • 根因:这批亚马逊廉价第三方 SFP 光模块同批次在役故障率达 50%,楼内震动(如 Mike 猛力冲水、开门)就会震倒链路;作者换上 3 个 MikroTik 原厂 SFP,计划观察一两周再下结论
  9. 接入 Flare、聘请 Filch 与每日站会
    • 在 Secrets 中创建 Flare API key 和 tenant ID 并授权,Dumbledore 招来的安全智能体 Filch 主动用 Flare 扫描,发现大量问题并分派强制改密等任务;不当任务可随时暂停
    • 作者另一套 Paperclip 有 10 个智能体(含缩略图智能体 Luna),每天下午 5 点用 Routine 自动开站会,汇报当日工作并互相问答
    • 站会实例:Taylor 主动确认素材备份,因为 restream 录像即将过期
关键人物 / 产品 / 数字

人物

NetworkChuck(Chuck)
视频作者,组建 AI IT 部门并在其中担任「董事会」做最终决策
Dotta
Paperclip 的作者,本视频是他首次公开露脸,解释「元框架」理念
Mike
工作室同事,被怀疑冲水、关门太用力而震松光纤链路

产品与概念

Paperclip
一个元框架:把不同框架的 AI 智能体组织成有经理、任务、例程、决策和产物的「公司」
Hermes
智能体框架,CTO Ron、网络工程师 Fred、存储工程师 George 均为预训练好的 Hermes 智能体
Claude Code
CEO Dumbledore 所运行的智能体框架
Codex
安全工程师 Arthur Weasley 和安全审查员 Mad-Eye Moody 所运行的框架
Pi
另一种智能体框架,对本地模型友好,Watchdog、Help Desk、Scanner 跑在其上
Flare
聚焦身份的威胁情报平台(本期赞助),监控暗网等渠道的凭证泄露,带 API 可接入 Paperclip
Cases / Decisions / Routines / Artifacts
Paperclip 内的功能:案件管理、向人类请示的决策、定时例行任务、智能体产物归档

视频里提到的数字

8 个
作者公司里正在使用的智能体数量
76 / 390 / 23 / 32,000
Flare 扫出的泄露凭证数、聊天消息数、仿冒域名数与被感染设备数
10 美元一条
被盗凭证日志在俄罗斯市场和 Telegram 上的售价
300,000 个
其中一台被感染机器里保存的密码数量
54%
勒索软件受害者在被攻击前信息已出现在窃取日志中的比例
36 小时 vs 48 分钟
多数公司察觉入侵所需时间 vs 攻击者完成行动所需时间
3100 端口
安装完成后访问 Paperclip 的端口
29TB
存储检查例程报告的 SSD 层剩余容量
36 次
一周内 4 条光纤链路在两秒内同时掉线的次数
15 个月
Floo Powder 交换机上 4 条链路已损坏的时长
每天 56 次
3、5、13、19 号端口每天失去同步的次数
20,052 次 vs 123 次
5 号端口自开机以来的掉线记录 vs 同类端口
50%
那批第三方 SFP 光模块的在役故障率
3 个
作者购买的 MikroTik 原厂替换 SFP 数量
10 个
作者另一套 Paperclip 中参与每日站会的智能体数量
下午 5:00
每日智能体站会自动触发的时间
金句摘录 · 中英对照
“In Paperclip, your agents become employees. You give them managers, you assign them tasks.”

在 Paperclip 里,你的智能体会变成员工。你给他们配经理、派任务。

— NetworkChuck
“I haven't seen a lot of super value out of, like, an agent conference room or an agent town where you just set your agents to sit there and talk to each other.”

我没觉得那种「智能体会议室」或「智能体小镇」有多大价值——只是让智能体坐在那儿互相闲聊。

— Dotta
“No matter what new harness comes out or model, Paperclip is a meta harness.”

不管未来出现什么新框架、新模型,Paperclip 都是元框架。

— NetworkChuck
“Attackers don't hack in. They log in.”

攻击者不是「黑」进来的,是「登录」进来的。

— NetworkChuck
“He's like, "Hey, I'm waiting on board approval." Who's the board? That's you.”

Ron 说「我在等董事会批准」。董事会是谁?就是你。

— NetworkChuck
“Ports three, five, and 13 and 19 have no margin. They lose sync 56 times a day.”

3、5、13、19 号端口毫无余量,每天要失去同步 56 次。

— NetworkChuck
“Different vendor, different batch. I went with the official vendor.”

换厂商、换批次。我这次直接选了原厂。

— NetworkChuck
可以借鉴的做法 / 启发
  1. 多智能体协作的关键不是让它们自由群聊,而是用「任务」作为唯一、有目的的通信通道,配合汇报层级(员工→CEO→董事会)逐级升级问题。
  2. 把周期性巡检做成 Routine(如每日存储检查),让智能体定时执行并把异常转成「决策」推送给人,人工只在关键点拍板。
  3. 把第三方服务(如威胁情报平台)通过 API 密钥以 Secret 形式授权给专门的智能体,让它主动发现并分派后续工作,但保留人类随时暂停任务的权限。
  4. 排查诡异的间歇性故障时,先看端口计数器等硬数据:本例中 20,052 次掉线对 123 次的对比直接锁定了硬件批次问题,而非玄学的「冲马桶」。
  5. 便宜第三方光模块的批次性故障率可能高达 50%,关键链路值得用原厂件替换并分批采购以降低共因故障风险。
  6. 公司级的组织配置(智能体、例程、任务、附件)应支持整体导出导入,避免被单一部署环境锁定。
回顾 / 思考问题
  1. 为什么说「智能体之间只通过任务交流」比「智能体小镇式群聊」更有价值?你认同吗?
  2. 在 Paperclip 的组织架构中,人类扮演的「董事会」角色具体负责什么?这对人机协作有什么启发?
  3. Flare 的数据显示攻击者「登录而非入侵」,这对个人和企业账号安全策略意味着什么?
  4. 作者最终把断网归因于某批次第三方 SFP 光模块。如果只看「冲马桶就断网」的表面相关性,会漏掉什么?
  5. Routine(例行任务)和 Decisions(人工决策点)的组合如何平衡自动化与人工控制?
  6. 视频结尾换上原厂光模块后问题是否真的解决?为什么作者说要观察一两周才能下定论?

本回顾由 AI 根据英文逐字稿整理,时间戳、引文与数字已对照逐字稿核对;如有出入,以原视频为准。

ACROSS TOPICS · 跨主题推荐

换个领域看看

ABOUT DubSpeak

让好内容,跨过语言的边界。

DubSpeak 整理科技、心理与医学领域的视频,提供中文配音、双语字幕及文稿辅助阅读,让知识更容易被听见、被理解。

01 / 用熟悉的语言听

中文配音辅助理解,部分视频支持中英文切换。

02 / 跟着字幕深入读

结合字幕与文稿学习,具体功能以播放页为准。

03 / 按兴趣找到内容

按主题浏览,搭配搜索和时长筛选。

04 / 回到内容的出处

每期注明原视频链接,版权归原作者所有。关于与版权 ↗