六、如何进入现有业务环境并控制风险

1. 企业需要可进可退的控制方式

企业使用 AI 的难点在于，它既要取得足够上下文并进入业务现场，又必须遵守身份、数据、系统和责任边界。

合理的治理让低风险任务更顺畅地运行，让高风险动作在正确位置由人确认。企业可以根据真实结果扩大或收回自动执行范围。

2. 先确定业务边界

每项任务开始前，应明确：

服务哪个业务目标和负责人。
可以处理哪些客户、商品、订单、供应商、设备或时间范围。
可以访问哪些数据、文件、知识和系统。
使用哪个账号、身份和执行环境。
哪些动作可以直接执行，哪些必须确认。
结果送给谁，失败由谁处理。
运行频率、时限、预算和停止条件。

边界应当和具体任务绑定，只开放完成当前任务所需的企业资源。

3. 按现场选择连接方式

业务现场	优先方式	主要控制点
标准 SaaS 与业务系统	API、连接器或标准协议	授权范围、字段、调用频率和错误响应
网页后台	授权浏览器环境	登录状态、页面变化、操作对象和截图证据
桌面软件与本地文件	授权设备	设备身份、路径、命令、权限和人工接管
文件、表格与文档	文件空间与确定性处理	版本、来源、完整性和交付位置
企业消息渠道	企业身份和消息连接	发起人、群聊范围、接收人和敏感内容

能使用稳定接口时优先使用接口；明确计算和转换优先使用确定性处理；需要理解变化的部分再使用 AI。

4. 身份、权限与凭证分别管理

企业需要知道“谁发起、代表谁执行、可以访问什么、使用什么外部账号”。

身份说明请求与动作归属于谁。
权限说明当前身份可以查看、使用、修改或管理哪些资源。
凭证承载访问外部系统所需的授权材料。
执行范围限定当前任务可以操作的对象、环境和动作。

凭证由专门的授权机制保管，模型和普通使用者只获得完成任务所需的调用权限。权限变化、所有权转移和敏感配置应保留记录。

5. 人机分工服从业务风险

风险层级	合适方式	示例
低风险读取	在授权范围内直接完成	查询、汇总、只读巡检
可恢复操作	按规则执行并保留结果	生成文件、更新草稿、发送内部通知
高影响操作	展示对象、范围和影响后由人确认	调价、停投、批量修改正式记录
不可逆或责任重大	由授权人员在专业系统中完成	付款、正式承诺、生产控制关键动作

同一动作在不同企业和场景中的风险可能不同，最终边界由客户制度和项目方案确认。

6. 逐步扩大自动执行范围

读取与分析
  → 提供建议
  → 人工确认后执行
  → 在明确规则和上限内自动执行

每次扩大前重新核对结果质量、常见异常、账号范围、高风险责任和新增业务收益。自动化程度由业务验证决定。

7. 运行结果必须可以核对

治理需要覆盖结果和过程：

任务由谁、从哪里、以什么目标发起。
使用了哪些数据、知识、系统和授权范围。
关键判断、人工确认和外部动作发生在何时。
交付了哪些结果和文件。
哪一步失败，哪些外部影响仍不确定。
本次使用了多少时间、人工和服务成本。

业务使用者优先看到完成情况和待处理事项。技术与治理人员可以进一步查看运行证据和失败位置。

8. 异常需要安全恢复

外部系统不可用、登录失效、输入缺失和现场变化都可能中断任务。恢复前需要先判断前序动作是否已经生效。

异常	处理原则
输入缺失	说明缺少内容及其影响，只追问必要信息
权限或凭证失效	停止受影响操作，引导授权人员恢复
页面或系统变化	重新确认对象与路径，不沿用不可靠定位
外部动作结果不确定	停止自动重试，先核对实际状态
部分对象失败	保留有效结果，单独列出失败对象和恢复方式

治理重点是及时呈现失败，并防止未经核对的重试重复产生外部影响。

9. 持续任务需要额外治理

按时间、事件或系统请求持续运行的任务，还需要明确：

启用、暂停和停止责任。
并发、重复触发和超时处理。
输入、凭证和执行范围变化后的生效规则。
失败通知、处理时限和升级对象。
运行预算、频率和异常上限。
长期无人使用或价值下降时的退出方式。

持续运行把一次风险变成长期风险，因此需要比单次任务更清楚的责任和观测。

10. 治理的业务价值

治理帮助企业在明确边界内扩大 AI 使用：业务团队知道何时可以直接使用、何时需要确认；IT 团队能定位账号和系统影响；管理者能够比较结果、风险和成本。

清楚的规则减少每次任务重复讨论，也让企业在条件变化时及时收回能力。可扩大、可干预、可追溯、可退出，是 AI 进入长期经营的基础。