save-idea

save-idea

エントリーを ~/path/to/ideas に記録し、コミットしてプッシュし、確認します。以下のパスはすべて、そのリポジトリからの相対パスです。

1. 記録して振り分ける

/save-idea の後に続くすべての内容がエントリーです。複数のアイデアがある場合は、それぞれ個別のエントリーにします。スタートアップのアイデアと信念を除き、ユーザーの表現は意味や語調を変えずに、そのまま保ちます。スタートアップのアイデアと信念は、ユーザーの意味や語調を変えずに簡潔に整えてもかまいません。

明示的な接頭辞があれば、それを使って取り除きます。なければ、以下の定義に従って選びます。曖昧な場合に限り、短い質問を1つだけします。

• video: → VIDEO-IDEAS.md：動画全体のコンセプトです。
• topic: → TOPICS.md：ポッドキャストやコンテンツのトピック、ゲスト、または議論の質問です。
• observation: → OBSERVATIONS.md：コンテンツ化を意図していない、個人的な洞察、仮説、または検証すべき前提です。
• marketing: → MARKETING-IDEAS.md：既存のプロダクトを人々に知ってもらう方法です。
• startup: → STARTUP-IDEAS.md：スタートアップになり得るビジネスやプロダクトのアイデア、または技術的な洞察です。
• mini: → mini-projects.md：スタートアップ候補ではない、小規模な技術プロジェクトや面白いプロジェクトです。
• article: → ARTICLE-IDEAS.md：ユーザーが日々公開する記事のトピックです。
• 信念には接頭辞を付けません。AI 時代のものづくり、スタートアップ、AI 業界、またはエージェント型コーディングについて、ユーザーが確信を持って述べた信念に限り CONVICTIONS.md を使います。

仮説的な信念は observations に記録します。ポッドキャストで話せそうだからといって、observation が topic になるわけではありません。

2. 読み込んで番号を付ける

対象ファイルを読み込みます。最後のエントリー番号に1を足します。番号の空きを再利用したり、番号を振り直したり、順序を入れ替えたり、既存のエントリーを編集したりしてはいけません。

• Video の番号は以前の Google Doc から引き継ぎ、最初から振り直しません。
• Startup の番号は STARTUP IDEAS リストの最後のアイデアから引き継ぎます。別に管理されている破棄済みアイデアの番号は無視します。
• その他のファイルは1から始め、それぞれ独立して番号を付けます。

ファイルが存在しない場合は、TOPICS.md または MARKETING-IDEAS.md には目的を示す1行のヘッダーを、OBSERVATIONS.md には # OBSERVATIONS と Insights, hypotheses, and assumptions to test. を、mini-projects.md には # MINI PROJECTS と > Just cool shit we wanna build — small projects we think would be cool. を追加します。その後、エントリー1を追記します。

3. 出典を付けて追記する

出典の形式：<repo>, <agent and chat/session>, <YYYY-MM-DD>。

• Repo：スキルが呼び出された場所。git rev-parse --show-toplevel で取得するか、リポジトリ外の場合は cwd を使います。~/... 形式のパスを使います。
• Chat/session：エージェント名と、利用可能であればタイトルまたはセッション ID を使います。どちらもない場合はエージェント名だけにします。
• Date：今日の日付です。ユーザーが提供した追加のリンクやメモはすべて保持します。

Videos、topics、observations、marketing、articles： ファイルの末尾にそのまま追記します。source と context の行の前には、実際のタブを入れます。

N. Idea exactly as the user said it
\tsource: <repo>, <agent and chat/session>, <date>
\tany extra links or notes the user gave

Startups、convictions、mini projects： source と context の行はすべて4つのスペースでインデントします。- source: を使い、エントリー間には空行を1行入れます。

N. Title — one-line explanation.
    - source: <repo>, <agent and chat/session>, <date>

• Startups：startup/AGENTS.md を読みます。ユーザーの語調を保ちながら、エントリーを簡潔に整えます。最後の番号付きアイデアの後、末尾の ---- 区切りと破棄済みアイデアの注記の前に挿入します。ルートの STARTUP-IDEAS.md シンボリックリンクを startup/STARTUP-IDEAS.md に向けたままにします。
• Convictions：N. 力強い確信 — その理由を1行で。 の形式で追記します。ユーザーの表現に忠実なまま簡潔に整えます。
• Mini projects：N. ユーザーの言葉どおりのアイデア の形式で追記します。書き換えたり、説明を加えたりしてはいけません。

4. コミットとプッシュ

ユーザーは、上記の8つのファイルに記録した内容について、コミットとプッシュを事前に許可し、必須としています。 これは、確認なしのプッシュを禁じる全体ルールに対する明示的な例外です。この例外の対象は、それらのバックログと、スタートアップのシンボリックリンクのリンク先に限られます。リポジトリ内のその他の変更は対象外です。

git -C を使って自分で Git を実行してください。作業ディレクトリを変更したり、この手順を委任したりしないでください。

git -C ~/path/to/ideas pull --rebase --autostash origin main
# Stage only this capture's files; example:
git -C ~/path/to/ideas add OBSERVATIONS.md
git -C ~/path/to/ideas commit -m "Add observation 1 on local agents"
git -C ~/path/to/ideas push origin main

• 記録したアイデアのファイルのみをステージしてください。git add -A は決して使わないでください。スタートアップのシンボリックリンクについては、startup/STARTUP-IDEAS.md をステージしてください。無関係なステージ済みの変更や編集はコミットに含めないでください。
• コミットメッセージ：Add <entry type> <number> on <short description>。複数の項目がある場合は、番号を列挙してください。
• Git の手順で失敗した場合は、正確なエラーを報告して停止してください。強制プッシュは決して行わないでください。

5. 確認

保存した項目の正確なテキスト、番号、ファイル、およびプッシュの成功を報告してください。

保護対象の場所

• 古い ~/path/to/old-startup リポジトリには、書き込みもプッシュもしないでください。スタートアップのサポート資料は ~/path/to/ideas/startup/ に置いてください。
• startup/review/DISCARDED.md には書き込まないでください。アイデアをそこへ移動できるのはユーザーだけです。