研发进度总览¶
更新日期：2026-06-14
这页是团队成员进入网站后看项目状态的总入口。它回答四个问题：
- 当前项目处在什么阶段。
- MVP 预期要跑通什么状态。
- 已经完成了哪些设计、实验和决策。
- 每个实验结论和后续任务应该从哪里继续读。
当前状态¶
OrgReOrg / Harness 当前处在 P0 本地闭环与风险验证阶段。
当前 repo 同时也是未来产品形态的最小 Demo：一个团队、项目组、部门或公司可以拥有类似的 Agentic Context Management Workspace，用来承载状态看板、知识库、决策、实验报告、任务技能包、测试、权限视图和发布网站。
核心判断已经稳定：
- MVP 主线是
Evidence capture -> Ontology build -> Runtime Projection -> knowledge gap -> proactive ask -> knowledge card -> review -> publish/index。 - 企业微信入口由团队协作者并行推进，当前 repo 侧先做本地模拟、知识库组织、Agentic Search、主动询问、知识外挂和风险实验。
- 项目主抽象已重构为三块：Evidence 原始证据层、Ontology 本体层、Runtime Projection 运行时投影层。
- 原始企微记录、会议、文档、网页、代码和业务系统对象统一属于 Evidence；不再把原始资料拆成所谓 L4。
- 元数据、对象、关系、规则、Markdown、ADR、实验报告、Knowledge Card、Skill、Workflow、权限视图和 writeback 都属于 Ontology 的对象或关系。
- SearchConnector、Postgres/OpenSearch、MCP、Tool Gateway、Ask Router、企业微信消息和 dashboard 都是 Runtime Projection 的实现手段。
- 运行时披露仍可按 D0-D5 渐进读取：当前任务 -> 入口索引/Skill -> 稳定知识制品 -> 检索投影 -> 证据读取 -> 主动补充。
- 旧 L2/L3/L4/L5 口径里的技术点仍然保留：D2 攻克稳定知识制品，D3 攻克检索投影，D4 攻克 Evidence Connector，D5 攻克主动询问；它们只是运行时访问路径，不再是知识形态主模型。
- P0 默认采用 Markdown 渐进披露 + Postgres FTS/pgvector 作为检索投影；OpenSearch/ES 保留为规模化 adapter。
- 当前 repo 同时包含可打包框架层和当前 Demo 的私域领域知识；未来产品化时只抽通用工具、模板、connector contract、eval harness 和 dashboard generator，不打包当前项目领域知识。
domain/不是单一资料桶，而是组织私域拓扑；Framework 必须能同时服务个人、部门、项目三类上下文，并通过 permission view 防止互相污染。- 主动询问的 owner 来源已收敛为 owner registry contract：显式组织目录优先，Domain Topology fallback；真实企微通讯录后续只替换 registry 来源。
- 产品本质是 Agentic Context Management SaaS：在当前任务和权限约束下加载最小充分上下文，降低 token、噪声和权限风险；上下文不足时主动补充并沉淀为组织资产。
- Framework 很大程度是在把 Loop Engineering 产品化：发现工作、装载上下文、执行动作、独立验证、持久化状态、决定下一步和通知相关人。
- 外部 Agentic Engineering / Palantir 本体论参考已纳入方案：Loop / Harness / FDE 对应 runtime、framework harness 和业务落地；Domain Topology 正在从 context library registry 升级为轻量本体 contract。
当前还没有完成：
- 真实企业微信应用接入。
- 真实 Postgres FTS/pgvector adapter。
- 真实 OpenSearch/ES adapter。
- 真实 Connector / MCP server 接入 Tool Gateway。
- 完整 MVC 权限模型。
预期状态¶
P0 MVP 要先跑通这一条链：
text
用户从企业微信或本地 Demo 提出任务
-> Evidence capture 保留原始聊天、文档、链接、代码或业务对象
-> Ontology build 抽取 metadata、object、relationship、rule、artifact、skill 和 writeback
-> Runtime Projection 按用户、任务和权限投影最小上下文包
-> Agent 通过 Skill、Markdown、SearchConnector、Connector 和 Tool Gateway 执行
-> 证据不足时生成 knowledge gap
-> Ask Router 选择 1 到 3 个相关 owner 主动询问
-> 回复形成 review_status=pending 的 knowledge card
-> 人工 review 后写回 Ontology，并发布到 vault/docs 或进入检索投影
P0 不追求一开始做完整平台。当前优先验证：
- 搜索和运行时访问路径是否正确。
- 入库清洗是否丢事实。
- 检索是否可解释、可审计、可控权限。
- 主动询问是否少打扰、问对人、能沉淀。
- 研用测一体流程是否能让团队自己持续试用和改进系统。
- 上下文组合是否做到最小充分：既满足任务质量，又控制 token 成本、无关噪声和权限泄漏。
- 每个实验结论是否能说明它验证的是 Evidence、Ontology 还是 Runtime Projection。
架构主线进度¶
当前项目按三块组织研发、知识沉淀和实验验证：Evidence 原始证据层、Ontology 本体层、Runtime Projection 运行时投影层。
| 主线 | 目标 | 当前状态 | 已完成 | 下一步 | 入口 |
|---|---|---|---|---|---|
| Evidence 原始证据层 | 保留企微、会议、文档、外部资料、代码和业务系统对象的原始证据，并保证 provenance、权限、hash、版本和回查路径。 | 基础目录、原始资料沉淀流程和 Evidence Registry 机器契约已建立，真实企微和外部业务系统 adapter 未接。 | vault/10-raw/、vault/00-inbox/、knowledge card、callback ledger、source_uri、review_status、ContextDocumentRecord 和多个实验输出已形成最小证据链；domain-topology.json 已把 Evidence 声明为主架构层，并要求 Runtime Projection 可审计回查 Evidence；domain/orgreorg-demo/evidence-registry.json 已校验 source snapshot、sha256、临时外链封口、PII/field mask、attachment manifest 和 downstream artifact；Ingestion Quality Demo 已生成 8 条实验级 Evidence source、独立 raw snapshot 和可 lint 的 Evidence Registry，并证明不能只做 naive summary；Connector Callback Ledger 已把 2 条有效 recorded callback 投影为受限 Evidence source 和 raw snapshot，重复、无效签名、过期或缺字段回调不会进入 Evidence；No-WeCom MVP Demo 已把 1 条本地 reply callback 先投影为受限 Evidence source/raw snapshot，再驱动 AskFeedbackEvent 和 pending Knowledge Card 审计引用。 |
把企微聊天/会议/附件和业务系统 Connector 先写入 Evidence Registry，再投影到 ContextDocument 或 Ontology artifact；继续补自动 PII/合同号/客户名识别和 field mask 建议。 | 本体驱动上下文架构, Evidence Registry, Ingestion Quality Demo, Connector Callback Ledger |
| Ontology 本体层 | 把元数据、对象、关系、规则、知识制品、Skill、Workflow、权限视图、Action 和 Writeback 统一成组织语义操作模型。 | 最小 architecture layer / layer relationship / metadata / artifact / skill / provenance / object / relationship / rule / action / writeback contract 已进入 Domain Topology 和 lint；semantic review 与真实持久化 ontology registry 仍待深化。 | domain-topology.json 已覆盖 Evidence、Ontology、Runtime Projection 三段主抽象和三条层间关系；personal、department、project 三类 demo 已接入 ontology expectation；OntologyToolGateway 10/10 通过；Knowledge Card review/promote/reindex queue lifecycle 已写入 ontology registry；Connector Callback Ledger 已把 ledger-connector-callback 写入 ontology registry；任务技能包、project status、experiment registry 已成为可运行本体制品，实验 registry 已按架构主线标注；Evidence Registry 已让 ontology artifact 可反查源材料。 |
把 semantic review、roadmap、实验、任务包和 knowledge card 的生命周期继续统一到 ontology registry；把 Evidence Registry 的 downstream artifact 链路接到更多 ontology artifact，并把本地 JSON contract 演进为可持久化服务边界。 | Domain Topology, Ontology Tool Gateway, 任务技能包 |
| Runtime Projection 运行时投影层 | 根据当前用户、任务、权限和本体状态，投影出最小充分上下文包，并通过 Tool Gateway、SearchConnector、Ask Router 和 LoopRun 审计执行。 | 本地无企微闭环、SearchConnector、Tool Gateway、Ask Router、Knowledge Card Gateway 和多项 eval 已跑通；真实 Postgres/OpenSearch、企微投递/回调和外部业务系统未接。 | Context Management Eval 4/4；Domain Scope Eval 7/7；No-WeCom MVP Demo 跑通 gap、ask、callback Evidence、feedback、reply、review、promote、reindex、search；Search Adapter State Benchmark 4/4 暴露并约束 stale projection window，SearchConnector Tool Gateway 已把 stale_index=true 接入 runtime 阻断，并让 high severity gap receipt 复用 Projection Remediation item id；Context Router Stale Policy Eval 4/4 已按任务风险覆盖 allow_with_notice、require_human_confirmation、wait_for_reindex、block_and_report_gap；Projection Remediation Eval 3/3 已把关键风险 block_and_report_gap 接到本地补证队列、本地 worker reindex event、timeout retry schedule、attempt idempotency、lease token callback guard、项目 Timeline 和 Semantic Review handoff；context_libraries 已声明 projection_role 与 D0-D5 runtime_paths。 |
配置真实 Postgres/OpenSearch 测试服务后用 --include-live-adapters 复用同一状态传播 benchmark，将本地 Projection Remediation worker contract 替换为真实 reindex worker，并接企微/GitHub review adapter、持久化队列、并发锁、retry ledger 和 adapter callback；继续用真实团队问题校准最小上下文、rank_log、成本、权限、task risk 和 stale projection 分级策略。 |
运行时渐进披露, Context Management Eval, Context Router Stale Policy Eval, No-WeCom MVP Demo |
里程碑看板¶
| 模块 | 当前状态 | 已完成 | 下一步 | 入口 |
|---|---|---|---|---|
| 协作和知识库底座 | 已建立，持续维护 | GitHub + vault + docs + MkDocs + 双仓库推送；自试用闭环写入 ADR-014 | 清理过时口径，持续把讨论沉淀到 vault/docs | 团队协作总览, Karpathy LLM Wiki |
| 团队项目 Repo MVP | 产品形态已明确 | 当前 repo 被定位为未来团队项目空间的最小 Demo；状态看板、vault、docs、结构化实验报告、ADR 和 CI 构成最小产品容器；workspace scaffold 已从占位文件升级为最小可用新团队初始化模板，可生成 docs、vault、domain topology、project status、experiment registry、LoopRun 和 Semantic Review seed | 继续把初始化模板接入真实 repo 创建流程，并让新 workspace 首次生成后自动跑项目看板、实验索引和 MkDocs strict build | 团队项目 Repo：产品 MVP 形态, ADR-016 |
| 框架/领域知识解耦 | 第一批代码迁移、workspace contract、scaffold 和 import 边界加固完成 | 新增 framework/、domain/orgreorg-demo/、workspace.blueprint.json、packaging.manifest.json；benchmark、context router、ask router、vault lint、SearchConnector、task skill packages、experiment_report 已迁入 framework/；通过 WorkspacePaths 参数化当前 demo 路径；workspace dry-run 当前 copy=5、template=7、create=14、exclude=6 且通过；scaffold 快照确认不带入 domain/orgreorg-demo、site/ 或缓存文件；scaffold seed 已包含最小 docs、vault、domain topology、project status、experiment registry、LoopRun 和 Semantic Review Queue，并可用现有 validator 渲染项目看板；本地搜索基础能力已下沉到 framework/context/local_search.py，组织目录读取下沉到 framework/connectors/org_directory.py，package_boundary_lint 会阻止 framework 层反向导入 orgreorg_demo |
继续抽 WeCom adapter contract、docs 页面分类、任务包使用日志，并把 scaffold seed 与真实 repo 创建/初始化命令串起来 | 框架与领域知识解耦, Workspace Blueprint, ADR-017, ADR-018, ADR-019 |
| 组织私域拓扑与隔离验证 | topology contract、最小 ontology contract、Domain Context Router、三类 demo 和四类风险探针完成 | domain/orgreorg-demo/domain-topology.json 已覆盖 organization、departments、people、projects、tasks、context_libraries、ontology_contract、ask_router_bindings、routing_rules、permission_views；完整 ontology contract 覆盖 8 个 object、5 个 relationship、5 个 rule、7 个 action 和 4 个 writeback event type，其中 callback ledger object/writeback 已由 Connector Callback Ledger 实验覆盖；Ask Router topology binding 已覆盖 personal、department、project 三类 scope，可按 task_id 或 context_library 选择对应 ask action、对象状态和 throttle 对象；owner registry 已支持显式组织目录优先、Domain Topology fallback，并覆盖 tasks/context_libraries owner；framework/context/domain_router.py 已升级到 domain_router_feature_v1，不再只看关键词，而是组合 lexical overlap、关键词短语、task binding、source path、scope signal、permission scope、ontology binding、lifecycle 和 unknown topology penalty；Domain Scope Eval 覆盖 personal、department、project 三类基础 demo 和跨部门项目、员工调岗、项目归档、权限变更 stale index 四类风险探针，7/7 通过，7 个 case 均输出 Context Router score log，24 个候选均输出 feature breakdown，router 权限过滤库数 10，safe output 泄漏标记为 0，故意不安全 connector 的 9 个越权候选输出被 Tool Gateway 过滤，stale index 阻断 2/2，archived project lifecycle 过滤 1，Ontology contract case 数 3；Ontology Tool Gateway Conformance 10/10 通过，已验证 personal、department、project 三类 ask action、action-policy 映射、required scopes、rule 覆盖、按 action type 判断对象 lifecycle、writeback 审计，以及 pending card 可 ask/review、reviewed card 可 promote；OntologyToolGateway 已接入三类 Ask Router route 以及 Knowledge Card review、promote、reindex queue 的本地执行路径，Ask Router、review/promote 与 queue worker 前后态已写入 ontology registry；Connector Callback Ledger 已把 callback ledger state 写入 ontology registry audit stream |
用真实团队问题和人工纠正日志校准 domain_router_feature_v1 的 feature 权重；把合成 stale index 替换成真实 adapter 的删除传播、重建延迟和权限变更事件；继续接 Postgres/OpenSearch adapter、外部 Connector action、企微通讯录/投递/回调 adapter |
Domain Topology, Domain Scope Eval, Ontology Tool Gateway, ADR-033 |
| Agentic Context Management 指标 | 最小充分上下文评测、Domain Context Router trace、rank_log 观测完成 | Context Management Eval 覆盖 personal、department、project 和权限受限 gap 四类 case，4/4 通过；已复用 domain_router_feature_v1 生成 route trace 和 12 个候选 feature breakdown；Context Router Stale Policy Eval 4/4 已验证 low/medium/high/critical 四档 stale-index 披露策略；已复用 route_ask_request 生成 ask message、ask trace 和 pending knowledge card；平均 token 节省 24.6%，权限过滤候选数 4，router 权限过滤库数 4，trace event 数 9，SearchConnector rank_log case 数 4，gateway filtered output 数 4，knowledge gap 数 1，ask event 数 1，Ask Router guarded route 已验证 ontology gate 与 registry safe output，safe output 泄漏标记为 0；已把“知识构建和搜索服务于上下文管理”落成可运行指标，并把 route trace / feature breakdown / stale policy / SearchConnector rank_log / ask event / pending knowledge card 作为 Loop 状态输出 |
用真实团队问题和人工纠正日志校准 domain_router_feature_v1 的 feature 权重和 task risk 标注，把 route_ask_request 的本地消息投递替身接到真实 Ask Router / 企业微信消息事件，并让 Postgres/OpenSearch adapter 输出同一 rank_log contract、延迟、成本和 projection_states |
Context Management Eval, Context Router Stale Policy Eval, 产品底层逻辑, 私域上下文库与检索总线 |
| 研用测一体 | 已确立原则，实验报告索引与进度看板已联动 | 开发过程即运行项目；资料、观点、实验和摩擦进入 capture -> compile -> review -> publish -> verify；当前 20 个 P0 实验已进入 domain/orgreorg-demo/experiment-reports.json，网站实验索引和研发进度看板都从同一 registry 生成；experiment_report 已强制 owner、freshness、cost、risk_level 字段，并同步到实验索引和项目看板；真实团队问题回归集已经开始把讨论中暴露的误路由、误搜索、权限边界和 stale projection 补证问题转成可复跑 benchmark |
继续接入任务包使用日志的成本/纠正信号，并把实验 freshness 复查提醒接到 LoopRun / Review Queue | 讨论-记录-开发-测试循环, ADR-014 |
| Loop Engineering | 最小 LoopSpec / LoopRun contract、Projection retry loop 与 reviewer event 入口完成 | 已明确 Framework 很大程度是在把 Loop Engineering 产品化；新增 LoopSpec / LoopRun 最小 contract，Context Gap Collection Loop 复用 Context Management Eval 跑出 ready_for_handoff，knowledge gap=1、ask event=1、leak marker=0，本地 route_ask_request_guarded 已让 ask route 先过 OntologyToolGateway，再生成 ask message、ask trace 和 pending knowledge card，knowledge_card --reply-text 已固定本地回复解析 contract，AskFeedbackEvent 已把问错人 / better_owner 回复转成下一轮路由纠错事件，domain/orgreorg-demo/ask-feedback-events.json 已作为无企微本地回调事件流，真实投递等待企业微信 adapter；Knowledge Maintenance Loop 跑出 completed_dry_run，checked_artifact_count=5、missing_artifact_count=0、stale_generated_count=0；PR/Docs Health Loop 跑出 ready_for_handoff，required_ci_gate_count=5、missing_ci_gate_count=0，本地门禁契约通过；Projection Remediation Retry Loop 跑出 completed_dry_run，projection retry scheduled=1、timeout=1、callback rejected=1、idempotency key present=3、lease token present=1、leak marker=0，真实 reindex worker 和持久化队列等待 adapter；GitHub Actions Run Ledger 已把 ALPC91 mirror 失败、修复成功和团队 PR 成功三类 run 脱敏投影到项目 Timeline，success=2、failure=1、leak=0；真实 review comments 和 live GitHub API 拉取等待后续 adapter；docs/project-progress.md 已自动水合并展示 LoopRun 状态；Semantic Review Queue 已接入本地 reviewer event log 与 CLI 操作入口，当前 2 个 review_requested event 水合到看板 |
把本地 reviewer event CLI 接入真实身份、权限和人审界面，把 GitHub Actions Run Ledger 从 fixture 替换为 gh / GitHub App live adapter，并接入 review comments；把 Projection Remediation Retry Loop 接到真实 Postgres/OpenSearch worker、持久化队列锁和 adapter callback；把 route_ask_request / AskFeedbackEvent 的本地替身接到真实企微投递、签名校验、消息 ID、会话 ID 和回调事件；把 Loop / Harness / FDE 分层转成面向客户 domain 初始化和交付验收的 playbook |
Loop Engineering, LoopSpec Demo, 讨论-记录-开发-测试循环, Context Management Eval |
| 本体驱动上下文架构 | 主抽象已重构，进入全项目对齐 | 项目主线从旧 L0-L5 知识分层校准为 Evidence -> Ontology -> Runtime Projection；原始资料统一归入 Evidence；Markdown、ADR、实验报告、Skill、Knowledge Card、权限视图和 writeback 统一归入 Ontology；SearchConnector、MCP、Tool Gateway、Ask Router 和企微消息归入 Runtime Projection；运行时仍保留 D0-D5 渐进披露路径作为访问策略 | 把 ontology contract 扩展到 metadata、artifact、skill、provenance；把所有实验和 roadmap 按三段主线归类，并让真实 adapter 验证 runtime projection 的延迟、成本、rank_log 和 stale 阻断 | 本体驱动上下文架构, 运行时渐进披露 |
| 任务技能包 | 第一批最小包、Ask Router Review、使用日志 dashboard 和本地 runtime 已实体化 | progressive_manifest_guarded Precision/Recall/Exact/Safe 均为 100%；已新增 framework/task_skills manifest lint 和 harness_knowledge_ingest、agentic_search_benchmark、project_status_dashboard、ask_router_review 四个最小包；新增 task_skill_usage_log 与 task_skill_runtime，当前 12 个本地研用测事件 precision/recall 均为 91.7%，人工纠正率 16.7% |
把本地 task_skill_runtime 接入线上 Agent / 企微 / Web runtime；把 Tool Gateway safety case 纳入 usage dashboard，并继续记录 ask_router_review 的问错人、节流和回复解析纠正信号 | 任务技能包与可执行知识, Task Skill Package Eval, Task Skill Usage Log |
| Agentic Search | P0 选型、SearchConnector contract、本地 adapter、可选外部 adapter skeleton、conformance、Tool Gateway 和状态传播 benchmark 接入完成 | P0 默认 tiered_markdown_postgres；规模化候选 tiered_markdown_opensearch；in_memory 与 sqlite_fts 两个 connector 共 14 个 conformance cases 100% 通过；Postgres FTS/pgvector 与 OpenSearch/ES adapter skeleton 已接入可选 conformance 注册；SearchConnector Tool Gateway 7 个 cases 100% 通过，已把 stale_index=true 从状态传播 benchmark 接入 runtime 阻断，并让 high severity reindex/gap receipt 复用 Projection Remediation item id；Context Router Stale Policy Eval 4/4 通过，已按 low/medium/high/critical 四档任务风险决定 stale context 披露、人工确认、等待 reindex 或 block_and_report_gap；Projection Remediation Eval 3/3 通过，已把关键风险 block_and_report_gap 接到 queued_for_reindex 补证 item、本地 worker reindex_succeeded event、timeout retry schedule、attempt idempotency、lease token callback guard、项目 Timeline 和 pending Semantic Review handoff；Search Adapter State Benchmark 4/4 通过，删除、权限降级、supersede 三类 stale-index window 均被检测，reindex 前暴露 3 个 stale hit，reindex 后 4/4 恢复安全，rank_log 已包含 generation、stale_index、过滤计数、adapter id、adapter kind、latency 和 cost units；adapter matrix 已覆盖 sqlite_fts、postgres_fts、opensearch，未配置 DSN/URL 时 live adapter 明确标记 skipped_unavailable |
接真实 Postgres/OpenSearch 测试服务后用 --include-live-adapters 复用 SearchConnector conformance、Tool Gateway conformance、Context Router stale policy、Projection Remediation Eval 和 Search Adapter State Benchmark，跑 live conformance、延迟、成本、rank log、projection_states、索引传播、权限变更传播、删除传播、真实 reindex worker、持久化 retry ledger、timeout、idempotency 和并发锁对照 |
私域 Agentic Search, SearchConnector Contract, SearchConnector Conformance, SearchConnector Tool Gateway, Context Router Stale Policy Eval, Projection Remediation Eval, Search Adapter State Benchmark, Postgres Search Adapter, OpenSearch Adapter, 选型实验 |
| 入库清洗 | 第一轮风险实验完成，输出已接入 Evidence source -> ContextDocumentRecord 链路 | structured ingestion 事实召回 100%，naive summary 只有 19%；ingestion quality 输出已生成 8 条 Evidence source、8 个 raw snapshot、可校验 Evidence Registry，并迁移为 ContextDocumentRecord，可投影到 SearchConnector.ContextDocument |
给 JSON/表格增加结构化字段映射；增加 PII 检测和 field_mask 自动建议 | Ingestion Quality Demo |
| 检索风险 | 第二轮本地 benchmark、SearchConnector contract、状态传播风险、Context Router stale policy 和补证路径实验完成 | hybrid_guarded 达到安全回答率 100%，权限泄漏和 lifecycle 违规为 0；sqlite_fts adapter 已验证真实本地 FTS 索引路径；Search Adapter State Benchmark 已暴露删除、权限降级和 supersede 三类 stale-index window，并验证 reindex 后 lifecycle / permission / superseded opt-in 语义恢复安全；SearchConnector Tool Gateway 已统一阻断 stale hits，并让 high severity gap receipt 复用 Projection Remediation item id；Context Router Stale Policy Eval 4/4 已按任务风险选择低风险提示、中风险人工确认、高风险等待 reindex、关键风险 block_and_report_gap；Projection Remediation Eval 3/3 已把 block_and_report_gap 与本地 reindex worker event / timeout retry / attempt idempotency / lease token callback guard / 项目 Timeline / Semantic Review handoff 统一；Postgres/OpenSearch live adapter 的可用性与跳过原因已进入 adapter matrix |
接入 Postgres/OpenSearch 外部服务 adapter，并用 --include-live-adapters 补真实延迟、成本、rank log、projection_states、删除传播、权限变更传播、reindex backlog、补证队列 worker、retry ledger、timeout、idempotency 和并发锁 |
Retrieval Platform Benchmark, Search Adapter State Benchmark, Context Router Stale Policy Eval, Projection Remediation Eval |
| 运行时访问路径 | 对照实验完成，并迁移到 SearchConnector contract | tiered_hybrid 在当前样例 Recall、Top1、gap、安全均为 100%；受控路径通过 SearchConnector.get_document() 做候选过滤 |
接入真实检索投影 adapter 和 Evidence Connector | Context Layer Benchmark |
| 主动询问 | 本地仿真、Ask Router contract、knowledge card 生命周期与 gateway 检索外挂闭环完成，企微未接 | 9 个合成场景 Top1、Recall@3、安全路由、消息契约、负反馈和节流均为 100%，重复询问抑制数 1；新增 route_ask_request / route_ask_request_guarded 本地 Ask Router contract，可从 gap 生成 ask message、trace log 和 pending knowledge card，并用 recent_ask_events / cooldown_minutes 抑制重复打扰；新增 ask_feedback_event_from_reply / apply_feedback_events / ask-feedback-events.json，可把结构化回复中的 better_owner 或“不是我负责”写成本地回调事件并影响下一轮路由；owner registry 已统一为显式目录优先、Domain Topology fallback，orgreorg_demo、ask_router_simulation 和 No-WeCom MVP Demo 均使用同一 contract；No-WeCom MVP Demo 已跑通 ask_ontology_action=allow、ask_registry_event_count=2、初始问错人、Connector Callback Ledger 采信有效 reply callback、幂等抑制重复回调、拒绝无效签名、callback Evidence source=1、registry_error=0、feedback_event_ref=1、knowledge_card_ref=1、反馈纠错、reply、review、promote、OntologyToolGateway、Knowledge Card Tool Gateway reindex/search 的完整主链路，并加入 pending、rejected、needs_changes、expired、restricted 五类治理反例；本地 knowledge_card workflow 可模拟回复、解析结构化 --reply-text、人工 review，并只允许 reviewed 卡片提升到 vault/docs；personal、department、project 三类 Ask Router route 与 review/promote 已先经过 OntologyToolGateway，并把 pending/reviewed/promoted lifecycle 写入 ontology registry；promoted card 已可投影为 ContextDocumentRecord，并通过 Knowledge Card Tool Gateway 接入 reindex/search、本地 reindex queue 和 ontology registry，14 个 Knowledge Card gateway cases 与 10 个 Ontology Tool Gateway cases 100% 通过，覆盖对象 ID、owner、source_uri、路径、rank_log 存在性计数、错误路径、review/promote lifecycle、queue safe output 泄漏、ontology scope gate 和 registry lifecycle |
增加真实团队问题，并把 owner registry 接入企微通讯录，把 route_ask_request / AskFeedbackEvent 接入企微发送/回调身份、签名 header、消息 ID、会话 ID、送达状态、Connector Callback Ledger 和 gateway conformance |
Ask Router Simulation, Knowledge Card Review 闭环, Knowledge Card Tool Gateway |
| 企业微信入口 | 待团队协作者推进 | 当前文档定义入口职责、身份、消息和回调边界 | 建立自建应用或机器人 POC；接 ask_router 消息模板 | MVP 开发计划 |
| Tool Gateway / MVC | 最小 safety harness、SearchConnector、Knowledge Card 工具、ontology action policy、外部 Connector action contract 和 callback ledger 接入完成，真实外部 API 未接 | 9 个本地 Tool Gateway safety cases 全部通过；SearchConnector 已作为 context.search、context.get_document、context.report_gap 接入 Tool Gateway，7 个 conformance cases 全部通过，已验证 stale_index=true 时 runtime 阻断 hits、暴露安全 rank_log 字段，并记录复用 Projection Remediation item id 的 high severity reindex/gap receipt；Projection Remediation Eval 已把关键风险 block_and_report_gap 接到统一补证 item、本地 worker event 和 Semantic Review handoff；Knowledge Card reindex/search/review/promote 已接入 Tool Gateway，14 个 conformance cases 全部通过，search/reindex/queue/registry safe output 不泄露对象 ID、owner、source_uri、路径、rank_log 存在性计数、错误路径或内容 marker，且 review/promote 经过 OntologyToolGateway，queue processing 缺少 ontology required_scopes 时不会运行 worker；Ontology Tool Gateway Conformance 10/10 通过，已验证 personal、department、project 三类 ask action、ontology action 到 ToolPolicy 的映射、required_scopes 缺失拒绝、按 action type 判断 lifecycle、rule 未覆盖对象拒绝和 audited writeback 要求；External Connector Action Gateway 6/6 通过，合成企微、GitHub 和 CRM action 均先过 Tool Gateway，允许或 draft-only 后只写安全 writeback，4 条 writeback events 已投影到 project status event timeline，safe output / writeback / audit payload 不泄露原始消息 ID、会话 ID、URL、owner、PR/commit 或业务对象 ID；Connector Callback Ledger 6/6 通过，2 条有效回调安全落 ledger 并生成受限 Evidence source/raw snapshot，ontology registry 写入 ledger-connector-callback state=recorded 且 event_count=1，并已投影到 project status event timeline，1 条重复回调被幂等抑制，3 条无效签名、过期时间戳或缺字段回调被拒绝，safe output / ledger event 未泄露原始消息 ID、会话 ID、URL、owner、run_id 或 commit sha；domain/orgreorg-demo/knowledge-card-reindex-queue.json 已作为本地 JSON 队列状态原型，Ask Router、review/promote 和 queue worker 前后 lifecycle 已写入 ontology registry；No-WeCom MVP Demo 中 ask_ontology_action=allow、ask_registry_event_count=2、callback Evidence source=1、registry_error=0、feedback_event_ref=1、knowledge_card_ref=1、review_ontology_action=allow、promote_ontology_action=allow、knowledge_card_registry_event_count=6、reindex_queue_ontology_action=allow、reindex_queue_registry_event_count=8，pending/rejected/needs_changes/expired 卡片检索命中为 0，restricted card 对 team 用户命中为 0，team 用户请求 restricted scope 被 deny |
把企微通讯录、投递和回调 adapter 接到当前 Ask Router topology binding、owner registry contract、External Connector Action Gateway 和 Connector Callback Ledger 后面；把 worker retry、semantic review、GitHub Actions live adapter 和真实企微 callback 接入同一 project status event timeline，并继续扩展 registry 事件、timeout/retry/idempotency、签名 header、source-system permission 和真实增量 adapter 状态的泄漏检查 | 风险驱动验证计划, Tool Gateway Safety Harness, SearchConnector Tool Gateway, Projection Remediation Eval, Knowledge Card Tool Gateway, Ontology Tool Gateway, External Connector Action Gateway, Connector Callback Ledger, 权限视图与 MVC |
实验结论导航¶
| 实验 | 架构主线 | Owner | Freshness | Cost | 风险 | 问题 | 当前结论 | 报告 |
|---|---|---|---|---|---|---|---|---|
| Context Router Demo | Runtime Projection | context-routing | watch 2026-06-14 14d |
zero local_python no-paid-api |
low | 路由是否能减少无关上下文 | 路由能选中预期上下文库并节省约 12.9% prompt token，但这个结论价值有限；后续重点转向风险验证 | Context Router Demo |
| Ingestion Quality Demo | Evidence Ontology |
ingestion | current 2026-06-14 14d |
zero local_python no-paid-api |
high | 入库清洗会不会丢事实 | naive summary 事实召回 19%，structured ingestion 事实召回 100%；当前已先生成 8 条 Evidence source 和 raw snapshot，再投影为 ContextDocumentRecord | Ingestion Quality Demo |
| Retrieval Platform Benchmark | Runtime Projection | search | current 2026-06-14 14d |
zero local_python no-paid-api |
high | 检索如何避免权限、删除、旧新冲突和 gap 错误 | 只做 ACL 不够，必须同时做 permission、lifecycle、confidence threshold 和 gap 判断 | Retrieval Platform Benchmark |
| SearchConnector Conformance | Runtime Projection | search | current 2026-06-14 14d |
zero local_python no-paid-api |
medium | 真实检索 adapter 是否遵守最低安全和可解释 contract | in_memory 与 sqlite_fts 两个 connector 共 14 个 conformance cases 全部通过；Postgres/OpenSearch adapter skeleton 已接入可选注册，后续必须用真实服务复用同一验收集 |
SearchConnector Conformance |
| Search Adapter State Benchmark | Runtime Projection | search | current 2026-06-14 14d |
zero local_python no-paid-api |
high | 真实检索投影 adapter 接入前，删除传播、权限变更、supersede 和 reindex 延迟会造成哪些 stale-index 风险 | 4 个 Search Adapter State Benchmark cases 全部通过；adapter matrix 覆盖 sqlite_fts、postgres_fts、opensearch，其中默认 CI 运行 sqlite_fts，Postgres/OpenSearch 在未配置 DSN/URL 时标记为 skipped_unavailable；删除、权限降级、supersede 的 stale-index window 均被检测，reindex 前暴露 3 个 stale hit，reindex 后 4/4 恢复安全；rank_log 已包含 generation、stale_index、过滤计数、adapter id、adapter kind、latency 和 cost units | Search Adapter State Benchmark |
| SearchConnector Tool Gateway | Runtime Projection | tool-gateway | current 2026-06-14 14d |
zero local_python no-paid-api |
high | SearchConnector 是否已经作为工具能力进入 Tool Gateway 调用路径 | 7 个 SearchConnector Tool Gateway cases 全部通过；已验证 scope escalation 拒绝、namespaced scope、不安全 connector 输出过滤、rank_log 清洗、stale_index 运行时阻断、high severity gap receipt 复用 Projection Remediation item id，safe output 不泄露 source_uri | SearchConnector Tool Gateway |
| Context Router Stale Policy Eval | Runtime Projection | context-routing | current 2026-06-14 14d |
zero local_python no-paid-api |
high | Context Router 是否能按任务风险处理 stale_index 候选上下文库 | 4 个 Context Router Stale Policy cases 全部通过；低风险 stale context 可 allow_with_notice 并进入 selected context，中/高/关键风险 stale context 默认不进入 Agent prompt，分别要求人工确认、等待 reindex 或 block_and_report_gap；safe trace 泄漏标记为 0 | Context Router Stale Policy Eval |
| Projection Remediation Eval | Runtime Projection | search | current 2026-06-14 14d |
zero local_python no-paid-api |
critical | 关键风险 stale projection 被 block 后，是否能进入统一补证、reindex 和人审路径 | Projection Remediation Eval 3/3 通过；关键风险 stale projection 会生成 queued_for_reindex 补证 item，本地 worker 可将 adapter result 转为 reindexed，也可在 waiting 超时后记录 timeout、进入 retry_scheduled、到期重开 attempt 并轮换 idempotency key；第二个 worker 不能抢占 active lease，错误 lease token callback 被拒绝且不改变状态；worker events=7，同步生成 pending Semantic Review handoff；safe output 泄漏标记为 0 |
Projection Remediation Eval |
| Knowledge Card Tool Gateway | Ontology Runtime Projection |
knowledge-card | current 2026-06-14 14d |
zero local_python no-paid-api |
high | review 后的 knowledge card reindex/search 是否已经进入 Tool Gateway 调用路径 | 14 个 Knowledge Card Tool Gateway cases 全部通过；已验证 team search、scope escalation 拒绝、restricted card 不泄露、reindex 治理权限、review/promote 经过 OntologyToolGateway、本地 reindex queue 增量处理、queue processing 经过 OntologyToolGateway required scopes gate，review/promote 与 queue worker 前后态写入 ontology registry，以及 search/reindex/queue/registry safe output 不泄露对象 ID、owner、source_uri、路径、rank_log 存在性计数、错误路径或内容 marker | Knowledge Card Tool Gateway |
| Ontology Tool Gateway Conformance | Ontology Runtime Projection |
ontology | current 2026-06-14 14d |
zero local_python no-paid-api |
high | ontology action 是否已经进入 Tool Gateway 调用前的治理决策 | 10 个 Ontology Tool Gateway conformance cases 全部通过；已验证 personal、department、project 三类 ask action、ontology action 到 ToolPolicy 的映射、required_scopes 缺失拒绝、按 action type 判断对象 lifecycle、rule 未覆盖对象拒绝和 audited writeback 要求；Ask Router binding 已进入 domain-topology.json，route_ask_request_guarded 可按 topology task/context-library mapping 选择 action 与对象状态；OntologyToolGateway 已接入三类 Ask Router route 以及 Knowledge Card review、promote、reindex queue 的本地执行路径，pending card 可以 ask/review，reviewed card 可以 promote，queue worker lifecycle 已写入 ontology registry |
Ontology Tool Gateway Conformance |
| Domain Scope Eval | Ontology Runtime Projection |
domain-topology | current 2026-06-14 14d |
zero local_python no-paid-api |
high | 同一套 Framework 能否同时服务个人、部门、项目三类私域，并阻断跨域泄漏 | personal、department、project 三类基础 demo 和 4 个风险探针全部通过；Domain Scope Eval 已接入 domain_router_feature_v1，7/7 输出 Context Router score log，24 个候选输出 feature breakdown；三个基础 demo 已引用 ontology contract，覆盖 object=7、rule=5、action=7、writeback=3；完整 topology contract 已扩展到 callback ledger object/writeback；故意不安全 connector 的 9 个越权候选输出被 Tool Gateway 过滤，safe output 泄漏标记为 0 |
Domain Scope Eval |
| Domain Router Feedback Eval | Runtime Projection | context-routing | current 2026-06-14 14d |
zero local_python no-paid-api |
high | Context Router 能否从人工纠错事件中改进下一轮上下文库排序，同时不绕过权限 | 2 个 Domain Router feedback cases 全部通过；docs/vault 组织问题可从 org_directory 纠正到 project_orgreorg_knowledge；财务上下文即使被反馈标记相关，也仍被项目维护者 permission view 过滤 |
Domain Router Feedback Eval |
| Real Team Context Benchmark | Runtime Projection | context-management | current 2026-06-14 14d |
zero local_python no-paid-api |
high | 真实团队讨论里暴露的问题，是否已经进入 Context Router、source closure、Connector 边界和权限过滤回归集 | 5 个真实团队问题回归 case 全部通过；docs/vault、Roadmap、公众号临时链接和 connector 边界问题均路由到 project_orgreorg_knowledge；财务上下文对 project-maintainer 被 permission view 过滤；16 个本地文档 marker 检查通过 |
Real Team Context Benchmark |
| Context Management Eval | Runtime Projection | context-management | current 2026-06-14 14d |
zero local_python no-paid-api |
medium | 上下文管理是否能同时观察任务质量、token 成本、权限过滤和知识缺口 | 4 个 Context Management cases 全部通过；已用 domain_router_feature_v1 生成 route trace 和 12 个候选 feature breakdown；已用 route_ask_request 生成 ask message、ask trace 和 pending knowledge card；平均 token 节省 24.6%，权限过滤候选数 4，router 权限过滤库数 4，trace event 数 9，SearchConnector rank_log case 数 4，gateway filtered output 数 4，knowledge gap 数 1，ask event 数 1，safe output 泄漏标记为 0 |
Context Management Eval |
| LoopSpec Demo | Runtime Projection | loop-engineering | current 2026-06-14 14d |
zero local_python no-paid-api |
medium | Framework 是否能用结构化 LoopSpec / LoopRun 表达封闭 loop、验证结果和 handoff 边界 | Context Gap Collection 与 PR/Docs Health 均为 ready_for_handoff；Knowledge Maintenance 和 Projection Remediation Retry 为 completed_dry_run；knowledge gap=1、ask event=1、pending knowledge card=1、projection retry scheduled=1、projection timeout=1、projection callback rejected=1、projection idempotency key=3、projection lease token=1、missing CI gate=0、stale generated=0 |
LoopSpec Demo |
| No-WeCom MVP Demo | Evidence Ontology Runtime Projection |
mvp-runtime | current 2026-06-14 14d |
zero local_python no-paid-api |
critical | 没有企业微信接口时，本地 MVP 是否能跑通完整主链路 | 无企微端到端 MVP smoke 通过：初始 owner=finance-owner，ask_ontology_action=allow，ask_registry_event_count=2，Context Router 可从 baseline org_directory 纠正到 project_orgreorg_knowledge 且 feedback_applied=2，callback ledger recorded=1、duplicate=1、rejected=1、leak=0，callback Evidence source=1、registry_error=0、feedback_event_ref=1、knowledge_card_ref=1，问错人 feedback event=1，纠错后 owner=crm-owner，reviewed，review_ontology_action=allow，promote_ontology_action=allow，knowledge_card_registry_event_count=6，reindex_queue_status=ready_for_reindex，reindex_queue_ontology_action=allow，reindex_queue_registry_event_count=8，reindex_queue_indexed=1，reindex_queue_search_hit=1，reindex_queue_safe_output_leak=0，indexed=1，search_hit=1；5 个治理探针通过，blocked_probe_hit=0，restricted_team_hit=0，restricted_user_hit=1，team restricted-scope 请求被 deny，restricted leak marker=0 |
No-WeCom MVP Demo |
| Context Layer Benchmark | Runtime Projection | context-architecture | current 2026-06-14 14d |
zero local_python no-paid-api |
medium | 渐进披露、RAG、分层混合谁更稳 | 当前样例里 tiered_hybrid 最稳；单用 D2、单用 D3 都有明显边界 |
Context Layer Benchmark |
| Agentic Search Option Benchmark | Runtime Projection | search | current 2026-06-14 14d |
zero local_python no-paid-api |
medium | P0 到底先用 Postgres、ES 还是向量库 | P0 默认 Markdown + Postgres FTS/pgvector；OpenSearch/ES 后置为规模化 adapter；纯向量库不作为核心默认 | Agentic Search Option Benchmark |
| Ask Router Simulation | Ontology Runtime Projection |
ask-router | current 2026-06-14 14d |
zero local_python no-paid-api |
high | 证据不足时问谁、怎么问 | 9 个合成场景中 Top1、Recall@3、安全路由、负反馈、节流和消息契约均为 100%，重复询问抑制数 1；AskFeedbackEvent 已支持 better_owner / not_owner 回复写入本地事件流并影响下一轮路由；owner registry 已统一为显式目录优先、Domain Topology fallback |
Ask Router Simulation |
| Task Skill Package Eval | Ontology | task-skills | current 2026-06-14 14d |
zero local_python no-paid-api |
medium | 任务技能包是否会误触发、膨胀或过期 | progressive_manifest_guarded 当前样例 100% 通过，平均 token 比 all-in 降约 95%；正式包必须有 manifest、negative_terms、status、verify 和安全字段 |
Task Skill Package Eval |
| Tool Gateway Safety Harness | Runtime Projection | tool-gateway | current 2026-06-14 14d |
zero local_python no-paid-api |
critical | MCP/Connector 工具边界是否能强制 schema、权限、审批、外连和输出净化 | 9 个 Tool Gateway safety cases 全部通过；已验证 schema hash、scope、R4 approval、R3 draft-only、SSRF/egress、输出脱敏和审计不泄密 | Tool Gateway Safety Harness |
| External Connector Action Gateway | Runtime Projection | tool-gateway | current 2026-06-14 14d |
zero local_python no-paid-api |
critical | 外部 Connector action 接入后，是否能强制 Tool Gateway、safe writeback 和泄漏边界 | 6 个 External Connector Action Gateway cases 全部通过；允许或 draft-only 的 4 个 case 写入安全 writeback 并投影到 project status event timeline；缺 scope 和缺 approval 的外部动作不写成功事件；safe output / writeback / audit payload 未泄露原始消息 ID、会话 ID、URL、owner、PR/commit 或业务对象 ID | External Connector Action Gateway |
| Connector Callback Ledger | Evidence Ontology Runtime Projection |
tool-gateway | current 2026-06-14 14d |
zero local_python no-paid-api |
critical | 外部 Connector 回调进入系统时，是否能签名校验、幂等去重、安全落 ledger，并避免源系统对象泄漏 | 6 个 Connector Callback Ledger cases 全部通过；2 条有效回调安全落 ledger 并生成受限 Evidence source/raw snapshot，1 条重复回调被幂等抑制，3 条无效签名、过期时间戳或缺字段回调被拒绝；ontology registry 记录 ledger-connector-callback state=recorded、event_count=1；safe output / ledger event 未泄露原始消息 ID、会话 ID、URL、owner、run_id 或 commit sha |
Connector Callback Ledger |
| GitHub Actions Run Ledger | Runtime Projection | loop-engineering | current 2026-06-14 14d |
zero local_python no-paid-api |
medium | GitHub Actions 运行状态能否安全投影到项目看板 Timeline | 3 个 GitHub Actions Run Ledger cases 全部通过；输出 3 条 timeline event，其中 success=2、failure=1、unsafe_payload_leaks=0；ALPC91 mirror 失败和修复成功可以被同一 PR/Docs Health 事件流表达 | GitHub Actions Run Ledger |
Loop 状态导航¶
| LoopRun | Loop | 状态 | 轮次 | 已完成条件 | Handoff | 指标 |
|---|---|---|---|---|---|---|
| loop-context-gap-collection-20260613 | context-gap-collection | ready_for_handoff | 1 | knowledge_gap_detected, ask_event_drafted, ask_contract_verified, safe_output_verified | requires_real_wecom_delivery | context_cases=4 knowledge_gap_count=1 ask_event_count=1 pending_knowledge_card_count=1 permission_filtered_libraries=4 leak_marker_count=0 ask_contract_failures=0 |
| loop-knowledge-maintenance-20260613 | knowledge-maintenance | completed_dry_run | 1 | project_status_dashboard_up_to_date, experiment_report_index_up_to_date, loop_report_present, required_knowledge_pages_present | requires_human_review_for_semantic_staleness | checked_artifact_count=5 missing_artifact_count=0 stale_generated_count=0 project_status_dashboard_up_to_date=1 experiment_report_index_up_to_date=1 loop_report_present=1 |
| loop-pr-docs-health-20260613 | pr-docs-health | ready_for_handoff | 1 | ci_required_gates_present, generated_outputs_current, local_preflight_contract_verified | requires_real_github_pr_ci_status, requires_review_comment_polling | required_ci_gate_count=5 missing_ci_gate_count=0 missing_artifact_count=0 stale_generated_count=0 local_preflight_passed=1 |
| loop-projection-remediation-retry-20260614 | projection-remediation-retry | completed_dry_run | 1 | timeout_retry_scheduled, attempt_idempotency_key_rotated, lease_token_callback_guarded, safe_output_verified | requires_live_reindex_worker_adapter, requires_persistent_queue_locking | projection_case_count=3 projection_retry_scheduled_count=1 projection_timeout_count=1 projection_callback_rejected_count=1 projection_dead_letter_count=0 projection_idempotency_key_count=3 projection_lease_token_count=1 leak_marker_count=0 missing_artifact_count=0 |
事件 Timeline¶
当前结构化事件：15 个。
| 时间 | 来源 | Process | Event | Object | 状态变化 | Actor | Source Ref |
|---|---|---|---|---|---|---|---|
| 2026-06-14T09:28:00Z | Projection Remediation Worker | projection-remediation | projection-remediation-reindex-succeeded | projection-remediation-5263f47cf0f6 | waiting_for_adapter -> reindexed | projection-worker-a | vault/50-outputs/projection-remediation-results.json#lease-token-callback-guard/projection-remediation-event-0065b3a1ea0a |
| 2026-06-14T09:27:00Z | Projection Remediation Worker | projection-remediation | projection-remediation-reindex-callback-rejected | projection-remediation-5263f47cf0f6 | waiting_for_adapter -> waiting_for_adapter | projection-worker-b | vault/50-outputs/projection-remediation-results.json#lease-token-callback-guard/projection-remediation-event-41bea52df41c |
| 2026-06-14T09:25:00Z | Projection Remediation Worker | projection-remediation | projection-remediation-reindex-waiting | projection-remediation-5263f47cf0f6 | queued_for_reindex -> waiting_for_adapter | projection-worker-a | vault/50-outputs/projection-remediation-results.json#lease-token-callback-guard/projection-remediation-event-0049b5130dbd |
| 2026-06-14T09:20:00Z | Projection Remediation Worker | projection-remediation | projection-remediation-reindex-waiting | projection-remediation-5263f47cf0f6 | retry_scheduled -> waiting_for_adapter | projection-remediation-worker | vault/50-outputs/projection-remediation-results.json#waiting-timeout-retry-idempotency/projection-remediation-event-cd7f70bfac21 |
| 2026-06-14T09:05:00Z | Projection Remediation Worker | projection-remediation | projection-remediation-reindex-timed-out | projection-remediation-5263f47cf0f6 | waiting_for_adapter -> retry_scheduled | projection-remediation-worker | vault/50-outputs/projection-remediation-results.json#waiting-timeout-retry-idempotency/projection-remediation-event-c8827df11b2e |
| 2026-06-14T08:35:00Z | Projection Remediation Worker | projection-remediation | projection-remediation-reindex-succeeded | projection-remediation-5263f47cf0f6 | queued_for_reindex -> reindexed | projection-remediation-worker | vault/50-outputs/projection-remediation-results.json#critical-stale-block-to-remediation/projection-remediation-event-4ca998426d23 |
| 2026-06-14T08:31:00Z | Projection Remediation Worker | projection-remediation | projection-remediation-reindex-waiting | projection-remediation-5263f47cf0f6 | queued_for_reindex -> waiting_for_adapter | projection-remediation-worker | vault/50-outputs/projection-remediation-results.json#waiting-timeout-retry-idempotency/projection-remediation-event-f24883f05a8e |
| 2026-06-14T07:08:37Z | GitHub Actions Run Ledger | pr-docs-health | github-actions-run-success | github.actions.build-mkdocs.main | requested -> success | github-actions | vault/50-outputs/github-actions-run-ledger-results.json#github-actions-run-f2030a0a209f |
| 2026-06-14T07:02:10Z | GitHub Actions Run Ledger | pr-docs-health | github-actions-run-success | github.actions.build-mkdocs.alpc91 | requested -> success | github-actions | vault/50-outputs/github-actions-run-ledger-results.json#github-actions-run-76a935995edc |
| 2026-06-14T06:54:46Z | GitHub Actions Run Ledger | pr-docs-health | github-actions-run-failure | github.actions.build-mkdocs.main | requested -> failure | github-actions | vault/50-outputs/github-actions-run-ledger-results.json#github-actions-run-21e2830d4836 |
| 2026-06-14T04:10:00+08:00 | Connector Callback Ontology Registry | connector-callback-ledger | writeback-connector-callback-ledger | ledger-connector-callback | unknown -> recorded | connector_callback_ledger | vault/50-outputs/connector-callback-ledger-results.json |
| 2026-06-14T02:30:00+08:00 | External Connector Action Gateway | external-connector-action-gateway | writeback-connector-approved-write | github.pr.merge | allow -> merged | github | vault/50-outputs/external-connector-action-results.json#trace-connector-006 |
| 2026-06-14T02:30:00+08:00 | External Connector Action Gateway | external-connector-action-gateway | writeback-connector-read-status | github.pr.checks.read | allow -> completed | github | vault/50-outputs/external-connector-action-results.json#trace-connector-003 |
| 2026-06-14T02:30:00+08:00 | External Connector Action Gateway | external-connector-action-gateway | writeback-connector-delivery | wecom.ask.deliver | allow -> sent | wecom | vault/50-outputs/external-connector-action-results.json#trace-connector-001 |
| 2026-06-14T02:30:00+08:00 | External Connector Action Gateway | external-connector-action-gateway | writeback-connector-draft | crm.opportunity.stage.propose | draft_only -> drafted | crm | vault/50-outputs/external-connector-action-results.json#trace-connector-004 |
Review Queue 导航¶
当前语义 review item：2 个；reviewer event：2 个；pending：2 个；blocked：0 个。
| Review | 状态 | 优先级 | Owner | Handoff | 最后操作 | 证据 |
|---|---|---|---|---|---|---|
semrev-loop-engineering-currentness 确认 Loop Engineering 页面和 LoopSpec Demo 语义口径仍一致 |
pending | P0 | knowledge-maintainer | requires_human_review_for_semantic_staleness | review_requested by codex2026-06-13T10:45:00Z |
loop-engineering.md |
semrev-pr-docs-health-adapter-boundary 确认 PR/Docs Health Loop 与真实 GitHub adapter 的边界 |
pending | P1 | engineering-maintainer | requires_real_github_pr_ci_status | review_requested by codex2026-06-13T10:46:00Z |
ci.yml |
决策导航¶
| 决策 | 内容 | 入口 |
|---|---|---|
| ADR-012 | 历史采用多级上下文存储；已由 ADR-037 校准为运行时 D0-D5 披露路径 | 决策记录 |
| ADR-013 | Agentic Search P0 默认采用 Postgres，规模化保留 ES/OpenSearch | 决策记录 |
| ADR-014 | 采用自试用自演进知识沉淀闭环 | 决策记录 |
| ADR-015 | 历史引入轻量任务技能包；已由 ADR-037 校准为本体层可执行知识对象 | 决策记录 |
| ADR-016 | 采用团队项目 Repo 作为产品 MVP 形态 | 决策记录 |
| ADR-017 | 框架与领域知识解耦，支持未来产品打包 | 决策记录 |
| ADR-018 | 前置建立 framework/domain 基础结构与打包清单 | 决策记录 |
| ADR-019 | 迁移实现代码到 framework，scripts 只保留 wrapper | 决策记录 |
| ADR-020 | 采用结构化 project_status 生成研发进度页 | 决策记录 |
| ADR-021 | 先定义 SearchConnector contract，再实现真实检索 adapter | 决策记录 |
| ADR-022 | 采用 workspace blueprint 作为产品化工作空间契约 | 决策记录 |
| ADR-023 | 采用 experiment_report 作为实验导航唯一来源 | 决策记录 |
| ADR-024 | 采用 task_skill_usage_log 作为任务技能包运行反馈源 | 决策记录 |
| ADR-025 | 采用本地 task_skill_runtime 作为企微前运行替身 | 决策记录 |
| ADR-026 | 采用 orgreorg_demo 作为企微前本地 MVP 运行闭环 | 决策记录 |
| ADR-027 | 采用 knowledge_card workflow 作为企微前回复与 review 替身 | 决策记录 |
| ADR-028 | 将 reviewed knowledge card 投影到 ContextDocumentRecord | 决策记录 |
| ADR-029 | 采用本地 knowledge card reindex 替身连接本体 review 与检索投影 | 决策记录 |
| ADR-030 | 采用本地 Tool Gateway safety harness 作为 MCP/Connector 安全门禁 | 决策记录 |
| ADR-031 | 将 SearchConnector 作为 Tool Gateway 后面的检索工具族 | 决策记录 |
| ADR-032 | 将 Knowledge Card reindex/search 纳入 Tool Gateway | 决策记录 |
| ADR-033 | 采用 Domain Topology 作为组织私域路由和隔离契约 | 决策记录 |
| ADR-034 | Ask Router route 必须经过 OntologyToolGateway | 决策记录 |
| ADR-035 | Ask Router binding 进入 Domain Topology 配置 | 决策记录 |
| ADR-036 | 采用 owner registry contract 连接主动询问与组织目录 | 决策记录 |
| ADR-037 | 采用 Evidence / Ontology / Runtime Projection 作为项目主抽象 | 决策记录 |
| ADR-038 | 采用 Evidence Registry 作为原始证据源契约 | 决策记录 |
当前下一步¶
短期优先级：
- 把企微聊天/会议/附件先写入 Evidence Registry，再投影到 ContextDocument 或 Ontology artifact；用真实团队问题和人工纠正日志继续校准
domain_router_feature_v1的 feature 权重和 task risk 标注；配置真实 Postgres/OpenSearch 测试服务后用--include-live-adapters跑 Search Adapter State Benchmark，把真实 projection_states 接入 Context Router stale policy，并把 Projection Remediation Queue 接真实 reindex worker。 - 把 worker retry、semantic review 和真实企微 callback 接入同一 project status event timeline，并把企微通讯录、投递和回调 adapter 接到当前 Ask Router topology binding、owner registry contract、External Connector Action Gateway 和 Connector Callback Ledger 后面；继续在 No-WeCom MVP Demo 中压测 writeback / callback / worker 边界。
- 把
route_ask_request的本地消息投递替身接到真实 Ask Router / 企业微信消息事件、签名校验和身份映射，并让 Postgres/OpenSearch adapter 输出同一 rank_log contract、延迟和成本。 - 把 GitHub Actions Run Ledger 从本地 fixture contract 升级为
gh/ GitHub App live adapter，并接入 review comments、job annotation 摘要和失败事件 review/retry policy。 - 把本地 reviewer event CLI 接入真实身份、权限和人审界面，并把真实企微投递/回调事件替换当前 handoff 占位。
- 把本地 task_skill_runtime 接入线上 Agent / 企微 / Web runtime，自动记录触发次数、误触发、漏触发、平均 tokens 和人工纠正。
- 做 Postgres FTS/pgvector 外部服务 adapter 与 OpenSearch/ES 外部服务 adapter 对照，并复用 SearchConnector conformance、Tool Gateway conformance 和 Search Adapter State Benchmark；未配置服务时必须在 adapter matrix 中明确 skipped_unavailable。
- 对
docs/页面做逐页分类，区分 template、demo domain、case study、generated。 - 扩展
ask_router_simulation：加入真实团队问题和问错人反馈，并把企微真实回调接入现有append_parsed_reply_to_card与 recent_ask_events。 - 扩展 conformance：路径/owner/存在性泄漏、rank_log 字段完整性、批量 delete/reindex 传播、真实 projection_states、Projection Remediation worker、gap receipt 复用和 review adapter。
- 把后续企微 connector 包到 Tool Gateway 调用路径后面。
- 做 permission leak test，验证无权限用户不能看到内容、路径、owner 或对象存在性。
团队怎么用这页¶
每次看项目进展，先看本页：
- 看“当前状态”判断项目是否已经进入真实接入阶段。
- 看“里程碑看板”判断每个模块完成到哪里。
- 看“实验结论导航”进入每次具体实验报告。
- 看“当前下一步”决定本轮开发和讨论应聚焦哪里。
如果某次讨论、实验或开发暴露了新问题，应该先更新结构化状态数据，再生成本页，并进入具体专题页和 ADR。