AGENTS.md

最重要的三条

docs/ 是唯一事实来源。 所有代码按 docs/ 生成，不做反向推导。
代码与文档冲突时，以文档为准。 冲突的判定是"代码错了"，修代码或重新生成；不得改文档去迁就代码。
docs/ 下任何文件只读。 不得创建、修改、删除、格式化 docs/；需求变更由人类先改文档。见 docs/conventions.md 第二、五节。

遇到题面没覆盖的行为：不自己发明，写进回复里让人类决定补文档还是补禁令。

严格按 `TODO.md` 执行

根目录 TODO.md 是唯一的任务清单。按章节顺序（0 → 8）从上往下做，不要跳章节挑"有意思的"先做。
一次只做一个条目：改完、验证通过、把该条勾成 [x]（部分完成用 [~] 并在后面注明缺什么），再开始下一条。不要把多个章节的改动混在一次提交里。
不擅自扩充范围：TODO 没列的功能不做；确实需要的先提出来让人类加条目。
第 8 章「明确不做」永远不勾选，也不实现。
TODO.md 可以用 [x]/[~] 反映进度，但不得删除条目或改动其含义——需求变更走文档流程，由人类改。

开工前按任务读文档

永远：docs/overview.md、docs/architecture.md、docs/conventions.md（第四节是硬性禁令清单）
后端：再加 docs/api.md、docs/backend/{data-model,auth,audit}.md
前端：再加 docs/api.md、docs/frontend/frontend.md
AGENTS.md 已落初版，措辞可复核；根 opencode.json 只把 docs/conventions.md 与 docs/overview.md 作为常驻 instructions，其余文档按任务读。

硬性禁令（全部来自 `docs/conventions.md` 第四节，只摘最容易违反的）

不用 Docker / K8s；不引入 PG 之外的存储作为真值源。
不做 SSR / 预渲染；不做多用户（user_id 字段是预留，不实现注册）。
后端只用 Gin；不用 ORM / sqlc，手写 SQL（database/sql + pgx）。
*gin.Context 只出现在 handler 层，业务函数只收 context.Context。
创建笔记不接受 visibility；公开只走 publish。
本期不写任何 TUI / Neovim 代码，也不写 LLM 实现（internal/llm 只有接口，不加 SDK 依赖）。
读接口的 visibility 收敛统一由授权中间件注入，不在各 handler 里自己拼。

当前代码状态（先看这里再动手，别假设已实现）

仓库处于脚手架阶段（TODO.md 第 0 章）：

backend/cmd/haven/ 已有可启动入口：main.go / logger.go，读 HAVEN_* 环境变量、缺失即拒绝启动，启动时连库并 ping，只注册了 GET /api/health。
backend/internal/config 与 backend/internal/db 已可用；backend/internal/{auth,notes,tags,search,portfolio,audit,httpx,llm} 仍是空目录。
backend/migrations/0001_init.up.sql 已建全部表与索引；cmd/haven-init-user 用于创建唯一账号。
deploy/ 尚不存在（migration 执行方式待第 7 章补）。
frontend/ 是清理过的 Vite 模板：main.ts 已接 vue-router（History，路由表暂空）与 pinia，App.vue 只渲染 RouterView；src/{api,views,stores} 是空目录。
frontend/src/style.css 只剩全局基础样式，页面样式未开始。
frontend/dist/ 是构建产物，已被 gitignore，不要手改、不要提交。

常用命令

后端（在 backend/ 下执行）：

go build ./...
go vet ./...
go test ./...                   # 单包：go test ./internal/auth/...
go test ./internal/auth -run TestLoginTotp -v
go test ./internal/db -v        # 需要 HAVEN_TEST_DB_DSN，见下

集成测试（目前只有 internal/db）在未设置 HAVEN_TEST_DB_DSN 时自动 skip。手动初始化本地库：

psql "$HAVEN_DB_DSN" -f migrations/0001_init.up.sql        # 建表（启动时不会自动跑）
HAVEN_DB_DSN=... HAVEN_INIT_PASSWORD='至少12位' go run ./cmd/haven-init-user -username kairo

前端（在 frontend/ 下执行）：包管理器是 pnpm（有 pnpm-lock.yaml，不要用 npm/yarn 生成新 lockfile）。

