BSM 統合ダッシュボード

Slides API書き込み権限追加→テンプレート作成→GASコード開発→タイ物販で検証

(5/20更新)画像版v1完成＝gpt-image-2で全15画像一気生成→FV手3本問題editモード修正→Python緑色ピクセル自動検出でCTA座標100%精度→フッター追加（画像イメージ注釈＋プライバシー/特商法/運営会社ダミーリンク）→Cloudflare Pages公開（88-lp-image.pages.dev・LINEダミーリンク3箇所）。中島さんLP台本v3対外版（ruduo-ybnh-967f）も継続中・社内確認結果次第で中島さんに修正依頼書送付予定。LP単体販売NG・3階層メニュー化＋LP所有権設計は#119で別管理

松本さんに引き継ぎ済み（運用自動化担当）

会社情報セクション追加後の再アップ / 会費ペイ審査提出

X API取得待ち→本番投稿ストック60本生成

Phase 4-6最小実装完了(5/2深夜)+本番運用初日完了(5/2 12:45)+Phase 6 C 週次ダイジェスト実装完了(5/5)+KPI追加収集(5/9・確定3件追加#2/#36ハウスドゥ/#51・除外4件追加#6/#33/#38/#44)。22アカウント中OK7・対象外4・仮値11。次: 木村さんGAS反映(GAS_統合コード.jsをGASエディタに貼り付け)→5/11月曜9:00の初回自動配信で運用観察 / 違和感A本番要否判断・案件40調査・#36カーリース/ハウスドゥの複合キー対応・5/2以降運用結果蓄積後にD 案件別ルーム振り分け検討。**(6/13)トークン再発行完了＝短期生成→長期交換(約60日)→GAS全文貼り直し→fetchDailyReport成功(111アカウント・133広告・集計更新)＝自動運用復活。backfill(欠損補完)は不要(木村さん判断・過去数字いらない)。リーチ数ズレ問題：原因確定＝日次取得は正確(6/13パスザバトンNo.8 reach806が管理画面と完全一致)・ズレは期間集計の日次合算のみ→改修(集計reachをtime_range API取得化・FRQ再計算)は次回作業。ナレッジ追記済(Meta_API_GAS連携の知見.md)。**(6/14)リーチ改修完了＝日次の広告セット＋キャンペーンを真値化(level=adset/campaign&time_range=単日でAPI取得→専用シートmonthStr_広告セット/monthStr_キャンペーン→webapp上書き)。加法的指標は不変。fetchAdsetReachReport@12:15新トリガー(広告セット+キャンペーン相乗り・約1.5分)。6/13パスザバトンで広告セット/キャンペーンとも管理画面一致(reach2,246/FRQ1.18)実証。3階層(広告/広告セット/キャンペーン)全て真値化。月またぎ合計の真値化は別改修で残課題。次：12:00トリガー生存確認・未マッピング9件・月合計改修**

一旦停止で再度内容詰めてから

(5/15)朝8:00 claude -p execSync瞬時失敗で5/15分未実行（介護・福祉・index=9）。daily-research.js v2に改修済：エラー詳細記録（stderr/status/code/signal/stdout）＋2分待機×最大2回リトライ（合計3回試行）。原因仮説：claude.exeアップデート関連の一過性レース（5/15 9:08:15 claude.exe書き換え判明・朝のclaudeコマンドエラーと同根）。rotation.json未更新（current_index=9・last_run_date=2026-05-14）のため5/16朝8:00自動実行で介護・福祉が走る予定→**動作確認＋ログ詳細チェック必須**：(1)LastTaskResult=0確認 (2)2026-05-16_介護・福祉.md生成確認 (3)Chatwork配信確認 (4)リトライ機構の発動有無確認 (5)詳細stderr取得確認

5/9方針転換：請求書発行は経理に移管。木村さん側でスプシ運用ルールを完璧にしてから経理引継ぎ予定（時期未定）。請求書発行GAS開発・マネフォ解約計画は不要に。引継ぎまでに整備：マスター列追加（正式会社名・敬称・税区分・締日・支払サイト）／契約No採番（C01〜/S01〜）／原価3列セット化／月次粗利の自動算出。ダッシュボード請求管理タブは案件別収支可視化用途で継続。設計書（2026-04-16_仕組み化設計書.md）はスプシ列構造の参考資料として保持・GAS開発計画部分は無効。

prepare-docs.js構築(pdftotext+Gemini 2.0 Flashで画像PDF含む要約md生成)。新規案件立ち上げ時の初期化として運用。Gemini無料枠内で収まる想定。32MB上限回避の根本対策

(1)社外PCのプロファイル確認＝claude関数の参照先をnpmパスからnative実体に差し替え（木村さん手動・他PC波及防止）。(2)native統一方針の判断→確定後にメンバーセットアップ手順をnpm版からnative版へ本格書き換え（native正確コマンドは公式裏取り）。経緯=2026-06-06社内PCでnpm版残存claude関数の横取りで起動不能→native固定パス＋--name版で復旧。**(6/6追記)** (1)(2)とも消化＝社外PCは前回native化完了／メンバー手順はnative化済み＋ステップ4にPATH手動追加フォールバック＋npm削除順序厳守を追記（公式裏取り済み）。山本さん（メンバー1号機）でnpm→native移行を実証＝install.ps1のPATH自動追加が効かず＋npm先消しでnot recognized→PATH手動登録で復旧。ナレッジ「npmからnative版移行…」に別パターン追記。実質クローズ可

4/30初期構築完了(マーケ関係/101_月1集客便/にactive 16社の店舗フォルダ・業種ナレッジ5本(飲食/サロン/整体/物販/サービス)・店舗テンプレート・月次台本テンプレ・リスナー拡張設計書)。次: Chatworkリスナー拡張(「月1」キーワード対応・店舗フォルダglob検索) → 業種ナレッジを業界リサーチから拡充 → 1店舗(笑酒屋)で動作確認 → アニーさん運用開始。メンバー: アニーさん(初期・順次追加)。**(6/10-12)** 運用形態が転換＝Chatworkリスナー拡張ではなくアニーさん本人PC（Mac）のClaude Code直接作業で稼働開始（リスナー拡張は当面不要・旧依頼書式「月1 …台本作成」未使用）。101CLAUDE.mdに作業ルール整備（台本=店舗/台本履歴・台本以外=店舗/制作/・ログ2階層・CLAUDE.mdは木村さん管理・重複6社は月1作業101完結）。ecorel2607台本確定・CLAUDE競合統合。残：過去Docs台本リンク確認→店舗CLAUDE.mdに記載

(5/24)**改修8-15実装完了**：(改修8)リトライ機構＝空応答時1回自動再実行 (改修10)extractAttachmentCount本数判定LP判定より先＝「LP1本」+.txt添付バグ修正 (改修11)常時3眼複眼判定モード化＝T2キーワード制廃止・Claude×Codex×Gemini並列実行・isMultiEyeMode=true固定 (改修12)省力化バイアス禁止プロンプト追加＝判定結果引き継ぎ・アンカリング・コンテキスト効率化の3層バイアスを明示禁止語化 (改修13)プロンプト構造修正＝冒頭強制宣言＋末尾ヘッダー「常時発動・必須実行」化 (改修14)全角数字対応＝「動画５本」（全角5）も attachmentCount正しく検出 (改修15)完璧水準化チェックリスト必読18ファイル化＋3軸×15項目自己採点フォーマット拡張。Node.js v24.13.0→v24.16.0アップデートで突然クラッシュ（exit -1073740791）事故も解消。PID 49332で新版稼働中（5/26 0:39起動・改修16-17反映）。バックアップ：listener.js.bak.20260523_retry_implementation／3eye_integration／t2_keyword_version／20260524_zenkaku_fix／perfect_checklist／**20260526_validate** の6本。ナレッジ「Chatworkリスナー改修8-15の構造改修パターン_2026-05-23.md」「Node.js_v24クラッシュ事例とアップデート復旧パターン_2026-05-23.md」「**Chatworkリスナー改修16-17_事後検証ロジックとHTML対応_2026-05-26.md**」追加。**(5/26)改修16-17追加**：(改修16-A)プロンプト冒頭【絶対禁止】4項目追加＝独自要約フォーマット禁止・内部ログパス記載禁止・標準テンプレ逸脱禁止・文字数500未満禁止 (改修16-B)validateResponseBody事後検証＋自動再生成＝プロンプト誘導＋機械検証の二段防御 (改修17).html/.htm対応＝isTextFile拡張。背景：5/25事故＝処理完了サマリー独自フォーマットで310文字短縮返答／LP HTMLファイル添付5分タイムアウト。残作業（5/27-6/2動作監視）：改修16事後検証発動確認／改修17 HTMLファイル受信成功確認／プロンプト指示違反バイアス再発有無／改修15の3軸×15項目自己採点が次回依頼で出力されるか／改修14全角数字依頼／改修11+12+13の3眼判定継続的に各AI判定対比表/3眼判定メタ/処理時間が出るか。CRASH_COUNT管理は週次で確認推奨。**(6/3)改修20-22＋#123**：改修20＝台本テキスト「N本」誤検出修正(waitForFilesOrText新設)／改修21＝メンション付き後続台本の依頼文側空振りエラー解消(handledElsewhereスキップ)／改修22＝台本タイムアウトのthrow Error廃止→notFound案内化＋「実行中はリスナー再起動しない」運用ルール。#123＝案件番号未特定依頼(projectDir=null)で司令塔CLAUDE.md最新ログ行を書き換える構造を修正(定数LISTENER_LOG_DIR隔離＋ログ保存先フォールバック変更＋CLAUDE.md更新条件分岐)＋過去混入ログ18件をリスナー専用フォルダ隔離。バックアップ：claudemd_guard／kaishu21_mentioned_followup／kaishu22_no_hard_error。新PID 77528。残：改修21/22動作確認(依頼文＋台本両メンション別送時)・改修20動作監視・#123混入再発監視

第1回ヒアリング完了(5/2)+動線整備完了(終了プロトコルステップ7に昇格度+_キャプチャ.md+5/31月次レビュー枠)。5/3夜〜5/4早朝の63_しいさん案件でClaude行動原則の根本強化＋ライブラリ昇格素材10件蓄積：媒体本質目的1行明記/本質目的整合の二層構造(媒体層+セクション層)/4点横串チェック(観点1a/1b/2/3/4)/事実情報の出典明示原則/「読みました」発言禁止/相方役としての姿勢3原則(市場視点・批判的検証・上ポジション)。グローバルCLAUDE.md+運用ルール_バックアップ.md同期。新ナレッジ3件+既存1件更新(媒体別本質目的と標準セクション構成/制作物の二軸バージョン管理/クライアント向け確認事項の台本集約/設計書全文精読適用例2追加)。次: 5/31月次レビューで _キャプチャ.md起点にライブラリ昇格作業/第2回以降のヒアリング再開判断

(5/12)朝7:55 BSM_TunnelRestart + 8:00 BSM_DailyResearch のLastTaskResult=0確認＋tunnel-url.txt更新確認(7:55:11)→修復完了でクローズ。残: 物理対応（排熱スタンド/雷ガード）任意・後日 / 24時間運用の月1再起動運用

(6/5更新)bizm-image-gen（Claude Code版Skill・画像LP＋静止画CR両対応・指揮書型）新規作成。Codex画像生成のorchestrationはClaude Code側責任＝Claude Code Skillでgovern（既存bizm-image-lpはCodex CLI版で別ランタイム）。あわせてClaude Code Skills（~/.claude/skills/）Drive同期化完了＝Claude-Skillsマスター新設・sync-claude-skills.ps1（UTF-8 BOM）・グローバルCLAUDE.md同期ルール3点同期・メンバー共有可否仕分け。bizm-policy-check実地試運転（案件40新規LP）合格クローズ。残：社外PCプロファイルにsync 1行追加（手動）／bizm-image-gen静止画CR実地テスト／Skill横展開（出稿指示書・新規案件立ち上げ）。(5/16深夜大幅更新)**Codex CLI v0.130.0で gpt-image-2が ChatGPT Plus月額のみ・追加課金ゼロで完全自動化可能と実証**。5/11時点の「image_gen未配布」結論を完全に覆す。v3〜v13の13回試行で確立した最強プロンプト構造＝(1)gpt-image-2明示+ローカル描画禁止 (2)LPコンテキスト1行 (3)デザイントーン1行 (4)各セクション役割1行+焼き込みコピー。v13で1指示・4セクション（FV/PAIN/SOLUTION/CTA）を約4分で一気生成・各画像1.7-2.0MB・トーン完全統一・コピー→視覚連動（FV=Instagramフィードスマホ／PAIN=悩むオーナー／SOLUTION=料理盛り付け＋撮影／CTA=Reservationsノート＋LINE画面）でプロデザイナー仕事レベル達成。bizm-image-lp Skill v0作成（`~/.agents/skills/bizm-image-lp/`配置正解・`~/.codex/skills/`は不正解で認識されず）。SKILL.md frontmatter日本語コロン問題はシングルクォート囲みで解決。PowerShell stdin CP932化け→Node.jsラッパー（codex-runner.js）でUTF-8確実伝達必須。ナレッジ10件追加（核資産：Codex CLI画像LP制作_最強プロンプト雛形と一気生成方式・bizm-image-lp Skill v1リファクタ計画・プロンプト原則_詳細指示の逆効果とコピー視覚連動・ChatGPT Web新規チャット必須・Codex CLI Skill配置パス・SKILL.md YAML日本語コロン問題・PowerShell stdin CP932化け対策・UGC風×実写素材ハイブリッド戦略・Chatworkリスナー6本改修・Codex_CLI画像生成機能の現状制約と回避策全面更新）。次：bizm-image-lp Skill v1リファクタ実装（Phase 1：SKILL.md 50-80行ミニマル化＋references/に雛形・業種別1行集・修正10ブロック切り出し）→Phase 2業種別Skill群展開→Phase 3自動化スクリプト（deploy-lp.sh等）→Phase 4 BSM Partners配布パッケージ。撮影素材ハイブリッド検証は月1集客便撮影クルー素材取得後に専用セッションで実施。**(6/6)案件9で画像修正暴走の構造原因究明＋対策実装**：原因＝指揮書型Skillは参照リストでありゲートではない（発火＝プロンプト注入で実Readを強制できない）。修正10ブロックのナレッジを起動時に読み飛ばし→修正フェーズで保持指定なしeditを連発→振動・暴走。Claudeは暴走を自覚し停止宣言までしたが未読ナレッジに自力で戻れず、木村さん名指し（L836）までL842で初Read＝自己復帰経路の不在。対策＝bizm-image-gen SKILL.md改修（§0フェーズ判定追加／§1修正ナレッジに★抜け落ち警告／§7に修正10ブロックの骨直書き＋修正突入ゲート＋振動収束リセット＋暴走自己復帰ゲート＝写経しない原則の修正フェーズ限定例外）＋二重ネストフォルダ`bizm-image-gen/bizm-image-gen/`解消＋Driveマスター同期（13890バイト一致）。ナレッジ`Skill二系統の区別とClaude_Code指揮書型設計.md`に「指揮書型の構造的限界」セクション追記。**(6/7)** 2番COMPASS jsonl検証でSkill未発火・読了確認の虚偽申告・手渡し指示を事実確定→UserPromptSubmit hook（image-gen-hook.js・発火保証の外側ゲート・手渡し禁止＋§1必読11本＋修正10ブロック注入・7ケーステスト通過）新設＋settings.json登録＋SKILL.md §6にAIラベル開示/商標除去の骨直書き＋Drive同期。ミニマル指示の定義精緻化＝フォント指定は基本不要（v12実証＝デザイントーン1行なしで最高品質）・タイポ語は複数枚統一アンカー限定（正本2本＋SKILL §3更新＋Drive同期）。3層防御（骨直書き＋ゲート／hook／オーケストレーター化）として一般化。残：2番再起動後hook実地確認／読んだフリ根絶のオーケストレーター化は任意

演者なし広告CR動画をAI自動生成する仕組み。5/11調査済：Phase 0=Claude Code+ffmpeg+OpenAI TTS等で最小検証(1〜2時間/〜) → Phase 1=n8n移植でメンバー展開(公式テンプレ3121/9197/12202活用) → Phase 2=LP自動生成と統合(コンセプト→LP→動画CR→広告入稿)。CapCutはAPI無しのためffmpegベース必須。Codex CLI画像生成は#106の配布待ち。再開時はPhase 0(静止画+TTS+テロップ+BGM=ffmpeg合成)から着手。**(6/6)演者なし動画の生成手段を3眼複眼リサーチ→Lovart本命特定**（動画Relax無制限＝修正のたびに課金されない構造問題を根本解決／API/MCP自動化／縦型ネイティブ／フル商用。Runway/Pikaはクレジット制で修正が枠を食う弱み）。次=Lovart無料1本試作で実用性・広告品質・正確価格を確認→良ければPro/Ultimate契約しパイプライン化。ナレッジ「演者なし広告動画生成ツール比較2026_月額定額_Lovart本命.md」参照。**(6/9)Seedance i2v実機検証成立**＝editモードでchar_base一貫キャラ→first/last/single素材→DeeVid(Seedance系)でi2v化・同一性破綻ゼロ・5クレジット。Seedance 2.0仕様3眼確定（4-15秒/first・last frame/720p・24fps/fal$0.30秒）。非公式サイト罠を事実確認（seedance2.ai詐欺・DeeVid独自名は実体保証なし・正規はByteDance純正名orfal.ai）。ツール選定判断軸（納品=Veo3.1/自社PoC=Dreamina/自動量産=fal.ai）＋選定は実案件採用決定時に確定。**(6/10)Seedance/Dreamina公式特定**＝公式dreamina.capcut.com(国際入口)/本家seed.bytedance.com/偽サイトseedance2.ai・.app・.tv(ByteDance公式が名指し警告)。DreaminaはマルチモデルでGPT Image2もSeedance2.0も使える。木村さんDreamina登録完了。市場動画ceomasayume解析でChatGPT画像→Seedance i2v手法を再確認。次=Dreaminaでi2vテスト(6/9素材first/last/single・UI画面共有で案内・木村さん時間あるとき)。残：本番化判断は実案件採用時

5/12調査済。AI完全自動運用＋木村さんは判断レビューのみの方針で組む。Phase 1=分析フレーム整備＋Chatworkリスナー拡張(半日〜1日) → Phase 2=パイロット1業種で実行(6月初) → Phase 3=デイリーリサーチに業種別CR分析枠を追加運用(6月中旬〜) → Phase 4=四半期ファネルトレース＋大型レビュー(8月初)。Meta広告ライブラリ・TikTok Ad Library・公開動画コンテンツのリサーチを業種別ナレッジに自動蓄積→木村思考ライブラリの中核資産化。委託メンバー不要・月3〜5時間で運用。ファネルトレース(競合の広告→LP→登録→ステップメール→面談)のみ四半期1〜2社を木村さん手動。

構造設計v1→v2→対外版＋SVG9点完了（5/12-14）→**販売モデル設計＋概念版作成完了（5/15）**。中核5原理＋6週間実装プログラム（Week 0環境構築追加済）。販売モデル：3層構造（概念版＝外部公開／実装版＝受講者向け／個別支援＝コンサル）採用・自走力階層Lv1-4＋独学難易度7要素＋専門家の罠（ダニング・クルーガー逆パターン）の説明資料14KB+24KB作成。概念版（13セクション・自社実装フォーカス・営業心理4要素組込・受講者特典4カテゴリ）作成完了13KB+30KB。ナレッジ3件追加（対外公開資料の2バージョン運用_概念版と実装版の切り分け／専門家の罠_ダニング・クルーガー逆パターン／メンバー展開準備の3点セット）。次：概念版Cloudflareアップ＋管理表追記→5/16ミライブースト研修で配布資料として活用→対外版（実装版）デザイン最終確認→各案件HTML配色フォーマット展開→A〜E手順書群（運営手順書／受講者支援／営業／フロー／グループ運営）作成（試験提供開始時期決定後）→AIマーケター育成事業との統合判断→試験提供候補者選定（1〜2人）→本格展開

FB提出→何かあれば対応する

(5/17抽出)メンバー配布前提のHTMLテンプレ拡充・整理。**A項目（最優先）**：提案書テンプレ・修正指示書テンプレが公開層に不在→個別層の参考実装（31_はぐみ提案書／45_タイ物販修正指示書）を汎用化してテンプレート/フォルダにコピー（クライアント名・案件固有内容を[案件名]プレースホルダ化）。**B項目**：ナレッジ「HTML制作_標準レイアウト・配色フォーマット.md」の適用範囲テーブルに「テンプレファイル名列」を追加してマッピング明示。**C項目**：テンプレファイル命名統一（YYYY-MM-DD_用途名_テンプレート.html形式・「トラフィック広告レポート_テンプレート.html」リネーム必要）。**D項目**：テンプレ目次ファイル作成（テンプレート/_HTML制作テンプレ目次.md・各テンプレの適用ケース1ファイル索引）。所要：A+B=75分／A+B+C+D=90分。木村さん判断：別タスクで実施

(5/18抽出)現状の問題：月度シート生成が4関数バラバラ手動実行(generateMonthlySheet→addNaraSectionToAllMonthSheets→addPaidFlagsToAllMonthSheets→addFixedCostRowToAllMonthSheets)で「自動化」になっていない。5/18の5月度生成で判明＝バラバラ作業＝作業増えるだけで整合性も取れない＝意味ない。再設計案：(1)1関数で完成形月度シートを生成（奈良信金セクション・支払済列・人件費行・GMO前月残高自動引継ぎを統合） (2)前月度シートからGMO当月残高→今月度前月残高への自動コピー (3)契約マスターの新規追加・停止反映の事前バリデーション（生成前に「請求開始月が空のクライアントあり・確認推奨」等の警告表示） (4)単発マスターの入金予定月との自動連携テスト。**5月度シートは既存4関数のうちgenerateMonthlySheetのみ実行済の状態で運用継続（現状フォーマットで通常管理可能）**。再設計の着手タイミングは経理引継ぎ準備（#95）と統合検討。設計書（2026-04-16_仕組み化設計書.md）のスプシ列構造は活きる・GAS統合計画部分は本タスクで再設計

(5/18抽出)過去ナレッジ「メンバー展開準備の3点セット」を**4点セット化**：装備セット3分類／フォルダ3階層分類／メンバー1号機モデル／**メンバー版グローバルCLAUDE.md配置・同期メカニズム**。背景：木村さん社外PCのCLAUDE.mdが4/14時点で凍結していた事実が5/18判明。グローバルCLAUDE.mdはDrive同期対象外（PC個別配置）→メンバー展開時に必須同期メカニズムが3点セットに含まれていなかった。本タスクの実装内容：(1)メンバー版グローバルCLAUDE.mdマスター作成（木村さん固有情報削除・行動原則＋運用ルール＋反論依頼合言葉＋議論型壁打ち＋ナレッジ自動読み込みルールを残す） (2)テンプレート/CLAUDE_グローバル_メンバー共通版_マスター.md として配置 (3)メンバーPC初回セットアップ手順書整備（sync-claude-md.ps1配置＋PowerShellプロファイル追記方式・社外PCで実証済の手順を再利用） (4)ナレッジ「メンバー展開準備の3点セット」を「4点セット」にリネーム＋同期メカニズム章追加 (5)既存装備セット手順書に「グローバルCLAUDE.md配置と同期」ステップ追加。5/18社外PCで実証済のPowerShellプロファイル経由同期（C:\Users\\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1）が雛形になる。BSM Partners 1人目受け入れ前に完了必須

(5/18抽出・社外PC壁打ちセッション)撮影指示書テンプレv8（飲食店ベース）初版完成。101_月1集客便/テンプレート/2026-05-18_月1集客便_撮影指示書_飲食店ベース_v8.md＋html配置済（6/15司令塔テンプレから101へ移管・旧版v1-v7削除）。8回のイテレーション（v1〜v8）でクライアント・撮影者・編集者の3者共通参照1ファイル設計を確立：(1)台本＝発話なしテロップ構成前提 (2)60秒固定枠S1〜S6 (3)カット表は番号＋撮るもの名併載 (4)現場追加要望最大3カット事前合意 (5)撮影教科書/店舗Instagram/Googleマップの3リンク統合 (6)Googleドライブ素材納品フロー。**次タスク**：(A)初版1店舗試運用＝台本確定→撮影指示書作成→クライアント＋撮影者連携→撮影→納品 (B)撮影教科書（新規撮影者向け説明資料）作成＝機材設定/縦型基本/構図3パターン/NG例/プレビュー確認/Googleドライブアップ手順 (C)台本自動化＝Chatworkリスナー「月1」キーワード経由で台本生成→撮影指示書自動生成連動（#101と統合） (D)v8→v9ブラッシュアップ＝試運用フィードバック反映 (E)業種別展開＝サロン/整体/物販/サービス/製薬/クリエイティブの5業種テンプレ作成 (F)テンプレ目次整備（#115と統合検討）。**(5/28)台本自動化（C）着手**＝司令塔セッション（社外PC）で台本自動生成→撮影指示書フロー設計議論→101番に設計メモv0（`_台本自動生成設計メモ.md`）作成・引き継ぎ。5層設計（学習データ／ナレッジ2層＝業種＋UGC台本／生成／変換／FB）＋**月次台本テンプレ30秒 vs 撮影指示書v8 60秒の不整合発見**＋実証段取り確定（過去台本所在特定→読込→1店舗試作→UGC台本ナレッジ化→リスナー自動化）。次：101番セッションで作業継続（過去台本所在確認から）。**(6/3)メンバー共有版作成・配布完了**＝撮影指示書v8をGoogleドキュメント貼付用HTML（社内メモ「v8」表記除去・対外品質）に変換→`101_月1集客便/テンプレート/2026-05-18_月1集客便_撮影指示書_飲食店ベース_メンバー共有版_ドキュメント貼付用.html`配置→木村さんがGoogleドキュメント化しメンバーへ共有完了。原本v8（標準フォーマット）も101/テンプレートに残置（6/15移管）。残：業種別展開(E)・台本自動化(C)継続

(5/20抽出)月1集客便LP画像版v1完成後の壁打ちで「LP単体販売NG・広告運用とセット販売原則」「飲食店はLP不要MEO主軸」「整体エステ系はLP+広告必要」「3階層メニュー構造で全業種カバー」の4結論到達。次回壁打ち継続でサービス化議論。階層構造：Lv1月1集客¥50K／Lv2+MEO¥80K／Lv3+LP+広告運用¥150-250K（飲食メイン+他業種受け皿）。LP所有権はビズム側＝サーバー保管・解約時LP閉鎖・修正判断ビズム数値ドリブン。**次タスク**：(A)Lv3対象業種確定＝飲食以外専用or飲食ハイエンド含む (B)Lv3価格レンジ確定＝月¥150K+広告費別or月¥250K広告費込み (C)LP所有権説明文言の契約書反映（#104と連動） (D)MEO自社化（#120）との連動タイミング確定 (E)Lv3商品設計書HTML化＝他業種相談時の標準提案資料。関連ナレッジ3件：広告運用代行_LP所有権ビズム側の事業設計／3階層メニュー設計_月1集客便の段階展開フレーム／業種別ファネル必要性マトリクス_LP要不要の判断軸

月1集客便のセット販売軸でMEO（Googleマップ運用）を自社サービス化。市場リサーチ＋商品設計＋運用設計＋仕組み解説書＋販売資料v1〜v3＋社内共有版まで作成完了。**(5/25更新)藤田氏（株式会社Straxis ウェブポリ）MEO実践資料受領→運用具体フレームナレッジ追加＋社内共有版v2作成**＝キーワード戦略フレーム3ステップ＋設定場所4つ＋調べ方3つ／口コミKPI数値（★4.3-4.5・月5-10件・返信率90%・初期ライン★4.2以上）／返信3要素フォーマット（感謝+話題+次回提案）／2025年Recency最重要要因化／コンテンツ投稿継続運用基準／業種別効果データ7業種／7ステップロードマップ／PR戦略5施策（上位プラン候補）。次：1店舗PoC（実装検証・人手介入時間2週間実測・新運用基準適用）→3〜5店舗パイロット→30店舗自動化基盤→11月本格販売開始。AI主導の5機能（24h競合監視・口コミ感情分析・動画自動編集・業種別ナレッジ進化・問合せAI応答）＋撮影クルー報酬+5,000円＋MEO管理参加可能性で事業参画拡大設計。価格：月1集客便セット¥20,000・MEO単体¥30,000・初期費用なし・1ヶ月準備期間・3ヶ月縛り。社内議論結果待ち

(5/26大幅進展)**キーワード戦略を根本転換**：業種別→悩み訴求別（木村さん「シワたるみ」10分で3LP発見実証＝TRESOR愛媛/BUPURA岡山店/MAKEFACE三重・全て中小×NG満載×実配信中）。**実装Phase 3完了**(5/26深夜)：keyword-list.json（悩み訴求80キーワード・10カテゴリ・曜日別ローテーション）＋ng-patterns.json（15パターンNG検出辞書）＋daily-meta-policy-check.js本体実装（Puppeteer・Meta広告ライブラリ巡回・中小フィルター・lp-capture連携・NG検出・DB追記）＋設計書。**1日150LP規模・月4500件の中小実例DB**蓄積を目指す構造。**3眼検証で確立した格下げ原則**＝条件付きクリア4パターンは「通過LPに共通観測された緩和要素候補」に格下げ・「業種別8パターン」は「観測LP別パターン分類」に格下げ・即更新2件は撤回。**Claude推論バイアスの連続失敗**（色実績軸機械適用×3回・Meta広告ライブラリ大手バイアス・Meta API既知パターン・中小取得困難結論）を学習記録【高】昇格。次：(1)5/27動作テスト＋バグ修正 (2)デイリーリサーチ統合＋タスクスケジューラBSM_DailyMetaPolicyCheck_0900登録 (3)本格運用開始 (4)Chatwork URL報告→自動収集(案A・依頼後実装) (5)Meta Ad Library API権限取得（木村さんfacebook.com/ID身分証アップロード→Meta for Developers→Ad Library APIプロダクト） (6)初回月次レビュー（2026-06-30予定）

(6/3完了・クローズ)根本原因＝listener.jsプロンプト指示「案件フォルダのCLAUDE.md最新ログ行を更新」が、案件番号未特定依頼（projectDir=null）で1261行フォールバックにより司令塔(0_株式会社ビズム)を指し、司令塔CLAUDE.mdを書き換えていた。修正3点：(1)定数LISTENER_LOG_DIR新設（制作/Chatworkリスナー/logs/）＝案件未特定依頼のログ隔離先 (2)ログ保存先フォールバックを司令塔/ログ/→リスナー専用フォルダに変更 (3)CLAUDE.md更新指示をprojectDir有無で条件分岐＝未特定時はいかなるCLAUDE.mdも編集禁止と明示。過去混入ログ18件（4/29〜・URL系LP/CRチェック大半）を司令塔/ログ/→リスナー専用フォルダへ全件移動。node --check OK→PID 75080停止→自動再起動（新PID 7404）。バックアップ listener.js.bak.20260603_claudemd_guard

Claude公式ルーチン(claude.ai/code/routines・クラウドcron)でデイリーリサーチ等のPC依存を外せるか検証。PoC1本でDrive MCP書き込み可否＋外部HTTP POST可否を実測→可ならデイリーリサーチ移行設計。仕様確認済(6/12)＝クラウド実行・ローカル不可・cron最短1h・Driveコネクタ接続可・シークレット機構なし。優先度低・メンバー展開本格化で木村さんPC依存削減が課題になった時に着手