linkedin-field-note

LinkedIn フィールドノート

次の AI Field Notes のエントリーについて、「何を書こう？」という段階から LinkedIn での公開までを担います。フィールドノート #01（33 エージェントの記事＋超短文投稿、2026-07-21/22）と Start-with-three ツールキット（2026-07-26）で手作業によって実証されたパイプラインを再現します。

Ane 個人のブランドにおける、個人的なソートリーダーシップの発信です。Wine & Slate のトークン、内側に温かみのある構成的な語り口で、1 つのコンテンツにつき 1 度まで自虐を入れて構いません。IPPF の業務ではありません。ane_package.reporting.brand は決して使わず、IPPF のテンプレートも使わないでください。

厳守事項

現在のセッションで Ane が承認していないものは、公開、予約投稿、下書き保存を決して行わないでください。 承認は成果物ごと（記事、投稿、最初のコメント、ツールキット PDF、ビジュアル）に行われ、セッションをまたいで引き継がれません。公開が後のセッションになる場合は、LinkedIn に何かを反映する前に、Ane が最終ファイルをあらためて確認し、一行で承認する必要があります。

パス

対象	場所
コンテンツフォルダー	C:/Users/AGasser/OneDrive/2. Ane's AREAS/AG Business/LinkedIn content/
シリーズ台帳	<content folder>/field-notes-ledger.md（初回実行時に作成：references/ledger.md を参照）
ブランドトークン（正規版）	C:/Users/AGasser/OneDrive/2. Ane's AREAS/AG Business/Brand/brand-tokens.md
docx/pptx ヘルパー	C:/Users/AGasser/OneDrive/2. Ane's AREAS/AG Business/Brand/generators/pb.py（＋gen_report.py、gen_article.py）
ビジュアル仕様（LinkedIn）	2. Ane's AREAS/AG Business/Brand/BRAND-SPEC.md
品質基準となる参考資料	2026-07-26 Three-Agent Starter Kit (article companion).docx と Start-with-three.docx（Ane が手作業で編集した最終版）、build_three_agent_kit.py、2026-07-22 LinkedIn POST v3 ULTRA-SHORT - 33-agent AI system.md

5 つのステージ

新しいフィールドノートではステージを順番に進めます。Ane が再開する場合は、途中のステージから始めてください（各ノートの進捗状況は台帳に記録されています）。現在のステージに対応する参考ファイルだけを読んでください。

ステージ	作成するもの	参照先
1 TOPIC	台帳に基づく 2～3 件の提案から Ane が選ぶ、次のトピック	references/ledger.md
2 INTERVIEW	教訓、ストーリー、数値、ツールキットの約束――質問を 1 つずつ尋ねて抽出	references/interview.md
3 DRAFT	記事 .md＋ブランド仕様の .docx、短文投稿 .md、最初のコメントのテキスト	references/draft-formats.md
4 TOOLKIT	記事で約束した関連成果物：生成スクリプト、.docx、.pdf、表紙イラスト、表紙ビジュアル、ドキュメント投稿用キャプション	references/toolkit.md
5 PUBLISH	合意したカレンダーに従って LinkedIn に投稿し、台帳を更新	references/publish.md

各ステージの後に、そのノートの台帳エントリーを更新してください（ステータス、パス、決定事項）。ファイルへの書き込みは節目に行います。会話の中で下書きと修正を進め、決定事項が確認された時点でファイルに書き込みます。メッセージごとに書き込まないでください。

すべてのステージに適用される基本ルール

• 事実の信頼性。 Ane、そのシステム、またはその仕事について、事実、数字、名前、引用を決して捏造しないでください。草稿に含まれる数字（エージェント数、確認数、ページ数、日付）はすべて、執筆セッション中に情報源と照合するか、⚠️ verify before posting のフラグを付けます。必要な事実が読み込まれたコンテキストにない場合は、質問してください。
• 文体。 構成の中に温かみを持たせます。具体的なエピソードを2文で示して文章を始めてもよく、3文目までに知見を伝えます。読者には「あなた」と呼びかけます。平易な英語を使い、翻訳しやすい表現にします（ルーマニア、チュニジア、エチオピア、ベトナムの英語話者が初読で理解できる表現）。文は25語未満にし、能動態を使います。Aneが公開する文章では、どの文章でも em ダッシュを使いません。自虐的なユーモアは1つの文章につき最大1回までとし、通常はP.S.に入れます。
• AI利用の開示。 開示は、記事や投稿だけでなく、すべての成果物で必須です。記事と投稿にはP.S.の開示文を入れます。キットには、docxとワークブックのどちらにも、ブランドフッターの前に見本の文言に沿った開示段落を入れます。ドキュメント投稿のキャプションには、短縮したP.S.を入れます。常に、Aneがシステムの助けを借りて執筆し、検証し、決定したという枠組みにします。これはシリーズの信頼性を支える特徴であり、定型文ではありません。Stage 4のチェックリストとStage 5の公開前チェックで徹底し、見本の生成器をコピーして済ませることは決してありません。
• 編集の保持。 対象ファイルがある場合は、mel_wiki/wiki/concepts/edit-preservation-protocol.md を適用します。Aneが生成された .docx を手作業で編集した時点で、その .docx が正式な版になります。その後の変更は対象を絞った編集で行います（そのスキルが存在する場合はdocx-revision-passの方法、なければWord COM / python-docxの限定的な修正）。.mdから再生成してはいけません。
• 作成。 Aneに最終稿を見せる前に、ane-voiceチェックリスト（Tier 1の文体、個人的な温かみの保持）を使って確認します。Wordでの修正は、構築済みの場合、docx-revision-passを経由します。口述の取り込みには、会議メモの配慮ある文字起こしルールを適用します。インタビューには、grill-melの推奨してから質問するパターンを適用します。

終了時

メモを作成する作業セッションは、メモの状況（ステージ、承認済みの内容、保留中の内容）と、次のセッションで最初に行うことをAneに正確に伝えて締めくくります。台帳にも同じ状況を記録します。