WUPHF by Nex.ai

WUPHF by Nex.ai

Nex.ai的WUPHF是一个免费的、MIT许可的本地“AI办公室”,它协调基于角色的代理(例如,CEO/ENG/CMO)自主协作,通过每个代理的笔记本和共享的git支持的维基保持持久上下文,并在您不充当路由层的情况下完成工作。
https://wuphf.team/?ref=producthunt&utm_source=aipure
WUPHF by Nex.ai

产品信息

更新于:2026年05月19日

什么是 WUPHF by Nex.ai

Nex.ai的WUPHF是一个开源的多代理编排平台,它在您的机器上运行,感觉就像是为AI员工提供的带有共享大脑的Slack。您无需管理单个聊天机器人会话,只需将目标放入频道,专业的代理团队就会分解任务、委派工作,即使您关闭UI也会继续执行。它支持多种代理运行时(包括Claude Code、Codex、OpenClaw和通过OpenCode的本地LLM),并在本地存储上下文——本地状态中的频道历史记录以及每个代理笔记本中的持久知识和您可以作为文件读取并使用git进行版本控制的共享团队维基。

WUPHF by Nex.ai 的主要功能

Nex.ai 的 WUPHF 是一个开源的、本地优先的多智能体“AI 办公室”,它允许您将目标放入聊天频道,并让基于角色的 AI 智能体(例如,CEO/ENG/CMO/PM/Design)自主地分解、协调和执行工作。它通过每个智能体的笔记本以及一个共享的、由 Git 支持的 Markdown 维基来维护持久的上下文,智能体可以读取/写入并将经过验证的结论提升到其中,因此知识在会话之间累积,而无需重复粘贴上下文。它支持多种运行时(Claude Code、Codex、OpenClaw 和通过 OpenCode 的本地 LLM),无需帐户或按座位计费,并提供工具使用和操作的透明跟踪(“收据”)。
具有真实角色的多智能体办公室: 智能体配置为可编辑的 JSON(系统提示 + 工具列表),并使用角色职责在共享频道中协作(CEO 路由、ENG 构建/打开 PR、CMO 撰写文案、PM 撰写规范等),强调协调而非单一提示链。
持久内存:笔记本 + 共享维基: 每个智能体都保留一个用于原始观察的私人笔记本,而团队共享一个本地存储的 Markdown 维基(可 Git 克隆),其中可以将持久的结论提升以供长期重用和跨智能体上下文。
本地优先、自托管运行时: 在您的机器上运行,具有本地状态(例如,本地存储中的频道历史记录),无需云帐户;网络调用主要针对您选择的 LLM 提供商,除非您将其指向本地模型。
混合搭配 LLM 运行时: 不同的智能体可以在不同的后端(Claude Code、Codex、OpenClaw 或通过 OpenCode 的本地模型)上运行,同时仍然在同一工作区中协作,具有一致的 @提及和频道语义。
具有可审计性的工具和集成: 支持真实操作(例如,通过 CLI 进行 GitHub 操作)和可选桥接(例如,Telegram、外部操作提供商),并提供收据/工具调用跟踪,以便您可以验证智能体实际做了什么。
具有护栏的自主执行: 您关闭 UI 后,智能体会继续工作,但运行受超时和步骤预算的限制;当遇到困难时,智能体会将上下文和跟踪信息上报给您。

WUPHF by Nex.ai 的使用场景

软件交付与 PR 自动化: 工程团队可以设定“周五前发布入职流程”等目标,让智能体分解任务、发现障碍、修改代码、运行测试并打开 PR,同时在共享维基中记录决策。
产品管理与需求综合: PM 工作流程可以将分散的反馈转化为规范、验收标准和事后总结,然后将稳定的学习提升到维基中,以便未来的项目从机构知识开始。
市场营销与发布执行: 团队可以生成和迭代 README、公告、发布清单和定位,协调“CMO”和“PM”风格的智能体,并将消息决策保留在维基中。
设计到开发移交协调: 设计和工程智能体可以协调资产导出、设计令牌更新和实现细节(例如,SVG/PNG 回退),减少人工路由开销并保留移交约定。
内部运营手册: 运营或营收运营团队可以在由 Git 支持的维基中构建可重复的程序(事件清单、入职步骤、客户特定运行手册),智能体可以持续改进和重用这些程序。
研究与知识管理: 个人或团队可以在智能体笔记本中积累研究笔记,然后将经过验证的摘要提升到共享的、可搜索的维基中,该维基仍然可以作为纯 Markdown 阅读并在 Git 中进行版本控制。

优点

