WUPHF — 带共享记忆的 AI 员工协作办公室
一条命令启动你的 AI 团队办公室，CEO、产品经理、工程师等智能体共享上下文，全天候运行你的工作。
证据显示：README 明确说明权限控制（--unsafe 标志、--unsafe-lan 阻止、权限检查）、用户确认（邀请确认对话框、星标需用户同意）、数据流透明（隐私政策、遥测开关）、敏感数据处理（密钥掩码、0600 权限）、依赖安全（cloudflared 固定 SHA256、secretlint、依赖覆盖）、外部影响（Telegram、OpenClaw 桥接需用户配置）、回滚（shred 命令、工作区管理）、来源归属（代码注释、README 声明）。扣分：未提供具体代码证据，部分声明仅 README 断言，未验证。
证据显示：README 与代码注释一致（如 --legacy-tui 弃用）、依赖列表完整、错误处理有描述（如 /approve 拒绝消息）。扣分：未提供失败消息的具体示例，依赖可用性未验证。
证据显示：README 明确目标用户（AI 开发者）、场景（多代理协作）、能力边界（--provider 选项、--pack 选项）、环境适配（Tailscale、Cloudflare 隧道）。扣分：未提供具体配置示例，环境适配未验证。
证据显示：README 结构清晰（安装、选项、命令、FAQ）、安装说明详细（npx、npm、源码构建）、命名稳定（wuphf 命令）、示例丰富（benchmark、demo）、已知限制（pre-1.0、--legacy-tui 弃用）、许可证明确（Sustainable Use License）、版本变更日志（CHANGELOG.md）、维护责任（issue 指引）。扣分：未提供 CHANGELOG 内容，许可证非标准。
证据显示：README 提供 benchmark 数据（token 使用、成本）、价值主张（共享上下文、多代理协作）、成本效益（免费自托管）。扣分：benchmark 数据未验证，成本效益未独立评估。
证据显示：README 提供 claim 状态表（✅ shipped 等）、代码位置引用、benchmark 可复现脚本。扣分：未提供独立验证，部分声明仅 README 断言。
- 许可证为 Sustainable Use License，非标准开源许可证，需仔细评估是否符合使用需求。
- README 中的 benchmark 数据未经验证，实际性能可能因环境而异。
- --unsafe 标志可绕过权限检查，仅限本地开发，但需注意误用风险。
- 遥测默认开启（除非配置 PostHog 密钥），但用户可关闭，需注意隐私设置。
这个 Agent 能做什么，适合哪些场景？
WUPHF 是一个自托管的 AI 员工协作平台，代号取自《办公室》中的虚构创业公司。它通过浏览器 Web UI（默认端口 7891）呈现一个"办公室"，其中多个 AI 智能体（CEO、PM、工程师、设计师等）可以自主领取任务、互相协作并交付工作。每个智能体拥有独立的笔记本，团队共享一个基于 Git 的 Markdown 知识图谱（wiki），并支持从笔记本到 wiki 的晋级机制。它默认使用 Claude Code 作为智能体运行时，同时支持 Codex CLI、OpenClaw、Hermes Agent、Ollama 等。安装通过 npx wuphf 一条命令完成，提供多种配置选项，包括不同的智能体包、内存后端和提供商。项目处于 1.0 之前，主分支频繁变动，遵循"可持续使用许可"。
WUPHF 启动一个本地 Web 服务器，并启动多个 AI 智能体实例，这些实例通过共享的 #general 频道进行协作。每个智能体工具按角色限定（DM 模式加载 4 个 MCP 工具，完整办公室加载 27 个）。它使用全新的会话（每轮无历史累积），通过代理推送通知唤醒智能体（无轮询，空闲无消耗）。记忆系统包括每个智能体的笔记本（私有）和共享的团队 wiki（Git 仓库，位于 ~/.wuphf/wiki/），智能体可 promote 内容并执行 wiki 维护（lint、查找、解决矛盾）。它支持通过 Telegram 桥接（/connect）和 OpenClaw 桥接（/connect openclaw），并支持发布/安装技能到公共中心（Anthropic、LobeHub、GitHub）。外部操作可通过本地 CLI（one provider）或 Composio 云执行。
- 希望用一个命令启动多智能体团队并完成端到端软件任务的独立开发者。
- 需要在不暴露公共接口的情况下，通过 Tailscale/WireGuard 与团队成员分享办公室的小团队。
- 希望将现有 OpenClaw 或 Hermes Agent 接入共享办公室以协作的用户。
- 需要持久团队记忆（通过 git 管理的 wiki），不依赖外部 API 密钥的用户。
- 希望通过 Telegram 管理智能体团队，并收到即时通知的用户。
- 希望使用本地模型（Ollama）或自定义 OpenAI 兼容端点（如 LiteLLM）以降低成本的用户。
这个 Agent 有哪些优点和局限？
- 真正的共享记忆：Git 原生的 Markdown 知识图谱，支持智能体提升、查找和 lint，无需外部服务。
- 零空闲成本：推送驱动唤醒，无轮询，每轮全新会话，通过提示缓存降低 token 消耗（Claude 缓存命中率 97%）。
- 运行时混合：在同一频道中混合 Claude Code、Codex、Hermes Agent 和 OpenClaw。
- 本地优先：可自托管，无必需 API 密钥（除了你的 LLM 提供方），可持续使用许可。
- 快速启动：一条命令即可启动完整办公室。
- 1.0 之前：主分支每日变动，存在破坏性变更；需要固定到发布标签。
- 需要外部 LLM CLI（Claude Code 或 Codex），这会引入供应商依赖和费用。
- 未采用标准开源许可（可持续使用许可），可能限制商业再分发。
- 文档详细但复杂；设置高级功能（如 OpenClaw 桥接）需要配置额外组件。
- 旧版 TUI 已弃用，随时可能移除。
如何安装或部署这个 Agent？
先决条件：安装 Go（1.25+）和 Bun（从源码构建时），以及至少一个智能体 CLI（Claude Code 或通过 --provider codex 传递 Codex CLI）。最简安装：npx wuphf 或全局安装 npm install -g wuphf && wuphf。从源码构建：git clone https://github.com/nex-crm/wuphf.git && cd wuphf && cd web && bun install && bun run build && cd .. && go build -o wuphf ./cmd/wuphf && ./wuphf。第一次运行会打开浏览器并启动入职流程，该流程会扫描网站和文件以填充 wiki。
如何使用这个 Agent？
运行 wuphf，浏览器会在 localhost:7891 自动打开。你会看到 #general 频道、可见的智能体团队和一个 composer。向智能体发送消息或斜杠命令。使用标志自定义：--pack starter 选择智能体包，--provider codex 使用 Codex CLI，--memory-backend none 禁用共享 wiki，--legacy-tui 使用旧版终端界面。要邀请队友，运行 wuphf share 创建一次性的 /join 链接（仅限私人网络），或使用健康检查磁贴上的公共隧道选项。使用 /connect 设置 Telegram 或 OpenClaw 桥接。
这个 Agent 与同类方案有什么区别？
WUPHF 将自己比作"AI 员工的 Slack"，强调其共享记忆和可视化协作，而非隐藏 API 循环。基准测试对比了累积会话编排器（未指明）中 token 使用量每轮增长至 12.4 万至 48.4 万，而 WUPHF 保持约 8.7 万。