企业中的业务知识，分散在人的经验、制度文档、业务表单和不同系统里。面对同一份订单，不同部门和系统可能使用不同的定义、状态和判断标准。人与人通过沟通补齐这些差异，Agent 要持续参与业务，也需要一套能够共同引用、检查和更新的环境表示。
Cognito Atlas 是我探索的一套认知建模框架：将对现实的理解，组织成可共享、可计算、可持续修正的认知地图。 在企业场景中，它首先表现为一张业务地图。
地图需要回答：业务中有哪些对象（POI），它们如何关联（哪些点之间有路），处于什么状态（当前路况），受到哪些规则约束，以及变化会影响什么。例如，一份合同如何对应订单与项目，项目如何产生物料需求，物料缺口又如何影响采购任务和交付。
这张地图的构建，有四个关键原则：
- 先定义坐标系，再识别与构建对象。 业务域界定当前关注哪一片业务，视角决定从什么位置、围绕什么职责或问题观察，分辨率决定需要看清多少细节。这些选择共同确定从哪里开始、构建地图的哪一部分，以及如何划定对象边界。例如，同一份订单，从销售视角看客户承诺，从履约视角看交付进度，从采购视角看物料需求。先明确这些观察坐标，才能判断哪些对象与关系需要进入当前地图，并为不同局部地图之间的对齐保留依据。
- 稳定的对象身份与关系，承载持续变化的状态。 同一项目在销售、采购和生产视角下可以有不同属性和展示策略，但应当指向同一个业务对象。
- 根据问题选择视角与分辨率。 管理者关注交付风险，采购人员关注物料缺口；需要共享底层事实，也需要各自适用的信息颗粒度。
- 结构化骨架与非结构化内容共同表达现实。 对象、关系、状态和规则支持查询与计算；图纸、说明、讨论和判断依据保留必要的语境，并与对应对象关联。
这些原则也指向知识图谱与 GraphRAG 应用中的一个关键问题：保留关联，还需要保留关联所在的结构。 现实世界是跨业务域、层级与视角的多维网络，关系有各自的成立条件。如果建模时将这些差异压平，只留下节点与关联，那么即使检索到了相关信息，也难以据此恢复当前问题所需的层次、约束与推理依赖。Atlas 关注的，正是如何显式保留这些结构，并支持不同视角与分辨率下的理解和使用。
地图建模是对现实的选择性抽象，过程中会同时暴露现实本身尚未定义清楚的部分。
我正在将这套方法用于业务蓝图、对象关系和系统边界的设计，并进一步研究：如何让业务地图成为人与 Agent 共同使用的环境模型，支持跨系统理解、变化追踪和行动反馈。