工作环境架构：三端选择与六层诊断
30 秒结论
本书主张：企业 AI 的稳定交付由智能基座、上下文、工具与连接、产物工作台、复用与自动化、治理六层共同决定；模型只是其中一层。
- 先根据资料、权限、动作和协作发生在哪里选择工作入口。
- 结果失败时逐层定位，不把所有问题都归因于模型。
- 每一层都要有责任人、失败信号和可检查的证据。
你可能遇到的场景
你要整理一批本地 Excel、查一份网页资料，或把结果交回钉钉群确认，但还不知道从哪里开始。输入例子是“本地目录中的 6 月销售表、已登录浏览器里的公开页面、钉钉群中的上周周报”；先确认文件版本、账号和权限，再选入口。
最后会得到什么
最终产物是一张工作入口与诊断记录，结构为：
- 入口选择：浏览器网页环境（Web）、桌面或钉钉，以及选择理由；
- 输入清单：文件版本、日期、账号、授权范围和保存位置；
- 六层检查表：智能基座、上下文、工具与连接、产物工作台、复用与自动化、治理；
- 故障归属、责任人、验证证据和可回退路径。
照着做
- 先判断资料、协作和待确认动作主要在哪里，再在 Web、桌面、钉钉中选一个最小入口。
- 输入文件先只读打开，记录版本、账号和权限；不确定授权时不扩大访问范围。
- **中间检查点：**让负责这项输入的人（Owner）确认“这份输入可用且可处理”，让动作责任人确认“下一步只做预览或草稿”。
- 运行后按六层记录第一个失败信号，保存产物、日志和下一次检查的责任人。
案例参考
可先看千问办公公开案例库：32 个场景图谱，从不同任务的输入和产物形态中选择相近入口；该页是待核验公开场景线索，不是能力或效果承诺。
做完检查
检查记录必须同时写出输入版本、当前账号权限、保存位置和一个可复现的失败信号；若无法说明结果来自哪一版资料或哪项授权，任务不得进入下一环节。
需要注意
如果权限不足、版本不明或跨环境动作无法确认，保留原件和日志，停止写入或外发，回到上一稳定入口；改用只读分析或人工整理，并由系统 Owner、数据 Owner 或业务负责人确认后再重试。
深入阅读
继续读本页的方法或模型、案例与证据和边界与下一步，再对照连接器官方来源理解六层诊断不是产品官方分类。
为什么重要
同一个任务在演示中成功，进入真实组织后可能因文件版本、账号权限、连接状态、产物格式或审批规则而失败。如果团队只更换模型，就会重复测试同一层，却没有修复决定交付稳定性的其他五层。
工作环境架构帮助企业 AI 负责人回答两个问题：任务应该从哪个入口启动，以及故障发生后由谁检查哪一层。它也让业务负责人看见，接入更多系统不等于完成更多工作，权限和治理必须同时设计。
方法或模型
本书建议：Web、桌面和钉钉应按任务上下文选择，不存在对所有任务默认最优的入口。
| 入口 | 优先考虑的任务上下文 | 选择前检查 | 不应默认选择的情况 |
|---|---|---|---|
| Web | 云端资料、在线研究、网页或云端产物 | 上传范围、账号权益、产物保存位置 | 关键输入只在本地或组织系统中 |
| 桌面 | 本地文件、浏览器登录态、系统应用和电脑操作 | 原件保护、目录权限、执行可见性 | 无人值守执行高风险写操作 |
| 钉钉 | 企业消息、文档、日程、待办和流程协作 | 组织授权、对象范围、发送或写入确认 | 任务不需要组织上下文却申请广泛权限 |
跨环境任务可以分工：在最接近输入的环境处理资料，在最接近责任人的环境完成确认和接管。入口选择必须记录原因，避免把个人使用习惯写成团队标准。
六层诊断表是运行评审的共同语言：
| 层级 | 诊断问题 | 失败信号 | 责任人 | 验证证据 |
|---|---|---|---|---|
| 智能基座 | 当前模型是否适合任务类型、语言、上下文和时延要求 | 理解偏差、长文不一致、多模态识别失败 | AI 平台负责人 | 固定样本对比、错误分类、版本记录 |
| 上下文 | 输入是否完整、正确、最新且已获授权 | 缺文件、版本冲突、日期或主键不明 | 业务数据 Owner | 输入清单、版本号、字段字典、授权记录 |
| 工具与连接 | 工具能否在最小权限下读取或执行 | 登录失效、字段映射错误、动作超出授权 | 系统 Owner | 权限清单、连接测试、调用或操作日志 |
| 产物工作台 | 输出是否符合格式、可编辑并保留来源 | 文件损坏、结构压平、图表与数据脱节 | 交付物 Owner | 源文件、格式抽查、勾稽表、版本位置 |
| 复用与自动化 | 成功步骤能否稳定复跑并处理异常 | 只在单次对话有效、重复运行结果漂移 | 工作流 Owner | 测试样本、版本、运行记录、失败样本 |
| 治理 | 高风险动作是否有确认、审计、接管和恢复 | 未授权外发、无人接管、无法回退 | 业务负责人和风险 Owner | 审批记录、确认日志、事件记录、恢复批准 |
比较模型或能力组合时，逐项记录任务适配度、结果稳定性、可验证性、处理时长、资源成本和风险成本。不要把这些不同单位的指标强行相乘或相除；先确定不可妥协的门槛，再比较通过门槛方案的总成本。
案例与证据
官方产品简介和公开知识库描述了 Web、桌面及钉钉相关的使用入口与办公语境。 R3 R10 这些动态产品信息用于确认入口存在和公开定位，具体能力、权益及组织授权仍应以使用时页面和账号实测为准。
六层结构、诊断字段和入口选择原则属于本书方法。企业应使用真实失败日志验证分类是否有效；同一失败可能跨越多层，例如“报告数字错误”既可能来自上下文版本，也可能来自工具字段映射或模型推断。
企业行动
选择一个正在试点的任务，完成一次六层走查：
- 标出输入、运行、产物、确认分别发生在哪个入口。
- 为六层各指定一位责任人，不能用“AI 团队”代替具体角色。
- 每层各选一个最可能的失败信号和一项验证证据。
- 用同一组固定样本复跑，记录问题首先出现在哪一层。
- 只修复已定位的层，再比较结果和总处理成本。
停止信号包括：需要扩大权限却说不清必要性；输入版本无法确定；故障没有责任人；产物无法保留来源；跨环境动作缺少确认或接管路径。
边界与下一步
六层模型是诊断框架，不是产品架构的官方分类，也不表示每个任务都必须使用全部六层。低风险、一次性的问答可以停留在智能基座和上下文层；涉及写入、发布或持续运行时，工具、自动化和治理层才成为硬条件。
本章定义工作环境和诊断坐标，不定义可复用资产的发布标准。团队在定位稳定流程后，仍需区分方法资产、系统连接和岗位套件。