再利用できるAIプロジェクト用コンテキストパックの作り方

AIツールに毎回同じ説明をしないために、プロジェクト概要、決定、ルール、保存会話、参照先をまとめたコンテキストパックを作る方法です。

2026年5月6日

AIプロジェクト用コンテキストパックは、AIツールに毎回説明しているプロジェクト背景、決定、ルール、参照先、保存会話を短くまとめたものです。会話ログの山ではなく、AIが最初に読むべき入口です。

Highlight Reel

AIに渡すプロジェクト文脈を保存する

重要なAI会話や決定ログを、将来のAIツールとチームが読める形で残します。

Highlight Reelを試す

NotionやGoogle Docsに散らばった決定、GitHub Issueの背景、社内ドキュメント、AGENTS.md、Claude CodeやCursorのルールをつなぐために、まず人間が読めるMarkdownの中心ファイルを作ります。

先に結論

再利用できるAIプロジェクト用コンテキストパックは、プロジェクト概要、現在の状態、決定済み事項、作業ルール、参照先、保存会話、AIに避けてほしいことをまとめた小さなMarkdownセットです。ツールごとの入口はそこへ案内します。

プロジェクト概要を短く書く。
決定済み事項と理由を残す。
作業ルール、禁止事項、スタイルを分ける。
保存したAI会話や重要リンクを一覧化する。
CLAUDE.md、Cursor rules、AGENTS.md、MCP resourcesから参照できる形にする。

AIプロジェクト用コンテキストパックを概要、決定、ルール、保存会話、ツール別入口に分ける日本語の図 — コンテキストパックは、AIツールごとの設定より先に人間が読める中心情報を作る。

コンテキストパックに入れるもの

AIに渡す文脈は、多ければよいわけではありません。

判断	使う場面	注意点
プロジェクト概要	何を作っているか、誰のためか	長すぎる背景説明は避ける
決定済み事項	なぜ今の設計や運用になったか	決定と未決定を混ぜない
作業ルール	コード、文章、共有、検証の約束	人間にも読める形にする
保存会話	重要な判断や調査の証拠	全文ではなく読むべきリンクを示す

コンテキストパックを作る手順

最初から自動化せず、人間が読める中心ファイルを作ります。

context/index.mdのような入口を決める。
プロジェクト概要と現在の状態を書く。
決定ログ、ルール、保存会話へのリンクを分ける。
AGENTS.mdやCLAUDE.mdから入口を指す。
古くなった内容を更新する責任者を決める。

コンテキストパック運用チェック

AIが読めても、人間が更新できないパックは長続きしません。

入口ファイルが1つあり、読む順番が分かる。
決定済み事項と現在の状態が分かれている。
非公開情報や機密値が不要に入っていない。
Claude Code、Cursor、Codexなどツール別の入口が同じ中心情報を参照している。

共有先ごとの書き方

仕事の共有では、リンク単体よりも「どこを読めばよいか」と「次に何をしてほしいか」を添えます。LINEはカジュアルな共有例としては自然ですが、業務の引き継ぎではSlack、Teams、Notion、Google Docs、GitHub Issue、社内ドキュメントを前提に整えます。

共有先	書き方	注意点
Slack / Teams	最初に結論、次にリンク、最後に相手へ依頼することを書く。	リンクだけ貼ると読まれにくい。要点を1文添える。
Notion / Google Docs	あとで参照する判断、出典、手順を残す。	編集が続く資料なら、リンクだけでなく担当者と更新日も残す。
GitHub Issue	再現条件、コード、判断理由、次の作業をIssueの文脈に合わせる。	AIチャット全体ではなく、Issueを進める根拠だけ残す。
社内ドキュメント	チームの基準やプロジェクト背景として長く使う。	一時的なメモと確定したルールを分ける。

Highlight Reelを使う場面

Highlight Reelは、長いAIチャットから必要な発言だけを選び、読みやすい共有ページやMarkdownとして残すための道具です。自動で機密値を削除したり、各サービスの公式共有リンクに権限や期限を追加したりするものではありません。

向いているのは、ChatGPT、Claude、Gemini、Codexなどの会話から、仕事に必要な文脈、表、コード、出典、判断理由だけを取り出したい場面です。共有前チェックは人間が行い、完成したリンクをSlack、Teams、Notion、Google Docs、GitHub Issue、社内ドキュメントに合わせて使います。