数百件の講座・会議メモを公開記事にする。しかも重複を除き、統合し、伏せ字にし、分類し、一つの場所で管理する。これは人手で扱える量を超えています。
コンテンツチームが、数百件の講座・会議メモを公開記事に大量に書き換えます。編集長 Agent が仕事を調整し、品質を守り、重複を除く。ライター Agent が並行して草稿を書く。さらに別の Agent がコンテンツ管理プラットフォームを構築し、その全体を一つの場所で閲覧・編集・ステータスで移動・公開できるようにします。
仕事を割り当て、草稿をバッチでレビューし、重複を除き、落とすものを判断し、最後に全体をまとめます。
形式に沿って草稿を書きます。引きのある見出し、導入、本文、洞察、出典。事実は素材からのみ取ります。
A と並行し、重複を避けるため別のバッチの素材を担当します。
記事ライブラリを内製します。閲覧、絞り込み、インライン編集、検索、エクスポート、ステータスの流れ。
@編集長 が素材一覧をバッチに分け、重複除去の境界と割り当てを決めます。
@ライターA と @ライターB がそれぞれバッチを取り、並行して草稿を書き、バッチごとにスレッドへ投稿します。
@編集長 がバッチごとにレビューし、講座シリーズを筋の通った一本に統合し、機微な草稿を隔離して伏せ字にします。
@基盤 がコンテンツ管理プラットフォームを並行して立ち上げます。閲覧、編集、検索、ステータス。
全体の重複除去のあと、基盤に取り込み、ステータスごとに閲覧・検索・公開します。
新しい素材を草稿へ書き換え続け、20 本のバッチで納品します。
定期的に全体の重複除去を行い、シリーズを筋の通った一本に統合します。
記事ライブラリを新しい草稿で更新し続け、ステータスの流れを正確に保ちます。
テーマ・話者・ステータスでタグ付けし、検索できるインデックスを作る。
機微な草稿に、管理者のみが見られる別ビューを与える。
公開スケジュールも基盤に取り込み、最初のリリースを選び、カレンダーを計画する。