「コンテキストエンジニアリングとは、AIが出力すべき情報の枠組み（コンテキスト）を正確に定義・設計し、結果の品質と再現性を最大化する活動を指します。本記事では、その具体的な実践方法として、3つのツールキットを紹介します。」
目的：会社の仕事を、AIと一緒に「目的に合う・ミスが少ない・再現できる」形で進めるための最小セットです。
企業ごとに利用できるAIやツール環境が異なる中でも、同等のスキルレベルで成果を再現できるよう備忘録として本記事を作成しました。
AIで作成をしましたので、使用前に確認をすることを推奨します。
1. これは何？
- 仕事の内容を1枚にまとめるテンプレ（One-Pager）
- 会議メモから**やること（担当・期限つき）**を作るプロンプト
- 出す前の最終チェック（Preflight）
2. なぜ必要？（よくある失敗）
- 目的のズレ：人によって想像が違う
- 言葉の食い違い：用語の意味がバラバラ
-
決定の痕跡なし：あとで「なぜ？」がわからない
→ One-Pager→会議整理→Preflight の3つで、ズレとミスを早めに潰せます。
3. セットの中身（超ざっくり）
- System Prompt（AIの基準動作をそろえる）
-
One-Pagerテンプレ：
templates/one_pager.md - Meeting→Actionsプロンプト：会議メモ→JSON（決定・やること）
- Preflightプロンプト：出す前に落とし穴チェック
- Schemas：AIの出力を合格/不合格で判定（最小）
- QuickStart：10分導入ガイド
4. 使い方（3ステップでOK）
① One-Pager（1枚まとめ）を作る
-
one_pager.mdに 目的（WHAT）・成功条件・決定者・制約を1〜2行で書く - 下の文をAIにコピペして、完成度を上げる
次のOne-Pagerを完成させてください。足りない所は質問しつつ、strict JSONで返してください。
項目：objective / success_criteria[] / stakeholders / constraints / acceptance_criteria[] / ambiguities[]
本文：<<One-Pager本文>>
② 会議のあと：メモ→やること・決定
会議メモから、decisions[] / actions[] / risks[] / next_meeting を strict JSONで出して。
期限と担当を入れて。メモ：<<会議メモ>>
③ 出す前チェック（Preflight）
この文章をPreflightチェックしてください。WHAT-only/受け入れ基準の数/禁止語（速く・綺麗に・ちゃんと）/用語の矛盾を見つけ、strict JSONで出してください。
5. 同じ品質を保つコツ（どのAIでも共通）
- WHATだけ書く（HOWや「綺麗に・ちゃんと」はNG。数字や条件で）
- Strict JSONで出す（コピペ・検証しやすい）
- **受け入れ基準（Given/When/Then）**を必ずつける
- 提出前はPreflightで最低限の落とし穴をチェック
6. よくある質問
- Q. JSONで出ない → 「Strict JSONで」と再依頼。必要ならスキーマ名を明示。
- Q. ふわっとした表現が混じる → 禁止語（速く/綺麗に/ちゃんと）を指摘して再出力。
- Q. だれが決めるの？ → One-Pagerの決定者（Decision）を必ず明記。
7. まとめ
- 1枚でそろえる → 会議で形にする → 出す前に点検
- この流れを守れば、どのAIでも同じ品質に近づけます。
付録：
quickstart/QuickStart_Specialist_Junior.mdには、さらにやさしい導線があります。