AG-UI / MCP / AI Agent

围绕 AG-UI、MCP、AI Agent、Function Calling、IoT 控制台和业务自动化界面整理文章和 AI 开发服务入口。

主题判断

这个主题解决什么问题？

5 篇推荐阅读 2 个服务入口 2 个产品/技术入口

AG-UI / MCP / AI Agent 主题关注大模型如何通过工具调用、协议连接、前端事件和人机协同进入真实业务流程，尤其适合 IoT 控制台、自动化工作流和运营助手。

适用场景

希望 AI 不只是聊天，而能读取业务数据、调用工具和推动流程的企业。

正在建设 IoT 控制台、运维平台、内部工作台或智能助手的团队。

需要把模型调用、MCP 工具和前端交互做成可审计闭环的项目。

先明确哪些任务可以自动执行，哪些必须人工确认，避免直接让模型控制高风险动作。

通过 MCP、Function Calling、API 或消息系统把模型接入设备、工单、数据库和业务系统。

使用 AG-UI 或类似事件模型，让用户能看到 Agent 状态、建议、执行和回退。

为每次读取、推理、命令和结果记录上下文，支持权限、回滚和责任追踪。

从技术阅读到业务试点

已有企业工作台、Agent 或 IoT 平台的团队，可先选一个用户任务，把可读数据、有限工具、人工确认与验收结果写清楚。协议接通只是实现条件之一。

AG-UI 项目启动前，需要交接哪些业务与工程输入？
决策环节	先准备什么	需要明确的边界
业务任务	用户角色、一条高频流程、当前处理方法与脱敏样本	输出是只读建议、草稿还是业务写入；先约定不做什么
交互与状态	现有前端、Agent运行时与版本，等待/失败/转人工的界面需求	AG-UI负责Agent与用户界面的事件交互，具体SDK和状态契约需验证
数据与工具	接口负责人、授权范围、资料版本、租户与设备隔离规则	MCP或普通API只是连接方式，访问权限必须由业务系统校验
人工确认	执行目标、参数、影响、审批人以及拒绝/参数变化的处理规则	前端确认不替代后端授权；设备控制与高风险动作独立评估
验收与恢复	样本预期结果、越权/超时/重复提交/断连用例、证据与责任人	只对已定义并验证的补偿流程承诺回退，不把失败提示当成功

公开协议文档不是团队项目实测，也不证明某个SDK或所有框架均兼容。准备工具仅组织需求，不运行Agent或访问您的系统。

阅读路线

建议先梳理可自动执行任务、数据权限、工具接口和人工确认节点，再设计 Agent 工作流和前端交互。