本地优先和开源 (MIT):无需帐户,无需按座位计费,数据保留在您的机器上,除了选定的推理调用。
通过笔记本 + 由 Git 支持的 Markdown 维基提供持久的、复合的上下文,该维基是可移植的、可读的且版本受控的。
多智能体协调减少了人工“路由”工作,并支持同一工作区中的异构 LLM 后端。
通过收据/工具跟踪和有界运行(超时/步骤预算)提高可调试性和安全性。

缺点

质量和可靠性取决于智能体提示/配置和所选模型后端;智能体仍然可能卡住或循环并需要上报。
某些集成可能是可选的、不完整的,或者需要用户连接(例如,第三方工具在连接之前可能是占位符)。
本地操作意味着您管理环境设置、权限和计算;较重的工作负载可能需要更强的本地硬件或仔细的模型选择。
自主操作(例如,通过 CLI 进行 GitHub)可能功能强大,但可能需要仔细的访问控制和审查实践。

如何使用 WUPHF by Nex.ai

1) 安装WUPHF: 在终端中运行:`npx wuphf@latest`(这将启动WUPHF并在`http://localhost:7891`打开Web UI)。
2) (可选)从源代码构建而不是使用npx: 运行:`git clone https://github.com/nex-crm/wuphf.git && cd wuphf`,然后`go build -o wuphf ./cmd/wuphf`。
3) 启动一个办公室并选择一个团队包: 如果您是从源代码构建的,请使用包启动它,例如`./wuphf --pack founding-team`(浏览器将在`localhost:7891`打开)。
4) 将目标放入频道: 在Web UI中,转到`#general`并输入一句话描述您想要的结果(文档中的示例:“在周五之前发布入职流程。”)。
5) 让代理分解和委派: CEO代理将工作路由到其他角色代理(例如,ENG、DSG、CMO、PM)。它们在线程中协调,发现障碍,并分配依赖项,而无需您手动移交上下文。
6) 关闭标签页(可选)并稍后回来: WUPHF的设计让您可以离开;代理会继续工作。当您回来时,您应该会看到诸如已解决的障碍、更新的资产和已完成的工作等进展。
7) 了解上下文的存储位置(持久性): 频道历史记录持久保存在`~/.wuphf/state`(每个项目)。共享维基本地保存在`~/.wuphf/wiki/`中,可以作为文件读取并进行git克隆。
8) 使用内存模型:笔记本+共享维基: 每个代理都有自己的笔记本(私有工作内存),团队共享一个维基。当结论成立时,它们可以从笔记本提升到共享维基中,以便未来的工作得以累积。
9) 通过编辑代理配置自定义您的团队: 代理是JSON配置(系统提示+工具列表)。分叉一个包(例如,创始团队包),编辑提示/工具,并替换您自己的代理以匹配您的工作流程。
10) 通过收据/工具跟踪验证发生了什么: 使用UI的收据面板(或`wuphf log`)检查调用了哪些工具以及采取了哪些操作,以便您可以确认什么是实际执行而不是纯文本引用。
11) (可选)连接集成: WUPHF支持可选的桥接/集成(例如,Nex、通过`/connect`的Telegram、通过`/connect openclaw`的OpenClaw,以及通过操作提供商的外部操作)。这些是加载时可选的;核心WUPHF在没有它们的情况下在本地运行。
12) (可选)选择/了解什么会离开您的机器: 运行时和上下文是本地的;主要的网络调用是针对您为推理配置的LLM提供商。如果您使用本地模型,则无需任何内容离开您的机器进行推理。

WUPHF by Nex.ai 常见问题

WUPHF 是一个本地的、开源的“AI 办公室”,其中多个基于角色的代理(例如,CEO、ENG、CMO、PM、DSG)在共享频道中协作,维护共享知识库,并跨天保持上下文,因此您无需在不同的代理之间手动分配任务。

与 WUPHF by Nex.ai 类似的最新 AI 工具

Hapticlabs
Hapticlabs
Hapticlabs是一个无代码工具包,使设计师、开发者和研究人员能够轻松地在设备上设计、原型设计和部署沉浸式触觉交互,无需编码。
Deployo.ai
Deployo.ai
Deployo.ai 是一个全面的 AI 部署平台,支持无缝模型部署、监控和扩展,并内置了道德 AI 框架和跨云兼容性。
CloudSoul
CloudSoul
CloudSoul 是一个 AI 驱动的 SaaS 平台,通过自然语言对话使用户能够即时部署和管理云基础设施,使 AWS 资源管理更加便捷和高效。
Devozy.ai
Devozy.ai
Devozy.ai是一个AI驱动的开发者自助服务平台,将敏捷项目管理、DevSecOps、多云基础设施管理和IT服务管理结合到一个统一的解决方案中,以加速软件交付。