ai_news news.html 継続更新

対象ファイル

• 入力: report/*.md。レポートは YYYY-MM-DD_タイトル.md（例: 2026-09-05_2027年生成AI本格組み込み戦略.md）の形式で保存する。手順1で命名を正規化した後、ユーザーが対象を指定しなければ、ファイル名の日付プレフィックスが最も新しいファイルを対象にする（本文の整形などで更新日時が変わっても対象判定がぶれないようにする）。
• 出力: history/news.html(メイン)、history/archive.html(循環先)、docs/glossary.md(用語集の原本)、history/glossary-data.js(用語集の生成物)、history/index.html・history/generative.html(年表。該当する出来事があったときだけ)。

前提

• history/news.html は7つの固定テーマセクションを持つ: #agent(エージェンティックAI) #japan(国内実装) #physical(フィジカルAI) #sovereign(ソブリンAI) #infra(インフラ) #society(経済・社会) #security(セキュリティ)。新しいテーマは追加しない。
• 各セクションの .news-card 上限は6枚。
• 各 .news-card は data-added="YYYY-MM-DD"(追加日)と data-report="ファイル名"(出典)を持つ。この data-report は history/reports-index.js の window.REPORT_INDEX オブジェクトのキー(拡張子なしファイル名)と一致している必要がある。一致していれば、ユーザーがカードをタップした際に history/report-modal.js が自動的に元レポート全文をモーダル表示する(カード側のHTML構造・追加のマークアップは不要)。
• history/archive.html は同じ7テーマ・同じidを持つ「過去ログ」ページ。カード循環時のみ更新する。
• history/index.html(AI HISTORY)と history/generative.html(GENERATIVE ERA)は、手書きの自己完結HTMLでできた年表ページ。前者は1950年からのAI全史を5つの時代(#dawn #winter #ml #dl #gen)で、後者は2020年以降の生成AI史を年別(#timeline 配下の #y2020〜)・モデル系譜(#lineage)・メディア生成(#media)・技術革新(#tech)で扱う。週次更新の主対象ではないが、「数年後に振り返っても残る節目」が出たときだけ手順13で追記する。
• history/daily.html(AI DAILY LOG)は everyday_news/*.md を出典とする別系統のページで、scripts/generate_daily_data.py が生成する history/daily-data.js だけを読む。このスキルの対象外なので触らない。
• history/glossary.html(AI GLOSSARY)は用語集ページ。原本は docs/glossary.md で、scripts/generate_glossary_data.py が history/glossary-data.js を生成する。history/glossary.html と history/glossary-data.js を直接編集してはならない（前者はレイアウト、後者は生成物）。内容の変更は必ず docs/glossary.md に対して行う。

手順

0. 更新ロックを取得する。 変更を始める前に、リポジトリのルートで source scripts/lib/news_update_lock.sh && acquire_news_update_lock "$PWD" --lease を実行する。取得に失敗した場合は、日次更新または別の週次更新が実行中なので変更せず停止する。コマンドの標準出力に表示されたトークン文字列をそのまま控え、以降のBash呼び出しではその取得時のトークン文字列を直接 source scripts/lib/news_update_lock.sh && refresh_news_update_lock "$PWD" "<取得時のトークン>" と source scripts/lib/news_update_lock.sh && release_news_update_lock "$PWD" "<取得時のトークン>" に埋め込む。.news-update.lock/ownerを読み直してトークンを得てはならない。別のBash呼び出しで環境変数やtrapを引き継げず、lease回収後に別ジョブが同じownerを作る可能性があるためである。手順7と手順11の直前を含む長い処理の前にrefreshし、refreshが非0を返した場合はロックを失っているため、以降の編集・git add・commit・pushを行わず停止して報告する。手順14のpush完了後にreleaseする。leaseは一定時間更新されなければ回収される。日次処理と同じ原本・生成物・Git indexを触るため、このロックを省略しない。
1. ファイル名を確認・自動修正する。 対象を選ぶ前に report/*.md を全件走査し、YYYY-MM-DD_タイトル.md 形式でないファイルがあれば、本文を変更せず、ファイルの作成日時を YYYY-MM-DD として先頭に付けて自動的にリネームする（macOSでは stat などで作成日時を取得する。取得できない場合のみ実行日を使い、その旨を報告する）。移動先が既に存在する場合は上書きせず処理を停止して報告する。リネームした各ファイルについて、history/news.html と history/archive.html に旧ファイル名の data-report 属性・.src 表示があれば新ファイル名へ更新する。この処理が完了してから、指定された対象、またはファイル名の日付プレフィックスが最も新しい対象を決定する。
2. 対象レポートを全文読む。改行のない一塊の文章で読みにくい場合は、先に format-report スキルを適用してから次に進む。読んだ際に ^^(脚注マーカーの除去漏れと思われる不要記号)や [cite: 数字, ...] 形式の引用元マーカーが含まれていないか確認し、含まれていれば report/*.md 本体から全て削除して上書き保存する(モーダル表示時に文中へそのまま表示されるのを防ぐため)。
   • 章立てを必ず統一する。 report/*.md 本体の見出しを確認し、H1のタイトルを除くH2/H3/H4には、それぞれ ## 1. 章、### 1.1 節、#### 1.1.1 小節 の形式で連番を付ける。既存の 第1章、第一章、未番号の見出し、途中で番号が欠けた見出しも、出現順と階層に沿って再採番する。見出しの本文（タイトルの文言）は変更せず、番号だけを補正する。章立てを補正した場合は、生成データではなく report/*.md 本体を先に保存する。
3. レポート内から news-card 化すべきトピックを洗い出す。固有名詞・具体的な数字を含む「見出しになる」情報を優先し、抽象的な一般論は避ける。
4. 洗い出した各トピックを、既存7テーマのうち最も近いものに割り当てる。無理に当てはまらない場合も、最も近いテーマに寄せる(新テーマは作らない)。
5. 重複判定: history/news.html の全 .news-card を確認し、同一企業・同一イベントを指すカードが既にあれば、新規カードは作らない。代わりに、そのカードの .src 表示テキストと data-report 属性の両方に、今回のレポートのファイル名を " / " 区切りで追記する。
6. 重複しないトピックは、該当セクションの .news-grid 末尾に新規 .news-card として追加する。書式:

   <div class="news-card" data-added="YYYY-MM-DD" data-report="レポートファイル名">
     <div class="kicker">英大文字の短いラベル</div>
     <h3>数字や固有名詞を含む具体的な見出し</h3>
     <p>背景・数字・固有名詞を含む3〜4文の説明。</p>
     <div class="src">レポートファイル名</div>
   </div>

   • data-added は本日日付(YYYY-MM-DD)。
   • kicker/見出し/説明文の文体・トーンは既存カードの書きぶり(断定調、具体的な数字・固有名詞を含む、体言止めや「〜へ」で終わる見出し)に合わせる。要約・推測で内容を水増ししない。
7. カードを追加した各セクションについて .news-card の数を数える。6枚を超えていれば、そのセクション内で data-added が最も古いカードを1枚選び:
   • history/news.html の該当セクションから削除する。
   • history/archive.html の同じ id を持つセクションの .news-grid に追加する。既存の archive-empty プレースホルダー(<p class="archive-empty">まだアーカイブされたカードはありません。</p>)があれば、そのセクションから削除してからカードを追加する。
8. history/news.html の hero-desc 内「調査レポートN本を横断」と footer の「COMPILED FROM N RESEARCH REPORTS」の N を、report/ 配下の実ファイル数(ls report/*.md | wc -l 相当)に更新する。
9. .ticker 内のテキストを更新する。今回追加した新規カードの見出しを要約したブレイキングニュース文を1〜2件、末尾に +++ 区切りで追記する。区切り件数が8件を超える場合は先頭(最も古い)の項目から削除し、総数をおおむね8件に保つ。
10. history/news.html(および循環が発生した場合は history/archive.html)を上書き保存する。
11. python3 scripts/generate_reports_data.py を実行し、report/ 配下の全 .md から history/reports/<ID>.json(レポート1本＝1ファイル)と対応表 history/reports-index.js を再生成する(新規レポートの全文タップ表示に必要。既存レポートも含め毎回全件再生成するが、中身が変わったファイルだけが書き換わるので、対象を絞る必要はない)。
12. 用語集を最新化する。 今回 news.html に追加した新規カードの本文を読み直し、docs/glossary.md に未収録で、かつ説明なしでは読み手が詰まる用語（新しい略語・規格名・モデル名・技術用語）があるかを確認する。
    • 収録基準: サイト内に実際に登場する用語だけを入れる。一般的なAI辞書に寄せない。一度しか出てこない固有名詞や、文脈から自明な語は入れない。追加すべき語が無ければ何も足さずに次へ進む。
    • 追加先: 既存9章のうち最も近い章の表に1行足す。新しい章は作らない。1〜8章は | 用語 | 正式名称 / 読み | 意味 |、9章のみ | 開発元 | モデル / シリーズ | 補足 |。
    • 書式ルール（既存行と揃えること。崩すと表示が壊れる）:
      • 用語列（9章は開発元列）は **用語** と太字にする。
      • 正式名称 / 読み列は必ず埋める。 略語なら展開形（例: FinOps → Financial Operations（クラウド財務管理））、日本語の語なら英語表記か読み。展開形が本当に存在しない語だけ空欄にしてよい。
      • 意味 / 補足列は必ず3行以上（全角70文字以上）書く。 1〜2行の短い定義で止めない。レポート本文に出てくる固有名詞・数値・事例を1つ以上含めて、サイト内でどう使われているかが分かる説明にする。
      • 意味 / 補足列に太字（**）を使わない。 カード内で浮くため。強調したい場合は文章で書き分ける。
      • 9章のモデル / シリーズ列は区切りを半角スラッシュ " / " に統一し、短く保つ（スマホ幅390pxでカード見出しが1行に収まるため）。モデルではない製品名（エージェント製品など）をモデル一覧に混ぜず、補足列で説明する。
    • python3 scripts/generate_glossary_data.py を実行する。出力の N sections / M terms の M が、追加した語数だけ増えていることを確認する。
13. 年表・歴史ページへの追記要否を判断する。 今回 history/news.html に追加した新規カードを見直し、「年表に載るレベルの出来事」が含まれていないかを確認する。
    • 追記基準（厳しめに運用する）: news.html は週ごとに流れる話題を扱うのに対し、年表は数年後に振り返っても意味が残る節目だけを載せる。以下のいずれかに当てはまるものだけ追記する。
      • フロンティアモデルの新規リリース・新ティアの登場（例: Claude Fable 5、GPT-5.6、Gemini 3.5 Pro）
      • 技術的なブレークスルー（新しい学習・推論手法、コンテキスト長や推論コストの桁違いの変化）
      • 規制・安全保障・大型訴訟など、業界の前提を変える制度面の転換
      • 普及面の歴史的な数字（ユーザー数、シェアの逆転など）
        該当が無ければ何も足さずに次の手順へ進む。「毎週必ず1件足す」運用にはしない。
    • 既存カードとの重複を先に確認する。 同じ出来事の続報であれば新規カードを作らず、既存カードの本文を最新の事実に書き換える（news.html の重複判定と同じ考え方）。
    • 追記先の選び方: モデル・企業に紐づく出来事は history/generative.html が第一候補。history/index.html は70年史の粒度なので、年単位でまとめられる特大の節目だけを #gen(生成AIの時代)に足す。generative.html に書いた内容をそのまま持ち込まない。
    • history/generative.html への追記書式: 該当年の <div class="year-block" id="yYYYY"> 内の .event-grid 末尾に追加する。

      <div class="event-card">
        <span class="month">JUN 30, 2026</span>
        <h3>具体的な見出し</h3>
        <p>背景・数字・固有名詞を含む2〜3文の説明。</p>
        <span class="chip chip-anthropic">Anthropic</span><span class="chip chip-tech">AGENT</span>
      </div>

      • .month は JUN 30, 2026 / FEB–MAR 2026 のような英大文字表記。
      • chip は提供元(chip-openai / chip-anthropic / chip-google / chip-open)と話題ラベル(chip-tech / chip-media)の組み合わせ。絞り込みボタンが用意されているのは提供元の4種だけで、JSが自動で押せるようにするため、提供元が特定できる出来事には必ず1つ入れる。
      • news.html 側に対応するセクションがあれば末尾に <a class="rel-link" href="news.html#セクションid">関連ニュース →</a> を添える。
      • 内容がメディア生成(#media)や技術革新(#tech)のセクションに属するものなら、そちらの既存カード書式に合わせて追加する。
      • その年の year-block がまだ無ければ新設し、<span class="yr-sub"> にその年を一言で表すラベルを付ける。
    • history/index.html への追記書式（本当に節目のときだけ）: #gen セクションの .timeline 末尾に、年の昇順を保って追加する。

      <div class="tl-item">
        <span class="tl-dot"></span>
        <div class="tl-card">
          <div class="tl-year">2026</div>
          <h3>見出し</h3>
          <p>2〜3文の説明。</p>
          <span class="tl-tag tag-magenta">FRONTIER</span><a class="tl-link" href="generative.html#y2026">2026年の詳細 →</a>
        </div>
      </div>

      • .tl-tag の色は時代ごとに統一されている（生成AIの時代は tag-magenta）ので既存に合わせる。
      • .tl-item を増やしたら、ヘッダーの data-count="24"(MILESTONES)を .tl-item の実数に更新する（grep -c 'class="tl-item"' history/index.html で数える）。
    • 年をまたいで書き足した場合は、footer の年レンジ表記(history/index.html は 1950 — 2026、history/generative.html は 2020 — 2026)が実態と合っているか確認する。
    • 文体・トーンは各ページの既存カードに合わせる（断定調、固有名詞と数字を含む、推測で水増ししない）。
14. 変更したファイル(history/news.html、循環時は history/archive.html、history/reports-index.js と history/reports/ 配下の新規・更新JSON、用語集を更新した場合は docs/glossary.md と history/glossary-data.js、年表に追記した場合は history/index.html と history/generative.html、ファイル名を修正した場合は変更前後の report/*.md 本体)を git add し、"YYYY-MM-DD のAIニュースを追加"(本日日付、既存コミットメッセージと同形式)で git commit する。続けて git push する。ai_newsはVercelとGit連携済みで、main へのpushが history/ の本番デプロイ(https://ai-news-sandy-seven.vercel.app)を自動トリガーするため、pushまで完了させて初めて更新がユーザーに反映される。本スキルの手順14は「サイトを更新して」という依頼自体にpushの実行が含まれている(commitだけでは未完了)。
15. 作業内容を1〜2文で要約報告する: 追加したカード(セクション名・見出し)、循環して history/archive.html に移したカード、更新した統計値(レポート本数)、用語集に追加した用語(無ければ「追加なし」)、年表ページへの追記(無ければ「該当なし」)、push完了とデプロイトリガー済みである旨。ファイル全文は貼り直さない。