Willder 面向开发者的开源上下文层，让多个AI智能体与团队应用间同步共享上下文，每个智能体拥有可撤销的独立令牌，支持自托管。 热门评论 PH 用户Product Hunt 的各位好，我是 Willder 创始人 Tri。我一个人经营公司，靠分布在产品、销售、市场、财务和法律等环节的 AI 智能体。一共 20 个，7×24 小时连轴转，而且它们既开发 Willder，也在使用 Willder。在 Willder 之前，它们会互相覆盖、基于过时信息工作，还拥有不该有的访问权限。在 2026 年 5 月 Akeyless 对 400 位 IT 和安全负责人做的一项调查中，三分之二使用 AI 智能体的组织怀疑，这些智能体已经访问过超出其权限范围的数据。Willder 是一个上下文层，用来同步你的应用、智能体和团队：一个智能体保存的内容，其他智能体下次调用时就能读到，并知道是谁写的。一处事实改一次，每个智能体下次调用时都会读到新版本。每个智能体只能看到自己那个有作用域、会过期的 token 所允许的内容；token 一旦被撤销，下次调用就会被拒绝。每条事实都会显示是谁写的、来自哪里、替换了什么，以及哪些智能体读过。GitHub、Drive、Slack 和 Figma 中的数据会落到你选定的作用域里，遵循同样的规则（目前只在 GitHub 上测过）。引擎是开源的（MIT）：https://github.com/willderai/willder-core。托管版在 willder.ai，Claude Code 和 Codex 通过 MCP 连接。AI 是更狂野的存在，而你是驾驭它的人。你运行多个智能体时，尤其是和其他智能体一起时，最烦的是什么？PH 用户运行多个智能体时，最让我反复踩坑的就是这一点——每个智能体都从零开始，把同样的决策重新推导一遍，而且很快就会彼此偏离。有作用域、会过期的 token 引起了我的注意：如果 token 在任务中途过期，而智能体还需要把已经开始的事做完，你们怎么处理？它会重新申请，还是工作就直接卡住？另外也好奇，当两个智能体保存同一事实的不同版本时，冲突是怎么解决的。 热门产品Tri Nguyen2026-11-10原文 打开互动版
我一个人经营公司，靠分布在产品、销售、市场、财务和法律等环节的 AI 智能体。一共 20 个，7×24 小时连轴转，而且它们既开发 Willder，也在使用 Willder。在 Willder 之前，它们会互相覆盖、基于过时信息工作，还拥有不该有的访问权限。在 2026 年 5 月 Akeyless 对 400 位 IT 和安全负责人做的一项调查中，三分之二使用 AI 智能体的组织怀疑，这些智能体已经访问过超出其权限范围的数据。
Willder 是一个上下文层，用来同步你的应用、智能体和团队：一个智能体保存的内容，其他智能体下次调用时就能读到，并知道是谁写的。一处事实改一次，每个智能体下次调用时都会读到新版本。每个智能体只能看到自己那个有作用域、会过期的 token 所允许的内容；token 一旦被撤销，下次调用就会被拒绝。每条事实都会显示是谁写的、来自哪里、替换了什么，以及哪些智能体读过。GitHub、Drive、Slack 和 Figma 中的数据会落到你选定的作用域里，遵循同样的规则（目前只在 GitHub 上测过）。引擎是开源的（MIT）：https://github.com/willderai/willder-core。托管版在 willder.ai，Claude Code 和 Codex 通过 MCP 连接。
AI 是更狂野的存在，而你是驾驭它的人。你运行多个智能体时，尤其是和其他智能体一起时，最烦的是什么？