上下文组装是构建步骤：为实际发送的 prompt 做版本管理

文章指出，团队通常只对 30 行模板做代码评审，但生产请求实际由六个来源在请求时组装成约 4 万 token，其中多个来源当周已变更且不出现在 PR 中；作者主张把上下文组装视为构建产物并纳入版本管理，以覆盖 RAG 检索块、工具 JSON schema、对话摘要、租户配置和运行时 few-shot 选择器等依赖。

AI推荐理由 文章指出 LLMOps 中一个具体痛点：实际发送的 prompt 由模板、检索块、工具 schema、对话摘要、租户配置和运行时 few-shot 等多来源在请求时拼装，而 PR 只审到模板 diff，因此建议把上下文组装当作可版本化的构建步骤；观点对做 RAG 与 Agent 的团队有实际参考价值，但属经验性论述，未提供量化验证。