数据、知识、上下文与企业集成

数据、知识与责任链

同一个模型面对不同规则、样例和用户状态，会给出完全不同的结果。Prompt 只是上下文的一部分，企业任务还需要实时数据、权威知识、工具结果、历史状态和输出边界。

上下文越多不一定越好。无关、冲突和过期信息会干扰判断，因此需要设计选择与优先级。

数据库记录事实状态，制度文档规定规则，案例展示如何应用规则，专家经验处理例外。它们的权威性、时效性和访问范围不同。

每一类关键知识都需要 Owner：谁解释含义、谁批准修改、谁处理冲突。没有责任人的知识库会快速变成旧资料仓库。

RAG 质量链与上下文包

RAG 质量由文档处理、切分、元数据、Embedding、检索、重排、上下文组合和生成共同决定。答案错误时，要先判断问题发生在哪一层，而不是反复改 Prompt。

重要答案应显示来源，必要时保留原文片段和版本，帮助用户验证并反馈。

上下文包可以包含任务目标、用户角色、业务规则、权威知识、正反样例、工具、实时状态、输出格式、禁止事项和失败处理。

稳定内容可以版本化管理，实时状态通过工具查询，敏感信息按用户权限动态加载。把所有内容硬塞进一个 Prompt，既难维护也难审计。

权限、版本与安全边界

上下文必须遵循最小权限。用户能看到什么，Agent 就只能调用相应范围的资料与工具。知识更新要记录版本、生效时间和审批者。

未经授权，不把企业敏感材料发送到公共模型；项目结束时还要明确材料的保留、删除与归还规则。

将系统集成当作一等工程

身份、API、数据库、事件、文件、旧系统与人工操作都需要输入输出契约、权限和失败处理。首轮连接可以优先只读或建议模式，写入真实业务状态需要审批、幂等与回退。

明确测试与生产环境、数据范围、超时、重试和依赖方，避免把系统问题误判成模型问题。

用真实企业接口走通端到端

在获批环境中完成至少一项真实读取或低风险写入集成，保留身份、最小权限、接口版本、请求响应、数据血缘与失败降级证据。