まとめの「作り」を職人の手順に分解して、採用ラインに乗せた
今回やったこと
まとめ記事の品質判断を、担当者の勘だけに預けず、編集で使える複数の操作へ分解した。基準にしたのは「すでに面白いか」ではなく、「素材を活かす工夫で読める記事にできるか」だ。素材の採否、ノイズの整理、出典付きデータの追加、締めの組み立て、見た目の統一を別々の工程として扱い、手作業と自動生成の双方が同じ考え方を参照できる形にした。
これはまとめ制作の編集基準と、その一部を実装へ対応づけた記録である。題材の採用判定を機械だけで完結させたり、編集結果を無条件に公開したりする設計ではない。
「完成度」より「工夫できる素材」を見る
最初の判断で、スレッドの冒頭が薄い、駄洒落が多い、末尾に明確なオチがない、といった理由だけで落とすと、編集で活かせる要素まで捨ててしまう。正本では、素材として次のいずれかが残っているかを入口にする。
- スレッド内の画像やデータ
- 話の見方が反転するきっかけ
- 具体的な出来事や議論の流れ
これらがあれば、余分な投稿を削る、必要な背景を出典付きで補う、流れを組み替えるといった編集で記事にできる可能性がある。逆に、素材そのものがなく、事実確認もできない場合は、言葉を足して埋めるのではなく採用しない。
この考え方は、題材の価値を判定する工程と、記事の構成を整える工程を分ける。自動判定が題材を拾っても、それだけで公開可にはならない。元の内容を人が読み、工夫で成立するかを確認するという境界が残る。
編集操作を実装へ対応させる
編集基準の正本は、編集の考え方を実装上の操作と対応づけている。対応表があると、職人技という曖昧な言葉を、見直し可能な作業に変えられる。
| 編集上の判断 | 実装・扱い |
|---|---|
| 工夫すれば記事にできるかを見る | worth 判定のプロンプト |
| ノイズを削って流れを作る | 編集プロンプトと記事組み立て |
| 画像をデータとして残す | 画像選定と削除防止、末尾切り詰め時の保持 |
| 出典付きの外部データを加える | 補足データの表・グラフ・テキスト描画 |
| 締めが弱い場合に流れを移す | 締めの流れを移す操作と記事組み立て |
| 表示色を揃える | エディタのパレット定義 |
表は「モデルに任せれば編集が完成する」という意味ではない。判断の入口と編集操作を見えるようにし、期待する仕事が実装のどこにあるかをたどれるようにするものだ。たとえば画像は装飾ではなく、スレッド内のデータとして扱う。末尾を整える操作で画像まで落とさない保護も、編集基準と実装の両方に置かれている。
足し算は、根拠を辿れる時だけ
外部情報を補う場合、一般的な背景を大量に追加するのではなく、元の議論にある具体的で検証可能な主張から始める。参照元を確認できない数字や、機関名だけでURLやレス番号に結びつかない補足は使わない。確認できた内容も、読者に必要な分に絞り、表や棒グラフなど関係が見える形で出す。
この制約は、補足を増やすほど記事が強くなるとは限らないためにある。古い数字や題材と関係の薄い背景は、調査で見つけてもそのまま掲載しない。調べたことと記事に載せることを別の判断にしておけば、情報量を品質と取り違えにくい。
ケーススタディが示す組み立て方
正本のケーススタディでは、冒頭が短く、駄洒落があり、自然なオチもない題材を扱っている。最初はその見た目で没と判断し、さらに一般背景を補うだけで記事になったと考えてしまった。見直しでは、スレッド内の産油量データ画像を軸に戻し、言葉遊びは味として残し、議論の中にあった供給をめぐる流れを末尾へ移して締めた。価格情報を添えた箇所も、出典を確認した値として扱っている。
この例から抽出できるのは、どの題材でも同じ構成にすればよいという結論ではない。画像が数字を支えているなら残す、冗長な箇所は削る、終わりが弱ければ実際に存在する流れを使って組み直す、という順に素材を吟味する手順である。材料にない発言や数字を作って、筋書きを成立させる方法ではない。
自動化の境界を残す
編集操作をコードに移すと、繰り返しの整形や保持ルールは揃えやすくなる。一方、元の題材が本当に記事になるか、事実をどう解釈するか、読者に載せる価値があるかは、処理の成功だけでは決まらない。正本も、元の内容を読まずに機械の要約で採否を覆さないこと、出典を確かめずに主張を「嘘」と断じないことを求めている。
実務では、機械に任せる部分を「同じ条件で繰り返せる操作」に寄せ、人が確認する部分を「素材の意味や掲載判断」に残す。自動化の範囲を広げること自体ではなく、編集の判断がどこで行われ、その根拠がどこにあるかを追えることが重要になる。
まとめ
まとめ制作を手順へ分けると、採用判定を「もう面白いか」だけに頼らず、素材を活かす編集の余地から検討できる。具体的には、画像や流れを見つけ、不要な箇所を削り、必要な補足は出典を確認して足し、締めを組み立てる。その操作を実装へ対応づけることで、手作業と自動生成が同じ編集基準を参照できる。
ただし、仕組みがあることは掲載判断の代わりにならない。素材を読み、根拠を確かめ、何を残すかを決める工程を維持したまま、繰り返し可能な編集操作を自動化するのがこの設計の要点である。
環境・バージョン: 社内の編集基準と実装の記録を参照。個別の実行環境バージョンは参照資料に記録がない。
更新履歴
- 2026-10-13: 初稿作成。