定義
プロダクト情報ファイル(プロダクトコンテキストファイル)とは、1つのプロダクトを機械と人の両方に向けて説明する、1つの構造化されたドキュメントです。名前、URL、1行説明と長い説明、カテゴリ、利用者層、実際にある機能、料金とトライアルの事実、ローンチの段階、スクリーンショットとロゴのパス、そして最短公開日などの制約を含みます。関連するファイルには、承認済みの文面のバリエーションと、公開してよい本人情報が入っています。
決定的なルールは、わからないことは空欄のままにすることです。所有者が確認していないフィールドは、推測で埋めずに空けておきます。
具体例
たとえば、京都の創業者が、予約アプリのプロジェクトをnew-product.pyで作成します。オンボーディングのインタビューで、product.jsonに名前、ウェブサイト、利用者層、検証済みの3つの機能、日付入りの料金の概要、最短公開日が入ります。無料プランがずっと無料のままかどうか確信がないので、free_forever_verifiedは主張に変わることなくfalseのままです。
数週間後、あるディレクトリのフォームが、プロダクトはずっと無料かと尋ねてきます。エージェントはファイルを読み、検証済みの「はい」が見つからないので、チェックボックスにチェックを入れません。20件目のフォームにも、1件目とまったく同じ事実が入ります。ファイルの抜粋を下に載せています。
{
"schema_version": 1,
"name": "Example Booking",
"website": "https://yourproduct.example/",
"audience": ["independent physiotherapists"],
"verified_features": ["online booking", "SMS reminders", "calendar sync"],
"pricing_summary": "Free plan for one calendar, paid plans from 9 EUR a month",
"pricing_checked_at": "2026-09-30",
"free_forever_verified": false,
"earliest_launch_date": "2026-11-03",
"unknown_required_facts": ["founding year"],
"approved_asset_paths": ["assets/logo.png", "assets/screenshot-1.png"],
"spend_limit": 0
}ディレクトリへのローンチで重要な理由
どのディレクトリも同じ事実を違う形で求めます。こちらでは60文字のキャッチコピー、あちらでは80文字、という具合です。手でコピー&ペーストしていると内容がずれていき、エージェントに即興させると機能をでっち上げます。一度埋めてレビューした唯一の情報源があるからこそ、20件目のフォームも1件目と同じくらい正確になり、次のプロダクトはコピーして手を加えるだけの作業になります。
LaunchRepoでの扱い
new-product.pyは、テンプレートからprojects/<slug>/product.jsonを作成します。オンボーディングではあなたにインタビューするか、コードベースを読んでこれを埋め、COPY-WORKSHOP.mdが承認済みのバリエーションを含むcopy.mdを作ります。ローカルダッシュボードも同じファイルを編集します。エージェントは、競合製品から機能を推測したり、予定している機能を提供中のものとして扱ったりしてはいけません。record.pyは同じファイルからearliest_launch_dateを読み取ります。
さらに詳しく
最初のセッションの7つの段階を説明しています。プロダクトの概要、ローンチ日、そしてプロダクトごとに一度だけ合意する許可も含まれます。
リポジトリの中で用語を確かめる
LaunchRepoは、299件のディレクトリ別プレイブック、プロダクト情報ファイル、申請トラッカーをまとめたもので、あなた自身のエージェントが実行します。€49.00を一度支払えば、所有するすべてのプロダクトに使えます。
料金を見る