메뉴
実装中の設計上の気づき・疑問・バックログ送りにしたタスクを spec/dev-journal.md に記録するスキル。USE WHEN: ユーザが「ジャーナルに書いて」「メモしておいて」「dev-journal に追記して」「これ記録して」「あとで見返せるようにして」「バックログに入れて」「後回しにしたい」など、実装中の気づきや先送りタスクの記録を依頼したとき。spec/dev-journal.md を読み書きするときは必ず参照すること。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
| name | dev-journal |
| description | 実装中の設計上の気づき・疑問・バックログ送りにしたタスクを spec/dev-journal.md に記録するスキル。USE WHEN: ユーザが「ジャーナルに書いて」「メモしておいて」「dev-journal に追記して」「これ記録して」「あとで見返せるようにして」「バックログに入れて」「後回しにしたい」など、実装中の気づきや先送りタスクの記録を依頼したとき。spec/dev-journal.md を読み書きするときは必ず参照すること。 |
実装中に発生する設計上の気づき・疑問・バックログ送りタスクを spec/dev-journal.md に時系列で蓄積するスキル。
仕様書にするほどでもないが、後から振り返れるようにしておきたい情報の置き場として使う。
spec/dev-journal.md の 1 ファイルに集約する## YYYY-MM-DD: {タイトル}
### 現状
{現在の実装・設計がどうなっているか}
### 観察
{何が問題か、何を改善できるか}
### 方針
{対応策・回避策、または先送りの判断理由}
##) + 日付 (ISO 8601) + タイトル###) で 現状 / 観察 / 方針 の 3 セクションを立てるedge アルゴリズム切替時のメッシュ再生成コスト)各セクションは一文で済むなら一文でよい。エントリ全体で 10 行以内を目安にする。
バックログ送りのタスクも同じ形式で書く。「方針」に先送りの理由と再検討の条件を記載すると、後から拾いやすくなる。
同じテーマで進展があった場合は、新しいエントリとして追記する。その際、前回エントリを 前回: YYYY-MM-DD タイトル として本文冒頭 (最初の H3 の前) に記載すると追跡しやすい。
spec/dev-journal.md の存在を確認する。なければ初期テンプレートで作成するファイル新規作成時は以下の内容で作成する:
# Dev Journal
実装中の設計上の気づき・疑問・バックログ送りタスクの記録。
SOC 직업 분류 기준
仕様書の新規作成・更新を所定のテンプレートと記述規約に沿って行うスキル。USE WHEN: ユーザが「仕様書を書いて」「スペックを作って」「spec を書いて」「仕様をまとめて」「設計書を作成」「実装仕様を起こして」「機能仕様を定義して」「FEATURE_NAME.md を作って」など、仕様書・設計書の作成や更新を依頼したとき。spec/agent/ 配下のファイルを扱うときも必ず参照すること。
作業ブランチを GitHub PR 経由で main にマージし、ローカル同期・ブランチ削除まで一括実行するワークフロースキル。USE WHEN: ユーザが「PRを出して」「マージして」「ブランチをまとめて」「mainに入れて」「PRクリーンアップ」など、作業ブランチの変更をリモートに反映したい意図を示したとき。push → PR作成 → squashマージ → ローカル同期 → ブランチ削除の全ステップを自動化する。
