这是仓库唯一的 Agent 工作入口。先判断任务属于 Project、Architecture、Modules、Red / Blue、Research、Decisions、Evidence 还是 Governance,再读取对应 Owner。事实不清时保留 UNKNOWN;不要用 Target、论文、历史 Round 或模型常识填补事实空白。
System & Review
docs/project/ 项目背景、历史、团队与个人参与
docs/architecture/ 总体 Target Architecture
docs/modules/ Target 责任分解与模块内部设计
docs/red-blue/ 对抗性架构/项目评审方法与 Round 归档
Trust & Evolution
docs/research/ 上游论文、算法、法院背景、平台 baseline
docs/decisions/ 已接受的长期 ADR / rationale
docs/evidence/ Current code/test/trace/eval/runtime evidence
docs/governance/ provenance、ownership、写作、术语、workflow、operations、validation
.agent/ 是机器路由和临时运行状态,不拥有第二套业务事实。
Project、Architecture 与 Module 都避免让机器 Contract 挤进第一次阅读路径,但总体 Architecture 使用显式正文文件名:
Project
README.md 人类叙事 / mental model
reference.md 机器与工程精确参考
Architecture
README.md 目录入口
architecture.md 总体 Target Human Narrative
reference.md 总体 Engineering / Agent Reference
Module
README.md 人类叙事 / mental model
reference.md 机器与工程精确参考
Project 的 reference.md 是历史与 Ownership 索引;Architecture 的 architecture.md 是总体 Target 人类正文,reference.md 保存总体 Part B;每个 Module 的 reference.md 保存该责任域 Part B 与 Part C。目录入口、Human Narrative 和 reference 共享同一套 Owner / Authority / Current-Target 语义,不能互相产生第二套事实。
docs/project/README.md是项目级 Human-facing 主文档。Project 解释为什么存在、真实演进、团队和个人参与;不拥有 Target Architecture 或 Current 实现证明。docs/project/reference.md是 Project machine index;更严格的事实允许表述回到docs/governance/project-fact-provenance.md。docs/research/是设计输入。论文提出不等于 Zuno 已实现;法院项目背景不等于 Zuno 已部署;Framework Feature 不等于 Zuno 自研。docs/architecture/README.md只承担目录导航;docs/architecture/architecture.md是总体架构 Human Narrative;docs/architecture/reference.md保存跨责任 Authority、Contract、Completion Proof、Recovery、Security 和 Source Precedence。docs/modules/README.md是人类责任地图;docs/modules/reference.md是跨模块工程入口。九个语义目录分别为application/、domain/、knowledge/、runtime/、capability/、effects/、model-gateway/、security/、evaluation/。- 每个模块
README.md只保留 Part A;同目录reference.md保存 Part B、B14 Detail Candidate 与 Part C。当前 01–09 编号仍是现有 Target 的责任编号,但不编码进文件路径。 docs/decisions/保存长期接受的 Architecture Decision,不复制完整 Architecture Spec。docs/evidence/是 Current Authority。只有代码、Migration、Test、Trace、Eval 或可复现运行能把 Target 提升为 Current。docs/red-blue/只拥有评审方法、Transcript 和 Findings。Red Concern、Blue Proposal、AI 共识、旧 Round 都不能直接改变 Project / Architecture / Evidence。docs/governance/terminology.md保存跨文档术语;docs/governance/workflows/保存人类/Agent/GitHub 协作规则;docs/governance/operations/保存 Runbook。Runbook 存在不证明 Production Readiness。
理解项目:
docs/README.md
→ docs/project/README.md
→ docs/architecture/architecture.md
→ docs/modules/README.md
→ selected docs/modules/<semantic-name>/README.md
→ docs/evidence/README.md
研究来源、法院背景、Build/Buy 或平台对比按需读取 docs/research/,不要插入第一次阅读固定主线。
实现 / Review:
docs/architecture/reference.md
→ docs/modules/reference.md
→ selected docs/modules/<semantic-name>/reference.md
→ relevant neighboring module reference.md
→ docs/decisions/
→ docs/evidence/
→ code / schema / migration / tests
需要理解总体架构为什么存在某个 Contract 时,从 docs/architecture/reference.md 回到 docs/architecture/architecture.md;模块内部则从对应 reference.md 回到同目录 README.md。项目事实或简历 Ownership 任务读取 docs/project/reference.md 和 docs/governance/project-fact-provenance.md。
Human Narrative 的目标是让第一次接触 Zuno 的高级工程师能够连续理解:
现实背景
→ 最简单方案
→ 简单方案已经能解决什么
→ 哪个具体场景使假设失效
→ 新的事实边界为什么出现
→ 正常流程
→ 典型故障与恢复
→ 替代方案与成本
→ 什么条件下删除复杂度
→ Current / Target / Unknown
不要从模块名、对象名、Framework 名或 Contract 列表开始。不要为了面试增加 FAQ。技术含量通过因果和失败窗口暴露,不通过术语数量暴露。
始终保护:
Research Artifact
!= Capability
!= Provider
!= Qualified Provider
!= Formal Business Fact
研究关系至少区分:
DIRECT_LINEAGE
CAPABILITY_LINEAGE
CONCEPTUAL_LINEAGE
BACKGROUND_ONLY
UNVERIFIED
成熟平台已经提供的 Conversation、Workflow、MCP、Tool Calling、Checkpoint、Generic RAG、Generic Memory、Model SDK、Tracing、Generic Eval 等能力优先复用。Zuno 只在业务约束要求稳定法律语义、事实 Authority、资格、版本、正式准入、恢复或专业 Evaluation 时 Own 领域语义。
Native Runtime、GraphRAG、Reflection、Persistent Multi-Agent、独立服务等复杂机制均为 Measurement-gated;已经实现不代表应该永久保留。
文档整理不得偷偷改变现有 Target Architecture。若修改会新增/删除责任域、改变 Owner、Authority、Admission、Invalidation、Lifecycle、Security、Effect、Recovery 或跨模块 Contract,停止局部编辑并升级为 Architecture Revision / ADR。
当前应继续保护的高层语义包括:
- Domain durable facts 与 Runtime control/checkpoint 分离;
- Knowledge material/version/readiness 与检索结果分离;
- Candidate 与 Formal Business Fact 分离;
- Retry / Replan / Reconcile 分离;
- Unknown external outcome 不盲重试;
- 长任务受保护动作需要持续授权;
- Telemetry 不替代 Durable Audit / Business Truth;
- 跨 Store 默认无 2PC;
- Capability Provider 可替换且资格受 Evaluation 约束;
- 复杂机制继续通过 baseline / ablation / kill test 决定保留。
正式只保留两种模式:
CHATGPT_AUTO
AGENT_AUTO
用户可以中途干预,但没有第三种人工候选执行模式。
启动 Red / Blue 前,Project、Architecture Human Narrative 和目标 Module README 必须先达到独立可读质量。Red 用业务场景、替代方案、故障窗口、Evidence 和 Ownership 施压;不要围绕内部名词做 trivia drill。Blue 保护项目目标,不保护当前架构,可以回答“简单方案已经足够”“应复用平台”“应删除该机制”“需要 Architecture Revision”或“证据不足”。
CHATGPT_AUTO 是同一对话中的程序性角色隔离;重大 Finding 不能因同一模型 Red/Blue 同意就成立。AGENT_AUTO 使用独立上下文,适合正式 Closed-book retest。
Red / Blue 长期方法和历史在 docs/red-blue/;机器运行协议与 active state 在 .agent/red-blue/。旧手工 Round 只在 docs/red-blue/archive/legacy/ 复盘,不再是正式模式。
- 不扩大个人 Ownership,不把导师/团队成果写成个人成果。
- 不把 Pilot、Mock、Court-side Test、Benchmark 或 Runbook 写成 Production。
- 不覆盖用户已有未提交修改;提交前检查 base SHA 与 main 漂移。
- Documentation Migration 要同步更新导航、
.agent路由、validator 和链接,不保留永久平行入口。 - Validator 锁 Owner、Authority、Source Precedence、Current/Target 和必要入口,不锁自然语言标题或固定篇幅。
- Human Narrative / Engineering Reference 拆分后,validator 必须分别检查两种视图;不能因为物理拆分而删除 B1–B14、Part C、Detail Candidate 或可读性门槛。
- 文档改动至少检查 entrypoints、内部链接、repo structure、Agent system、doc boundaries 和相关 focused tests。
- 不声称
FULL CI PASSED,除非完整 CI 确实执行并通过。
常用验证:
python tools/scripts/verify_docs_entrypoints.py
python tools/scripts/verify_markdown_internal_links.py
python tools/scripts/verify_repo_structure.py
python .agent/scripts/verify_agent_system.py
python .agent/scripts/verify_doc_boundaries.py更多机器路由见 .agent/system.yaml 与 .agent/references/。