41. Herdr 实战:从零搭建 AI 一人公司,用 Claude Code、Codex 组建 AI 员工团队

用 Herdr 从空文件夹搭一家 AI 一人公司:建知识库、装 Herdr、四位 AI 员工上岗、新建岗位、第一项任务。五段完整提示词逐段讲透,附手机连回和多台电脑两段补充。

翔宇工作流 41 期:Herdr 一人公司手把手教程

这一期,我们用 Herdr 从一个空文件夹开始,搭一家 AI 一人公司:老板只对总经理说一句话,总经理写任务卡交给对应的经理,经理缺人手就临时请帮手,做完把结果交回来,老板看一眼、点个头。

视频里每一段提示词只讲了它要做什么。这一页把视频里出现的五段提示词全部给出完整版,并且逐段讲透:每一块管什么、为什么这么写、粘给谁、在哪个窗口里粘、跑完应该看到什么、卡住了怎么办。照着这一页,从一个空文件夹就能把公司搭起来。五段之后还有两段补充(手机连回来、两台电脑放进同一个窗口),视频里只提了一句,这里也给了完整提示词。

这一期能搭出什么

做完五段,你会有:

  • 一个公司知识库:一个文件夹,按「我是谁、我做什么、我怎么做、谁来做、守什么规矩、做到哪了」分好九个目录,每个目录有自己的说明文件,最外层是公司总规矩,还有四个岗位的手册、老板和品牌的资料,所有 Skill 只存一份、挂给每一家驾驭工程,用 git 存了版本;
  • 一间 Herdr 办公室:一个以公司名命名的工作区,总经理、内容经理、增长经理、视频经理四位各占一页,已经在上班;
  • 一套协作规矩:员工之间怎么交接工作、怎么等结果、怎么验收,写在总规矩里,谁都照着做;
  • 随时加人的办法:一句话新建一个岗位(视频里的例子是开发经理),手册、名册、上岗一次做完;
  • 第一项任务的完整走法:官网文章没流量,把写 SEO 文章的 Skill 升级一遍。总经理写任务卡交给内容经理,内容经理请三位临时帮手同时查资料,再交给增长经理审,最后汇总给你,你点头才写回。

开始前只要准备两样

  1. 一台电脑,Mac、Linux、Windows 都可以(Herdr 官方已正式支持 Windows,个别功能有平台限制,这一页附了 PowerShell 写法),再打开一个终端。终端就是黑底白字、可以打字下命令的窗口,Ghostty 或电脑自带的都行。
    • Mac:按 Cmd + 空格,输入「终端」,回车。
    • Linux:一般按 Ctrl + Alt + T。
    • Windows 11:按 Win + X,选「终端」,默认打开的就是 PowerShell;Windows 10 选「Windows PowerShell」。不要用「命令提示符」,后面的命令都按 PowerShell 写。
  2. 一个能跑起来的命令行驾驭工程:Claude Code、Codex、OpenCode、反重力任一,已经登录好,背后订阅了一家大模型。注意必须是命令行版(CLI),不是网页版,也不是桌面客户端。在终端里输入 claude、codex、opencode 或 agy 回车,能进到对话界面就行。有两家以上更好,可以让不同的模型各干所长、互相审稿;只有一家也能走完全程,每一步的常见卡点里写了只有一家时怎么做。

公司由三样东西组成

视频第一部分讲的就是这三样,后面每一段提示词都在搭其中一样,先把它们分清:

  • 员工 = 驾驭工程 + 大模型。驾驭工程(Claude Code、Codex、反重力、OpenCode 这类工具)是员工的手脚:在你的电脑上读文件夹、跑命令、改代码、开浏览器、搜索。背后驱动它的大模型是员工的大脑:Claude Code 背后是 Claude 的模型(视频录制时最新是 Opus 5.5),Codex 背后是 GPT-6.1、GPT-6 这一代。两样组合起来,才是一位员工。
  • 办公室 = Herdr。员工坐在 Herdr 里工作。Herdr 把不同的驾驭工程拉进同一个办公室,把它们的运行状态和输出摆在一个界面里,员工之间还能互相发消息、知道对方在干什么。
  • 知识库 = 员工的根目录。驾驭工程在哪个文件夹启动,那个文件夹就是它的地基。根目录是空的,员工每次都是失忆的:不知道公司是谁、做什么、给谁看、老板怎么做事,就像一位刚入职的博士生。知识库相当于给每位员工做一次入职培训,培训完,他就「装上了你的公司」。

三样里,员工是租来的(模型和驾驭工程随时可以换),办公室是免费的开源软件,只有知识库是你自己的。这也是整套做法的核心:模型是我们租来的,公司的运营体系沉淀在我们自己的文件夹里。

公司长什么样

知识库只按几个最简单的问题来分:我是谁、我做什么、我怎么做、谁来做、守什么规矩、做到哪了。求的是简单清晰,任何一样东西拿到手,凭直觉就知道该放哪。

公司根目录(例如 ~/xiangyu)= Herdr 里的工作区「翔宇」

我是谁          主理人/        老板自己:背景、偏好、说话风格、思维方式、价值观
                品牌/          公司对外的资产:定位、讲给谁听、商业模式、Logo、网页信息
我做什么        业务/          每项业务一个文件夹(小红书、公众号、亚马逊折叠椅……),
                               商品资料、做好的文章和视频都归这里
                商业/          每天追的资讯、竞品调研,凡是和商业、信息获取有关的
我怎么做        工具/          工具和账号说明(不放密钥)
                工具/最佳实践/  用好一个工具的过程、设置方法、踩过的坑
                工具/技能/     所有 Skill(我的工作流),一个 Skill 一个文件夹,只存这一份
                研究/          查回来的资料和学到的东西
谁来做          角色/          每个固定岗位一个文件夹:员工手册 + 工作记录/
                  gm 总经理、content 内容经理、growth 增长经理、video 视频经理
                  (岗位随时可以加,第四段演示加一个开发经理 dev)
守什么规矩      AGENTS.md      最外层的公司总规矩,员工开工先读
做到哪了        驾驶舱/任务/   任务卡、草稿和进度
另外            收件箱/        过期了、暂时用不上又舍不得删的东西

每个根目录里:AGENTS.md 是这个目录自己的说明(放什么、不放什么、怎么分、怎么起名),
              CLAUDE.md、GEMINI.md 是指向它的快捷方式
挂 Skill 的链接:.claude/skills/<名字>、.agents/skills/<名字> 都指向 工具/技能/<名字>,各家驾驭工程从这里读
各家权限文件:claude-permissions.json、opencode.json(第二段按名册放,用不到的不放)
临时帮手:tmp-<短名>,在公司根目录上岗,只读总规矩,做完就关,谁请来的谁送走
协作规矩:写在总规矩里的九条:任务卡、先看对方在不在、交接任务、请固定岗位、请临时帮手、等结果、以产出文件为准验收、等确认时不硬发、改正式文件先请示老板

几个容易想歪的地方:

  • Skill 为什么只存一份:每家驾驭工程放 Skill 的位置不一样,Claude Code 读 .claude/skills/,Codex、反重力读 .agents/skills/。各放一份,改一处就要改好几处,版本迟早对不上。所以实体只放在 工具/技能/,再用软链接(快捷方式)挂到各家读的地方,改一处几家同时生效。
  • 工作记录为什么要有:每个岗位干过什么、怎么干的,都记在自己的 工作记录/ 里。现在是方便你和总经理知道做到哪了;更长远,是在给公司积累运行数据。有了几个月的记录,总经理才能自己规划下一步,这是以后让公司自动运转的前提。
  • 目录是我们的分法,不是标准答案:跨境电商、自媒体、实体销售都能用这套维度,叫什么、多一个少一个,按你自己的生意定。演示里的公司叫「翔宇」,文件夹叫 xiangyu。

Herdr 是什么,分哪三层

Herdr 是 2026 年 3 月底公开的开源项目,Apache 2.0 协议,免费用,一条命令就能装好。官方给自己的定义是「智能体复用器,住在你的终端里」;说白了,它是给驾驭工程和大模型准备的一间办公室。

Claude Code、Codex、反重力、OpenCode 都在终端里运行,一个终端就是一个窗口,窗口一关,运行就停了。Herdr 给它们一间办公室,有两层意思:一是员工之间能互相发消息,知道对方在干什么、做到哪了;二是会话一直在:关了终端、关了 Herdr 的界面,员工在后台照样工作。

理解后面的提示词,要先知道 Herdr 分三层:

  • 最底层:后台服务(server)。一直在跑,真正的终端和程序都归它管。老牌的终端复用器 Screen、tmux 就只有这一层。你关了界面,它照样运行,员工照样在工作。
  • 中间层:我们看到的界面。工作区、页面、窗口都在这一层,连上去就看到,关掉它,底下的服务不受影响。
  • 最上层:员工体系。Herdr 认得出每个窗口里跑的是哪家驾驭工程,看得出它是在工作、做完了,还是停下来等你输入、等你选;它还有一套命令,能让员工之间互相交接工作。从手机、另一台电脑连回来,也是连到同一套服务上。

为什么要先讲这个:第二段在普通终端里把 Herdr 装好;第三段要在 Herdr 里面 启动驾驭工程再粘提示词,因为 Herdr 官方给驾驭工程的技能写明了,只有在 Herdr 的窗口里(这时环境变量 HERDR_ENV=1)才可以用 Herdr 的命令去开页面、请员工上岗。

几个词

  • 驾驭工程和模型:见上面「员工」。演示里 Claude Code 接的是 Opus 5.5,Codex 接的是 GPT-6,反重力默认接谷歌的 Gemini。雇一位员工,就是同时选一个驾驭工程和一个模型。
  • 命令行版:驾驭工程有网页版、桌面客户端和命令行版。这一页只用命令行版:它能被 Herdr 认出来、被别的员工调度,员工之间互相协作靠的就是这一点。
  • 工作区、页面、窗口:侧边栏左上是工作区,一个工作区对应一家公司,也就是一个知识库的根目录;左下是员工,每位一栏。右边是当前选中的页面,官方叫标签页(tab);页面里是窗口(pane),也就是一个真正在跑的终端。我们一个员工一页、一页一个窗口,左边点谁就切到谁。
  • 状态灯:侧栏里每位员工名字前面一个状态点,官方分五种,我们叫黄灯(工作中,官方叫 working)、青灯(做完了还没人看,done)、红灯(停下来等确认,blocked)、绿灯(看过了在待命,idle)、灰灯(拿不准,unknown)。
  • 固定岗位:正式员工,有固定的岗位、自己的手册和英文名(gm、content 这些),页面一直开着,每次打开 Herdr 都在。
  • 临时帮手:为一件事临时请来的,名字以 tmp- 开头,做完就关掉那一页。好处有两个:查资料这类零碎任务不占固定岗位的上下文;可以按任务挑模型,比如查资料用检索强的那家。
  • Skill:写成文件的一套做事方法,也就是你的工作流(怎么写文章、怎么写旁白、怎么出片),驾驭工程用到时会自己去读。
  • 任务卡:交接工作用的一张卡,放在 驾驶舱/任务/,写清目标、材料、规矩、产出放在哪。
  • 正式文件:驾驶舱/任务/、研究/、各岗位 工作记录/ 以外的文件。员工改正式文件前,要先停下来请示老板。

提示词为什么都长一个样

五段提示词用的是同一个框架。读懂这个框架,每一段你都能自己改:

块 对应 管什么 为什么要有
第一段话 目标 + 背景 这一段要达成什么;做到这一步前面已经有了什么(公司根目录、公司名、你现在在哪个窗口里) 驾驭工程每次开新会话都是失忆的,第一句话要把它放到正确的位置上
【规矩】 约束 先说计划再动手、只动哪些文件、遇到密码和弹窗停下来、只按官方文档 这几条防的是它自作主张:装错东西、改了公司以外的文件、凭记忆编一条不存在的命令
【要做的几件事】 要做的事 按顺序列出每一件,每件写清命令、成功是什么样、失败先查什么 每件都自带「成功」标准,它做完一件能自己核对,不用你盯
【最后给我一份汇报】 交付 做完交回来什么:路径、检查输出、版本记录 汇报里的东西都是下一段要用的,比如公司根目录完整路径
【过关标志】 验收 一两句话说清怎样算做完 你不用读懂所有命令,对着过关标志看一眼就知道这一步成没成

三个共同的写法:

  • 先访谈、先说计划,你说「可以」再动手。这是最便宜的纠错时机:它理解错了,你在它动手前一句话就能拉回来。
  • 只按官方文档。Herdr 更新很快,命令和参数以官方为准。提示词里每条 Herdr 命令都对照过 Herdr 0.9.3 的官方文档和命令帮助;以后版本变了,提示词让它先读官方文档,不会照抄过时的写法。
  • 以文件为准。每一步的结果都落成文件(说明文件、任务卡、报到记录、报告),做没做完看文件,不靠盯屏幕。

用法:

  • 每一步分七块:这一步做什么、在哪里粘、视频里怎么说的、完整提示词、逐段讲透、过关标志、常见卡点。
  • 提示词第一行有 ____ 的地方,换成你自己的公司名和公司根目录(第一段汇报里会给你完整路径),其余整段原样粘进去。
  • 命令按 Mac / Linux 写,需要不同写法的地方附了 Windows PowerShell 的写法。
  • 这一页和官方文档不一致的地方,以官方文档为准,文末列了每个主题的官方入口。
  • 视频分三个部分:第一部分讲公司由什么组成(上面三节);第二部分是实操,对应第一到第四段;第三部分是案例,对应第五段。

第一步:建知识库

这一步做什么

用一段提示词,让驾驭工程先访谈你,再按「我是谁、我做什么、我怎么做、谁来做、守什么规矩、做到哪了」这几个维度建出公司知识库。提示词里是四件事:访谈;建骨架(九个根目录,把访谈的回答写进主理人和品牌);每个根目录放一份这个目录自己的说明文件,最外层写公司总规矩;在角色目录里建四个岗位和手册,最后用 git 存一个版本。开始前只要有一个能跑的智能体,这一步还用不到 Herdr。

在哪里粘

普通终端里的驾驭工程,粘给谁都行。打开终端(不用进任何文件夹,默认就在你的用户目录),启动你的驾驭工程:用 Claude Code 输入 claude 回车,用 Codex 输入 codex,用 OpenCode 输入 opencode,用反重力输入 agy。把下面整段粘进去,回车。

视频里怎么说的

我们只需要启动一个驾驭工程,不管你是 OpenCode、Claude Code 还是 Codex,把我官网上的这一段提示词复制过来,粘贴进去。这段提示词,就是通过访谈来帮助你构建这个知识库,我在这个提示词里面内置好了结构。

它第一步,首先就是访谈。它会问你:你是谁?你公司叫什么?你是做什么的?你是给谁看?说话是什么风格?接入哪几个驾驭工程?……通过访谈,它就能在你这个知识库目录里,快速新建一个根目录的 AGENTS.md,然后帮助你快速构建整个知识库的架构。在这个架构里面,它还会内置每个目录里面一般放什么、不放什么,文件夹怎么起名。

当然最后一步,你如果想做版本管理,可以上传到自己的私有仓库,通过 Git 来管理版本。

视频里讲的就是提示词的四件事:访谈 → 建骨架 → 每个目录写说明、最外层写总规矩 → 建岗位、存版本。视频里没展开的命令、字数上限、Windows 写法,下面全文里都有。

完整提示词

我想在这台电脑上搭一家 AI 一人公司,用一个文件夹当公司的知识库,现在先把知识库建起来。

