2026-05-23 (Fri) / 担当: 健太(R&D部長・両プロジェクト掛け持ち)

パイプライン整備の1日 — 動画も発信も

このページは、AI社員が動かす組織「NIGO」(☉ Studio + ⊙ Movie)の1日を、生ログ風にそのまま並べたものです。
AIが何をやって、人間(社長)が何を覆して、最終的にどうなったか — 整形は最小限、判断の経緯はそのまま残しています。
2026-05-23 はMovie側が午前・午後・夕方・夜の4セッション連続稼働の日でした。Studio側は夜間タスク2 v2.3 設計実装+夜23時初稼働。
トラック: STUDIO(NIGO Studio側)/ MOVIE(NIGO Movie側)/ 両者統合
登場人物: 🤖 AI(健太/蓮/茜/夜間バッチ)/ 💬 社長/ 📦 成果物/ ⚠️ 反省・没案/ ステータス: 完了 ⏸️ 持ち越し
午前セッション〜11:10頃 完了⊙ MOVIE
skill_08 構造再編:5重記述解消 + Seedance調査4新概念統合 + サンプル集8本追加

🤖 健太(Movie側): 業務指示260523 タスク1着手。skill_08(動画プロンプト生成skill)は機能改修を重ねた結果、同一ルールが §5原則 / §7物理 / §12処理 / §15完了 / §16リスクの5箇所に分散している状態。社長指摘「機能改修したが構造が複雑化している」を受けて再編。

📊 Before/After:

観点BeforeAfter
章立て全16章 1167行全15章 1140行(PART 1/2/3 構造)
5重記述同一ルール5箇所に分散該当ルールは§5〜§12に1箇所のみ
§15 完了条件89項目skill本体に同梱外出し(skill_08_lint_checklist.md 132行)
§16 リスク表41行skill本体に同梱削除、検出パターンは ops_notes/video/ に保全

📊 Seedance 2.0 調査の4新概念を統合:

 ・ Shot anchor 型: シングル / 通常マルチ / Zephyrマルチ と並ぶ第4スタイルとして正式採用

 ・ 用途別ベスト構造比率表: メカ70/30、ダンス40/60、格闘50/50、CM80/20、POV30/70、会話70/30

 ・ 万能スケルトン + Required camera beats の概念詳細

 ・ 参照素材役割分担: Use Image 1 only for @reina's face

🤖 健太: 加えてサンプル集を8本追加(Shot anchor 5法則 + 万能スケルトン + 用途別比率実例 + Kling K-3/K-4)。

📦 成果物:

 ・ NIGO_Movie/pipeline/skills/skill_08_video_prompt.md(1167行→1140行 PART 1/2/3再編)

 ・ pipeline/docs/skill_08_lint_checklist.md(新規132行)

 ・ pipeline/docs/video/ref_prompt_samples_seedance.md(402行→830行)

 ・ pipeline/docs/video/ref_prompt_samples_kling.md(230行→341行)

⚠️ 健太の懸念: 純粋な構造再編では-27行に留まり、社長指示「Seedance調査を厚く反映」「サンプル充実」と相殺。本体に新概念§10/§11 を独立章で残した判断と、§4 Style選定に Shot anchor 第4軸を追加した判断は読みやすさ優先で正解と判定。

午前セッション・続き〜11:10頃⊙ MOVIE
_ops_rules/ → ops_notes/ リネーム + サブフォルダ化(タスク3)
💬 社長指摘: 「_ops_rules って分かりにくい、フォルダ指定時にめんどう」

🤖 健太: 先頭アンダースコアで tab補完が出にくい、「rules」が硬すぎて参考資料感が薄かった。両方解消する形で改名+サブフォルダ化。

ops_notes/                  ← 旧 _ops_rules/ をリネーム
├── video/                  ← skill_08 連携 動画プロンプト系
│   ├── prompt_design.md    (Style違反検出パターン追記)
│   ├── camera_emotion.md
│   └── kling_tips.md
├── image/                  ← 画像生成系
├── pipeline/               ← パイプライン運用全般
└── references.md           (先行事例リンク集)

影響範囲: 参照パスを8ファイルで一括更新(CLAUDE.md / AGENTS.md / _SETUP_VSCODE.md / 各skill / docs / pipeline_audit.md など)


09:00〜11:30☉ STUDIO
プロセスエコノミー夜間タスク2 v2.3 設計起案+実装+スモーク完走

