团队共享 Harness：HQ 实战

大多数团队今天的样子：模型、skills、自动化散落在各自工具、私聊、个人配置里。每个人都要重新教 AI 业务上下文；一个人给 Claude 讲最新战略，另一个让 Codex 翻旧文件夹，第三个人凭记忆重建一个好用的工作流——每段对话里都是一个略有不同的公司版本。

作者用 HQ（hqforwork.com，底层可接 Claude Code / Codex / Cursor 或开源模型；开源 quickstart 一条命令：npx create-hq，github.com/indigoai-us/hq-core）搭了这层共享 harness。这门课按他的实战路径展开：每周情报 worker 切入 → 记忆 → 策略 → worker → 评审 → /hq-sync 复利。

以下来自 @VibeMarketer_。一个好用的 harness 回答五个问题：AI 知道什么？怎么找到相关上下文？必须遵守哪些规则？能执行哪些重复工作？每次运行如何让下一次更好？长 system prompt 能回答其中几个，但公司级 harness 让答案结构化、持久、对所有人可用。

作者选的切入点是"每周一的公司情报简报 worker"：输入近 7 天会议/项目状态/决策/风险，输出决策/进展/风险/下周承诺/来源清单。先定义契约再建 worker：

以下来自 @VibeMarketer_。装好 HQ、建好公司 workspace 后，只加跑通简报需要的上下文：

复制HQ/companies/your-company/
  company-brief.md      # 公司是做什么的、怎么赚钱、当下重点
  knowledge/            # 决策与 playbook
  sources/              # 会议
  signals/  people/  projects/
  policies/weekly-intelligence.md
  workers/weekly-intelligence

company-brief 讲业务与重点；projects 存当前状态；knowledge 存"为什么选这条路"；sources 里的会议情报捕捉那些没进正式文档的承诺、风险、问题与决策。

以下来自 @VibeMarketer_。知识告诉 worker 发生了什么，政策告诉它公司希望怎么处理。给情报简报写第一份政策（companies/your-company/policies/weekly-intelligence.md）：

1. 每条事实 claim 都配来源；
2. 矛盾证据必须摆出来，不许悄悄消解；
3. 风险按来源原文的紧急度报告；
4. 缺失/过期/不确定的信息要标注；
5. 不许带 secrets，不许跨公司上下文；
6. 分发前停下来等人工批准。

控制有三层：instruction（让 agent 按偏好做）→ policy（规则跨会话、跨人持久）→ hook/机械检查（失败代价高时硬拦截）。"cite your sources"可以从 policy 起步，"never send without approval"值得做到动作边界上强制执行。

以下来自 @VibeMarketer_。跑 /newworker，给它一个足够窄的活。"通用公司分析师"听起来有用，但难测试、易误用；weekly-intelligence 有清晰输入、输出与停止条件。

以下来自 @VibeMarketer_。第一次跑通不等于基础设施建成。跑 worker、审简报，然后把每个纠错诊断到正确的层：

比如 worker 漏了个决策是因为会议根本没被记录——重写 prompt 修不好这个系统，要修的是知识采集路径；如果它总把风险埋在次要更新下面，就磨利 output contract；如果有人让它跳过审批直接分发，就加固 policy 和动作门。

以下来自 @VibeMarketer_。简报、政策、worker 都经评审存活后，跑 /hq-sync——这就是 HQ 的"AI 多人协作"时刻：

• 销售把异议处理沉淀成 skill，支持把升级规则编码下来，运营改进一份报告，工程加一道评审门；
• 每条贡献过评审就合入 Main，成为团队共享 harness 的一部分；
• 下一位同事继承公司已验证的上下文、规则、skills、workers 和自动化，不需要原来的聊天记录和 prompt；
• 在他趁手的 AI 工具里打开 HQ，从更好的起点继续。