企业需要的助手，不只是把答案说得像那么回事。它还要知道当前在处理哪笔业务、引用哪份文件、准备修改什么。尚书作为面向中小企业的 AI 原生工作空间，把“能检查、能接手”放在助手设计的起点。
先读，再提案，不抢走决定权
填写采购订单时，助手先读取所选报价原件，再按业务字段整理建议。写入前展示确认卡，让人看到目标记录与具体内容。缺少依据的内容不能靠顺畅的语气掩盖；员工可以修改、拒绝，也可以完全不用助手，直接在业务页面完成工作。
确认不是装饰性的按钮。尚书的架构要求人工和助手共用受管 Action，也就是系统已定义的业务动作。执行时仍检查身份、字段、记录状态与权限，并留下审计；AI 不应获得一个绕过这些规则的数据库入口。高风险操作也不能用一句自然语言承诺代替授权。
成功要落在记录里，而不是聊天里
提交之后，界面应读回保存结果，让用户能在采购列表中找到刚才的订单。后续人工修改与助手填写沿用同一条记录和历史。邮件则先生成草稿，检查后再发送；报销先进入办理流程，而不是把“已提交”包装成“已审批”。
这种边界也约束产品扩展：新增行业能力，优先增加明确的对象、字段和业务动作，复用权限与确认机制，而不是为每个需求堆一套专用聊天工具。企业越用越多时，仍应能说明数据归谁、动作由谁执行、出现错误怎样追溯。
本次演示使用预设助手编排与合成业务资料，用于呈现交互和受控执行思路，不代表开放问题下的模型表现；不据此宣称 DGX Spark 本地推理、外部邮件投递或真实票据识别已经完成验证。