面向 AI 编码 Agent 的产品上下文层
深入解析编码 Agent 依赖的产品上下文——页面架构、交互状态与业务规则，而非大语言模型的上下文窗口。
核心定位
OriginAI 的本质是为 AI 编码量身打造的产品上下文层（Product Context Layer）。正如我们的品牌主张所言：补齐 AI 研发缺失的产品上下文。
产品上下文指代明确定义、不可随意揣测的产品形态与业务契约——包括界面路由、交互状态、角色模型、业务规则与边界约束。**层（Layer）**则界定了它在现代研发技术栈中的关键位生态位：处于高阶且模糊的产品意图之下，立于微观的代码生成 Agent 之上。编码 Agent 严格依据这一层所发布的确定版本进行落地，彻底告别依赖数天前散落聊天记录猜测产品意图的低效困局。
它不是极易迅速过时的传统 PRD 文档工具，不是仅绘制主流程草图的设计画板，也并非编码 Agent 本身（OriginAI 专注于为 Claude Code、Cursor、Codex 等输送高保真规格）。更需要明确的是，它不是大语言模型（LLM）的“上下文窗口（Context Window）”——后者度量的是 Token 容量与记忆长度，而产品上下文是一套结构化、受版本管理且可长期演进的系统规格。
使用模式
在 OriginAI 中，产品上下文以结构化代码形式组织，人类开发者与编码 Agent 均能精准理解并遵循。你在可视化工作台中打磨架构，将其发布为不可变的 Release 版本快照，编码 Agent 则自动拉取并依据该权威版本编写代码。
为何称为“产品上下文”而非“产品文档”？
传统研发文档极易脱节失效，而散乱的聊天记录则阅后即焚。OriginAI 所承载的产品上下文具备三大核心特质：
- 持续可演进：直接在 Web 工作台中伴随业务迭代可视化打磨。
- 状态可冻结：通过发布 Release 锁定不可变版本，为 Agent 提供确凿基准。
- 程序化可查：Agent 可借助 CLI 与 MCP 接口进行高精度检索——遍历文档树、对比版本差异（Diff）、基于意图检索内容。
完备产品上下文的核心要素
- 路由规划与页面编排，以及各页面在生命周期中的全部交互状态。
- 权限模型与角色矩阵，明确各权限角色所见所得的差异。
- 空数据状态（Empty State）、加载中（Loading）及各类异常报错（Error）分支——绝非仅覆盖理想主流程。
- 业务系统必须严格遵守、不容 AI 凭空臆断的业务约束与计算规则。
- 顶层规划与实施优先级，通常在全局
README.rpml中清晰沉淀。