agent-example

agent-example 的目标是成为 Muse 的单用户缩小版，以 PostgreSQL 为正式内容权威：ReAct Agent 通过角色 Agent、Skill 和确定性工具，完成长篇小说的作品管理、实体维护、范式复用、规划、写作、审核、用户决策和经验复利。代码与文档在 Git，正式内容在数据库。

本项目不包含管理员、多用户、租户、市场、计费和资产交易。完整 Muse 产品、业务和总体架构仍以父仓 ../design-docs/ 为准。

数据权威

核心合同是：

PostgreSQL（muse-example 库） = 正式内容权威（作品 / 章 / 正文 / 实体 / 范式 / 用户决策 / 运行回执 / raw）
Git                           = 代码 / Skill / 文档 / DDL 的权威，并可对作品信息与作品文本留痕（历史 / 备份）
库内向量索引                   = 数据库一侧的检索加速，可从库重建

正式内容以库为准；Git 留痕不是权威，只读看板只读库，两者冲突时以库为准。可恢复性靠数据库备份，加上 Git 里的代码与 DDL 重建库结构。一切输入和产出都必须落库才能被看板看见。

三条正交轴

内容：作品 + 实体 + 范式
流程：上下文组装 -> 创作 -> 质量审核 -> 用户决策 -> 复利
能力：Agent + Skill + Tool + 数据库存储 + 只读看板

领域边界、数据权威和验收合同见 muse/sot/domains/_index.md。框架执行端口见 framework/README.md。该目录定义目标行为，不代表所有落库写入和只读看板已经完成实现。

当前工程入口

agent-example/
├── AGENTS.md                # 项目工作入口与规则
├── CLAUDE.md                # 只引用 AGENTS.md 的兼容入口
├── framework/               # 框架无关执行对象与 Pi 适配器
├── .agent/                  # 角色身份与方法 Skill 挂载源
│   ├── agents/              # 角色 Agent
│   └── skills/              # 15 个方法 Skill 的嵌套源
├── muse/                    # Muse 业务平面
│   ├── sot/                 # 领域与角色合同 SoT
│   ├── content/             # 作品、实体、范式与结构 schema
│   ├── lifecycle/           # 上下文、流程、质量与 harness
│   ├── authority/           # DB、证据、Studio 与只读工具
│   └── platform/            # 共享连接、模型、嵌入包
└── docs/                    # 单次任务资料、评测样张和历史执行证据

正式内容在 PostgreSQL，不在 content/ 文件目录。判断有没有某个内容，以库里能不能查到为准；不得把库外文件或临时快照说成正式内容。

正向创作

用户意图
  -> 读取作品、实体和范式
  -> 冻结角色上下文
  -> 规划/写作 Agent 产生 Shadow 候选
  -> 确定性检查、语义检测和质量审核
  -> 用户原样接受、修改后合并或丢弃
  -> 正式正文（写入库内正文块）
  -> 实体草稿、范式观察和复利验证

Gate A/B 是开发期离线能力验收，不是正常用户写一章的生产主流程。评测候选固定不可进入 Canonical。

SoT 顺序

1. 父仓 design-docs/：完整 Muse 产品、业务和总体架构。
2. 本仓 muse/sot/domains/：单用户、数据库为权威的领域边界。
3. muse/content/meta/ 与 muse/lifecycle/flow/chains/：结构本体和功能链登记。
4. .agent/agents/、.agent/skills/ 与 muse/_skills_index.md：角色、方法与编排能力合同。
5. docs/：单次任务过程、评测资料与执行证据，不覆盖稳定 SoT。

所有任务从 AGENTS.md 开始。