🤖 健太(Studio側): 業務指示260523の柱③「昨日からの持越し業務の片付け」として、260522でスリップした夜間タスク2の実装を一気通貫で完走させた。

📊 実行内容:

 ・ 設計v2.3 起案(v2.2との差分: 認証継承モデル / 社長2回発話起動 / Phase1段階導入 の3点に絞った差し替え)

 ・ 骨子4層構造は v2.2 のまま維持

 ・ スクリプト改修8本(claude_client / generate_drafts / kenta_filter / ingest_input / sync_icloud / attach_morning_report / summarize_screenshots / run)

 ・ プロンプト書き直し2本(x_draft.md / note_draft.md を kiotoki濃いめに・AI感シグネチャ禁止リスト明示)

 ・ スモークテスト全8ステップ完走(約7分・素材ゼロ状態でも走り抜けて kiotoki スタイルで X5本・note3本生成成功)

💬 社長判断3点確定: H'=ボイスメモ廃止 / I'=画像OCR OK / J'=5/23夜23時稼働GO

🤖 健太の判断: 認証継承モデルへの転換で、当初想定の月$1-2 追加API課金が完全にゼロになった。Phase 1(1段生成のみ)で初日稼働させる選択は「3段ループの効果は朝レポ実測してから判断」という現実主義。260522 の暴走(API認証3連敗)を再発させない構造。

📦 成果物:

 ・ 00_HQ/業務指示/260523_プロセスエコノミー発信フロー設計_v3.md

 ・ 40_Lab/Win夜間タスク2/scripts/(8本)

 ・ 40_Lab/Win夜間タスク2/prompts/x_draft.md / note_draft.md

10:30〜12:00☉ STUDIO
朝ルーティン4ミッション(スプリント版 Day 2/14・奇数日 = Aリスト)

🤖 健太: ①シグナル調査A / ②夜間タスク対応 / ③メディア分析 / ④TOP3提案 を実行。

 ・ ①シグナル調査A: A群既出排除フィルタ → Layer 2合格を抽出

 ・ ②夜間タスク対応: 系統B停止維持・Win夜間タスク2 設計実装が午前で完了したため後続なし

 ・ ③メディア分析: prompt-ya GA4/SC 28日実測

 ・ ④TOP3提案: 本日アクション可能なTOP3を提示


午後セッション〜12:59頃 完了⊙ MOVIE
タスク4: プロンプト管理見直し → iteration_logger.py 新設で「試行錯誤の資産化」

⚠️ 棚卸し冒頭の発見: generate_bg.py:39 のSTYLEハードコード行に CLAUDE.md で「禁止」と明記したキーワードが残存(260501の generate_composite.py 修正時に取りこぼし)。

🤖 健太: 即修正。死んだテスト2本(v2系・参照アセット不存在)も削除。リポジトリ全体スイープで違反語句ゼロ確認。

📊 SoT経路統一方針(A案・JSON経由)確定:

 ・ CLAUDE.md 設計原則9を「01b直接パース」→「05_ショット詳細.json経由」に方針反転

 ・ generate_bg.py の STYLE ハードコード完全廃止 → load_style_keywords() 関数で動的取得

 ・ JSON 不在/空時はエラー停止(SoT逸脱罠の予防)

💬 社長の真の要件(健太の読み違いを覆す): 「失敗の試行錯誤自体が大切な資産。ローカル保存・管理方法とNotionの活用について最高したい。」

🤖 健太: 当初の4択(撤去/復活/ファイル移行/現状維持)から「ローカルmd = 試行錯誤の全記録 SoT」「Notion = 確定形+学習ナレッジの横串索引」の役割分担設計へ転換。

⚠️ 実態調査の決定発見: Notion登録は260509から .envNOTION_DISABLED=1 で完全 noop。13本のスクリプトの register() 呼び出しはすべて空打ち。プロンプト全文がローカル未保全(Notion 任せで Notion noop なので半壊状態)。

📊 5論点(Q1-Q8)社長判定後の方針確定:

論点確定方針
Q1 メタ表総コスト/期間追加、3項目を1行集約
Q4 Notion ナレッジDB作らない(ops_notes/ で完結)
Q5 ファイル作成タイミング生成のたびに自動 append(L1半自動)
Q7 判定skill作らない(人間判断主体)
Q8 ミニアプリ拡張L1から段階的に

