WUPHF

什么是 WUPHF？

WUPHF 是一个开源本地应用，在你的机器上运行小型“AI office”代理团队。你设定目标，代理们协调执行——创建基于线程的交接，并产出工作成果，如 PR 和导出资产。

WUPHF 不通过单独的提示步骤路由，而是协调多个基于角色的代理（例如 CEO、ENG、DSG、CMO），它们通过持续团队互动共享上下文。核心目的是从目标到交付输出的全过程保持工作推进，同时保留步骤间的连续性。

主要特性

• 本地“AI office”（在你的机器上运行）： 使用 npx wuphf@latest 启动，或从源码构建；浏览器 UI 在 localhost:7891 打开。
• 针对单一目标的团队协调： 你在频道（如 #general）提供一句话，CEO 代理分解它并在线程中路由任务给其他代理。
• 带可编辑 JSON 配置的基于角色代理： 每个代理描述为包含系统提示和工具列表的 JSON 文件，你可以阅读、编辑或 fork。
• 包含依赖和阻塞的多角色交接： 代理浮现阻塞和依赖（如缺失资产格式），并自行解决问题，无需人工提示链路由。
• 与仓库集成的输出： 代理可打开拉取请求并围绕项目变更协调；它们还将资产（如设计输出）导出到工作流中引用的路径。
• 免费开源，MIT 许可： 项目描述为免费/开源且 MIT 许可，无账号、云使用或按座位计费。

如何使用 WUPHF

1. 本地安装并启动：
   • 选项 1：运行 npx wuphf@latest（浏览器应在 localhost:7891 打开）。
   • 选项 2：克隆并从源码构建，然后运行编译二进制文件。
2. 启动团队包： 使用 wuphf --pack founding-team 选择一组角色配置。
3. 输入一个目标句子： 在 UI 频道（如 #general）输入单条指令，如“在周五前交付入职流程”。
4. 关闭标签让代理继续： 团队持续工作；代理自行协调，浮现阻塞并产出结果。
5. 返回查看结果： 团队推进后，审视最终输出（如打开的 PR、导出资产和 copy/README 变更）。

使用场景

• 协调工程 + 设计交付前端特性： 提供交付入职流程的目标；ENG 可打开 PR，而 DSG 导出所需资产（包括处理格式回退），CMO 准备 copy 和 README 更新。
• 将模糊目标分解为执行线程： 提交一句话目标时，CEO 代理分解它并路由子任务给合适角色，在共享线程中保持讨论有序。
• 自动处理资产或实现阻塞： 如果设计导出在特定平台渲染不正确，代理可识别不匹配、重新导出资产到合适路径，并继续，无需你管理每个中间提示。
• 伴随代码变更准备发布文档： CMO 可起草 README 内容并运行发布检查列表，与特性分支并行打开 copy 专用 PR。
• 将用户反馈对话转为规格： PM 代理可将反馈合成规格，并让团队聚焦用户需求而非实现细节。

常见问题

• WUPHF 需要账号或云访问吗？ 不需要。站点描述为本地运行，无账号、无云、无按座位计费。

• 如何启动？ 文档显示运行 npx wuphf@latest 在 localhost:7891 打开 UI，或克隆 GitHub 仓库并从源码构建。

• 可以自定义代理吗？ 可以。每个代理是 JSON 配置（系统提示加工具列表）。你可以阅读、编辑并 fork 团队包，以替换不同工具或研究代理。

• 每步都需要人工介入吗？ 页面强调“无需人工介入”路由和提示链式协调；代理持续工作并自行协调解决阻塞。

• 团队产出哪些类型结果？ 示例提到打开 PR、导出最终资产（如设计导出）和编写 copy（如 README 内容）。

替代方案

• 本地多代理提示/工作流运行器： 在您的机器上协调多个 LLM 代理的工具可提供类似的“团队”行为，但可能需要您更明确地管理路由和提示链。
• 专注于仓库的 AI 编码助手： 针对代码生成的替代方案可帮助实现变更，但可能不包含共享的多角色协调模型（CEO/ENG/DSG/CMO），该模型还会产出文档和设计资产。
• 设计到代码自动化工具： 如果您的主要需求是资产导出和格式化，专业设计工具可处理资产生产，但无法像 WUPHF 那样协调工程和发布文档的端到端执行。
• 通用协作聊天 + 任务分解： 传统团队工作流（聊天 + 问题跟踪器）可在角色间协调工作，但需要人工管理分解、依赖检查和交接。