構造化された出力
すべてのバグレポートは以下の構造に従います：
- タイトル — 簡潔な要約（最大8語）
- 何が起きているか — バグの挙動の記述
- git コンテキスト — 現在のブランチと最近の変更
- 再現手順 — 記述から推定、またはプレースホルダーの手順
- 期待値 vs 実際の値 — 比較フォーマット
Severity 自動判定
システムはバグの記述から Severity を推定します：
| Severity | トリガーワード | 例 |
|---|---|---|
| Critical | クラッシュ、データ損失、セキュリティ、停止、ブロック | 「起動時にアプリがクラッシュ」 |
| High | 壊れている、失敗する、できない、リグレッション | 「ログインフォームのバリデーションが失敗」 |
| Medium | 不正、間違っている、想定外、遅い | 「API が不正なデータを返す」 |
| Low | 軽微、見た目、タイポ、位置ずれ | 「モバイルでボタンの位置がずれている」 |
git 統合
Bash 1回の呼び出しで以下を取得します：
- 現在のブランチ名
- 最近の変更の要約（直近のコミット）
- バグ周辺で変更されたファイル
このコンテキストは自動でバグレポートに含まれるので、次の開発者はバグの近くで何が変わったかを把握できます。
/note-bug を使うべきとき
以下を求めるなら、/note ではなく /note-bug を使ってください：
- Severity の自動タグ付け
- レポート内の git コンテキスト
- 構造化された再現手順フォーマット
- 視認しやすいピンクのカラーコーディング