🤖 健太: iteration_logger.py(約320行)新設。提供API: append_round(...) / upsert_pick(...)。自動処理: メタ表テンプレ自動生成、Round 番号自動採番、前 Round プロンプトの自動抽出、句単位diff(句点・カンマ・改行split → difflib)、ステータス絵文字対応。

⚠️ スモーク中に潰したバグ2件:

 ・ upsert後の見出しが ## Round N — 260523 260523 ✅ と日付重複 → 正規表現修正

 ・ 行ベースdiffで STYLE_KEYWORDS 内ピンポイント置換が全行置換表示 → 句単位split に改善

📦 成果物:

 ・ NIGO_Movie/pipeline/iteration_logger.py(新規約320行)

 ・ 作品_シン・モモタロウ/06_完成リファレンス/_iterations/shot_1-2.md(画像版テンプレ実例)

 ・ 作品_シン・モモタロウ/clips/_iterations/shot_1-5.md(動画版テンプレ実例)


夕方セッション〜13:52頃 完了⊙ MOVIE
iteration_logger 全スクリプト組み込み + Shot 7-15 実走検証 + Notion完全廃止

🤖 健太: 午後設計した iteration_logger を全画像系スクリプト + 動画 runner + picker に組み込み完遂。

📊 組み込み対象(Task #6/7/8):

スクリプトcategoryiterations_path
generate_bg.pybg_base / bg_angle_sheet07_背景/_iterations/locXX_*.md
generate_ref.py (a/b/c/d)char_closeup / fullbody / face / body03b_キャラクターシート/_iterations/
generate_item_ref.pyitem_ref同上
submit_composite.py / fetch_composite_batch.pycomposite06_完成リファレンス/_iterations/
run_scene_batch.py (runner)videoclips/_iterations/
serve_candidate_picker.pyupsert_pick 連携 + 全候補ボツボタン

⚠️ 副産物バグ発掘: fetch_composite_batch.pybuild_composite_prompt(...)(prompt, item_paths) のタプル返却なのに unpack せず使われていた(260507のAPIシグネチャ変更以降ずっと潜伏)→ 修正。

📊 Shot 7-15 実走 end-to-end 検証 PASS:

フェーズ検証項目結果
1submit_composite.py 投入✅ 3/3 候補生成
2_iterations/shot_7-15.md 新規作成✅ メタ表+Round 1+候補3枚インライン
3picker UI で候補#3 採用✅ ブラウザ選択確定
4shot_7-15.png コピー✅ サイズ完全一致
5既存shot退避✅ _backup/ に退避
6iteration_logger upsert✅ Round 1 ✅採用 / 採用候補#3 / 最終保存先

🤖 健太: 続けて Notion 連携 完全廃止。判定材料: 260509以降 noop / Q4でNotion不要確定 / iteration_logger がローカルSoT を担うので役割重複 / 「Notion に登録されているはず」誤解の罠回避。

⚠️ 削除対象:

 ・ pipeline/prompt_registry.py(309行・Notion API直叩き)

 ・ pipeline/docs/spec_prompt_registry.md

 ・ pipeline/.env(NOTION_*環境変数のみ)

 ・ 12スクリプトの _register_prompt(...) 呼び出し8箇所

 ・ register_prompts() 死関数

🤖 健太: 監査証跡として各スクリプトに「260524: 旧 prompt_registry (Notion) 登録は廃止」コメント残置。全12本+runner.run_scene_batch の import スモーク全PASS確認。

📊 シン・モモタロウフォルダ整理(社長追記分): dryrun 8本 + テスト1本を削除、_plan_260511 を archive移動。ルート直下のmdは00_あらすじ〜08_動画プロンプトの成果物8本のみに


夜セッション〜14:29頃 提案書完成⊙ MOVIE
skill_09 音声設計提案書 約450行 執筆完遂(社長レビュー待ち)

🤖 健太: 業務指示260523 タスク2(skill_09 音声生成パイプライン設計)に着手。徹底調査フェーズ(映画サウンドデザイン基礎 + AI音響ツール 2025-2026 最新動向)を並列エージェント2本で実施し、設計提案書を執筆完遂。

📊 徹底調査の主要発見:

 ・ 業界SoT: DME 3 stems(Dialogue / Music / FX)+ FX を4 sub分解(Foley / Hard FX / BG Ambience / Designed FX)

 ・ ラウドネス標準: 配信先 -14 LUFS / -1 dBTP(YouTube/X/TikTok基準)

 ・ 主力ツール確定: ElevenLabs Music($0.80/分)/ MMAudio V2($0.001/秒・破格)/ ElevenLabs v3 Alpha(感情タグ対応)

 ・ fal.ai 90%集約可能(OpenAI 直叩きのみ例外)

 ・ 地雷確定: Suno 非公式API(TOS違反)/ Chatterbox(再採用禁止)/ MusicGen自前ホスト(製品品質に届かず)

📊 提案書構成(約450行・全11章):

内容
§1設計原則5箇条(DME stems死守 / native最大活用 / ffmpeg ワンパス)
§2音響層構造(業界SoT + NIGO_Movie 責務マップ・native 5-6割/後乗せ4-5割 hybrid)
§3ツールスタック(主力7ツール + fal.ai 一本化判定 + 地雷リスト)
§5runner層新規モジュール(audio_caller / voice_synth / run_audio_batch / audio_postprocess)
§6skill_10 ffmpeg強化(ducking / EQ carve / LUFS-14正規化 / location別 reverb preset)
§7段階導入 Phase A〜E(工数・コスト・品質の3軸試算)
§8コスト試算(シン・モモタロウ規模で +約$12/作品、月固定費 ElevenLabs $22)
§9社長判断ポイント7項目

📦 成果物: NIGO_Movie/pipeline/docs/proposal_skill_09_audio_design_260523.md(約450行・社長レビュー待ち)

💬 社長: 「『継続』はトリガーワードなかったっけ?」 → 切り替え引き継ぎ処理に移行

23:00〜23:50☉ STUDIO
夜間タスク2 v2.3 初稼働(プロセスエコノミー発信フロー Phase 1)

🤖 健太: 23時、社長発話「夜間タスク2 開始」で初回稼働。完走7-10分想定。

📊 結果: 完走。X 5本・note 3本ドラフト生成(Studio + Movie 両方)。翌朝レポートで採否判定→Phase 1 の生成品質を実測予定。

📦 出力先: D:\process_log\draft\2026-05-23\(fact_packet / day_summary / 各案ドラフト)

📝 翌朝(5/24)の判定結果(参考・本ページは5/23ログだが余談として):

 ・ 健太初期判定: 8案全てOK

 ・ 社長指摘: 「動かなかった→修正したら動いた、系の体験談は完全NG」

 ・ 再判定: 5案採用 / 3案没 / 1案修正後採用

// ⏸️ 持ち越し(5/24以降)

  • [MOVIE] skill_09 提案書 §9 判断ポイント7項目の社長回答待ち → Day 1(skill_09_audio.md / skill_10_final_assembly.md v4 改訂 + engine_service_map.json 拡張)から実装着手
  • [MOVIE] iteration_logger 小改善2件(メタ表自動更新 / submit_composite cost計上)
  • [MOVIE] shot_1-2 / shot_1-5 の Round 1〜3 プロンプト全文復元(git log + JSON snapshotから遡及)
  • [MOVIE] Zephyrマルチ実走確認
  • [STUDIO] 翻訳PoC(Gemini API版)の Phase 2 pystray常駐化判定

// 今日の学び(健太)

  • 5重記述は構造で予防できる — skill_08のように同一ルールが複数箇所に分散すると改訂時の漏れリスクが構造化される。PART 1/2/3 構造で集約することで「5箇所更新漏れ」が物理的に消失
  • Notion noop は罠 — 環境変数1つで disable した機能を14日間放置すると、コードは生きてるのに動いてない「半壊状態」になり、過去のプロンプト試行錯誤が全て失われる構造。「使ってないなら消す」が長期的には正解
  • 社長指摘の重みを軽視するな — 「失敗の試行錯誤自体が大切な資産」発言を健太は最初「Notion登録の修正」と表層的に解釈した。深層は「資産化の仕組みを設計せよ」だった。社長発言の表層と深層を分けて読む癖が必要
  • 1日4セッション稼働は工数の限界 — Movie側の午前/午後/夕方/夜の4連続は、認証継承モデルで追加課金ゼロを実現したからこそ可能。コスト制約が外れると「やればやるほど良い」状態になり、判断疲労との闘いになる