核心模型入口¶
这一部分讲清 OrgReOrg / Harness 的核心模型:我们到底在做什么、当前主抽象是什么,以及顺着哪条线把模型和相关能力读完。它不是实验大全,也不是历史堆放区——实验在「研发验证」,旧路线和外部参考在「路线与落地」「归档与参考」。
这一部分回答什么¶
我们到底在做什么
OrgReOrg / Harness 是组织级 Agentic Knowledge Infrastructure。核心目标不是“做一个文档站”或“做一个搜索系统”,而是为团队、部门和项目组构建一套 Agentic Context Management:
当前主抽象是什么
当前方案统一为三段:
- Evidence 原始证据层:保真保存企微、会议、文档、网页、代码、附件和业务系统对象。
- Ontology 本体层:沉淀元数据索引、对象、关系、权限、Markdown、Skill、规则、workflow 和 writeback。
- Runtime Projection 运行时投影层:按任务和权限,把上下文库、检索结果、证据读取、主动询问和工具调用组合成最小充分上下文。
本体驱动上下文架构 是这条主线的 canonical 页,其他页面都以它为锚点。
旧的 L0-L5 怎么处理
旧的 L0-L5 不再作为知识形态主模型,只保留为运行时渐进披露路径中的 D0-D5 访问顺序。旧路线图、MVP 计划和外部参考没有删除,统一放到「路线与落地」和「归档与参考」里。
顺着读:模型与能力路径¶
下面几条路径把「核心模型」和「平台能力」里相关的页面串成一条线,按你的关注点选一条读。
架构设计路径
上下文管理与 Agentic Search 路径
产品化与交付边界路径
企业微信接入¶
企业微信是当前最主要的真实 IO 入口,已独立成「企业微信接入」一节。先看 企微接入主线(IO 接口) 把整体逻辑链一次看清,再看 企微分层接入方案 和 飞书 Bot 对标路线图。相关决策见 ADR-040:WeCom Official Callback + Archive。
维护规则¶
这些知识页(产品逻辑 / 核心模型 / 平台能力)只承载经过 review 的稳定结论:新观点先进入 workspaces/variai/evidence/,整理 review 后再进 knowledge/,成熟后才发布到 site/。实验页要保留“没证明什么”,避免把本地 demo 误读成生产结论。完整协作流程见 使用手册总览。