本文整理了 Poteto（pstack 作者）与 Matt Pocock 关于 AI Skills 的对谈。Poteto 一个月合入 2,500 个 PR 的关键不在于产量，而在于工作方式：从反复纠正 AI 的地方提炼 Skills；为 Agent 补上验证能力，让它能自我迭代；将机械操作固化为工具；把 Agent 常犯的错转化为 lint 规则和代码库约束；连接内外两层循环，让外层 Agent 收集 Slack、Linear 等外部反馈，协调 Agent 管理任务分发。她还通过严格抽查和修正工作环境来审查大量产出，并建议从聊天记录中提炼个人 Skills。文章强调领域经验、可靠验证和持续环境优化是自动化协作的核心。
文章分享了作者在2026年作为Claude Code全操作系统用户时，通过构建和测试100个子代理后筛选出的30个最佳子代理。这些代理拥有独立的系统提示词和工具访问权限，能显著提升工程、DevOps及产品设计等领域的效率，涵盖了代码审查、Bug捕获、数据库迁移验证及规格编写等具体场景。
本文深入介绍xAI（文中称SpaceXAI）的Grok Bot如何运作：每个Bot运行在持久化的云端Linux虚拟机上，拥有浏览器、文件系统和终端。核心亮点是'团队化'使用模式——以Chief of Staff为中心，配合各司其职的专家Bot，并由人工审批关键操作。文中以客服事件处理为例：三个Bot（IncidentWatch、Support Bot、IncidentSweep）协作，10分钟内清理204个工单。文章分7部分讲解Bot的组织架构、工程harness、技能与记忆、审批机制及可复制的搭建方案。
作者分享了国庆期间折腾 Grok Bot 的进阶用法，搭建了两套 AI 组织体系：一套服务跨境电商的 12 岗位亚马逊团队，一套服务个人自媒体 IP。核心玩法包括：将本地电脑托管给云 Bot，把在 Claude、Codex 中打磨好的 Skill 迁移给 AI 员工；按功能拆分岗位并写清职责边界；用 1+N 统筹机器人模式降低 Token 消耗；让 Grok 调用 Codex、Cursor 等外部 Agent 实现模型分层；接入飞书 CLI 落成云文档，以及通过 GBrain 知识库打通手机资料收集与工作流。文中还强调了岗位权限边界与人工把关的重要性。
作者 Fred-New 分享了如何将 Grok Bot 从单一聊天工具打造为长期数字员工团队的方法论。核心思路是：先给一个 Bot 一个窄岗位和明确验收标准，跑通真实任务；结果稳定后把流程保存成 Skill，再做回归测试；稳定后设置 Routine 让 Bot 定时自动工作。当出现稳定分工需求后，再组建多 Bot 团队（情报员、爆款分析师、Researcher、Writer、Reviewer、Visual Planner 六岗位）。文章强调岗位边界、工具接入、薄 Context Pack、固定交接格式（如 Research Pack 和 Handoff）的重要性，并指出真正的多 Agent 协作关键在于可替换的模块和清晰的接口，而非人数。
文章分析了 Agent 生成 PR 描述普遍存在的冗长、流水账问题，梳理了 Matt Pocock 与 dex 两位从业者的解决方案。Matt 的 /pr skill 定位为'格式参考'而非'工作流'，通过 Summary、Size and door、变更结构、Evidence、刻意省略五部分模板压缩 reviewer 的认知成本。dex 的 visual-pr 则是动手的工作流 skill，配合 show-me 的最小可视化语法。文章还介绍了 dex 提出的 skills vendoring 复用方案——将依赖的 SKILL.md 内联引用，避免 fork 脱钩，即'markdown 版 kustomize'，将 skills 复用从手工同步升级为声明式机制。
文章指出，AI 工程师的核心竞争力正从亲手写代码转向驾驭编程智能体（如 Claude Code、Codex、Cursor 等）。作者总结了一套三阶段工作流：规划（调研、编写规格说明、审查计划）、执行（选择合适的自主程度、构建与验证）、部署与监控。要驾驭该流程需具备五项能力：掌控工作流、提升智能体自主性、审查工作成果、定制智能体环境及理解其原理。文章强调人的价值集中在判断、设计、分解与验证，超长自主运行的价值常被夸大，掌握智能体能力的开发者将从'开发者'进化为'构建者'。
本文是 pstack 指南第二部分，介绍作者用 agent 进行调研、规划、原型和架构的工作流。核心观点是通过 /teach、/recall、/how、/why 等 skill 建立并保持对代码库的心智模型；用「readme 驱动开发」和 /technical-writing skill 以代码和文档形式规划；用 prototype 剧本并行生成多个方案让 agent 以实证回答开放问题；用 /architect 多阶段流程跨模型家族竞争设计并交叉评判。作者强调抽象计划只给人进步的幻觉，应让 agent 通过原型和验证自己回答问题，从而每月将数千个 PR 推进生产并保持高质量。
本文是一篇实操教程，作者详细讲解了如何用 Grok Bot 搭建一人公司的 Bot 团队。通过个人网站从想法到上线的完整案例，阐述了 Bot 的配置方法：先为一个 Bot 设定长期系统简介和职责边界，安排第一个任务进行设计探索；当出现值得长期单独负责的工作岗位时再新增 Bot（如专职动效的 Motion God、负责工程上线的 Devbot、负责 Figma 生产的 Figma Bro）；当多个 Bot 需协作时建立群聊，做好交接资料整理和分工规范。文章总结了 Bot 简介写长期职责、任务放聊天里、重复工作流沉淀为 skill 等核心心法，帮助读者按自己的工作流搭建 Bot 团队。
本文是 pstack 指南的第二部分，探讨如何利用 pstack 进行调研、规划、原型设计和架构。作者强调验证是基础，但之后需明确构建目标。文章介绍了间接提示、/teach、/how、/why、/recall 等技巧，帮助代理理解意图和上下文，并指出历史记录是丰富上下文的金矿。最后讨论如何指定解决方案，避免过度指定实现细节。
文章复盘了FDE小团队在飞书上搭建项目管理Agent（马斯克）的完整工作流。针对传统项目管理工具维护成本高、录入摩擦大等痛点，作者构建了从通话自动录音、语音转写、专有名词纠错、说话人识别、多项目拆分，到写入统一飞书多维表格、任务分派给专业Agent、结果回收与状态更新的完整链路。核心法则是聊天负责产生信息，表格负责确认现在，项目状态以多维表为唯一法定落点，含暂停与结项闭环。文章还讨论了Token成本、检索优化及最小可用版本的搭建策略。
本文是使用 Codex 从零搭建多 Agent 数字员工团队的教程。作者提出按工作职责划分 Agent 的方案：为内容创作、项目管理、财务等长期职责分别建立岗位 Agent，每个 Agent 拥有独立的文件夹，保存职责、规则、Skill 和工作流程。文章详细区分了项目与 Agent 的概念，介绍了以 Main Agent 作为数字总经理进行任务路由的使用方式，并给出判断是否需要新建 Agent 的标准。随后通过完整的目录结构示例，逐步讲解根目录规则、Main Agent、内容创作 Agent 的 AGENTS.md 配置方法，以及如何挂载长文写作 Skill，帮助读者构建可持续运转的个人数字员工体系。
本文是原作者 ScottyBeamIO 文章的中文翻译，作者因一篇拆解 Grok Bot Agent 运营账号的内容被马斯克转发，遂完整公开这套系统。文章先强调策略优先于工具：三大内容支柱、每周 12 篇的发布节奏、严格的内容质量标准。随后详述由 7 个 Grok Bot Agent 组成的内容团队——内容总管、研究员、写手、视觉师、分析师、排期员和 Postiz——并给出每个 Agent 的完整系统提示词，展示它们如何通过共享云端电脑、线程消息和任务交接实现自动化的选题、写作、配图、数据分析和发布排期。
