北京
周三下午三点，一个产品经理正在向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从"看界面"转向"调接口"，从猜测状态转向直接操作状态。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
