# GEMINI.md — Day3 ハンズオンの前提

このファイルは Antigravity と Gemini CLI が最初に読む文脈ファイルです。ここに書いた内容が、以降のすべての指示の前提として扱われます。

---

## このプロジェクトで作るもの

打ち合わせの議事録を貼り付けると、決定事項・課題・ToDo に仕分けし、担当者ごとの横レーンでタスクボードと BPMN 図を描く、単一 HTML のブラウザアプリ「議事録オーガナイザー」を作る。仕分けはキーワード辞書と正規表現によるルールベースで行い、アプリ自体は AI を呼ばない。AI はアプリの部品ではなく、アプリを書く相手として使う。この前提を機能追加のときも崩さない。AI に投げる版へ発展させる場合は、`docs/AI入力可否ルール.md` を先に確認する。

---

## 守る制約

- 単一の HTML ファイルで完結させる。CSS は style タグ、JavaScript は script タグとして同じファイルに書く。
- 外部 CDN・外部ライブラリ・外部フォント・外部画像・外部 API を使わない。
- `fetch` / `XMLHttpRequest` / `import` によるネットワークアクセスを書かない。ネットワークが切れていても全機能が動く状態を保つ。
- API キーやアクセストークンを要求しない。入力欄も設けない。
- 図は SVG のタグを自分で組み立てて描く。描画ライブラリを追加しない。
- フォントは `system-ui, -apple-system, "Segoe UI", "Noto Sans JP", sans-serif` を指定する。
- 配色は 2 系統まで。アクセントは #E60027、それ以外はウォームグレーの濃淡で表す。赤と緑の対比、3 色以上のバッジは使わない。
- 絵文字を使わない。
- UI ラベル・ボタン・見出し・エラーメッセージをすべて日本語にする。応答も日本語で返す。
- 生成・修正したファイルは `output/` に置く。アプリ本体のファイル名は `output/meeting-organizer.html` で固定する。

---

## 参照する資料

- `docs/` … 架空の顧客企業「セイルウェーブ株式会社」との商談を題材にした議事録ダミーと、AI 入力可否ルール。動作確認の入力はここから取る。実業務の議事録は貼らない。
- `prompts/01_生成プロンプト.md` … 抽出ロジックの正本。担当者・期日・分類の判定ルールを正規表現とキーワード辞書つきで記載している。仕様に迷ったらまずここを読む。
- `prompts/02_修正依頼テンプレ.md` … 修正指示の書式。「症状 → 期待する動き → 該当箇所の見当」の 3 点セット。
- `prompts/03_機能追加テンプレ.md` … 機能追加の書式。生成物内の `// 拡張ポイント: 〜` コメントを手がかりにする。
- `output/README.md` … 成果物のファイル名の決まり。

---

## 修正と機能追加の進め方

- 修正前に `output/meeting-organizer_bk.html` としてバックアップを取る。
- 直す箇所が複数あるときは、1 箇所ずつ往復せず、まとめて 1 回で指示する。
- 機能追加の指示には「既存の表示・保存の動きを変えないでください」の一文を必ず添える。
- 変更したら、どこを何のために変えたかを日本語で説明する。

---

## ここから下は受講者が書き足す欄

以下は空欄です。ハンズオンを進めながら、自分の手で書き足してください。書き足した内容は次の指示から前提として扱われます。

### 自分が選んだ拡張ポイント

（例: 優先度、期日カレンダー、CSV 出力、レーン並べ替え、テンプレ切替。演習 06 で選んだものを書いてください）

### この議事録でうまく拾えなかった表現

（動作確認で抽出漏れや誤判定を見つけたら、その行をそのまま書き写してください）

### 追加したいキーワード

（決定事項・課題・ToDo の判定に足したい語を書いてください）

### 顧客に説明するときの言い方

（このアプリを顧客へ説明する場面を想定して、自分の言葉で書いてください）

---

※本資料に登場する企業・人物・数値はすべて架空です。