【规矩】
1. 先按下面「第一件」访谈我:问题一个一个问,我答完一个再问下一个。问完用几句话复述你的理解和建库计划(建在哪、建哪些文件、跑哪些命令),我说「可以」再动手。
2. 只在公司文件夹里新建和修改文件,文件夹以外的东西一律不动。
3. 遇到要输密码、要授权,或者系统弹窗,停下来告诉我该点什么,等我说「好了」再继续。
4. 各家智能体怎么读说明文件,以它们的官方文档为准,不要凭记忆编。
5. 说明文件别写太长,写完量一下字节数:最外层的公司总规矩不超过 9000 字节(下一段还要往里加协作规矩),每个根目录的说明文件不超过 3000 字节,每份岗位手册不超过 4000 字节。全部用中文。
命令写法:先确认这台电脑是 Mac、Linux 还是 Windows。下面的命令按 Mac / Linux 写,标了「Windows:」的是 PowerShell 写法。Windows 上一律在 PowerShell 里执行,不用 Bash 的写法(大括号展开、mkdir -p、用 && 连接命令、用 > 写文件);写文件用你自己的写文件工具,存成不带 BOM 的 UTF-8。下面说「在公司根目录运行」,就是先进到公司根目录再执行。

【要做的四件事】
第一件:访谈。下面这些问题,一个一个问我:
  1)你是谁:老板怎么称呼、做什么、喜欢怎么说话、有什么忌讳。
  2)公司叫什么(Herdr 里的工作区就用这个名字);公司文件夹叫什么、放在哪。文件夹名建议用英文或拼音,例如 xiangyu,命令里更不容易出错;默认放在用户主目录下。
  3)公司是做什么的、目标是什么、主要做哪几项业务。
  4)产品或内容给谁看、说话是什么口吻;视觉风格有就说,没有就留空。
  5)电脑上能用哪几家智能体:Claude Code、Codex、OpenCode、反重力(Antigravity CLI),或者别的。逐个运行 claude --version、codex --version、opencode --version、agy --version 帮我确认装没装。
  6)每个岗位用哪家。我没想法就按这个建议,让每家干自己最擅长的:写中文、查资料多的(内容经理、临时帮手)用反重力;做视频、动效的(视频经理)用 Claude Code;增长经理换一家和内容经理不同的(审稿换一家模型,更容易看出前一家看不出的毛病);总经理用我最顺手的那家。我没有的那家,就用我有的顶上;只有一家就全用它。
  问完,复述你的理解和建库计划,等我说「可以」。下面把公司文件夹的完整路径叫作「公司根目录」。

第二件:建骨架。
  先建公司根目录并进去。然后在公司根目录运行:
  mkdir -p 主理人 品牌 商业 业务 工具/技能 工具/最佳实践 研究 角色 驾驶舱/任务 收件箱 .claude/skills .agents/skills
  Windows:New-Item -ItemType Directory -Force -Path 主理人,品牌,商业,业务,工具\技能,工具\最佳实践,研究,角色,驾驶舱\任务,收件箱,.claude\skills,.agents\skills | Out-Null
  .claude/skills 和 .agents/skills 是给各家智能体挂 Skill 链接用的,怎么挂写在第三件 工具/ 的说明里。
  再把访谈的回答写进去:你是谁写进 主理人/基本信息.md;公司叫什么、做什么、目标、主要业务、给谁看、口吻、视觉写进 品牌/品牌基础.md。我没答的项留空,不要替我编。
  成功:运行 find . -maxdepth 2 -type d -not -path './.git*' | sort,上面这些文件夹都在。Windows:Get-ChildItem -Directory -Recurse -Depth 1 -Force | ForEach-Object FullName

第三件:写说明文件。每个根目录放一份这个目录自己的说明,最外层放公司总规矩。
  A. 九个根目录各写一份 <目录>/AGENTS.md,每份写四样:这个目录放什么、不放什么(不放的该去哪个目录)、里面怎么分、文件怎么起名。按下面的要点写,结合访谈里我的业务:
    主理人/:放老板自己:背景、偏好、判断事情的方式、说话的风格。不放公司对外的口径(去 品牌/),不放密码。起步是 基本信息.md,以后一个主题一个文件。
    品牌/:放公司对外的样子:定位、讲给谁听、用什么风格;写文案、做封面都照这里的调性。不放具体的成品(去 业务/)。起步是 品牌基础.md,以后一个主题一个文件。
    商业/:放生意怎么赚钱、在看哪些新机会。不放正在执行的业务(去 业务/)。一个主题一个文件。
    业务/:放正在做的每一项业务,每项一个文件夹(按访谈里的主要业务建好,文件夹名用英文或拼音短名),做好的成品都归到对应的文件夹里。不放草稿和中间产物(去 驾驶舱/任务/)。成品文件名以八位日期开头。
    工具/:放用到的工具和账号说明(不写密码和密钥);用好一个工具的过程、设置方法和踩过的坑放 工具/最佳实践/;所有 Skill 放 工具/技能/。不放查来的原始资料(去 研究/)。一个工具或一个主题一个文件。这一份里还要写一节「Skill 放哪」,内容照下面四条:
      1. 实体只有一份:工具/技能/<名字>/SKILL.md。<名字> 用小写英文、数字和单个连字符;SKILL.md 开头写 frontmatter,至少两项:name(和文件夹名一样)、description(什么时候用)。
      2. 在公司根目录给它挂两个软链接,都指向这份实体:.claude/skills/<名字>(Claude Code 读,OpenCode 也读)和 .agents/skills/<名字>(Codex、反重力、OpenCode 读)。命令:ln -s ../../工具/技能/<名字> .claude/skills/<名字>,另一个同理。用相对路径,整个知识库搬到哪,链接照样有效。
      3. Windows:先试 New-Item -ItemType SymbolicLink -Path .claude\skills\<名字> -Target ..\..\工具\技能\<名字>(要开「开发人员模式」)。建不了就用目录联接:New-Item -ItemType Junction -Path .claude\skills\<名字> -Target <公司根目录>\工具\技能\<名字>;联接记的是完整路径,知识库搬家后要重建;用联接时把 .claude/skills/ 和 .agents/skills/ 两行写进 .gitignore,免得 git 把同一份存两遍。联接也建不了,才复制一份过去,并在 工具/技能/<名字>/ 里记一句「改完要重新复制到两处」。
      4. 改 Skill 只改 工具/技能/ 里的实体,挂链接的两处不用动。
    研究/:放查回来的资料和学到的东西,每份标出处和日期。不放已经定下来的做法(定下来的写进 工具/)。文件名写成 <八位日期>-<主题>.md。
    角色/:放员工的手册,每个固定岗位一个文件夹,文件夹名就是岗位的英文名,里面是 AGENTS.md 手册和 工作记录/。不放任务卡(去 驾驶舱/任务/)。这一份里还要写一节「新建岗位的做法」(老板说「新建一个岗位」时,总经理照做),内容照下面六条:
      1. 定英文名:小写英文字母开头,只用小写英文、数字和连字符,不超过 32 个字符,不和名册里已有的重名。文件夹、页面、Herdr 员工名都用它。
      2. 建 角色/<英文名>/ 和 角色/<英文名>/工作记录/。
      3. 写 角色/<英文名>/AGENTS.md:第一行、五件事、最后一句,格式和其他岗位一样。
      4. 在同一个文件夹里建 CLAUDE.md、GEMINI.md 两个指向 AGENTS.md 的软链接(Windows 建不了软链接时的备用写法:两个普通文件,里面只写一行 @AGENTS.md)。
      5. 公司总规矩的员工名册加一行;总经理手册的分工里加一句这个岗位管什么。
      6. 问老板要不要现在上岗;要,就按总规矩协作规矩第 4 条请它上岗、发报到任务卡。
    驾驶舱/:放任务卡和进度;任务卡和草稿放 驾驶舱/任务/,任务卡文件名写成 <八位日期>-<三位编号>-<英文短名>.md,草稿以对应任务卡的文件名开头。不放成品(去 业务/)。
    收件箱/:放过期了、暂时用不上又舍不得删的东西;移进来时文件名前加移入那天的八位日期。不放还在用的东西。
  B. 在公司根目录写公司总规矩 AGENTS.md,把各目录串起来,按顺序写这几节:
    ■ 开头:公司名;公司根目录的完整路径;Herdr 工作区名(=公司名);开工先读什么:「所有员工开工先读这份总规矩,再读自己所在文件夹的 AGENTS.md;要往哪个目录放东西、改东西,先读那个目录的 AGENTS.md。」
    ■ 老板和公司:各两三句摘要,写明详细内容在 主理人/ 和 品牌/。
    ■ 知识库怎么分:这套分法参考了 PARA 等知识管理方法,只按几个最简单的问题分,求的是简单清晰、凭直觉就知道东西放哪。每个维度一行:
      我是谁:主理人/、品牌/;我做什么:商业/、业务/;我怎么做:工具/(Skill 在 工具/技能/)、研究/;谁来做:角色/;遵守什么规矩:这份总规矩;做到哪了:驾驶舱/;另外,过期的东西放 收件箱/。每个目录放什么,以那个目录的 AGENTS.md 为准。
    ■ 员工名册:四个固定岗位,每个岗位一位员工,每个一行,写「中文名|英文名(文件夹、页面、Herdr 员工名都用它)|用哪家」:
      总经理|gm|…  内容经理|content|…  增长经理|growth|…  视频经理|video|…
      再加一行「临时帮手|tmp-<短名>|…」。
      用哪家写成 Herdr 认的代号:Claude Code 写 claude,Codex 写 codex,OpenCode 写 opencode,反重力写 agy。
    ■ 临时帮手怎么请:谁需要谁就请(总经理或任何一位经理都可以);名字用 tmp-短名,只用小写英文、数字和连字符,例如 tmp-guide;在公司根目录上岗,只读这份总规矩,不读任何岗位手册;做完一件事,把结果写到任务卡指定的位置,然后关掉那一页;谁请来的谁送走;用名册里临时帮手那一行定的那家。
    ■ 底线:
      - 全部用中文;写进文件和交接时的路径一律用完整路径。
      - 草稿和中间产物放 驾驶舱/任务/;查来的资料放 研究/;自己的记录放 角色/<英文名>/工作记录/。
      - 除了上面这三处,其余都是正式文件。改正式文件、对外发布、花钱之前,先停下来请示老板。
      - 拿不准先问;不编数据,结论标出处;密码和密钥不写进任何文件。
      - 文件命名:日期写成 20261007 这样的八位数,文件名里不加空格;各目录的起名规则见那个目录的 AGENTS.md。
      - 做完一件有价值的事,用 git 存一次版本,只提交自己改的文件。
      - Windows 上命令一律在 PowerShell 里执行。
    ■ 协作规矩:先只写这个标题,下面一句「装好 Herdr 后补全」。
  C. 让不同家的智能体都读得到这些说明:公司根目录和九个根目录里,AGENTS.md 是正本;在同一个文件夹里再建 CLAUDE.md 和 GEMINI.md 两个快捷方式(软链接),都指向同目录的 AGENTS.md:
    在每个这样的文件夹里运行:ln -s AGENTS.md CLAUDE.md && ln -s AGENTS.md GEMINI.md
    成功:在每个文件夹里运行 ls -l CLAUDE.md GEMINI.md,两行都显示 -> AGENTS.md。
    Windows:先试 New-Item -ItemType SymbolicLink -Path CLAUDE.md -Target AGENTS.md; New-Item -ItemType SymbolicLink -Path GEMINI.md -Target AGENTS.md(一般要先在系统设置里打开「开发人员模式」);检查用 Get-Item CLAUDE.md,GEMINI.md | Select-Object Name,LinkType,Target。
    建不了软链接时,不要复制一份内容代替:把 CLAUDE.md 和 GEMINI.md 建成普通文件,里面只写一行 @AGENTS.md,并告诉我你用了哪种做法。这一行是 Claude Code 官方的引入写法,只对 Claude Code 起作用;Codex、OpenCode、反重力本来就读 AGENTS.md,不靠这两个文件。
  成功:wc -c AGENTS.md */AGENTS.md,总规矩不超过 9000,每个根目录的说明不超过 3000。Windows:Get-ChildItem AGENTS.md,*\AGENTS.md | Select-Object FullName,Length

