Agentic Engineering 与本体论参考

结论

这两篇外部文章对当前方案的价值，不是让我们改成某个新概念，而是帮我们校准产品边界：

OrgReOrg / Harness 不是单点 RAG、搜索引擎或 Obsidian 知识库，而是服务团队和组织的 Agentic Context Management + Loop Runtime。

来源状态：content_processed、source_original_unstable、search_keywords_saved、no_further_search。这两篇材料的完整可用正文已经读过，并已提炼进当前方案；原公众号链接属于临时来源，后续不再因为缺少稳定 mp.weixin.qq.com 链接而重复搜索。需要重新定位原文时，用标题关键词搜索，而不是依赖旧临时链接。

三层体系映射

外部概念	我们的落地方式
Loop 工程	Search Loop、Collection Loop、Permission Loop、Knowledge Maintenance Loop、PR/Docs Health Loop
Harness 工程	framework/、SearchConnector、Ask Router、Knowledge Card、Tool Gateway、eval、dashboard、audit
FDE	把通用 Framework 放进具体组织 domain，和业务 owner 一起定义对象、权限、流程、指标和验收

这个映射说明：搜索只是 Loop 的一个动作。真正要产品化的是 Loop 外部的状态、工具、验证、权限、预算、日志、恢复和人机协作机制。

本体论对我们的启发

可取的抽象是：

text Ontology = Metadata + Object + Relationship + Rule + Artifact + Skill + Action + Writeback + Provenance

对应到 OrgReOrg：

• Metadata：来源、作者、时间、权限、版本、hash、review 状态、生命周期。
• Object：员工、部门、项目、任务、客户、合同、工单、知识卡片、实验报告。
• Relationship：负责人、归属、依赖、审批、权限、证据引用。
• Rule：什么时候查哪个上下文库，什么时候主动询问，什么时候拒绝、脱敏、升级或重新入库。
• Artifact：Markdown、ADR、实验报告、项目页、knowledge card、发布文档。
• Skill：任务技能包、workflow、playbook、gotcha、验证脚本和使用日志。
• Action：发送企微询问、创建 knowledge card、调用 Connector、触发 review、reindex、更新看板。
• Writeback：把结果、证据、成本、review、失败和权限决策写回 vault、domain registry、审计日志或业务系统。
• Provenance：任何稳定结论、Skill、报告和 runtime projection 都要能回查 Evidence。

因此，domain/ 的长期形态不只是资料目录，而是组织私域操作层。它既给 Agent 提供上下文，也约束 Agent 能做什么。

对当前路线的调整

短期路线重构为三段：

• Evidence：企微、会议、文档、外部资料、代码和业务系统对象保真保存，并带 provenance、权限、hash 和版本。
• Ontology：AGENTS、docs、vault、ADR、任务技能包、Domain Topology、permission view、knowledge card、experiment registry 和 project status 都纳入统一语义模型。
• Runtime Projection：Postgres FTS/pgvector 继续作为 P0 检索投影，OpenSearch/ES 保留为规模化 adapter；Connector、Ask Router 和 Tool Gateway 负责证据读取、主动补充和安全边界。
• Tool Gateway 继续负责身份、权限、审批、审计和输出净化。

新增的设计要求是：Domain Topology 要从 context library registry 升级为最小 ontology contract，并且必须进入 lint、eval 和 Tool Gateway policy，而不是只停留在概念页。

text domain-topology.json -> scope / permission view -> context libraries -> object catalog -> relationship catalog -> rule catalog -> artifact / skill / provenance catalog -> action catalog -> writeback events

P0 不做大而全知识图谱，也不强行上图数据库。当前先在个人、部门、项目三类 demo 里验证最小对象、关系、规则、动作和写回是否能跑通。

当前进展与下一步

已完成：

1. domain-topology.json 增加 ontology_contract，完整 contract 覆盖 8 个 object、5 个 relationship、5 个 rule、7 个 action、4 个 writeback event type，并新增 metadata、artifact、skill 和 provenance 轻量扩展字段。
2. domain_topology_lint 校验 ontology contract 内部引用，以及 demo case 的 ontology expectation。
3. Domain Scope Eval 要求 personal / department / project 三类基础 case 都引用 object、rule、action 和 writeback event type，并在报告中输出 ontology 指标。
4. Ontology Tool Gateway Conformance 验证 action 必须映射到 ToolPolicy，并在执行前检查 required scopes、rule 覆盖、对象 lifecycle 和 audited writeback。
5. personal、department、project 三类 Ask Router route、Knowledge Card review/promote 和 reindex queue worker 已接入 OntologyToolGateway；No-WeCom MVP Demo 记录 ask_registry_event_count=2、knowledge_card_registry_event_count=6、reindex_queue_registry_event_count=8。
6. Connector Callback Ledger 已把 ledger-connector-callback 写入 ontology registry，形成 callback ledger 的可审计 writeback event。

下一步：

1. 把 worker retry、semantic review 和真实企微 callback 接入同一 project status event timeline，并把企微通讯录、投递和回调 adapter 接到当前 Ask Router topology binding 与 owner registry contract 后面。
2. 扩展 No-WeCom MVP Demo：继续把 knowledge card reindex queue 和 callback ledger 作为最小 writeback / worker 边界压测 retry、幂等和失败恢复。
3. 把 ontology contract 的完成度继续纳入研发进度和实验索引。

来源

• 《一文搞懂Loop 工程、Harness 工程、FDE——Agentic Engineering 的三个层次》：公众号原文链接视为临时来源；稳定镜像见 GitCode/CSDN 和 CSDN。重新定位关键词：一文搞懂Loop工程 Harness工程 FDE Agentic Engineering 三层体系。
• 《AI组织进化：为什么必须先补Palantir本体论这一课》：公众号原文链接视为临时来源；稳定镜像见 53AI。重新定位关键词：AI组织进化 为什么必须先补Palantir本体论这一课。
• 补充参考：小宇宙《王昊奋：大模型越强，知识图谱反而越重要》。