# 修正指示の書き方

Antigravity への指示は、書き方ひとつで直り方が変わります。基本の型と、良い例・悪い例を並べます。

---

## 基本の型（3点セット）

```
症状: （何が起きているか。画面上の見た目で書く）
期待する動き: （どうなってほしいか）
該当箇所の見当: （分かれば関数名や見出し名。分からなければ「不明」）
```

複数箇所を直したいときは、この3点セットを番号付きで並べます。1回の送信は5件までを目安にしてください。

---

## まとめて直す（良い例）

```
以下の3点をまとめて直してください。

1. 症状: タスクボードで「対応中」に変えても画面が更新されない
   期待する動き: セレクトを変更した瞬間に表示が切り替わる
   該当箇所の見当: 不明

2. 症状: BPMN図の担当者ラベルが枠からはみ出している
   期待する動き: ラベルの文字サイズを縮めるか、枠を広げて収める
   該当箇所の見当: レーン左端のラベル帯を描いている箇所

3. 症状: 初期化ボタンを押しても確認ダイアログが出ずに即座に消える
   期待する動き: 削除前に確認ダイアログを1回挟む
   該当箇所の見当: 初期化ボタンのクリックイベント
```

1回の指示で3箇所直るため、Antigravity とのやり取りは1往復で済みます。

---

## 1箇所ずつ往復する（悪い例）

```
（1回目）タスクボードが更新されません。直してください。
（2回目）BPMN図のラベルもはみ出してます。
（3回目）初期化ボタンに確認ダイアログを付けてください。
```

内容は良い例と同じですが、3回に分けて送ると往復も3回になります。気づいた点を先にすべて書き出してから、まとめて送る習慣をつけてください。

---

## 画面の言葉で伝える

「なんか変です」だけでは直せません。コードの用語を知らなくても構わないので、見えている状態をそのまま書きます。

- 悪い例: 「タスクボードのロジックがおかしいです」
- 良い例: 「担当者セレクトで『鈴木』を選んでも、田中さんのタスクが表示されたままです」

「期待する動き」も同様に、画面でどう見えてほしいかを書きます。「ちゃんと直してください」ではなく、「担当者セレクトで選んだ人のタスクだけが残ってほしい」のように書きます。

---

## 直らないときの切り分け

一度の指示で直らない場合は、次の順で切り分けます。

1. **症状を絞る**: 複数の不具合を1文にまとめて送っていないか確認します。1つの症状だけを送り直してみます。
2. **再現手順を添える**: 「何をしたら起きるか」を1行足します。「サンプルを読み込んだ直後に起きる」のように、操作の順番があると直しやすくなります。
3. **バックアップに戻す**: 修正の途中で別の箇所が壊れた場合は、`output/meeting-organizer_bk.html` に戻してから、直したい点だけをもう一度指示します。

それでも直らない場合は、`answer/prototype.html` の該当箇所がどう書かれているかを見比べる方法もあります。
