周三下午三点，一个产品经理正在向AI助手描述她的SaaS后台问题。AI盯着屏幕截图看了半天，给出了一个完全错误的诊断——因为它看不到那些藏在服务层里的关键数据：用户14天未登录、支付失败记录、未解决的工单。这些真正重要的业务逻辑，DOM里根本没有。

这就是当前大多数AI与网页交互的困境。模型只能靠"看"页面来猜测应用状态，脆弱、表面，而且经常猜错。Angular v22正在实验一种新思路：不再让AI瞎猜，直接把应用的真实能力暴露给它。

打开网易新闻 查看精彩图片

这个方案叫WebMCP。核心想法很简单——既然AI需要工具，那就给它真正懂业务的工具，而不是让它去解析HTML。

先解决数据源的问题。示例应用里用了一个UserStore服务，用@Service()装饰器和信号（signals）来管理状态。selectedUserKeyState记录当前选中的用户，currentUser和account是计算属性，isHighRiskAccount更是一段复合业务规则：登录间隔超过14天、有支付失败、有未解决的高优先级工单，满足任一条件就标记为高风险。

这段逻辑活在服务里，DOM上可能只显示一个灰色小圆点。AI如果只看页面，根本不知道这个"高风险"背后有三重判断标准。

Angular v22新增的provideWebMcpTools()就是用来注册这类能力的。关键设计在于，这些工具跑在Angular的注入上下文里，可以直接依赖注入访问服务和信号。开发者在app.config.ts里全局注册，也可以在路由层面按需配置。

目前这还是实验性功能。与其说这是一个立即可用的生产方案，不如把它看作Angular和浏览器端AI工具演进方向的一次预演——让AI从"看界面"转向"调接口"，从猜测状态转向直接操作状态。