Jyotisha

Files

T

Jesse_ChenandClaude Fable 5 9bf13df023 docs(tasks): auto-migrate staging before deploy instead of a manual button

今天 backend-quality-gate 通过后自动 dispatch deploy-staging，但
deploy-staging.yml 里一次都没提到迁移——忘点 Migrate Staging Database 就让
新代码跑在旧 schema 上，没有任何东西会拦。这已经靠人记着（见
PROGRESS-consultation-context-and-cache-20260906「部署前须先 Migrate」）。

判据是现成的：db-migrate.mjs 的 check 模式有挂起返 3、无挂起返 0，还顺带查
checksum 漂移。而且迁移本身靠 migration.schema_migrations 台账幂等，无挂起时
天然 no-op——所以不必先检测再决定跑不跑，直接每次都跑，少一个分支。两个
workflow 又共用 concurrency group staging-mutation，链式触发不会互相踩。

新顺序：gate 通过 → 触发迁移并等它成功 → 才 dispatch 部署。迁移失败不部署。

这条顺序引入一个以前不存在的纪律：迁移完成到镜像替换之间，旧代码会短暂跑在
新 schema 上。所以 staging 迁移必须对当前已部署的代码向后兼容，破坏性变更要
拆成"先加、发代码、再删"两轮。以前迁移窗口由人控制所以不需要这条，自动化后
它是硬约束，必须同轮写进 AGENTS.md §7.6——不写就是埋雷。

回滚部署不自动迁移（迁移不会因镜像回退而撤销）。生产两个 workflow 一行不碰：
restore_verified 本质上是人对恢复点的担保，不可自动化。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0155nFCgCHtoA7jhSDGmZmMu

2026-09-15 15:14:21 +00:00

adr

docs: configure agent engineering workflows

2026-07-28 14:40:24 +08:00

agents

docs: product-level README, AGENTS.md split into code/reading parts, add CLAUDE.md, move task briefs to docs/tasks

2026-09-03 06:56:06 +00:00

benchmark

docs: product-level README, AGENTS.md split into code/reading parts, add CLAUDE.md, move task briefs to docs/tasks

2026-09-03 06:56:06 +00:00

engine

feat(upstream): snapshot a6f47abd, REST VedAstro path, and 116-technique truth layer