📋 内容概要
本视频由一位独立开发者兼内容创作者分享其构建的“飞书 + HAMAS（管家）+ Cloud Code/Codex（代码工人）”三层次AI协作工作流。他详细阐述了如何利用飞书作为统一调度入口、HAMAS作为记忆与调度中枢、Cloud Code作为执行层，以项目管理为核心进行任务分发，从而将人效提升三倍以上，并强调技能（Skill）工作流打磨的重要性。
🔑 关键要点
- 三层次架构：最上层飞书（调度与内容沉淀）、中间层HAMAS管家（项目记忆与调度）、最下层Cloud Code/Codex（具体执行），各层职责分明，避免记忆混乱。
- 项目维度管理：以“项目”为最高维度划分，每个项目对应独立的飞书群、电脑文件夹和知识库，用结构解决判断问题，而不是让AI猜测。
- 文件化记忆而非AI内部记忆：项目规则和流程均存为文件夹中的MD文件（如
HAAS.md），HAMAS需要时即时读取，避免AI记忆容量有限和“记忆腐烂”的问题。 - 飞书生态的API集成：选择飞书而非微信，主要因其支持多群组隔离项目、按钮式交互（适合移动场景）、强大的办公API生态（妙记、多维表格、知识库），实现全流程自动化。
- 成本效益：HAMAS开源免费，DeepSeek作为核心模型每月费用仅约40-50元，成本极低，个人开发者即可全套部署。
📝 详细摘要
0:00-0:25 | 背景与困惑 视频开头，博主解释了做这期内容的初衷。面对外界“做Agent去卖”的热潮，他坦言自己对直接制作并销售终端Agent产品兴趣不大，认为该风口与自己的体感不符。他观察到市面上Agent产品众多，大厂竞争激烈（如提到的沃克巴蒂），且从做Agent到真正商业化落地卖钱之间，仍有巨大的鸿沟。他明确表示自己开始重点转向“Skill”工作流的打磨。
0:25-0:58 | 核心观点转变：从Agent到Skill流程 博主坦言，自己之前在本地用代码测试过的各类助手型Agent（如UPWORK智能体）已无实际帮助，并全部删除。原因是现在的工具（如Cloud Code自带的Honeys编排、Office 5）已经足够聪明，无需高成本定制Agent。他认为，真正的着力点在于将每天重复的工作流程提炼成固定的Skill，并让大模型严格按照这个流程去执行。
0:58-2:48 | 三层次架构详解 博主介绍了当前使用的、基于“HAMAS管家 + Cloud Code代码工人”优化后的全景架构，分为清晰的三层：
- 最上层：飞书App——作为统一调度入口与内容沉淀中心。利用飞书妙记收集灵感、群聊做项目调度、Wiki知识库做知识沉淀、多维表格做测试验收。AI能调用飞书所有功能的API，减少人为操作。
- 中间层：HAMAS管家——根据项目在飞书建立不同的群。HAMAS通过查看消息来源于哪个群，即知属于哪个项目，然后读取该项目电脑文件夹中的记忆（如项目规则和流程），自主判断是整理归档还是调度“工人”干活。这从根本上解决了不同项目间AI记忆隔离和混淆的问题。
- 最底层：执行层——Cloud Code 与 Codex。作为“工人”没有记忆，在同一个项目文件夹内工作，启动时读取HAMAS写好的Prompt和Skill，可多个并行、按需切换。
2:48-6:00 | 具体使用场景实操演示 博主结合日常行为，演示了三个核心场景：
- 场景一（内容创作）：每天早晨散步时用手机端的飞书妙记开启录音（连接麦克风），边走边说记录灵感和想法，能转成高准确率文字（几乎无错别字）。回家后在飞书自媒体群发消息指令“检查妙记，提炼本周文案”，HAMAS就会调用既定Skill去抓取内容并生成草稿文案，博主只需周末在电脑端校对。
- 场景二（代码验收）：甲方在微信提出新需求并已写入测试文档，博主就在对应的飞书项目群发“测试文档有了新的问题请检查”。HAMAS会先验证是否有新问题（该逻辑已写入HAAS规则），随后根据问题（如流程性、管理端、小程序端）自动启动一个或多个Cloud Code窗口，调用验收Skill去进行检查和测试，全程无需远程盯控。
- 场景三（定时任务与文档整理）：如每日的AI资讯推送（通过微信定时发送）和日常工作文档整理，均可通过增加不同工作流，不断固化流程并沉淀为Skill。
6:00-11:50 | 设计决策深度解析：为什么选择飞书？ 博主详细解释了放弃微信作为AI终端的原因（共4点）：
- 微信只有单一对话框：导致所有项目消息涌入同一框中，让HAMAS对项目归属的判断和记忆混杂，容易猜错。飞书的分群使归属一目了然。
- 移动端交互体验：微信中需要AI进行人工确认（approve)时，必须手动打字；而飞书的授权动作是按钮，无需打字，极大方便了在开车、走路时的操作。
- 专注度与消息打扰：微信消息多且杂，AI的定时任务会频繁推送，打扰工作进度。飞书群组是纯粹的工作场景，博主主动打开才看到消息，能更好平衡工作与生活。
- 办公生态的API化：飞书的云文档、多维表格、妙记、知识库等几乎所有功能都开放API，AI可自动调用，从头到尾跑完工作流（如文档自动挂载至知识库并通知分享）。相比之下，其他工具往往需要人工补完剩余的20%。
11:50-15:00 | 项目文件化管理与流程演进
- 文件夹与记忆：将项目视为最高维度。每个项目对应一个飞书群、一个电脑文件夹和一个飞书知识库。文件夹内只存放两种东西：HAMAS的
HAAS.md项目说明文档（记录文件位置、Skill流程、启动规则），以及Cloud Code/Codex用的CLAUDE.md、Skill文件等。所有内容在同一个文件夹下，各工具按权责读取，实现协作。 - “文件”优于“记忆”：博主强调，不应该让HAMAS记忆具体项目内容，它只需要知道消息归类和读取路径。因为AI记忆有限且易“腐烂”——记忆太多等于没有记忆。相反，文件沉淀在本地是属于自己的，即使更换HAMAS，新管家也能读取文件夹立刻上手。
- 技术优化：本周实现了一个重要优化——HAMAS可以直接启动命令行进程，并根据项目规则注入参数（模型选择、effort、Prompt）来驱动Cloud Code，这使得博主回家后能直接看到执行过程，进行实时监控和调整，弥补了以往只能通过HAMAS中转查看状态的缺陷。
15:00-18:00 | 经验总结与成本收益分析 博主分享了三条经验之谈与未来规划：
- 飞书妙记是神级工具：它彻底解决了过去录音文件体积大、空白多、难以解析的问题——10分钟或许只说了几句话，但最终全部转化为高密度、便于处理的纯文本。
- 飞书是最佳AI载体：在AI工作流中，飞书完美解决了终端入口、触发器（群消息）和共享内容沉淀池的问题。
- 成本极低，推广可行：HAMAS开源免费，DeepSeek作为主模型月费仅40-50元，性价比极高。在此架构下，博主人效（相比无AI时代）保守估计提升3倍以上。现在他可以同时开3个项目，还有时间散步、吃饭、社交，工作时间和空间完全不受限制。
- 核心任务依然是打磨Skill：不应把精力放在训练AI记忆项目细节上，而是要根据每天/每周的工作流程，持续总结、优化、沉淀出适用于不同项目的特定Skill，这才是AI能接手执行层工作之后，人们真正需要专注的核心方向。
💡 总结
AI Agent时代真正的杠杆不在于追逐风口，也不在于开发复杂的通用Agent，而在于利用像飞书这样的生态平台，将人的核心工作流程提炼成固化、文件化的“Skill”，让AI（HAMAS和Cloud Code）各司其职、按流程执行，从而将个人产能从繁琐的执行层中解放出来，实现人效的数倍增长。
