メディア・出版UIのコールドテスト — 編集ワークフロー・カレンダー・配信系譜

なぜメディア・出版UIは難しいのか

メディア・出版は「公共・行政の back-office の三種の神器（ApprovalWorkflow・CheckList・SignedRecord）が編集 CMS にも丸ごと効く」という再利用の好例である一方、月カレンダー（イベント付き）と OSMU 派生系譜 DAG という「長らく床にない2つの大型ギャップ」を改めて顕在化させた業界でもあります。連載の他のラウンドで何度も顔を出してきたカレンダーと、ロット系譜（#67）と同じ多親 DAG の派生系譜──ここで腰を据えて整備しました。

ここで結晶化した部品

メディア3枚で改めて顕在化し、整備ラウンドで build に至った部品です。

• EventCalendar#82

  月カレンダー＋イベントチップという長らく床に無かった大型ギャップを、整備ラウンドで build。

• LineageGraph#82

  製造のロット系譜（#67）と OSMU 派生系譜の両方を扱う多親 DAG。単親 TreeView で描けない構造のためのプリミティブ。

• Editorial trio reuse#80

  公共 back-office で結晶化した ApprovalWorkflow / CheckList / SignedRecord が編集 CMS にそのまま効いた、クロスドメイン再利用の典型例。

EventCalendar と LineageGraph は、製造のロット系譜（#67）で起票され、メディアでもう一度顔を出し、整備ラウンドで腰を据えて build した2大プリミティブです。連載の中盤の「長物ギャップ」を一気に2つ閉じた回として記録されています。

メディア・出版 の全ラウンド

メディア・出版 カテゴリの 3 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ／モバイルのプレビューに飛べます。

#80スコア 4/5

AI に編集部の記事管理を作らせてみた — back-office 三種の神器がメディアにも丸ごと効いた（やってみた #80）

/editorial-workflow

公共を5枚で締めて、**メディア/出版**へ pivot（8業界目）。1枚目はオンラインメディア編集部の記事管理——執筆→編集→校正→編集長承認→公開 と記事を進め、校正チェックで公開をゲートする画面。**back-office の三種の神器（ApprovalWorkflow・CheckList・SignedRecord）が、編集 CMS にも丸ごと効いた。**

#81スコア 3.5/5

AI に編集カレンダーを作らせてみた — 「月カレンダー」だけは、まだ部品が無い（やってみた #81）

/content-calendar

メディアの2枚目はコンテンツカレンダー——記事を公開予定日に並べ、入稿締切を追う画面。そして**80枚やって何度も顔を出してきた「カレンダービュー」の穴が、月カレンダーの形でまた出た**回。

#82スコア 4.5/5

AI にコンテンツ配信系譜デスクを作らせてみた — 先週埋めた穴が、今週そのまま発掘された（やってみた #82）

/content-syndication

#81 で「月カレンダー（イベント付き）の primitive が無い」、#67 で「ロット系譜は多親 DAG なのに `TreeView`（単親）しか無い」——この2つを**最優先の残大型**として記録した。そして整備ラウンドで `EventCalendar` と `LineageGraph` を腰を据えて build した。

この業界が gunjo に残したもの

メディアは、「back-office の三種の神器が編集 CMS にも丸ごと効く」というクロスドメインの再利用と、「長らく床にない大型ギャップは整備ラウンドで一気に閉じる」という運用の作法を群青に残しました。EventCalendar（月カレンダー＋イベント）と LineageGraph（多親 DAG）の2大プリミティブの build は、製造ロット系譜とメディアの2業界をまたいでようやく到達した、群青の代表的な複合プリミティブです。