AGENTS.md —— agent 操作手册(全 repo)

本 repo 是 monorepo。先读根 README.md 的"宪法"5 条,那是一切工作的前提。本文件是给在这里干活的 coding agent 的纪律。

这个 repo 是什么

spec/ 是一份人机共识的契约(Lean 语义母本),是产品语义的上游参照。
其余部件(将来的 spec/ 外文件夹)是向 spec/ 对齐的实现。
hub/ 的平台层按 SaaS 形态演进:Organization 是 tenant root;Project/Team 必须归属 org,TEAM→PROJECT 授权不得跨 org(见 ADR-0020 / Spec.System.Organization)。
org 后台 project explorer 里 Folder 是透明组织节点,不是权限资源;project 仍是权限边界。普通老师可在飞书群自助建 project 但受 org policy 控制(见 ADR-0021 / Spec.System.ProjectWorkspace)。
每个 org 自选 BYOK 或平台托管 model provider connection;平台托管也必须是该 org 独享的 key/base URL,不得让无关 org 共用 process-global provider key(见 ADR-0021 / Spec.System.Organization)。
Feishu/provider secret 使用本地版本化 master-key keyring 的信封加密;生产由 systemd credential 注入,运行时只允许显式 org/project scope 的 fail-closed resolver,不得回退 process-global credential;Agent child 只接收 run-scoped loopback proxy capability, 不接收 org provider credential(见 ADR-0024 / Spec.System.Organization)。
生产容量按不可突破的 platform ceiling 与 org 可下调 policy 分层;有效限制取两者较低值。 Agent admission 必须持久、有界、跨 org 公平且显式背压(见 ADR-0022 / Spec.System.Capacity)。
平台管理员只通过独立的 platform-owned 飞书应用与可撤销 Platform Session 认证,不复用客户 User/org membership;平台写操作与 append-only audit 同事务,break-glass 只走双因子的离线恢复流程(见 ADR-0023 / Spec.System.PlatformAdministration)。

纪律

不得用预训练先验脑补本领域。 这个领域很新,你没有相关先验。契约里 prose doc 注释是语义的唯一权威来源;契约没写的,就是没定的。
凡契约未写明者,不得假设。 遇到标了 OPEN 的地方,或契约根本没覆盖的地方,显式 surface 出来让开发者决定,绝不擅自替它选一个解。
改 spec/ 必须保持其 lake build 通过。 在 spec/ 目录下跑 lake build。新增声明必须带 /-- … -/ doc 注释和恰当标签(PINNED / OPEN / ADR-NNNN)。规范见 spec/README.md。不准用 sorry 把 build 糊绿。
实现向契约对齐;偏离必须 surface。 没有 CI gate 替你把关 spec↔实现的一致性(见宪法第 2 条)——这道对齐靠 review 和你巡逻 diff。发现实现与契约不一致时,报告它,不要默默让其中一边将就另一边。
写操作谨慎。 线上操作、git 写操作前与开发者确认(这是开发者的全局偏好)。

2.9 KiB Raw Blame History

AGENTS.md —— agent 操作手册(全 repo)

这个 repo 是什么

纪律

2.9 KiB

Raw Blame History