バックエンド実装時に使用。DRY原則遵守。コーディング規約準拠。
中文简介正在准备中。当前显示原文说明。
DBマイグレーション作成時に使用。バージョン番号競合防止。mainブランチ確認必須。
中文简介正在准备中。当前显示原文说明。
查看安装方法安装前可以查看交给 AI 代理的指令内容。
以下は絶対に禁止。違反は許容されない。
プロジェクトのマイグレーションツール(Flyway, Prisma, Alembic 等)の命名規則に従う。
git fetch origin main
(feature ブランチ上で git pull origin main を使わないこと — main がマージされて余分なマージコミットが生じ、quality-check や hook が使う origin/main...HEAD の差分基準がずれる。バージョン確認は origin/main の参照だけで足りる)
プロジェクトのマイグレーションディレクトリを確認し、最新のバージョン番号を取得する。
次の連番でファイルを作成。
CREATE TABLE IF NOT EXISTS を使用(冪等性の確保)还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
バックエンド実装時に使用。DRY原則遵守。コーディング規約準拠。
中文简介正在准备中。当前显示原文说明。
Use before implementing any feature, behavior change, or refactor - settles requirements and design, then gets the design independently reviewed and approved by the user before code is written
中文简介正在准备中。当前显示原文说明。
作業開始時に使用。mainブランチでの作業禁止。Issue先行作成必須。
中文简介正在准备中。当前显示原文说明。
UI実装後の検証時に使用。agent-browser CLIでブラウザ上の動作を手動検証する。「UIを確認」「画面テスト」と言われたら使用(プロジェクトの E2E スイート実行は quality-check Step 5(推奨度・範囲で自動実施または確認)/ server-startup が担当)。
中文简介正在准备中。当前显示原文说明。
Use when independent tasks benefit from parallel work without shared state or sequential dependencies
中文简介正在准备中。当前显示原文说明。
Use when continuing implementation from an existing plan
中文简介正在准备中。当前显示原文说明。