pnpm install
pnpm dev                        # Vite dev server，需自行代理 /api 到后端
pnpm build                      # = vue-tsc -b && vite build → frontend/dist/

没有 lint / format / CI 配置，不要自造工具链。

认证相关的本地运行需要 PostgreSQL 并 CREATE EXTENSION IF NOT EXISTS pg_trgm;；其它 HAVEN_* 环境变量见 docs/architecture.md 第四节（缺必填项应拒绝启动）。

容易踩的约定

module 路径是 github.com/kairo/haven；go.mod 用 go 1.27.3，pgx 是 v5。
migration 用 golang-migrate 命名 0001_init.up.sql / .down.sql，放 backend/migrations/；顺序为 users → sessions/pending_logins/trusted_devices/tokens/audit_events → notes/tags/portfolio_items → note_tags/portfolio_repos。后端启动时不跑 migration。表结构以 docs/backend/data-model.md + auth.md 第九节 + audit.md 为准；users 表只在 auth.md 里定义。
加 PostgreSQL 权限：若用 postgres 超级用户跑 migration，之后必须 GRANT ALL ON ALL TABLES IN SCHEMA public TO haven;，否则应用连接会报 permission denied for table users。
后端分包按领域（notes、tags、search、portfolio、audit），禁止建 handlers/、services/、repositories/；跨领域公共代码只放 httpx / auth / config。
搜索只查生成列 notes.search_text，应用层不写该字段；ILIKE '%q%'，无中文分词。
公开可见条件唯一：visibility = 'public' AND published_at IS NOT NULL；撤回 public→private 时保留 published_at。
跨用户访问返回 404 而非 403；403 只留给"已登录但权限不足"（如 read Token 做写操作）。
JSON 一律 snake_case，不转 camelCase；列表响应固定 {items, total}（空列表不能是 null）；笔记列表 item 必须带后端截断好的 content_preview（按 rune 截 200）。
凭证类操作（Token / 授信设备 / 会话 / TOTP / 密码）Token 一律 403，只允许 Web 会话；其中 TOTP 关闭、改密码、增删改查 Token 需要会话已通过 TOTP。
cookie 名、有效期、bcrypt cost 等是代码常量，不从环境变量读取（清单在 docs/architecture.md 第四节）。
审计只在业务成功后写、失败只打日志不影响响应；笔记 CRUD 不写审计，只有 publish/unpublish 写。

Git 规范

两个远程仓库，每次都要同时推送：origin（GitHub github.com:Flint-lab-art/Haven.git，主仓库）和 gogs（自建 git.vorin.icu:kairo/Haven.git，仅作备份镜像）。只推 origin 视为未完成。
push 时显式对两个 remote 各推一次，不要依赖单条 git push： git push origin dev && git push gogs dev（不要写成 git push --all，那会连 main 一起推）。
两者的分工：GitHub 是事实上的主仓库，向 Gogs 推送只是镜像备份。Gogs 上不要新建分支或提交；如两边出现分叉，以 GitHub 为准，先停下来问人类，不要自行 force-push 覆盖。
开发分支是 dev，main 受保护。绝对不要 push、提交或合并到 main（两个 remote 都一样）、不要 force-push 任何分支。 合并到 main 只由人类操作。
只在 dev（或人类指定的其他分支）上提交；当前分支不是 dev 时，先停下确认，不要自行切换。
提交信息沿用现有风格：feat(backend): ... / fix(frontend): ... / doc(docs): ...，中文描述，不加 AI 署名或 Co-Authored-By。
只提交自己本次改动的文件；不要 git add -A / git commit -a，以免带上别人未完成的改动。
未经用户明确要求，不要 commit / amend / push / rebase / reset；不要改写已有提交历史。
docs/ 只读，因此任何 AI 发起的提交都不应包含 docs/ 变更；若 git status 里 docs/ 有改动，视为人类未提交的编辑，必须原样保留。
提交前先跑与改动范围对应的验证（go build ./... + go test ./...，或 pnpm build）；node_modules/、frontend/dist/ 已在 .gitignore 中，不要强制添加。
不创建 PR、不擅自切换或创建分支，除非用户要求。

AGENTS.md 8.3 KB Előzmények Nyers