القائمة
Claude Code Routinesなどで一定の日時に起動して作業するためのスキル。おもに5時間の利用制限が解除されそうなタイミングで呼ばれる。作業内容は、 1. テストが落ちていないか確認 - 2. HIGH PRIORITY Issueの解消 - 3. PRメンテナンス - 4. Issue消化。暇ならコードレビュー。複数のIssueに対する並行作業禁止。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Cloudflare D1, Drizzle のマイグレーションとローカル運用に関するコマンド集。スキーマ変更やローカル検証時に読みます。
APIのプロトコル、定義の書き方、実装の書き方、クライアントでの利用の仕方。
ESLint と TypeScript 型チェックの実行コマンド。コード品質チェックや自動修正に使います。
本番ビルドと Cloudflare Workers へのデプロイ手順。デプロイ前の注意点（wrangler.jsonc の設定など）を含みます。
ローカル開発の起動・停止、開発サーバーの使用方法。新しい開発者がローカルで作業を始めるときに役立ちます。
IDに利用しているEAID-Xはミリ秒の日付情報を持っています。データベースのプライマリキーに使います。EAID-Xを変換することでデータの作成時刻(createdAt)を得ることができます。
| name | cron-routine |
| description | Claude Code Routinesなどで一定の日時に起動して作業するためのスキル。おもに5時間の利用制限が解除されそうなタイミングで呼ばれる。作業内容は、 1. テストが落ちていないか確認 - 2. HIGH PRIORITY Issueの解消 - 3. PRメンテナンス - 4. Issue消化。暇ならコードレビュー。複数のIssueに対する並行作業禁止。 |
まず、GitHubのメインブランチのテストが通っているかどうか確認。
エラーがあれば、コードのバグを見つけ、bugラベルを付けてIssueを立てる。
注意: 最近マージされたPRが原因で新たにCIが壊れている場合もある。全CIジョブ（test・test-worker・test-client・lint系）を漏れなく確認すること。
HIGH PRIORITYタグのついたIssueは、他のPRのマージをブロックするものなので、まずはこれに取り組む。
実装毎に feature-implementer サブエージェントを呼び出し、Issue番号を伝えて作業してもらう。
方針をIssueコメントに残してから実装を行うようにさせる。
pr-maintainer サブエージェントを呼び出して、PRメンテナンスを行わせる。
pr-maintainer に結果を報告させ、問題があれば次ステップに反映する。
routine環境では人間はその場にいないので、 pr-maintainer から質問が飛んできたら、PR/Issueにコメントして続けさせる。
次に、1で見つけたバグを含め、GitHubで関連PRのないIssueを一覧し、優先度が高い(HIGH PRIORITY ラベルなど)、もしくは簡単そうなものから、Issueを解決していく。
実装毎に feature-implementer サブエージェントを呼び出し、Issue番号を伝えて作業してもらう。
方針をIssueコメントに残してから実装を行うようにさせる。
原則、1つのIssueにつき1つのPRを作ること。PRの変更量が大きくなりそうな場合、可能であれば変更を段階で分割し（しかしscope(client, worker, etc)で分割はしない）、新しくSub-issueを作成し、それに対してPRを作成するように計画変更する。
PRの編集がコンフリクトしそうな場合、優先度の高いPRのブランチをベースにして新しいPRを作成する。
bugラベルのついたバグ報告の修正を優先。
ただし、ブラウザ依存であると書き残されている場合は無視。securityラベルのIssueを選ぶ。featureラベルのついたIssueに手を付ける。もし解決すべきIssueが一つもなかったら、既存の開いているPRのレビューと修正をする。
番号の若いPRから順に、pr-reviewerを呼び出しレビューをしてもらい、その結果をpr-patcherに渡して修正する。
前回のClaude Codeセッションの内容を取得し、番号の若いPRにレビューが偏らないようにする。
前回のルーティンセッションが何らかの理由で途中で停止した可能性を考える。
毎回のルーティンで、1は必ず行う。
並列して作業を行わないようにすること。特に、同一のサブエージェントは複数呼んで作業させないこと。その理由は:
急いでも仕方がないので、ゆっくり順番に着実に作業しよう。
あなたはオーケストレータであり、コードの実装はサブエージェントを呼び出して作業させるべき。サブエージェントに作業させることで、このオーケストレータセッションの履歴に余計なものを残さないようにし、思考をクリアに保てる。
ユーザーの指示を待つことなくIssueやレビューに次々と取り組むこと。
(ブラウザ依存バグを除く)全てのIssueに対してPRが作成された状態になれば完了。