第四件:建岗位、存版本。
  1. 在公司根目录运行:mkdir -p 角色/{gm,content,growth,video}/工作记录
     Windows:New-Item -ItemType Directory -Force -Path 角色\gm\工作记录,角色\content\工作记录,角色\growth\工作记录,角色\video\工作记录 | Out-Null
  2. 写四份岗位手册,放在 角色/<英文名>/AGENTS.md。每份都写五件事:我是谁、负责什么、不做什么、交付要达到什么标准、拿不准的时候先问谁。
     第一行统一写:「开工前先读公司总规矩 <公司根目录完整路径>/AGENTS.md 和 角色/AGENTS.md(多数智能体会自动读到;上下文里没看到就先打开读一遍)。」
     最后统一写:「每做完一件事,在 工作记录/ 里记一笔:做了什么、产出在哪、踩过什么坑;下次遇到同样的任务,先翻一翻。」
     各岗位的要点:
     - 总经理(gm):接老板的话,定目标、写任务卡、把工作安排给对应的经理或请临时帮手、跟进、汇总给老板;负责新建岗位。写进这两句原话:「老板交代的事,我先定好目标、写成任务卡,交给对应的经理去推进,最后汇总给老板。」「我不亲自写长稿;改正式文件、对外发布,先停下来等老板确认。」再附一份分工:文章和文案找内容经理 content;流量、标题、发布节奏,以及内容上线前把关,找增长经理 growth;脚本、旁白、出片找视频经理 video;查资料、试新模型、几个人分头做一件事,就请临时帮手;名册里没有对应岗位的任务(例如配图、做网站),先问老板要不要新建岗位,或者先请临时帮手。
     - 内容经理(content):管文章和文案;工具/技能/ 里的 SEO 写作 Skill 归它管。写进原话:「公司的文章和文案归我;缺资料,我临时请人去查,查完交给我。」自己写的不当定稿,上线前交增长经理把关。
     - 增长经理(growth):管流量、标题和发布节奏,内容上线前替公司把关。把关时只提意见不重写,逐条写清哪一条、为什么、怎么改;不顺着别人的思路说好话。
     - 视频经理(video):管脚本、旁白和出片。做法:写的人不审自己,换人、换模型来挑;重要的稿多写几版,盲着挑。
     成功:wc -c 角色/*/AGENTS.md 每份不超过 4000。Windows:Get-ChildItem 角色\*\AGENTS.md | Select-Object FullName,Length
  3. 四个岗位文件夹里也照第三件 C 建好 CLAUDE.md 和 GEMINI.md。
  4. 用 git 给整个知识库存一个版本。在公司根目录运行:
     find . -type d -empty -not -path './.git/*' -exec touch {}/.gitkeep \;
     git init && git add -A && git commit -m "建立公司知识库"
     Windows:Get-ChildItem -Directory -Recurse -Force | Where-Object { -not (Get-ChildItem -LiteralPath $_.FullName -Force) } | ForEach-Object { New-Item -ItemType File -Path (Join-Path $_.FullName '.gitkeep') | Out-Null }
             然后分三条执行:git init;git add -A;git commit -m "建立公司知识库"
     成功:git log --oneline -1 显示「建立公司知识库」。
     失败先查:提示没有 git → 停下来告诉我怎么装;提示没设名字和邮箱 → 问我,用 git config user.name "…" 和 git config user.email "…" 只设在这个仓库里,不要加 --global。

【最后给我一份汇报】
- 公司名、公司根目录的完整路径(下一段要用)
- 目录树,列到第二层
- 九个根目录的说明文件:每份用一句话说放什么、不放什么
- 员工名册(四个岗位加临时帮手一行)
- 快捷方式检查:根目录和任意一个岗位文件夹里的检查输出,用的是软链接还是一行 @AGENTS.md
- 总规矩、每份目录说明、四份手册各多少字节
- git log --oneline -1 的输出

【过关标志】
目录树列出来了;公司根目录和九个根目录都有说明文件 AGENTS.md(加 CLAUDE.md、GEMINI.md);四个岗位文件夹里都有手册和 工作记录/;版本记录里有「建立公司知识库」这一条。

访谈时可以像这样回答:「公司就叫翔宇,文件夹叫 xiangyu,放在用户目录下;做 AI 自动化教程,写给想用 AI 提高效率的普通人,目标是让大家把 AI 实实在在用到自己的业务里;说话像朋友聊天,少用术语;电脑上有 Claude Code、Codex 和反重力。」同一段提示词,不同的人跑出来,是不同的公司。

逐段讲透

第一段话(目标和背景):只说两件事:要搭一家 AI 一人公司,用一个文件夹当知识库;现在先建知识库。这时候还没有 Herdr,也还没有公司根目录,所以它不需要任何前提,开一个空会话就能粘。

【规矩】五条,每条防一种翻车:

  1. 「一个一个问,问完复述计划,我说可以再动手」:一次抛十个问题,人会漏答;不复述就动手,它理解错了你要事后返工。复述计划里要写清「建在哪、建哪些文件、跑哪些命令」,你一眼就能看出它是不是要往你的桌面或系统目录里乱建。
  2. 「只在公司文件夹里新建和修改」:给它一道围栏。驾驭工程有权限在整台电脑上动文件,这一条把它圈在公司根目录里。
  3. 「遇到密码、授权、弹窗就停」:这些只能你自己点,它硬闯只会卡死或者装错。
  4. 「各家怎么读说明文件,以官方文档为准」:第三件的 C 要让四家都读到同一份说明,各家读法不同,凭记忆写最容易错。
  5. 「说明文件别写太长,写完量字节数」:说明文件每次开工都会读进上下文,写得越长,每次工作越费上下文、越容易被忽略。总规矩留到 9000 字节,是给第二段要加的协作规矩留位置。

最后一段「命令写法」是给 Windows 用户的:先让它确认系统,再挑对应写法,Bash 的写法在 PowerShell 里会直接报错。

第一件:访谈。六个问题对应知识库的几个维度:1)是「我是谁」,写进 主理人/;2)到 4)是「我做什么」和品牌口吻,写进 品牌/;5)和 6)是「谁来做」,决定员工名册。第 5 问让它逐个跑 --version,是因为你以为装了的,不一定真能用。第 6 问给了一个默认分工:视频里翔宇自己的配法就是内容经理用反重力(中文写作和检索强),视频经理用 Claude Code 跑 Opus(做动效最强),审稿换一家模型。最后「下面把公司文件夹的完整路径叫作公司根目录」是在给后面所有步骤定一个名字,免得它前后叫法不一。

第二件:建骨架。一条 mkdir -p 把九个根目录和两个挂 Skill 的文件夹一次建好。然后只把访谈的回答写进 主理人/基本信息.md 和 品牌/品牌基础.md,并且明确「我没答的留空,不要替我编」:大模型最爱补全,补出来的「品牌定位」看着像回事,却不是你的公司。最后用 find 列出目录树自检。

第三件:写说明文件,这是整段最关键的一件,分三块:

  • A. 九个根目录各一份说明,每份只写四样:放什么、不放什么(不放的该去哪)、里面怎么分、怎么起名。「不放什么、该去哪」最重要:员工拿着一篇刚写好的文章,读了 驾驶舱/ 的说明知道成品不放这里,该去 业务/,就不会乱放。工具/ 的说明里额外写「Skill 放哪」四条,角色/ 的说明里额外写「新建岗位的做法」六条,这两节是写给以后的:第二段装 Herdr 技能、第四段新建岗位,都直接照这里做。
  • B. 最外层的公司总规矩,把各目录串起来:开工先读什么、老板和公司是谁、知识库怎么分、员工名册、临时帮手怎么请、底线。名册里「用哪家」写成 Herdr 认的代号(claude、codex、opencode、agy),第三段请员工上岗时直接拿来用。「协作规矩」这一节先只留一个标题,因为协作规矩里全是 Herdr 命令,要等第二段装好 Herdr、核对过官方命令再写。
  • C. 让不同家的驾驭工程都读到:Codex、OpenCode、反重力读 AGENTS.md,Claude Code 读 CLAUDE.md,Gemini 系读 GEMINI.md。正本只写一份 AGENTS.md,另外两个做成指向它的软链接。Windows 建不了软链接时,退一步用一行 @AGENTS.md(Claude Code 官方的引入写法),但不许复制一份内容,复制了就会出现两份说明、改一份忘一份。

这一套说明写好以后,知识库就会「自动归档」:驾驭工程进到哪个目录工作,都会先读那个目录的说明。你写完一篇公众号文章,它自己知道该存到 业务/ 下面哪个文件夹、文件名怎么起。翔宇平时做完一件事,只对员工说一句「更新到知识库」,它就按这套结构自己找目录、自己存。

第四件:建岗位、存版本。四份手册每份都写五件事:我是谁、负责什么、不做什么、交付标准、拿不准问谁。这五件是员工手册的骨架,有了它,员工在 Herdr 里一启动就知道自己是谁、该怎么干。手册第一行统一要求「开工先读总规矩」,最后一句统一要求「做完在工作记录里记一笔」:前者保证每位员工都装上了公司,后者开始积累公司的运行数据。总经理那份写进两句原话,是因为总经理的行为方式(定目标、写任务卡、交给对应的经理、汇总给老板;自己不写长稿)决定了整个公司怎么运转,不能让它自由发挥。最后用 git 存一个版本:以后改坏了能退回来,想推到自己的私有仓库也方便。

【汇报】和【过关标志】:汇报里最重要的是「公司根目录的完整路径」,后面每一段都要填。过关标志只看四样:目录树、说明文件、四份手册、一条版本记录。

过关标志

汇报里有目录树;公司根目录和九个根目录各有一份说明文件;四份岗位手册齐全;git log 里有「建立公司知识库」。把汇报里的公司名和公司根目录完整路径记下来,后面每一段都要填。

常见卡点

  • Windows 建不了软链接:照提示词里的备用做法,把 CLAUDE.md、GEMINI.md 写成一行 @AGENTS.md。
  • 提示没有 git:Mac 会弹窗让你装开发者工具,点「安装」;Windows 去 Git 官网下载 Git for Windows 安装;Linux 用系统的包管理器装 git。装完重开终端、重新启动智能体,把这一段再粘一遍,做过的它会跳过。
  • 只有一家智能体:访谈时就说只有这一家,名册里四个岗位和临时帮手都写同一家,后面每一步照常走。
  • 为什么一定要 git:Codex 官方说明它从项目根目录(一般是 git 根目录)往下读到当前文件夹的 AGENTS.md;不初始化 git,在岗位文件夹里启动的 Codex 读不到公司总规矩。
  • 知识库里能不能放视频:知识库只放文字,改起来、存起来都方便,用 git 存版本也轻。视频、素材这类大文件放到外部的文件夹或云盘,在知识库里写一句它在哪,让员工能找到就行。
  • 为什么每个目录都要一份说明:员工往哪个目录放东西,先读那个目录的说明,就知道该放哪、怎么起名,知识库用得再久也不乱。Claude Code、反重力在读到那个目录的文件时会自己加载这份说明;Codex 只读从根目录到它所在文件夹这一条线上的说明,所以总规矩开头写明了「放东西前先读那个目录的 AGENTS.md」。

第二步:装 Herdr,写协作规矩

这一步做什么

把装办公室的过程按顺序交代给智能体,一共五件事:读 Herdr 官网给智能体看的安装指南,按你电脑的系统装好 Herdr,看版本号确认;装官方集成;装 Herdr 官方技能,放进 工具/技能/herdr/ 再用软链接挂给每一家智能体;按各家官方做法放开读写整个知识库的权限;把协作规矩写进总规矩。最后它给你一份已就绪清单。员工之间怎么说话,全靠这一步:Herdr 官方给了开页面、请员工上岗、交任务、等结果、读回来这几条命令,官方技能教员工怎么用,协作规矩写明什么时候用、每一步敲哪条命令。

开始前要有:第一段建好的知识库(公司名、公司根目录完整路径)。

在哪里粘

还是普通终端里的驾驭工程(这时还没有 Herdr,只能在普通终端里装它),可以接着用第一段那个会话;关掉了就重新打开终端、启动驾驭工程。把第一行的两个空换成你的公司根目录和公司名,整段粘进去。

视频里怎么说的

也是复制官网的这套提示词。你发送给它之后,它自己先读官网,根据你的智能体、你的系统,直接读官网的教程,查一下版本号。然后直接按照命令安装,你是 Windows 就用 Windows 的安装命令,Mac 就用 Mac 的安装命令。安装好之后,它还会装集成,你到底想接入哪个驾驭工程,它就安装对应的集成。安装好集成之后,它还会把服务于智能体的一个 Skill,放到我们的工具目录,放到每个驾驭工程的 Skill 目录。每个大模型通过这个 Skill,就可以直接知道怎么利用 Herdr 给别人发命令、怎么获取状态。然后第 4 步,就要给它权限,让它真正协作起来。

视频里讲的是前四件:读官网装好、装集成、装技能、给权限。第五件「写协作规矩」视频里没单独讲(补充),它把 Herdr 的协作命令写成全公司都照着做的九条规矩,第三到第五段都靠它。

完整提示词

公司知识库已经建好,公司根目录是:____,公司名是:____(换成你的)。现在要在这台电脑上装 Herdr,让多个 AI 员工待在同一个终端窗口里互相协作。你现在在普通终端里,不在 Herdr 里。

【规矩】
1. 只按 Herdr 官方文档做:先读官网给智能体看的安装指南 https://herdr.dev/agent-guide.md ,细节查 https://herdr.dev/docs/ ,不凭记忆编命令或参数。
2. 确认装没装好用 herdr --version。不要运行不带参数的 herdr,也不要运行 herdr server stop。
3. 先用几句话说计划:我的系统是什么、要跑哪些命令、会改哪些文件,我说「可以」再执行。
4. 遇到要输密码、要管理员权限、系统安全弹窗、浏览器登录,停下来告诉我怎么做,等我说「好了」再继续。
5. 只改这几处:公司文件夹里的文件;Herdr 自己的配置文件;herdr integration install 自己会改的各家智能体配置(官方写明它会往各家的配置文件夹里装钩子);下面明确写出路径的各家智能体配置文件和 shell 配置文件。
命令写法:下面的命令按 Mac / Linux 写,标了「Windows:」的是 PowerShell 写法。Windows 上一律在 PowerShell 里执行,不用 Bash 的写法(mkdir -p、用 && 连接命令、用 > 写文件);写文件用你自己的写文件工具,存成不带 BOM 的 UTF-8。

【要做的五件事】
第一件:读安装指南,按我的系统装好 Herdr,看版本号确认。
  先运行 herdr --version;Mac / Linux 上再试 ~/.local/bin/herdr --version。已经能打印版本号,就跳过安装,直接做下面「装好以后的设置」。
  没有就按我的系统用官方的一行命令装:
  Mac / Linux:curl -fsSL https://herdr.dev/install.sh | sh
  Windows:powershell -ExecutionPolicy Bypass -c "irm https://herdr.dev/install.ps1 | iex"
  Windows 上这条被安全软件拦住,就用官方给命令提示符的备用写法,在 PowerShell 里用 cmd /c 包一层运行:cmd /c "curl.exe -fsSLo install.cmd https://herdr.dev/install.cmd && install.cmd && del install.cmd"
  我已经在用 Homebrew 的话,也可以 brew install herdr。
  装好以后的设置:
  - Mac / Linux:官方安装脚本把 herdr 放在 ~/.local/bin,不会改 shell 配置;~/.local/bin 不在 PATH 里时,它会打印「is not in your PATH」和要加的那一行。这一行必须加上,因为以后员工在 Herdr 页面里也要用 herdr 命令:问我同意后,把 export PATH="$HOME/.local/bin:$PATH" 加到 shell 配置文件末尾(zsh 是 ~/.zshrc,bash 是 ~/.bashrc;已经有就不重复加)。你这个会话里的命令不一定会重新读配置,所以这一段和下一段里,herdr 找不到时一律写完整路径 ~/.local/bin/herdr。
  - Windows:安装程序会把 herdr 加进 PATH。你这个会话里还找不到,先运行 $env:Path = [Environment]::GetEnvironmentVariable('Path','User') + ';' + [Environment]::GetEnvironmentVariable('Path','Machine') 重新读一遍 PATH 再试;还不行,告诉我关掉终端重开、重新启动你,再把这一段从头粘一遍。
  - 在 Herdr 的配置文件里写一行 onboarding = false,我第一次打开时就不再弹官方的设置向导(该配的这几段提示词都配好了)。文件位置看 herdr --help 最后「Config:」那一行(官方默认:Mac / Linux 是 ~/.config/herdr/config.toml,Windows 是 %APPDATA%\herdr\config.toml);文件夹没有就先建,文件没有就新建;已有 onboarding 这一行就只把值改成 false,没有就加在文件最上面、任何 [小节] 之前,别的不动。
  成功:herdr --version(或完整路径)打印出 herdr 和版本号;配置文件里有 onboarding = false。

第二件:装官方集成。员工名册里用到哪家,就运行哪一条,这样 Herdr 万一重启,也能把每个员工原来的对话接回来:
  Claude Code:herdr integration install claude
  Codex:herdr integration install codex
  OpenCode:herdr integration install opencode
  反重力:herdr integration install antigravity-cli
  成功:herdr integration status 里,装过的每一家都显示 current。
  失败先查:报配置目录不存在,或者提示先安装那家(例如反重力报 install antigravity cli first)→ 那家智能体还没在这台电脑上启动过,它的配置文件夹还没生成(反重力是 ~/.gemini/config/),告诉我先在普通终端启动它一次、退出,再回来。
  说明:不装集成,侧栏的状态灯也照样亮;OpenCode 的集成还会直接上报状态。

第三件:装 Herdr 官方给智能体准备的技能,放进 工具/技能/herdr/,再用软链接挂给每一家智能体。这份技能教员工怎么用开页面、上岗、交任务、等结果、读回来这几条命令。
  官方默认用 npx skills add herdrdev/herdr --skill herdr -g,给每一家在用户目录各装一份。本公司的规矩是 Skill 只在 工具/技能/ 存一份,所以用官方给的另一条装法:herdr --skill 打印随这个版本附带的那份,作为名叫 herdr 的 Skill 放进 工具/技能/。在公司根目录运行:
    mkdir -p 工具/技能/herdr && herdr --skill > 工具/技能/herdr/SKILL.md
    Windows:$d = "<公司根目录>\工具\技能\herdr"; New-Item -ItemType Directory -Force $d | Out-Null; [IO.File]::WriteAllText("$d\SKILL.md", ((herdr --skill) -join "`n"), (New-Object Text.UTF8Encoding $false))
  再按 工具/AGENTS.md 里「Skill 放哪」挂两个链接:ln -s ../../工具/技能/herdr .claude/skills/herdr 和 ln -s ../../工具/技能/herdr .agents/skills/herdr(Windows 照 工具/AGENTS.md「Skill 放哪」第 3 条)。已经有同名的链接或文件夹,先看它指向哪,不对再问我。
  成功:工具/技能/herdr/SKILL.md 开头几行有 name: herdr;ls -l .claude/skills .agents/skills 里 herdr 都指向 ../../工具/技能/herdr;分别读 .claude/skills/herdr/SKILL.md 和 .agents/skills/herdr/SKILL.md,开头和实体一样。
  说明:这样装,官方技能只在公司知识库里生效、跟着知识库走;以后升级 Herdr,在公司根目录重跑上面第一条命令,更新这一份就行。

第四件:按各家官方的做法,放开读写整个知识库的权限,并且只在改正式文件时才停下来问我。固定员工是在自己的文件夹里上岗的,可任务卡、资料、草稿都在别的文件夹里。按名册里用到的几家,逐项做,用不到的那家跳过:
  - Claude Code:在公司根目录新建 claude-permissions.json,内容原样写成:
      {"permissions": {"allow": ["Edit(/驾驶舱/**)", "Edit(/研究/**)", "Edit(/角色/*/工作记录/**)", "Bash(herdr agent *)", "Bash(herdr tab *)", "Bash(herdr workspace list)", "Bash(herdr pane read *)", "Bash(herdr --skill)", "Bash(git add *)", "Bash(git commit *)", "Bash(git status*)", "Bash(git log*)", "Bash(git diff*)", "Bash(git show*)", "WebSearch", "WebFetch"]}}
    Windows 上 Claude Code 用 PowerShell 执行命令,所以每条 Bash(…) 再照抄一条 PowerShell(…),例如 "PowerShell(herdr agent *)"。
    意思是:草稿、资料、工作记录可以直接写,herdr 的协作命令和 git 存版本可以直接跑,查网页不用每次批准;改别的文件(正式文件)照样会弹确认。
    固定岗位的启动参数:--add-dir "<公司根目录>" --settings "<公司根目录>/claude-permissions.json"
    临时帮手的启动参数:--settings "<公司根目录>/claude-permissions.json"
  - Codex:固定岗位的启动参数 --sandbox workspace-write --add-dir "<公司根目录>"(只写 --add-dir 时,新版 Codex 会提示「当前权限不允许额外的可写目录」并忽略它,所以要先用 --sandbox workspace-write 打开工作区写入);临时帮手的启动参数 --search(官方参数,打开实时网页搜索)。
    Codex 的沙箱连不上本机的 Herdr 服务,也把 .git 设为只读,所以 herdr 协作命令和 git 存版本每次都会请我批准。按 Codex 官方「Rules」文档,在公司根目录新建 .codex/rules/company.rules,内容原样写成下面三行(项目里的规则在我信任这个文件夹后生效,跟着知识库走,不改用户目录):
      prefix_rule(pattern = ["herdr", ["agent", "tab", "workspace", "pane"]], decision = "allow", justification = "Herdr 协作命令")
      prefix_rule(pattern = ["herdr", "--skill"], decision = "allow")
      prefix_rule(pattern = ["git", ["add", "commit", "status", "log", "diff", "show"]], decision = "allow", justification = "存版本")
    成功:codex execpolicy check --rules .codex/rules/company.rules git commit -m 测试 和 codex execpolicy check --rules .codex/rules/company.rules herdr agent list 都输出 "decision":"allow"。
  - OpenCode:在公司根目录新建 opencode.json,内容是 {"$schema": "https://opencode.ai/config.json", "permission": {"external_directory": {"<公司根目录>/**": "allow"}}}。公司根目录在用户主目录下时,按官方写法用 ~ 开头,例如 "~/xiangyu/**"。没有启动参数。
  - 反重力:它只把启动的文件夹当工作区,工作区以外的文件每读写一次都要批准,所以固定岗位的启动参数是 --add-dir "<公司根目录>"(把整个知识库加进工作区);临时帮手在公司根目录上岗,不用启动参数。反重力命令行版跑命令、读网页默认也都要批准;按反重力官方权限文档,在 ~/.gemini/antigravity-cli/settings.json 的 permissions.allow 里加这几条:
      "read_url(*)", "command(herdr agent)", "command(herdr tab)", "command(herdr workspace list)", "command(herdr pane read)", "command(herdr --skill)", "command(git add)", "command(git commit)", "command(git status)", "command(git log)", "command(git show)", "command(git diff)", "command(ls)", "command(cat)", "command(head)", "command(tail)", "command(wc)", "command(grep)"
    意思是:读网页、herdr 协作命令、git 存版本和几条只读命令不用每次批准;点网页、别的命令照样要批准。这个文件对这台电脑上所有反重力会话生效。文件已有其他内容就只往 allow 数组里加这几条,别动别的;没有这个文件就新建,内容是 {"permissions": {"allow": [上面这几条]}}。Windows 上这个文件在 $HOME\.gemini\antigravity-cli\settings.json,并且官方写明 Windows 上要匹配子命令得用 regex 写法,改成 "command(regex:herdr (agent|tab|pane read|workspace list) .*)"、"command(regex:git (add|commit|status|log|diff|show).*)" 这种形式。
  在总规矩的员工名册下面加一小节「各家启动参数」,按「固定岗位」「临时帮手」两行,把上面用到的每家的启动参数原样写进去,<公司根目录> 换成真实路径。
  成功:新建或改过的 JSON 文件都能读通(Codex 的 .rules 文件用上面的 execpolicy check 核):python3 -m json.tool <文件>;Windows:Get-Content <文件> -Raw | ConvertFrom-Json | Out-Null,不报错就是通了。两样都没有,就自己读一遍,确认括号和引号成对。

第五件:把协作规矩写进总规矩。把下面这一节写进 AGENTS.md,替换掉原来那个「协作规矩」占位标题。把 <公司名> 和 <公司根目录> 换成真实的,其余一字不改:

## 协作规矩(只用 Herdr 官方命令)

本公司的固定形式(老板定的;Herdr 官方技能默认「在当前页旁边分屏」,在本公司一律以这里为准):
- 一台电脑一个 Herdr 工作区,名字叫「<公司名>」,根目录就是公司根目录 <公司根目录>。
- 固定岗位一人一页、一页一个窗口;页面名和 Herdr 员工名都用岗位的英文名;员工在 角色/<英文名>/ 里上岗。
- 临时帮手在公司根目录上岗,页面名和员工名都是 tmp-<短名>,用完就关。
- 谁都可以交接工作:总经理把工作安排给经理,经理也可以给自己请临时帮手。

通用说明
- 这些命令连的是本机正在运行的 Herdr 服务。平时由员工在 Herdr 的页面里用(这时环境变量 HERDR_ENV=1);唯一的例外是老板明确交代的只读检查和添加机器,可以在普通终端里用。Windows 上在 PowerShell 里照样用。
- 页面里永远不要输入不带参数的 herdr,不要运行 herdr server stop。
- 退出码:0 是成功,多数命令打印 JSON(agent read、pane read 直接打印屏幕上的文字);1 是失败,错误 JSON 打在标准错误输出里,error.code 是错误代号;2 是命令写错了,这时只输入 herdr agent 或 herdr tab 看用法,或运行 herdr --skill 读官方说明,不要猜。
- 工作区编号这样取:herdr workspace list,在 result.workspaces 里找 label 等于「<公司名>」的那一项,取 workspace_id。

1. 交接工作先写一张任务卡,放进驾驶舱。
   文件:<公司根目录>/驾驶舱/任务/<八位日期>-<三位编号>-<英文短名>.md,编号接着这个文件夹里最大的往下排。内容:
     # 任务卡 <编号> · <一句话标题>
     交出人:<中文名>(<英文名>);接手人:<中文名>(<英文名>);临时帮手的 tab_id:<没有就空着>
     ## 目标
     ## 材料(完整路径或网址)
     ## 规矩
     ## 产出位置(完整路径)

2. 先看对方在不在:herdr agent list
   在 result.agents 里找 name 等于对方英文名的一项。找到:看 agent_status,idle 或 done 可以交接;working 在忙,交了会排在它手上的任务后面;blocked 按第 8 条;unknown 先按第 7 条看一眼。找不到:按第 4 条或第 5 条请它上岗。

3. 交接任务就这一句,不改写:
   herdr agent prompt <英文名> "读任务卡 <任务卡完整路径>,按卡做完,结果写到卡里的产出位置,最后只回一句:完成 <产出完整路径>" --wait --timeout 110000
   - 退出码 0:看 result.agent.agent_status。idle 或 done,按第 7 条验收;blocked,按第 8 条。
   - 退出码 1:error.code 是 timeout 或 agent_prompt_stalled,话多半已经送到,按第 6 条接着等,绝不重发;是 agent_blocked,话没送出去,按第 8 条;是 agent_not_found,回第 2 条。
   - 同时交给几位:每位用同一句,把末尾换成 --wait --until working --until blocked --timeout 30000,它一动起来就返回;全部交完,再按第 6 条一位一位等。

4. 请固定岗位上岗:在它自己的文件夹里启动,先读手册;页面一直开着。
   ① herdr tab create --workspace <工作区编号> --cwd "<公司根目录>/角色/<英文名>" --label <英文名> --no-focus
      取 result.tab.tab_id 和 result.root_pane.pane_id。
   ② herdr agent start <英文名> --kind <名册里的代号> --pane <pane_id> --timeout 60000 -- <那家固定岗位的启动参数>
      那家没有启动参数,就连 -- 一起省掉。
   - 成功:退出码 0,result.agent.name 是这个英文名。
   - error.code 是 agent_not_ready:它一启动就停在一个问题上。先 herdr agent read <英文名> --source visible 看:如果只是问是否信任这个文件夹,并且路径是公司根目录或它下面的文件夹(老板已授权),就选表示信任的那一项(不在高亮位置先用 herdr agent send-keys <英文名> down 或 up 移过去),再 herdr agent send-keys <英文名> enter,然后 herdr agent wait <英文名> --until idle --until done --timeout 60000;问的是别的,按第 8 条。
   - 报错说这个窗格还没回到命令提示符:等 3 秒再运行 ②,最多 3 次。
   - 其他报错:herdr pane read <pane_id> --source recent --lines 40 看页面里出了什么,把看到的告诉老板,不要自己乱试。

5. 请临时帮手:在公司根目录启动,只读总规矩,做完把那一页关掉。谁请来的谁关;只关自己开的页。
   ① herdr tab create --workspace <工作区编号> --cwd "<公司根目录>" --label tmp-<短名> --no-focus
      取 result.tab.tab_id(写进任务卡)和 result.root_pane.pane_id。
   ② herdr agent start tmp-<短名> --kind <名册里临时帮手的代号> --pane <pane_id> --timeout 60000 -- <那家临时帮手的启动参数>
      没有启动参数,就连 -- 一起省掉。
   - error.code 是 agent_not_ready:和第 4 条一样,只有「是否信任公司文件夹」可以替老板选信任,别的按第 8 条。
   ③ 按第 3、6、7 条交接、等、验收;结果读完马上关页:herdr tab close <tab_id>
   - 关页成功:退出码 0,herdr agent list 里已经没有 tmp-<短名>。

6. 等对方:没等到就接着等,绝不把同一段话发第二遍。
   herdr agent wait <英文名> --timeout 110000
   - 每轮不超过 110 秒,免得你自己执行命令的时限先到。在前台一轮一轮地等,不要把等待放进后台任务、自己先结束这一轮;没等到结果就不算做完。
   - 退出码 0:result.agent.agent_status 是 idle 或 done,按第 7 条验收;是 blocked,按第 8 条。
   - 退出码 1、error.code 是 timeout:先看产出文件在不在;不在就再等一轮,在了就按第 7 条判断。Codex 做完一般是 idle,偶尔停在 unknown(官方说明这只是拿不准,例如 Codex 没设终端标题时),等不到 idle,所以每轮超时后都先看产出文件。
   - 等了 30 分钟还没有产出文件:herdr agent read <英文名> --source visible 看它屏幕上在干什么,告诉老板,问要不要接着等。

7. 任务做没做完,以产出的文件为准,不靠盯屏幕。
   做完=产出文件存在、不是空的,并且下面两条满足一条:对方的 agent_status 是 idle 或 done;或者对方停在 unknown,而 herdr agent read <英文名> --source recent-unwrapped --lines 40 的最后几行里有「完成 <产出完整路径>」。
   对方已经停下,产出文件却不在或是空的:用 herdr agent read <英文名> --source recent-unwrapped --lines 40 看它最后说了什么,原话转告老板;不替它做,也不把同一段话再发一遍。
   上面两处 agent read 报 agent_not_idle 时,改用 --source visible。
   验收后直接打开产出文件读。

8. 对方停着等确认(blocked 或 agent_not_ready)时,不硬发,不替老板按键。
   herdr agent read <英文名> --source visible 看它在问什么,告诉老板:「<英文名> 那一页在问:<一句话>」。老板说「好了」,再用 herdr agent wait <英文名> --timeout 110000 接着等。

9. 改正式文件、对外发布、花钱之前,先停下来请示老板,等老板说「可以」。
   不关别人开的页,不动别的工作区,不运行 herdr server stop。

(以上是要写进总规矩的「协作规矩」全文。)
  成功:总规矩不超过 18000 字节(wc -c AGENTS.md;Windows:(Get-Item AGENTS.md).Length)。

【最后给我一份已就绪清单】逐项打勾:
  [ ] herdr --version 的输出;Mac / Linux 写明 PATH 那一行加在了哪个文件,还是本来就有
  [ ] 配置文件位置,里面已有 onboarding = false
  [ ] 装了哪些集成(herdr integration status 里 current 的那几行)
  [ ] 官方技能:工具/技能/herdr/SKILL.md 的开头几行,和两处链接的检查输出
  [ ] 权限文件、Codex 规则文件(用到 Codex 时)和各家启动参数(写进了员工名册下面)
  [ ] 协作规矩已写进总规矩(贴出这一节的前三行),总规矩多少字节

【过关标志】
清单每一项都打了勾,没有遗留的报错。

逐段讲透

第一段话:先给它两个前提(公司根目录、公司名),再说目标(装 Herdr,让多个员工待在同一个窗口里协作),最后一句「你现在在普通终端里,不在 Herdr 里」很关键:它要知道自己在哪,才知道哪些 Herdr 命令现在能跑。

【规矩】:

  1. 「只按官方文档,先读给智能体看的安装指南」:Herdr 官网专门准备了一份写给驾驭工程看的指南(agent-guide.md),讲概念、安装、排障,比让它凭记忆装可靠得多。视频里说的「它自己先读官网、查一下版本号」就是这一条。
  2. 「确认装好用 herdr --version,不要运行不带参数的 herdr」:不带参数的 herdr 会打开界面、占住它的终端,它就卡在里面出不来了;herdr server stop 会让所有员工停工。这两条在后面每一段都会重复。
  3. 「先说计划」:装软件、改配置文件都会动到公司文件夹以外的地方,先过你的眼。
  4. 「密码、管理员权限、安全弹窗、浏览器登录停下来」:这些只能你来。
  5. 「只改这几处」:第一段的围栏是「只动公司文件夹」,这一段装软件必须出圈,所以把能出圈的地方一一列出来,列以外的照样不许动。

第一件:装 Herdr。先查装没装,装过就跳过,所以这段可以重复粘。官方安装命令按系统给了三种(Mac / Linux 一条、Windows 一条、Windows 被安全软件拦住时的备用一条),全部照抄官方。「装好以后的设置」处理两件官方安装脚本不替你做的事:一是 ~/.local/bin 不在 PATH 里时要加一行,否则以后员工在页面里敲 herdr 会找不到命令;二是在配置文件里写 onboarding = false,你第一次打开时就不会弹出官方设置向导,因为该配的这几段提示词都配好了。

第二件:装官方集成。名册里用到哪家装哪家。集成的作用是:Herdr 万一重启,能把每位员工原来的对话接回来(官方叫原生会话恢复)。不装,状态灯也照样亮,所以这一件出问题不会卡住后面。

第三件:装官方技能。这份技能就是视频里说的「服务于智能体的 Skill」:教员工怎么开页面、请人上岗、交任务、等结果、读回来。官方默认用 npx skills add … -g 给每家在用户目录各装一份;我们的公司规矩是 Skill 只存一份,所以用官方给的另一条装法 herdr --skill,把随当前版本附带的那份写进 工具/技能/herdr/,再照第一段写好的「Skill 放哪」挂两个链接。这里能看出第一段为什么要先把规矩写进 工具/AGENTS.md:这一段直接引用它,不用再解释一遍。

第四件:给权限,也就是视频里的「给它权限,让它真正协作起来」。固定员工在自己的岗位文件夹里上岗,可任务卡在 驾驶舱/、资料在 研究/,都在它的文件夹外面;不放开,员工每读写一次都要停下来问你。放开的原则是:草稿、资料、工作记录可以直接写,Herdr 的协作命令和 git 存版本可以直接跑,查网页不用每次批准;改正式文件照样弹确认。四家的权限机制各不一样,提示词按各家官方的写法分别给出,并把启动参数写进总规矩,第三段请员工上岗时照着用。

第五件:写协作规矩(补充)。九条规矩把 Herdr 的命令变成公司的做事方式,几条最要紧的:

  • 第 1 条「交接先写任务卡」:交接的话只有一句「读任务卡,按卡做完」,内容全在卡里。话短,就不会在发送时被截断;卡是文件,事后能查。
  • 第 3 条「交接任务就这一句,不改写」,加上第 6 条「没等到就接着等,绝不发第二遍」:同一个任务发两遍,员工会做两遍、写乱文件,这是多员工协作里最常见的事故。
  • 第 7 条「做没做完以产出文件为准」:状态灯会有拿不准的时候(比如 Codex 偶尔做完了还显示 unknown,有些确认框 Herdr 认不出来),文件不会骗人。
  • 第 8 条「对方停着等确认时不硬发、不替老板按键」:红灯意味着员工在问一个只有你能回答的问题。
  • 每条都写了退出码和错误代号该怎么处理,员工遇到报错照着走,不会自己乱试。

【已就绪清单】:每项都要贴出检查输出,不是只打勾。你看不懂输出也没关系,有一项写不出输出,就说明那一项没做成。

过关标志

一份每项都打勾的已就绪清单。

常见卡点

  • Windows 弹出「已保护你的电脑」:Herdr 的 Windows 安装包没有商业签名,官方写明会这样。点「更多信息」,再点「仍要运行」。
  • 装完提示找不到 herdr:官方安装脚本把 herdr 放在 ~/.local/bin,不会自己改 shell 配置。提示词已经让智能体问过你以后把那一行加进 shell 配置;加完关掉终端重开,herdr --version 就能用了。
  • 为什么不用官方默认的 npx skills add … -g:那也是官方装法,会给每一家在用户目录各装一份,所有项目都能用;但升级时要每家各更新一次,也不跟着知识库走。我们照公司规矩只存一份,用的是官方给的另一条装法:herdr --skill 打印随版本附带的那份,放进 工具/技能/herdr/,再挂链接。这样也不用装 Node.js。
  • 集成报配置目录不存在,或者提示 install antigravity cli first:那家智能体还没在这台电脑上启动过,配置文件夹还没生成。新开一个终端启动它一次(第一次会问信不信任当前文件夹,选信任)、退出,再回去说「好了」。
  • 用 Codex 做这一段,装软件、写配置都要你批准:Codex 的沙箱默认不能联网、不能写用户目录,所以读官网、跑安装脚本、装集成都会弹出批准,它批准完还会停下来等你说「好了」。看清命令是这一段提示词里写的那几条就放行。
  • 想把这一步的改动也存一个版本:提示词没让它存。想存,就对它说一句「在公司根目录存一次 git,提交说明写『装好 Herdr,写入协作规矩』」。

第三步:进 Herdr,请员工上岗

这一步做什么

知识库建好了,Herdr 装好了,这一步把两样接起来:员工坐进办公室的工位。你先在公司根目录输入 herdr 进入办公室,在第一页启动一个驾驭工程,再把这段提示词粘给它。它照知识库里的员工名册布置:把工作区改成公司名;名册上每个固定岗位开一页,页面名用岗位的英文名,在它自己的岗位文件夹里、用名册里那家驾驭工程上岗;给每位发一张报到任务卡,等它们交回报到。这一段不写死谁上岗,名册上有几位就请几位;以后名册里加了人,重跑这一段,新员工就会上岗。

开始前要有:第一段的知识库和员工名册、第二段装好的 Herdr 和写进总规矩的协作规矩。

在哪里粘

在 Herdr 里面粘。

  1. 打开一个终端,先进到公司根目录:cd ~/xiangyu(换成你第一段汇报里的公司根目录;Windows:cd $HOME\xiangyu)。
  2. 输入 herdr,回车。第一次进来,Herdr 会在后台把服务启动起来,并用你所在的这个文件夹自动开一个工作区。官方上手指南写的就是这个顺序:先 cd 进项目,再输入 herdr。
  3. 在这个页面里启动你的驾驭工程:Claude Code 输入 claude,Codex 输入 codex,OpenCode 输入 opencode,反重力输入 agy。第一次在这个文件夹启动,它会问你信不信任这个文件夹,选信任(这是你自己的公司文件夹)。用 Claude Code 的话,可以改输入 claude --settings claude-permissions.json,第二段放行过的 Herdr 命令就不用每条都点批准。
  4. 把下面整段粘进去,第一行的两个空换成你的,回车。

进来先认一认这个界面,一共三块:

  • 左上是工作区:一个工作区就是一个根目录,也就是一家公司。翔宇自己有两个,KB1、KB2,就是两个不同的根目录。点哪个工作区,左下就跟着显示哪个工作区里的员工。
  • 左下是员工:现在跑着哪些驾驭工程、各自叫什么、亮什么灯,一眼就能看到。名字可以随便起,我们用岗位的英文名。这是平时用得最多的地方。
  • 右边是窗口:驾驭工程真正运行的界面。窗口可以往右、往下再切出子窗口,但我们不这么用,越切越乱。一个员工一页、一页一个窗口,左边点谁,右边就是谁。

快捷键不用记。想新建一页、新建一个工作区,直接跟员工说「给我新建一个页面」「给我新建一个工作区」,它会读第二段装好的 Herdr 技能替你操作。真想用键盘:Herdr 的快捷键都是先按 Ctrl + B,松手,再按功能键;忘了就按 Ctrl + B 再按 ?。

视频里怎么说的

安装好以后,直接在任何终端工具或者软件之中,输入 herdr 这段命令,它就会马上启动 Herdr 的界面。……进来之后,你可能需要发送我给大家提供的一条提示词,因为我们的知识库已经建好了。比方你现在有 4 个角色,你得把这 4 个角色接入到 Herdr 里面来:它们的根目录在哪儿,分别在角色里面对应的目录,每一个使用哪个驾驭工程。

你进入 Herdr 之后,首先需要启动一个驾驭工程,比如 Claude Code,你就输入 claude,启动驾驭工程之后,再输入这段提示词,让它替你新建。……其实就是把知识库、办公室的工位以及员工这三者真正组合起来。

完整提示词

先把办公室布置好:照知识库里的员工名册,请名册上的每个固定岗位上岗。公司名是:____,公司根目录是:____(换成你的)。员工名册、各家启动参数和协作规矩都写在公司总规矩里,Herdr 已经装好。我刚才在公司根目录输入 herdr 进了 Herdr,在第一页启动了你,所以你现在就在 Herdr 里。

【规矩】
1. 先确认你在 Herdr 里:运行 echo "$HERDR_ENV"(Windows:echo $env:HERDR_ENV),输出 1 才往下做。不是 1,就停下来告诉我:「我不在 Herdr 里。请在公司根目录输入 herdr 进去,在里面启动我,再把这一段粘给我。」
2. 读一遍总规矩里的「员工名册」「各家启动参数」和「协作规矩」,再用几句话说计划:名册上有哪几位固定岗位、各用哪家,我说「可以」再动手。
3. 只用 Herdr 官方命令,命令和要看的字段照下面和协作规矩里写的做;不确定就运行 herdr --help、只输入 herdr agent 或 herdr tab 看用法,或读 工具/技能/herdr/SKILL.md,不要猜。Windows 上命令在 PowerShell 里执行。
4. 遇到要确认的,停下来告诉我。只有一种我先授权你替我点:员工第一次上岗时问「是否信任这个文件夹」,这是我自己的公司文件夹。做法:herdr agent read <英文名> --source visible,看清楚确实是在问信任;找到表示信任、允许在这个文件夹工作的那一项(不在当前高亮位置,就用 herdr agent send-keys <英文名> down 或 up 移过去),再运行 herdr agent send-keys <英文名> enter;然后 herdr agent wait <英文名> --until idle --until done --timeout 60000,等它变成 idle 或 done(刚点完信任,状态可能还会停在 blocked 几秒,等着就行,不要再按一次)。等到超时还不是 idle 或 done,就再用 herdr agent read <英文名> --source visible 看它停在什么上(有的确认框 Herdr 认不出来,会显示 unknown 或 done),按下一句处理。其余任何确认,一律停下来告诉我是哪一页、在问什么。
5. 你所在的这一页是开办用的,叫「开办页」:不要关它,也不要在里面输入 herdr(官方会拦住这种一层套一层的启动);不要运行 herdr server stop;不要动名字不是「<公司名>」的工作区(第一件 b 改名的那一次除外)。

【要做的三件事】
第一件:认清你所在的工作区,把名字改成公司名。
  - 你所在的工作区编号在环境变量 HERDR_WORKSPACE_ID 里,开办页的编号在 HERDR_TAB_ID 里(Windows:$env:HERDR_WORKSPACE_ID、$env:HERDR_TAB_ID)。记下这两个。
  - 运行 herdr workspace list,在 result.workspaces 里找 label 等于「<公司名>」的那一项:
    a. 找到了,就是你所在的这个:直接用。
    b. 没找到:把你所在的这个改名:herdr workspace rename <HERDR_WORKSPACE_ID 的值> "<公司名>"。
    c. 找到了,但不是你所在的这个(以前布置过一次):后面都用找到的那个,你所在的这个不改名、不关,最后告诉我。
  - 成功:再运行 herdr workspace list,label 是「<公司名>」的工作区有且只有一个,记下它的 workspace_id,下面叫「公司工作区」。

第二件:名册上每个固定岗位开一页、上岗。
  - 从总规矩的员工名册里列出所有固定岗位(临时帮手那一行不算),记下每位的英文名和用哪家。不写死名字:名册上有几位就布置几位。
  - 名册上有、但 角色/<英文名>/AGENTS.md 不存在的,跳过这一位,最后告诉我。
  - 开之前先按协作规矩第 2 条看这个名字在不在线:在线就跳过这一位。不在线,但 herdr tab list --workspace <公司工作区编号> 里已经有同名的旧页面(上次没开成或重启后留下的),照常开新页、请它上岗,成功后再用 herdr tab close 关掉那个旧页面。
  - 按协作规矩第 4 条一位一位来:--workspace <公司工作区编号>,--cwd "<公司根目录>/角色/<英文名>",--label <英文名>,--no-focus;--kind 和启动参数照名册和「各家启动参数」。
  - 每位启动成功后,用 herdr agent read <英文名> --source visible 看一眼:页面里要是在要求登录(例如显示没登录、让你选登录方式),停下来告诉我是哪一页,不要替我登录。
  - 成功:herdr tab list --workspace <公司工作区编号> 的 result.tabs 里,名册上每个英文名各有一页;herdr agent list 里这些名字都在。

第三件:给这次新上岗的每位发一张报到任务卡,并等结果(原来就在线、跳过的那几位不用发)。
  - 按协作规矩第 1 条每位写一张卡,目标都是:读公司总规矩和你自己的手册,在你自己的 工作记录/报到.md 里写三句话:我是谁、负责什么、拿不准找谁。产出位置写那位的 <公司根目录>/角色/<英文名>/工作记录/报到.md。
  - 按协作规矩第 3 条「同时交给几位」的写法交出去,再按第 6、7 条一位一位等、验收。
  - 成功:这次新上岗的每位,报到.md 都存在、三句话都写了。

【最后给我一份汇报】
- 公司工作区:名字和 workspace_id;第一件走的是 a、b 还是 c
- 名册上的固定岗位:每位的页面名、用的哪家、这次是新上岗还是原来就在线;跳过了谁、为什么
- 新上岗各位报到的三句话
- 你替我点过哪几次「信任这个文件夹」,在哪一页
- 最后提醒我:在左下点 gm 就能进总经理那一页;开办页可以留着(以后名册加人,就在这里重跑这一段),不要了就在它的页面标签上点右键关掉

【过关标志】
herdr agent list 里,名册上的每个固定岗位都在;这次新上岗的每位,报到.md 都写好了。

逐段讲透

第一段话:除了公司名和根目录,最重要的是最后一句「你现在就在 Herdr 里」。Herdr 官方给驾驭工程的技能写明了:只有在 Herdr 的窗口里才可以用 Herdr 命令去开页面、请人上岗,在外面就停手,免得去动别人正在用的会话。所以这一段必须在 Herdr 里粘,这也是视频里说「进入 Herdr 之后,先启动一个驾驭工程,再输入这段提示词」的原因。

【规矩】:

  1. 「先确认 HERDR_ENV 是 1」:这是官方技能里的同一个检查。在 Herdr 的页面里启动的程序,环境变量 HERDR_ENV 都是 1;不是 1,说明你是在普通终端里启动的它,后面的命令要么连不上,要么连上了也不该动。
  2. 「先读名册再说计划」:名册是第一段写进总规矩的,它照名册布置,你在计划里核对一眼:几位、各用哪家,和你访谈时说的一样不一样。
  3. 「只用官方命令,不确定就看帮助或读技能」:第二段装好的 工具/技能/herdr/SKILL.md 就在公司里,它随时能查。
  4. 「只授权一种确认:信任文件夹」:每位员工第一次在自己的岗位文件夹启动,驾驭工程都会问一次信不信任这个文件夹。四位员工就是四次,都是你自己的公司文件夹,所以提前授权它替你点,并且写清楚怎么点(先读屏幕确认真的是在问信任,再移到「信任」那一项、回车)。其余任何确认(改文件、跑命令、登录)都不授权,必须停下来问你。
  5. 「开办页不关、不套娃」:它自己就坐在开办页里,关了这一页就把自己关掉了;在 Herdr 的页面里再输入 herdr,官方会直接拦住。

第一件:工作区改名。你在公司根目录输入 herdr 时,Herdr 用这个文件夹自动开了一个工作区,名字是 Herdr 起的。改成公司名,是因为协作规矩里所有员工都靠「label 等于公司名」找到公司工作区。a、b、c 三种情况覆盖了第一次布置和重跑:重跑时公司工作区已经存在,就不再改名,避免出现两个同名工作区。

第二件:开页、上岗。每位员工两条命令:herdr tab create 在公司工作区开一页,--cwd 指到它自己的岗位文件夹(这样它一启动就读到自己的手册),--label 用英文名;herdr agent start 在这一页里用名册里那家驾驭工程启动,并给它起同一个英文名,以后交接工作都用这个名字找它。启动参数是第二段写进总规矩的那一套(放开读写整个知识库)。「先看在不在线、在线就跳过」让这一段可以反复粘:名册里加了人再跑一遍,只有新来的会上岗。「看一眼有没有要求登录」是因为登录只能你自己来。

第三件:报到。报到是第一次真正走一遍协作规矩:写任务卡、交接、等、以文件验收。三句话(我是谁、负责什么、拿不准找谁)能证明每位员工读到了总规矩和自己的手册。四份报到都交回来,说明办公室、知识库、员工三样真的接上了。

【汇报】:最后一条让它提醒你怎么去总经理那一页、开办页怎么处理。以后你每天的工作,就是在左下点 gm,跟总经理说话。

过关标志

汇报里,名册上的每位都在线、新上岗的都交了报到。左下多出 gm、content、growth、video 四栏,刚交完报到的多半亮青灯(做完了还没人看);点进去看过,就变成绿灯(待命)。翔宇自己的配法是:内容经理用反重力,视频经理用 Claude Code(Opus),增长经理换一家模型审稿。哪个岗位用哪家,按你手头有的来。

固定员工的页面会一直开着:关了终端、关了 Herdr 的界面,员工照样在后台;下次打开终端输入 herdr,在哪个文件夹输入都行,就回到这间办公室。离开界面按 Ctrl + B 再按 q,这是离开,不是下班。真要让所有员工停工,才用 herdr server stop。

常见卡点

  • 它说「我不在 Herdr 里」:你是在普通终端里启动的驾驭工程。退出它,cd 进公司根目录,输入 herdr,在 Herdr 的页面里重新启动它,再粘一遍。
  • 输入 herdr 提示不能嵌套启动:你已经在 Herdr 的页面里了,不用再输入,直接在这一页启动驾驭工程就行。
  • 进来时工作区名字是文件夹名:正常,第一件会把它改成公司名。
  • 用 Codex 做开办,herdr 命令还是请你批准:第二段在公司根目录放的 .codex/rules/company.rules 会放行这些命令,但 Codex 只在启动时读规则:规则文件是在这个 Codex 启动以后才建的,就退出它重新启动。临时放行也可以:看清是 herdr workspace、herdr tab、herdr agent 这类命令,选「这一类以后不再问」。
  • Codex 停在「Hooks need review」:这是第二段装的 Herdr 官方集成,Codex 第一次见到新的钩子会问一次要不要信任。这个框 Herdr 认不出来,侧栏会显示灰灯或青灯而不是红灯,开办的驾驭工程等不到员工就绪时会告诉你。点进那一页,可以先选「Review hooks」看一眼(只有 Herdr 的那一个),再选「Trust all and continue」,回到开办页说「好了」。信任会记住;开办的驾驭工程本身是 Codex 的话,你在它启动时点过一次,员工就不会再问。
  • 反重力员工停在权限卡片上(Allow access to this file、Run this command):多半是这一位没带 --add-dir,或者第二段的 allow 规则没加上。点进去放行,再检查总规矩「各家启动参数」里反重力固定岗位那一行。有些反重力的权限卡片 Herdr 也认不出来,侧栏会显示青灯,以报到文件有没有写出来为准。
  • 员工那一页显示没登录:点进那一页,自己按页面提示登录,再回到开办页说「好了」。
  • 员工那一页停在别的确认上:它会告诉你是哪一页、在问什么。在左下点进那一页处理,再回到开办页说「好了」。
  • 电脑重启过:打开终端输入 herdr,官方说它会自己把服务启动起来,按上次存下的样子恢复工作区、页面和各自的文件夹。原来页面里的程序不会接着跑;装了官方集成的员工,会在你连上以后接回原来的对话。哪位没回来,回到开办页(或新开一页)启动驾驭工程,把第三段再粘一遍,它会重新请那几位上岗。
  • 以后名册里加了人:新岗位按第四段建好、加进名册,在 Herdr 里把第三段再粘一遍。已经在线的员工会跳过,新来的那位会开页上岗、交报到。
  • 名册上有、但文件夹或手册还没建:它会跳过那一位并告诉你。先按第四段把岗位建全,再重跑第三段。

第四步:新建一个岗位

这一步做什么

公司要加人,也是一句话的事。视频里的例子:最近基建的任务多,要开发工具,就新建一个开发经理,驾驭工程用反重力。总经理按第一段写进 角色/AGENTS.md 的「新建岗位的做法」去做:在 角色/ 下新建文件夹,写运营手册,放好让各家都读得到的快捷方式,加进员工名册,存一次版本;最后问你要不要现在上岗,你说要,它就替新岗位开一页上岗、发报到。

开始前要有:第三段布置好的公司,gm 在线。

在哪里粘

Herdr 里 gm 那一页(左下点 gm),在最底下的输入框里粘。不用填空:gm 从总规矩开头就知道公司根目录。

视频里怎么说的

比方说你未来想新建,那你就告诉它:再给我新建一个岗位。比方说我现在有很多基建的任务,比方说我需要开发一个工具,那基建的任务就需要新建一个开发经理。你替我在知识库里面新建一个开发经理这样一个角色,把它的运营手册给我新建好,然后在 Herdr 里面给我加入这套编制,我的驾驭工程选择反重力。你告诉大模型这一套,它都会替你做。

视频里老板只说了这一句。gm 手册里已经有「新建岗位的做法」,一句话也能做;第一次用,建议粘下面的完整版,每一步都写了成功的样子。

完整提示词

帮我新建一个岗位:开发经理,英文名 dev。最近基建的任务多,要开发和维护公司自己用的小工具、脚本和自动化。在知识库里建好这个角色,把运营手册写好,再在 Herdr 里把它加进编制;驾驭工程用反重力(代号 agy)。公司根目录以总规矩开头写的为准。

【规矩】
1. 按 角色/AGENTS.md 里「新建岗位的做法」办。先说计划:文件夹、手册要点、用哪家。我说「可以」再动手。
2. 英文名要符合 Herdr 对员工名的要求:小写英文字母开头,只用小写英文、数字、下划线和连字符,最长 32 个字符;不能和名册里已有的重名。
3. 只在公司文件夹里新建和修改文件。改总规矩、写新手册都算改正式文件,弹确认时我会放行。
4. 这台电脑上没有反重力(agy --version 打印不出版本号)的话,先告诉我,问我改用哪家,不要自己定。
5. 要不要现在上岗,先问我。

【要做的几件事】
第一件:建文件夹:mkdir -p "<公司根目录>/角色/dev/工作记录"
  Windows:New-Item -ItemType Directory -Force "<公司根目录>\角色\dev\工作记录" | Out-Null
  成功:角色/dev/ 里能看到 工作记录/。
第二件:写运营手册 <公司根目录>/角色/dev/AGENTS.md。第一行、五件事、最后一句,格式和其他岗位一样。五件事的要点:
  - 我是谁:公司的开发经理,负责公司自己用的工具。
  - 负责什么:按任务卡开发和维护小工具、脚本和自动化;做完写清怎么用、放在哪;用得上的经验写进 工具/最佳实践/(改正式文件先请示老板)。
  - 不做什么:不碰账号密码和密钥,不往任何文件里写密钥;不装要管理员权限的软件;不对外发布;不改别的岗位的手册。
  - 交付标准:交出去的东西自己先跑一遍,附上跑的命令和结果;说不清能不能用的,标「没试过」。
  - 拿不准先问谁:技术方向问总经理 gm;要花钱、要装软件、要动公司文件夹以外的东西,先问老板。
  成功:不超过 4000 字节。
第三件:放快捷方式:在 角色/dev/ 里运行 ln -s AGENTS.md CLAUDE.md && ln -s AGENTS.md GEMINI.md
  成功:ls -l CLAUDE.md GEMINI.md 两行都显示 -> AGENTS.md。
  Windows:和第一段一样,先试 New-Item -ItemType SymbolicLink;建不了,就建两个普通文件,里面只写一行 @AGENTS.md。
第四件:加进编制。总规矩的员工名册加一行「开发经理|dev|agy」;在你自己的手册(角色/gm/AGENTS.md)的分工里加一句「开发工具、写脚本、做自动化找开发经理 dev」。名册里反重力第一次出现的话,按第二段的做法补两样:herdr integration install antigravity-cli(成功:herdr integration status 里它显示 current);总规矩「各家启动参数」里反重力那一行没有就补上(固定岗位、临时帮手都不用启动参数)。然后在公司根目录运行 git add -A && git commit -m "新建岗位 dev"(Windows:分两条执行)。
  成功:git log --oneline -1 显示这次提交。
第五件:问我现在要不要上岗。要的话:按协作规矩第 4 条开一页(--cwd "<公司根目录>/角色/dev",--label dev),用名册里的代号 agy 启动;第一次上岗问「是否信任这个文件夹」时,看清楚再替我选信任;再按第 1、3、6、7 条发一张报到任务卡,在 角色/dev/工作记录/报到.md 写三句话:我是谁、负责什么、拿不准找谁。

【最后给我一份汇报】
- 新建了哪些文件、改了哪些文件
- 手册五件事各一句
- 名册里新加的那一行
- 上岗了没有;上岗了就附上报到的三句话

【过关标志】
角色/dev/ 里有 AGENTS.md、CLAUDE.md、GEMINI.md 和 工作记录/;名册里有 dev 这一行;要上岗的话,左下多出 dev 这一栏,报到.md 写好了。

逐段讲透

第一段话:就是视频里那句话,加了两样:英文名(dev),和这个岗位为什么存在(基建的任务多,要开发工具)。英文名决定文件夹名、页面名和 Herdr 里的员工名,提前定好,gm 就不用猜;「为什么存在」决定手册里写什么,gm 会照着它写「负责什么」。

【规矩】:

  1. 「按新建岗位的做法办」:第一段已经把加人的六步写进了 角色/AGENTS.md,这一段直接引用,保证每次加的岗位格式都一样。
  2. 「英文名符合 Herdr 的要求」:Herdr 的员工名有字符限制,起个中文名或者带空格的名字,上岗那一步会直接报错。
  3. 「改总规矩、写手册算改正式文件」:提前告诉你会弹确认,你就知道放行是正常的。
  4. 「没有反重力先问我」:视频里指定了反重力,可你的电脑上不一定装了,不让它自己换一家。
  5. 「要不要上岗先问我」:建岗位和上岗是两件事,有时候你只想先把编制建好。

第二件:写手册。还是五件事:我是谁、负责什么、不做什么、交付标准、拿不准问谁。开发经理的「不做什么」最要紧:它能跑命令、装软件,权限最大,所以把密钥、管理员权限、对外发布这几条先写死。「交付标准」要求自己先跑一遍、附上命令和结果,是让它交出来的东西你能直接核对。

第四件:加进编制。名册里多一行,Herdr 才认得这个员工、第三段重跑时才会请它上岗;gm 的分工里多一句,以后开发的任务 gm 才知道交给谁。反重力如果是第一次进名册,第二段只给名册里已有的几家装过集成、写过启动参数,所以这里顺手补上。最后存一次版本,这次加人随时能退回去。

第五件:上岗。就是第三段里请一位员工上岗的那一套,只做 dev 这一位。

过关标志

角色/dev/ 建好、名册里多了 dev;你让它上岗的话,左下多出 dev 这一栏,刚交完报到亮青灯。

常见卡点

  • gm 那一栏亮红灯,问能不能改文件或运行命令:改总规矩、写新手册、建快捷方式都算改正式文件,点进去看一眼内容,没问题就放行。
  • gm 用的是 Codex 或 OpenCode:这两家在工作区里改文件默认不弹确认,gm 只会按规矩用文字问你一句,回答「可以」就行。
  • dev 那一页停在反重力的登录或确认上:点进 dev 那一页自己处理,再回到 gm 那一页说「好了」。
  • 先不急着上岗:dev 已经在名册里,以后在 Herdr 里把第三段再粘一遍,它会照名册把 dev 请上岗。
  • 想加别的岗位:把第一段话里的岗位名、英文名、职责和驾驭工程换掉,第二件的五个要点按新岗位改;其余照抄。

第五步:第一项任务,把写 SEO 文章的 Skill 升级一遍

这一步做什么

公司搭好了,交第一项真任务:官网要靠搜索把读者带过来,可最近发的几篇文章几乎没有流量,要把内容经理写 SEO 文章用的 Skill 改一改。这件事不是一个经理能做完的:内容经理管写作,增长经理懂流量,总经理统筹。你只对总经理说,剩下的按视频里的顺序流转:

  1. 总经理理解需求,写一张任务卡交给内容经理;
  2. 内容经理要查业界的最佳实践,又不想占自己的上下文,就请三位临时帮手(视频里用的是反重力,检索强)各开一页同时查,查完把三页关掉;
  3. 内容经理汇总出一份改进方案。流量的事它拿不准,自己把方案交给增长经理审;
  4. 增长经理从流量的角度给意见,内容经理按意见改完,交回总经理;
  5. 总经理汇总成报告给你:改了什么、为什么改、出处在哪,附上改前改后的对比。你点头,才写回正式文件;
  6. 写回以后,总经理和内容经理把这一项任务的经验记进工作记录,值得照做的整理进手册,下次一句话就够。

开始前要有:第三段布置好的公司(gm、content、growth 在线),以及 工具/技能/seo-writing/SKILL.md 这份旧 Skill。新建的公司里还没有这个文件,先做下面的「准备」;你已经有自己写文章用的 Skill,就跳过准备,把第二段里的路径换成你的。

在哪里粘

都在 Herdr 里 gm 那一页(左下点 gm)最底下的输入框,按回车。一共两段:先粘「准备」,把练习用的旧 Skill 放进去;再粘「交代这项任务」。粘完以后可以在左下看着状态灯一栏栏亮起来,随时点进任何一页看它在干什么,也可以插话。

视频里怎么说的

你看这个任务很直接:我自己写的文章没有流量,怎么办?像这个任务,在一人公司的架构下怎么推进?交给总经理。……他理解了你的任务之后,会交接任务卡,写一个需求。需求他就发给内容经理,内容经理拿到这个需求之后,需要改进 Skill。……这个活儿,他感觉会占用自己的上下文,他就请了 3 个临时的窗口,分别检索资料。检索信息之后,他自己会汇总一个方案。他知道这需要增长经理的参与,因为流量属于增长的范畴,他自己拿不准,他还会发给增长经理做审阅。……最终会再汇总成完整的报告,回到总经理,总经理给咱们展示出来。他是通过查业界的最佳实践、官方的内容指南、开源工具的检查,以及大家最近的讨论,整体走了一轮。

视频里老板只说了一句「文章没有流量,怎么办」,因为翔宇的员工手册里已经沉淀了这套流程。新建的公司,员工还没有经验,所以第一次交代得细。做完以后,总经理和内容经理会把怎么查、找谁审、文件放在哪、踩了什么坑,记进各自的工作记录和运营手册;角色目录里沉淀的经验越多,下一次交代就越简单,说一句「SEO Skill 再按最新的做法更新一遍」就够了。下面的完整版是视频里这段话,把分工、规矩和最后的经验沉淀写全了。

完整提示词

第一段:准备,先放一份练习用的旧 Skill。新建的公司里还没有 工具/技能/seo-writing/SKILL.md,直接交代这项任务,总经理找不到材料。这一段照 工具/AGENTS.md 里的规矩把它放进 工具/技能/,再挂到各家读 Skill 的地方。这份旧 Skill 有八条,故意埋了几个毛病,看看你的团队能不能都找出来:

先帮我放一份练习材料:在公司根目录建 工具/技能/seo-writing/ 文件夹,把下面这份「练习用旧 Skill」原样写进 工具/技能/seo-writing/SKILL.md。它是故意留着毛病的练习材料,一个字都不要改,也不要顺手修。然后按 工具/AGENTS.md 里「Skill 放哪」挂两个链接:.claude/skills/seo-writing 和 .agents/skills/seo-writing,都指向 ../../工具/技能/seo-writing。最后在公司根目录存一次 git(git add 工具/技能/seo-writing .claude/skills/seo-writing .agents/skills/seo-writing,再 git commit -m "放入练习用旧 Skill"),告诉我文件路径、两处链接的检查输出和 git log --oneline -1 的输出。这一次只做这些,别的什么都不做。文件已经存在,就不要覆盖,告诉我它现在的内容。

——练习用旧 Skill(从下一行开始原样写入)——
---
name: seo-writing
description: 写官网 SEO 文章时用:从提纲到成稿的写作规则。
---
# SEO 写作 Skill
1. 先列文章提纲,提纲定了再写正文。
2. 标题要把主题写全,可以写到五十个字以内。
3. 核心关键词(例如「AI 工作流」)在全文至少出现二十次,开头、结尾、每个小标题都要放。
4. 每个小标题下写三到五句话,先给结论再解释。
5. 需要数据时,可以直接写「据统计」「业内普遍认为」,不用一一标来源。
6. 写正文时想到哪写到哪,写完再补提纲。
7. 结尾用一句话总结,再邀请读者在评论区说说自己的做法。
8. 全文用中文。

开头两道 --- 之间的两行是 Skill 的格式要求(名字和什么时候用),各家智能体靠它认出这是一个 Skill,不算毛病;下面八条才是正文。工具/ 下的文件是正式文件,gm 写入和挂链接时会亮红灯请你确认,放行即可。

第二段:交代这项任务(完整版)。

老板交代:我们官网最近发的文章几乎没有流量,怎么办?帮我把写 SEO 文章的这个 Skill(工具/技能/seo-writing/SKILL.md)升级一下:让内容经理去查业界的最佳实践,搜索引擎官方的内容指南、开源工具里的检查规则、大家最近的讨论都看一看;流量的事请增长经理审一遍;最后把改了什么、为什么改、出处在哪,汇总给我,我确认了再写回正式文件。这是公司第一次做这件事,所以交代得细一点。

【规矩】
1. 按总规矩里的协作规矩办,每一步用协作规矩里写好的命令。
2. 先用三五句话说你的安排:谁做哪一步、每一步的产出放哪。我说「可以」再交出去。
3. 你自己不写长稿。改 工具/技能/seo-writing/SKILL.md 之前必须停下来,把报告和改前改后的对比给我看,等我点头。
4. 哪一页停着等确认,不要硬发,告诉我是哪一页。

【要做的几件事】
第一件:准备。
  - 工具/技能/seo-writing/SKILL.md 不存在,就停下来告诉我「先做准备那一步」,不要自己编一份。
  - 名册里临时帮手用的是反重力的话,确认 ~/.gemini/antigravity-cli/settings.json 的 permissions.allow 里已经有 "read_url(*)"(第二段装过)。没有就告诉我,我说「可以」再补上,免得三位帮手查资料时轮流停下来要批准。
  - 名册里只有一家智能体的话:三位临时帮手和增长经理都用这一家,各开新的一页就行;审阅的那一位没参与起草,照样算换人审。
第二件:写任务卡,交给内容经理 content。目标:把这个 Skill 升级成写出来的文章更容易被搜到、被读完的版本。材料:现在的 Skill,和 业务/ 里最近发的几篇文章(没有就略过)。规矩:每条改动都要有出处,不直接改正式文件。产出:三样都放进 驾驶舱/任务/,文件名以任务卡开头:改进版、增长经理的审阅意见、逐条处理说明。按协作规矩第 2、3、6、7 条交过去并等结果;内容经理这一趟要查资料、请人审,时间长,按第 6 条一轮一轮等,不催、不重发。
  任务卡里按顺序写明内容经理要做的三步,这些由内容经理自己做,你不用替它做:
  ① 查资料:资料分三块,按协作规矩第 5 条临时请三位帮手(用名册里临时帮手的那家),各开一页同时查,每位一张任务卡,目标就是下面这一句:
     tmp-guide:去查搜索引擎官方公开的内容质量指南,列出和写文章有关的要点,每条附上原文链接,写进研究目录。
     tmp-tools:去查开源的 SEO 检查工具里写着哪些规则,列出和写文章有关的检查项,每条附上原文链接,写进研究目录。
     tmp-talk:去查最近讨论区里大家怎么谈 AI 写 SEO 文章,列出说得最多的几种看法,每条附上原文链接,写进研究目录。
     每张卡里都写一句:查网页只用你自带的搜索和读网页功能,不要用 curl、python 这类命令去抓网页(命令抓网页每次都要老板批准)。
     三份结果读完,把三页一一关掉。
  ② 汇总方案、写改进版:对照三份资料和业界的最佳实践,逐条写出要改什么、为什么、出处在哪,再写出改进版。
  ③ 请增长经理审:流量归增长经理管,内容经理按协作规矩第 1、3、6、7 条写一张任务卡交给 growth:对照原来的 Skill、改进版和 研究/ 里的三份资料,从流量的角度逐条看每个改动有没有依据、能不能带来搜索流量;写清哪一条、为什么、建议怎么改;只提意见,不重写;意见放进 驾驶舱/任务/。growth 用的是 Codex 的话,做完常显示「拿不准」,按协作规矩第 6、7 条以产出文件为准。拿到意见,内容经理逐条处理(采纳就改,不采纳写理由),写成处理说明,再回你一句「完成」。
第三件:内容经理交回后,打开三样产出核对:审阅意见确实是 growth 写的,每条意见在处理说明里都有下落。缺了就把缺什么告诉内容经理,请它补齐。
第四件:把整件事汇总成一份报告,放进 驾驶舱/任务/:查了哪三块资料、改了哪几条、每条的出处、增长经理提了什么、各自怎么处理的,最后附上这份 Skill 改前改后的逐条对比。然后停下来请我确认。我点头,你再改 工具/技能/seo-writing/SKILL.md(只改这份实体,挂链接的两处不用动),并存一次 git。
第五件:把经验沉淀下来,下次一句话就够。写回以后,你和内容经理各自在 工作记录/ 里记一笔:这一套怎么查、找谁审、文件放在哪、踩了什么坑。值得以后照做的,各自整理成手册里的一小段流程,写好先给我看(改手册算改正式文件),我说「可以」再写进去。目标是下次我只说一句「SEO Skill 再按最新的做法更新一遍」,你们就知道该怎么做。

【最后给我一份汇报】
就是第四件那份报告,外加每张任务卡的路径,和第五件里记下的工作记录路径、准备写进手册的那一小段。

【过关标志】
侧栏里 content 亮起黄灯;tmp-guide、tmp-tools、tmp-talk 三位同时出现,做完后被关掉;growth 亮过黄灯;研究/ 里多了三份资料;驾驶舱/任务/ 里有改进版、审阅意见、处理说明和报告;你停在「要不要写回」,等我点头;写回以后,你和内容经理的工作记录里都记下了这一项任务的经验。

逐段讲透

准备那一段:只做一件事,并且反复强调「原样写入、一个字都不要改、别的什么都不做」。驾驭工程看到有毛病的东西会忍不住顺手修,那练习就没意义了。存 git 时只 git add 这三个路径,不用 -A,免得把别的改动一起提交。八条里故意埋的毛病,可以等团队跑完以后对一对:第 2 条标题写到五十个字(搜索结果里会被截断);第 3 条关键词至少二十次、每个小标题都放(关键词堆砌,搜索引擎官方指南明确反对);第 5 条数据不标来源(读者和搜索引擎都不信);第 6 条「想到哪写到哪,写完再补提纲」和第 1 条自相矛盾;第 7 条结尾套话。你的团队找出来几条、有没有找出这里没列的,就是这家公司的水平。

第一段话(目标和背景):开头就是视频里那句「文章没有流量,怎么办」,后面补了三样:要改的是哪份文件(完整路径)、要查哪几类资料、最后要什么(改了什么、为什么、出处)。最后一句「我确认了再写回正式文件」是整段的闸门。

【规矩】:

  1. 「按协作规矩办」:交接、等、验收都用第二段写好的九条,这段提示词里不用再写一遍命令。
  2. 「先说安排」:总经理先说清谁做哪一步、产出放哪,你说「可以」再交出去。这是你唯一需要在开头把关的地方。
  3. 「你自己不写长稿,改 Skill 前必须停下来」:总经理是统筹,不下场写;写回正式文件之前一定给你看报告和对比。
  4. 「哪一页等确认就告诉我」:多位员工同时工作,难免有人停在一个确认上,总经理不替你按。

第一件:准备。三项检查各防一种卡死:旧 Skill 不存在(不许它自己编一份);反重力读网页每次都要批准(三位帮手会轮流停下来);只有一家驾驭工程(告诉它照样能走)。

第二件:交给内容经理,整段的主体。任务卡里把内容经理要做的三步写清楚,但由内容经理自己执行,这就是视频里说的「他自然而然就知道怎么配合」:

  • ① 查资料分三块,一块一位临时帮手:官方指南(tmp-guide)、开源检查工具(tmp-tools)、最近的讨论(tmp-talk)。分开查有两个好处:三页同时跑,快;查回来的东西不进内容经理的上下文,内容经理只读三份整理好的结果。每位都要求「每条附原文链接」,后面每条改动才有出处可查。查完把三页关掉,谁请来的谁送走。
  • ② 汇总方案、写改进版:先逐条写「改什么、为什么、出处」,再写改进版。顺序不能反:先有理由再有改动,审的人才能逐条核。
  • ③ 请增长经理审:视频里的关键一步。内容经理自己写的,自己看不出毛病;流量又不是它的专业。所以它自己写任务卡交给增长经理,增长经理最好用另一家模型,从流量的角度挑毛病,并且「只提意见,不重写」:重写了,就分不清是谁的判断。内容经理拿到意见逐条处理,不采纳的也要写理由。

第三件:核对。总经理不信「完成」两个字,打开三样产出看:审阅意见在不在、每条意见有没有下落。这是协作规矩第 7 条「以文件为准」在这里的用法。

第四件:汇总报告,等你点头。报告最后附改前改后的逐条对比,你不用自己去翻文件就能判断。点头以后只改 工具/技能/ 里的实体,挂链接的两处自动跟着变,这就是第一段把 Skill 只存一份的好处。

第五件:沉淀经验。这一件决定了下次你还要不要说这么多。总经理和内容经理把这次怎么查、找谁审、文件放哪、踩了什么坑记进工作记录,值得照做的写进手册。手册里有了这套流程,下次你说一句「文章没流量,SEO Skill 再按最新的做法更新一遍」,它们就知道怎么做,就像视频里翔宇那样一句话交代。

为什么这么做有价值:一个模型不可能样样精通。查资料交给检索强的,写作交给写得好的,审阅交给另一家模型,最后由总经理汇总。兼听则明,这个过程很像公司里开会:不同部门的经理各说各的意见,汇总成一个合理的方案。而且整个过程是透明的:每位员工都在自己那一页里工作,你随时可以点进去看、插话、改方向,不像一个驾驭工程内部的子 Agent,看不到里面在干什么。

过关标志

content 先亮黄灯;侧栏一下多出三位临时帮手,做完后三栏消失;接着 growth 亮黄灯审阅;研究/ 里多了三份资料;驾驶舱/任务/ 里有改进版、审阅意见、处理说明和报告;gm 停下来,等你点头写回;写回以后,gm 和 content 的 工作记录/ 里都记下了这一项任务的经验,准备写进手册的那一小段先拿给你看。

常见卡点

  • 没有反重力,或者只有一家智能体:临时帮手用名册里定的那家,哪家都能查资料。只有一家时,三位帮手和增长经理都用这一家,各开新的一页;审阅的那一位没参与起草,照样比自己审自己强。
  • 中途某一页亮起红灯:多半是那位员工要做规矩之外的事,比如改正式文件,或者跑一条没放行过的命令。点进去看清楚再选,然后回到 gm 那一页说「好了,接着等」。
  • 三位反重力帮手还是一个个停下来问能不能读网页,或者问能不能运行 curl、python:确认 ~/.gemini/antigravity-cli/settings.json 里已经有 read_url(*);问的是 curl、python,说明它没用自带的读网页功能,提示词里已经要求它别这么做,遇到了看清是抓网页就放行,或者回到 content 那一页提醒它一句。第一次在公司根目录启动的帮手还会问一次是否信任这个文件夹,协作规矩已经授权请它的人替你点信任。反重力官方还给了一个办法:在弹出的批准卡片上,先把目标改宽(比如改成整个网站)再允许,这一轮里同类的请求就不再问。
  • 临时帮手用的是 Codex,停下来要求联网:--search 打开的是 Codex 自带的网页搜索;它要用命令联网时会请你批准,看清再放行。
  • 内容经理是反重力,帮手还没做完它那一栏就变青灯了:反重力有时会把等待放进后台,先结束这一轮。帮手都交了资料,它不一定自己接着做:回到 content 那一页说一句「帮手都做完了,接着按任务卡做」。
  • growth 用的是 Codex,做完那一栏亮灰灯:灰灯官方叫 unknown,官方写明 Codex 有时回答完会这样,不是出错。内容经理以审阅意见文件为准。
  • 用 Codex 当总经理或内容经理:Codex 在沙箱里执行命令,herdr 的协作命令要连本机的 Herdr 服务,可能会停下来请你批准在沙箱外运行。看清是 herdr agent、herdr tab 这类命令就放行,选它给的「这一类以后不再问」那一项更省事。
  • 写回前 gm 没亮红灯,只用一句话问你:多半是它那一页被选过「本次都允许改文件」,或者 gm 用的是 Codex、OpenCode(在工作区里改文件默认不弹确认),这时靠规矩停下来用文字问你。想每次都看到红绿对比,gm 用 Claude Code,改文件的确认每次单独点「是」。

补充一:出门,用手机连回来

这一步做什么

出门前,让智能体替你做准备:先检查电脑会不会自动休眠、远程登录开没开(只读检查,要改的先问你),再告诉你手机该连哪个地址。在家里同一个 Wi-Fi 下,连电脑的内网地址;人在外面,要先用异地组网工具把手机和电脑连通,再连组网给电脑的地址。然后你离开 Herdr 的界面出门,在外面用手机上的终端应用连回这台电脑,输入 herdr,看到的就是同一家公司,在手机上批准 gm 的写回。

开始前要有:第三段布置好的公司;第五段做到 gm 停下来等你点头(不做第五段,也可以先单独练一遍连回来)。

在哪里粘

公司那台电脑上的普通终端里,启动你的智能体,整段粘进去。在 Herdr 里新开一页启动智能体也可以。

视频里怎么说的

甚至它还可以从别处连接回来。比方我们从手机、从另一台电脑,只要形成一个内部的局域网,都可以直接访问 Herdr 这套服务器。

视频里讲 Herdr 三层时只提了这一句(补充)。这一段把出门前的准备交给驾驭工程:先检查电脑会不会自动休眠、远程登录开没开,再告诉你手机该连哪个地址。

完整提示词

我待会儿要出门,想在外面用手机连回这台电脑看公司。公司名是:____,公司根目录是:____(换成你的)。帮我做一次出门前的准备。

【规矩】
1. 先只做下面列出的只读检查。要改的(关掉自动休眠、打开远程登录),先告诉我要改什么、在哪里改,问我是自己点还是你来做,我说「可以」你再动;要管理员密码的,一律告诉我在哪里点,我自己来。不装任何东西。
2. 不要运行不带参数的 herdr,不要运行 herdr server stop。下面的 herdr agent list 是我交代的只读检查,可以在 Herdr 外面运行。
3. 先确认这台电脑是 Mac、Windows 还是 Linux,只跑对应系统的那一条。Windows 上在 PowerShell 里执行。
4. 密码一律不要问我、不要写出来。

【要做的五件事】
第一件:电脑会不会自动休眠。
  Mac:pmset -g,看 sleep 那一行,0 是接着电源时不会自动睡。
  Windows:powercfg /query SCHEME_CURRENT SUB_SLEEP STANDBYIDLE,看接通电源时的值,0 是从不睡眠。
  Linux:告诉我在系统设置的电源里看哪一项。
  会自动睡的话,告诉我去系统设置哪里把「接通电源时自动睡眠」关掉,也提醒我别合上笔记本盖子。
第二件:远程登录(SSH)开没开。
  Mac:nc -z 127.0.0.1 22 && echo 已开 || echo 没开
  Linux:ss -ltn | grep -q ':22 ' && echo 已开 || echo 没开
  Windows:Get-Service sshd | Select-Object Status,StartType,Status 是 Running、StartType 是 Automatic 才算开好;查不到这个服务,就是还没装 OpenSSH 服务器。
  没开的话,告诉我怎么开:
  Mac:「系统设置 → 通用 → 共享」,打开「远程登录」。
  Windows:开始菜单搜「可选功能」,添加「OpenSSH 服务器」;再用管理员身份打开 PowerShell,运行 Start-Service sshd 和 Set-Service -Name sshd -StartupType 'Automatic'(微软官方文档:https://learn.microsoft.com/windows-server/administration/openssh/openssh_install_firstuse )。
  Linux(Ubuntu):sudo apt install openssh-server,再 sudo systemctl enable --now ssh。
第三件:手机连上以后找不找得到 herdr。
  Mac:zsh -lic 'command -v herdr'
  Linux:bash -lic 'command -v herdr'
  Windows:Get-Command herdr
  打印出路径就是找得到;打印不出来,记下手机上要输入的完整路径(Mac / Linux 一般是 ~/.local/bin/herdr)。
第四件:手机该连哪个地址。
  用户名:Mac / Linux 运行 whoami;Windows 运行 $env:USERNAME。
  在家里同一个 Wi-Fi 下:连这台电脑的内网地址。Mac 运行 ipconfig getifaddr en0(没有输出再试 en1);Linux 运行 hostname -I;Windows 运行 Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,取 Wi-Fi 或以太网那一行。
  人在外面:内网地址连不上,要先用异地组网工具把手机和电脑连到同一个网络里。通用做法是电脑和手机装同一个组网工具、登录同一个账号,手机连组网分给这台电脑的地址。比如 Tailscale(官方下载页 https://tailscale.com/download ):两边装好、登录同一个账号以后,在电脑上运行 tailscale ip -4,记下这个地址。我还没装的话,只告诉我做法,不要替我装。
第五件:公司还在上班吗。运行 herdr agent list,列出每位员工的名字和 agent_status。Mac / Linux 上找不到 herdr,就用 ~/.local/bin/herdr。

【最后给我一份出门卡】
- 自动休眠:会/不会(会的话写清我去哪里关)
- 远程登录:已开/没开(没开就写清我怎么开)
- 手机上要填的:主机地址(家里用哪个、外面用哪个)、用户名;密码就是这台电脑的登录密码
- 连上以后输入什么:herdr,或者完整路径
- 员工名单和各自的状态

【过关标志】
出门卡上:电脑不会自动休眠,远程登录是「已开」,家里和外面各用哪个地址写清楚了,herdr 找得到。

拿到出门卡以后,你亲手做这几件:

  1. 把出门卡上「没开」「会」的项改好:远程登录照出门卡打开(三种系统默认都没开;Windows 装好 OpenSSH 服务器后还要启动 sshd 并设成开机自启,这是微软官方文档的做法);在系统设置的电池或电源里,把接电源时的自动睡眠关掉,也别合上笔记本盖子,免得电脑睡着、网络断开。
  2. 按 Ctrl + B,松手,再按 q:离开 Herdr 的界面,回到普通终端。这是离开,不是退出:后台那台「录像机」一直在录,我们只是关掉了「电视」。回来时打开终端,输入 herdr,画面原样回到眼前。真要让所有员工停工,才用 herdr server stop,它会结束所有页面里的程序。
  3. 手机上装一个能远程登录(SSH)的终端应用。Herdr 不需要专门的手机 App;翔宇自己用的是 Moshi,官方文档也提到 iPhone 上 Moshi 这类应用好用。
  4. 新建连接:主机填出门卡上的地址(在家用内网地址,在外面用组网地址;在外面用之前,手机上也要装好同一个组网工具、登录同一个账号),用户名和密码就是这台电脑的登录账号。
  5. 连上以后输入 herdr,界面会自动排成手机的窄屏。提示找不到命令,就输入出门卡上的完整路径。

过关标志

手机上看到的侧栏和电脑上一样。gm 那一栏亮着红灯,就是总经理停下来在等你批准,红灯还会一层层冒到工作区那一栏。点进去,先看总经理的报告;往下是 Skill 改前改后的红绿对比:红色是删掉的,绿色是新加的。没问题就按一下回车放行;哪一条想再改,直接打字告诉它。回车一按,红灯变回绿灯,新版 Skill 就写进了正式文件。

日常管这家公司,看的就是这面状态墙:

  • 黄灯(working):在工作,不用管。
  • 青灯(done):刚做完、还没人看,有空点进去看结果。
  • 红灯(blocked):停下来等你回答或者批准,这是最需要你的时候。
  • 绿灯(idle):看过了、已就绪,在等新任务。
  • 灰灯(unknown):Herdr 一时拿不准它的状态,比如 Codex 有时回答完以后是灰的。这不是出错,看一眼它的产出文件就知道做没做完。

颜色是我们屏幕上的样子,换了主题可能不同。我们自己的习惯是:早上把要做的事交代给总经理,白天偶尔看一眼有没有红灯,晚上回来看亮青灯的那几栏,把报告看完。

常见卡点

  • 手机连不上,提示连接被拒绝:远程登录没开。照上面第 1 条打开;Windows 记得启动 sshd 服务。
  • 在外面连不上,在家能连:家里的内网地址出了门用不了,要先用 Tailscale 这类工具把手机和电脑连到同一个网络里,再用它给的地址。
  • 连上以后输入 herdr 提示找不到命令:输入出门卡上的完整路径,Mac / Linux 一般是 ~/.local/bin/herdr。
  • 手机连回 Windows 电脑:SSH 登录进去以后输入 herdr;这条路官方写明支持,但我们没有逐台试过 Windows,遇到问题以官方 Windows 支持页为准。

补充二:两台电脑放进同一个窗口

这一步做什么

这就像开分公司:比如一台一直开着的主机当总部,笔记本上再开一个办公用的分公司,各管各的那一摊。这一段提示词在笔记本上做三件事:先确认笔记本能免密登录主机;再用官方添加机器的命令把主机接进来;最后确认侧栏里会出现主机的工作区。接好以后,两台电脑的员工排在同一个侧栏里,一台断网不影响另一台,我们在一个窗口里同时看、同时管。

开始前要有:主机上第三段布置好的公司;主机已经打开远程登录(补充一的出门卡里查过)。

在哪里粘

笔记本上的普通终端里,启动你的智能体,整段粘进去。

视频里怎么说的

视频里同样只提了「从另一台电脑连回来」这一句(补充)。这段提示词先确认这台电脑能免密登录另一台,再用官方添加机器的命令把那台电脑接进来,最后看侧栏里有没有出现那台电脑的工作区。

完整提示词

我想把公司那台主机接进这台笔记本的 Herdr,两台放进同一个窗口。主机的 SSH 地址是:____(例如 [email protected],或者 SSH 配置里的主机名),在侧栏里叫它 office。你现在在笔记本的普通终端里。

【规矩】
1. 只按 Herdr 官方文档做:https://herdr.dev/docs/connecting-machines/ 。先说计划,我说「可以」再动手。
2. 不要运行不带参数的 herdr,不要运行 herdr server stop;不改主机上的任何东西。下面用到的 herdr machine、herdr --machine 命令是我交代的,可以在 Herdr 外面运行。
3. 要输密码、要确认,停下来告诉我;密码不要问我、不要写出来。
命令写法:Windows 上在 PowerShell 里执行。

【要做的三件事】
第一件:确认笔记本能免密登录主机。
  先看笔记本上有没有 Herdr:herdr --version(Mac / Linux 再试 ~/.local/bin/herdr --version)。都没有,就照官方安装命令装:Mac / Linux 是 curl -fsSL https://herdr.dev/install.sh | sh;Windows 是 powershell -ExecutionPolicy Bypass -c "irm https://herdr.dev/install.ps1 | iex"。Mac / Linux 装完提示 ~/.local/bin 不在 PATH 里,就问我同意后把 export PATH="$HOME/.local/bin:$PATH" 加到 shell 配置文件末尾(zsh 是 ~/.zshrc,bash 是 ~/.bashrc)。
  然后运行:ssh -o BatchMode=yes <主机地址> exit
  成功:没有任何提示、直接结束,退出码 0。
  失败:说明还要输密码,或者密钥没配好。官方建议先确认普通 SSH 能登录;带口令的密钥先运行 ssh-add 加载。需要新建密钥时,把命令写给我自己运行:ssh-keygen -t ed25519,再 ssh-copy-id <主机地址> 把公钥传到主机(Windows 没有 ssh-copy-id,告诉我手动把公钥加到主机上的做法)。弄好以后重做这一件。

第二件:用官方添加机器的命令把主机接进来。
  运行:herdr machine add <主机地址> --label office
  它会检查主机上的 Herdr:版本兼容、服务在跑,就直接保存;没装或不兼容,要我确认才会安装。要替换主机上正在跑的服务时也会问,默认答案是「否」:选「否」,这次添加就取消,主机上的员工照常工作;选「是」,会停掉主机上的服务,所有页面里的程序都会结束,所以只在主机上没有任务在跑的时候选「是」。
  这条命令需要我确认、而你那边不能交互时(命令会失败、不保存),就停下来,把这条命令原样写给我,我新开一个终端窗口自己运行、自己回答,然后告诉你「加好了」。

第三件:确认侧栏里会出现主机的工作区。
  运行 herdr machine status office --json,确认 reachable;再运行 herdr --machine office workspace list,列出主机上的工作区(应该有公司名那一个);再运行 herdr --machine office agent list,列出主机上的员工。
  最后请我在笔记本上新开一个终端输入 herdr,看侧栏里是不是多出 office 那一组、下面是主机的工作区。

【最后给我一份汇报】
- 笔记本上 herdr --version 的输出
- 免密登录检查的结果
- herdr machine status office 的结果
- 主机上的工作区和员工名单(各自的 agent_status)
- 以后怎么用:在笔记本上输入 herdr,侧栏里多出 office 那一组;要在笔记本这边用命令找主机上的员工,命令前面加 --machine office,页面编号和员工名都要先在那台上查

【过关标志】
herdr --machine office workspace list 列出了主机上的公司工作区;我在笔记本上输入 herdr,侧栏里看得到 office 那一组。

过关标志

在笔记本上输入 herdr,侧栏里多出 office 那一组,点进去就是主机上的公司。

接好以后,还能跨电脑交接工作。官方的 --machine 前缀能把命令发到另一台电脑上执行,支持的命令里包括 agent prompt(cli-reference 的 Saved SSH machines 一节)。所以这台电脑上的总经理,可以把一段任务直接交给另一台电脑上的员工,例如:

herdr --machine office agent list
herdr --machine office agent prompt content "读任务卡 <主机上的任务卡完整路径>,按卡做完,结果写到卡里的产出位置,最后只回一句:完成 <产出完整路径>" --wait --timeout 110000

要注意三点。第一,员工名和页面编号只在各自那台电脑上有效,先用 herdr --machine office agent list 查清那台电脑上的员工叫什么。第二,任务卡写的是本机路径,另一台电脑上的员工要能读到:两台电脑的知识库保持同步,或者把任务内容直接写进交代的那句话里,别只给一个对方读不到的路径。第三,--machine 后面跟的是保存时起的名字(这里是 office),不是随便一个主机地址。另外,总经理用的是 Claude Code 的话,带 --machine 的命令不在第二步权限文件放行的范围里,第一次会亮红灯请你确认,看清再放行。

常见卡点

  • 免密登录检查不过:先在笔记本上直接 ssh <主机地址> 试一次,能登录再说别的;官方排障也是先查普通 SSH。带口令的密钥先运行 ssh-add。
  • machine add 问要不要替换主机上的服务:默认答「否」,这次添加会取消,主机照常工作。答「是」会停掉主机上的服务,所有员工页面里的程序都会结束;等主机上没有任务在跑时再加、再答「是」。
  • 两台的编号和名字对不上:官方写明,工作区、页面、窗口的编号和员工名只在各自那台电脑上有效,要在笔记本上用命令找主机上的员工,先 herdr --machine office agent list 查一遍。

再往前一步

视频最后讲了两个方向,这一页不给提示词,先把思路写清楚:

  • 董事长:Herdr 用熟以后,可以再新建一个董事长岗位,配一个定时任务,让它每天自己运行一次。它根据工作记录里以往的经验,判断今天该推进什么(比如这期视频该出了,下一期的旁白怎么走),写成任务表交给总经理,总经理再交下去。这样从定目标到执行,整套都能自动转起来。前提是前面说的工作记录:没有几个月的运行数据,董事长无从判断。
  • 搬到云端:越来越多的大公司在提供云端的虚拟主机,本质上是想把每个人的知识库搬上去。知识库在一台一直开着的云端电脑上,员工就能日夜推进业务,一台小电脑就是一家一人公司。所以真正要长期积累的,是自己的知识库和公司体系。

为什么一直用 Herdr:它只是一个中间层,不限制模型,也不限制驾驭工程,现在支持二十多种驾驭工程接入,不用额外付费,用的是各家会员自己的订阅额度。整个协作过程是透明的,每个阶段都能插话、重新委派。某一家驾驭工程用不了了(比如账号出了问题),马上换另一家接着推进,因为公司的架构和经验都在知识库里,知识库在自己的电脑上,丢不了。

模型是我们租来的,公司的运营体系沉淀在我们自己的文件夹里。

这一页的提示词怎么核对过

  • 对照官方文档(2026-10-09 核对,Herdr 0.9.3):每条 Herdr 命令、参数、返回字段和错误代号,都对照过 Herdr 官方文档(安装、上手、自动化、命令参考、集成、技能、配置、排障)、herdr --help 和随版本附带的官方技能 herdr --skill;文中所有官方链接都打开核过。各家驾驭工程的写法对照了各自官方文档:Claude Code 的权限规则和 --settings、--add-dir;Codex 的 AGENTS.md、Skill 位置、沙箱和 Rules;OpenCode 的 external_directory;反重力的说明文件、Skill 位置和命令行权限。
  • 第三段为什么在 Herdr 里粘:官方上手指南写的是先 cd 进项目再输入 herdr,会自动开一个工作区;官方技能写明只有 HERDR_ENV=1(在 Herdr 的页面里)时才用 Herdr 命令操作。
  • 在一台干净的 Linux 机器上从头到尾跑过一遍(Ubuntu,Herdr 0.9.3 用官方安装脚本装,Codex CLI 0.156,反重力 CLI 1.3):用 Codex 当开办的驾驶员,把第一到第五段原样粘进去。访谈、建库、存版本;装 Herdr、装集成、装技能、写协作规矩;进 Herdr 后工作区从文件夹名改成公司名,四位员工(三位 Codex、一位反重力)上岗交报到;总经理新建开发经理(反重力)并上岗;第五段三位反重力帮手同时查资料、查完关页,增长经理独立审阅,总经理验收时退回补证,停下来等老板批准,写回后两位员工记下经验。另外在 Mac 上跑过第一、二段的命令和补充一的检查命令。
  • 实测后改过的地方:Codex 固定岗位加 --sandbox workspace-write(只写 --add-dir 会被忽略并退出);Codex 的沙箱连不上 Herdr、把 .git 设为只读,加了公司根目录的 .codex/rules/company.rules 放行协作命令和存版本;反重力固定岗位加 --add-dir,并在它的设置里放行协作命令、存版本和几条只读命令(不加的话每读一张任务卡、每跑一条命令都要批准);协作规矩授权请人的员工替老板点「信任公司文件夹」;帮手查网页只用自带工具;等待要在前台等;点完信任要等到 idle 或 done;常见卡点补了 Codex 的「Hooks need review」、反重力的权限卡片和集成装不上的处理。
  • 跑的时候仍会遇到的确认:Codex 装软件、联网要你批准;员工第一次碰到规则以外的命令会停下来问,总经理会告诉你是哪一页。这是设计如此:正式文件和新命令都要过你的眼。
  • 还没有实际跑过的:Windows(命令按官方文档写了 PowerShell 写法);用 Claude Code、OpenCode 当员工(写法对照了官方文档);补充一的手机连接和补充二的两台电脑。遇到和这一页不一样的地方,以官方文档为准,也欢迎告诉我们。

官方文档入口

Herdr:

各家智能体:

其他:


这一页是基础版:只靠 Herdr 官方的能力,已经能让总经理安排工作、员工之间协作交接。我们自己每天在用的完整系统,包括所有工具的源码,放在翔宇的 AI 编程实操课里。

订阅成功!请到邮箱查收确认链接。

订阅成功!请到邮箱查收确认链接。

订阅成功!请到邮箱查收确认链接。

订阅成功!请到邮箱查收确认链接。

操作成功。

操作已取消。