我们是 MachinePulse 团队，今天我们正式推出 World2Agents Protocol （下文简称 W2A ），一个开放的、AI 原生的信号感知协议。
今天大部分 Agent 都是被动响应的，因为它们"看不到"世界正在发生什么。W2A 就是给 Agent 装上"传感器（ sensor ）"，让它们获得实时感知能力，从而真正变成 proactive agent 。
## 我们想解决什么问题
最近一年大家应该都有感觉：Agent 工具链越来越完善，MCP 、Skills 、各种框架百花齐放。但现实里你跟 Agent 协作，绝大多数情况下还是 "你问一句，它答一句"。不是 Agent 不够聪明，而是它缺一层"感知层"。Tool / MCP 解决的是"它能做什么"，W2A 想解决的是"它能知道什么"。
## 抛砖引玉，W2A 可以解决这样几个场景：
- Bug Sensor → 用户触发生产错误 → sensor 抓取日志 → Claude Code 分析堆栈并自动提 PR 。
- X/Twitter Sensor → 技术 leader 发了个架构分析的推 → sensor 捕获 → Agent 自动拿这个思路去 review 你的代码库。每周省~10 小时。
- GitHub Trending Sensor → 项目冲上 Trending → sensor 捕获 → Agent 提取核心价值并自动录入知识库。
- Steam 折扣 Sensor → 心仪的游戏限免 → sensor 捕获 → Agent 自动领取。零错过。
这些都是装一个 sensor 配一句规则搞定的，没有写集成代码。
我们自己内部用下来，最大的体感不是"省了多少时间"，而是 Agent 终于不再需要你不停去戳它。
## 设计原则
W2A 的设计思路跟 MCP / Agent Skills 在精神上是一致的：完全开放、协议化、可组合、可复用。
具体落到几个原则：
1. 开放协议（ Open & Protocol-based ）：协议本身 Apache 2.0 ，任何人都可以实现、扩展、二次封装；不绑定任何 Agent 框架，也不绑定任何模型厂商。
2. AI-native 的 Signal 格式：信号格式的设计是给 LLM 看的，不是给传统 ETL pipeline 看的。包含触发原因、上下文、建议处理方式等字段，Agent 可以直接消费。
3. Sensor 是一等公民：一个 sensor 写一次，所有兼容 W2A 的 Agent 都能复用，类似 MCP server 的复用模式。
4. Builder-friendly：提供 SDK ，写一个最简单的 sensor 大概几十行代码就够。
5. Ecosystem-ready：已经有一批 ready-to-use 的 sensors 在仓库里，你 clone 下来就能跑。
## 适合谁用
- 个人开发者 / Indie Hacker —— 想给自己的 Agent 加一些"主动性"，不想再写一堆 cron + webhook ；
- 在做 Agent 产品 / Agent 框架的团队 —— W2A 可以作为你们的感知层基建，避免重复造轮子；
- 对协议设计本身感兴趣的人 —— 我们非常欢迎从设计角度的反馈。
我们同步上线了 SensorHub ，你可以在 CLI 里搜索和安装社区 sensor：npm search w2a-sensor
## 想请社区帮忙的两件事
我们现在正处在协议从 0 到 1 的阶段，特别想请各位帮我们：
1. 验证 W2A sensor 的实际价值 —— 在你自己的 workflow 里跑一跑，看 sensor 是不是真的让 Agent 拿到信息更高效、产出更好；
2. 试着自己创建个 Sensor ，npm publish 后提交到 SensorHub
## 链接
- GitHub： https://github.com/machinepulse-ai/world2agent
- License：Apache 2.0
欢迎大家来建 sensor ！
今天大部分 Agent 都是被动响应的，因为它们"看不到"世界正在发生什么。W2A 就是给 Agent 装上"传感器（ sensor ）"，让它们获得实时感知能力，从而真正变成 proactive agent 。
## 我们想解决什么问题
最近一年大家应该都有感觉：Agent 工具链越来越完善，MCP 、Skills 、各种框架百花齐放。但现实里你跟 Agent 协作，绝大多数情况下还是 "你问一句，它答一句"。不是 Agent 不够聪明，而是它缺一层"感知层"。Tool / MCP 解决的是"它能做什么"，W2A 想解决的是"它能知道什么"。
## 抛砖引玉，W2A 可以解决这样几个场景：
- Bug Sensor → 用户触发生产错误 → sensor 抓取日志 → Claude Code 分析堆栈并自动提 PR 。
- X/Twitter Sensor → 技术 leader 发了个架构分析的推 → sensor 捕获 → Agent 自动拿这个思路去 review 你的代码库。每周省~10 小时。
- GitHub Trending Sensor → 项目冲上 Trending → sensor 捕获 → Agent 提取核心价值并自动录入知识库。
- Steam 折扣 Sensor → 心仪的游戏限免 → sensor 捕获 → Agent 自动领取。零错过。
这些都是装一个 sensor 配一句规则搞定的，没有写集成代码。
我们自己内部用下来，最大的体感不是"省了多少时间"，而是 Agent 终于不再需要你不停去戳它。
## 设计原则
W2A 的设计思路跟 MCP / Agent Skills 在精神上是一致的：完全开放、协议化、可组合、可复用。
具体落到几个原则：
1. 开放协议（ Open & Protocol-based ）：协议本身 Apache 2.0 ，任何人都可以实现、扩展、二次封装；不绑定任何 Agent 框架，也不绑定任何模型厂商。
2. AI-native 的 Signal 格式：信号格式的设计是给 LLM 看的，不是给传统 ETL pipeline 看的。包含触发原因、上下文、建议处理方式等字段，Agent 可以直接消费。
3. Sensor 是一等公民：一个 sensor 写一次，所有兼容 W2A 的 Agent 都能复用，类似 MCP server 的复用模式。
4. Builder-friendly：提供 SDK ，写一个最简单的 sensor 大概几十行代码就够。
5. Ecosystem-ready：已经有一批 ready-to-use 的 sensors 在仓库里，你 clone 下来就能跑。
## 适合谁用
- 个人开发者 / Indie Hacker —— 想给自己的 Agent 加一些"主动性"，不想再写一堆 cron + webhook ；
- 在做 Agent 产品 / Agent 框架的团队 —— W2A 可以作为你们的感知层基建，避免重复造轮子；
- 对协议设计本身感兴趣的人 —— 我们非常欢迎从设计角度的反馈。
我们同步上线了 SensorHub ，你可以在 CLI 里搜索和安装社区 sensor：npm search w2a-sensor
## 想请社区帮忙的两件事
我们现在正处在协议从 0 到 1 的阶段，特别想请各位帮我们：
1. 验证 W2A sensor 的实际价值 —— 在你自己的 workflow 里跑一跑，看 sensor 是不是真的让 Agent 拿到信息更高效、产出更好；
2. 试着自己创建个 Sensor ，npm publish 后提交到 SensorHub
## 链接
- GitHub： https://github.com/machinepulse-ai/world2agent
- License：Apache 2.0
欢迎大家来建 sensor ！
Select Language