【11/6 AIニュース】楽天が開発3カ月→数週間に短縮したOpenAI鉄則/「偽AGENTS.md」AI乗っ取り警告 ほか全4本
本文では、次の順番で各ニュースの要点と仕事への活かし方を解説しています。
1. OpenAI「Codex」爆速開発の鉄則: 楽天が3カ月のアプリ開発を数週間に短縮した「工程別のAIモデル使い分け」と事前ルールの整え方
2. GitHub「Copilot Dreaming」発表: 作って放置されがちな「AIへの指示書(ルール)」を、日々の修正履歴からAI自身が裏側で自動更新する新機能
3. リコー×川崎重工業の連携: 完成した設計図面だけでは分からない「熟練技術者の判断基準(暗黙知)」を社内専用AIで可視化・引き継ぐ取り組み
4. 「偽AGENTS.md」によるAI乗っ取り手口: ダウンロードフォルダに紛れ込んだ偽の指示書ファイルをAIが自動で読み込んでしまう新しいリスクと防御策
1〜3本目のように「AIにルールや社内の判断基準を覚えさせて自律的に動かす仕組み」が急速に便利になる一方で、4本目のように「AIが指示書を自動で読む仕様」を悪用した攻撃も実際に確認されています。それぞれの発表内容と、明日から現場で試せる工夫を順番に見ていきましょう。
- ① 工程別のAIモデル分業で3カ月の開発を数週間に短縮(OpenAI×楽天): 「上流の設計・計画は高性能モデル、定型の実装・テストは高速モデル」と役割を分け、API費用を抑えながら開発速度を上げる鉄則が公開
- ② AIへの指示書更新と「ベテランの暗黙知」の自動化(GitHub / リコー×川崎重工): 日々の修正履歴から古い指示書をAI自身が裏側で書き直す「Copilot Dreaming」が発表され、設計図面と熟練者の判断基準をAIで引き継ぐ取り組みも始動
- ③ 「偽AGENTS.md」によるAI乗っ取り攻撃が確認、専用フォルダ分離が必須に: Webからダウンロードフォルダに自動保存された偽の指示ファイルをAIが読み込んで設定を書き換えられる事例が判明し、起動場所の管理が急務に
1. 今日の重要AIニュース 4選(要点・背景・実務のヒント)
GPT-6モデルはAstra、Sol、それともLuna? OpenAIが教える、Codex爆速開発の鉄則
- OpenAIのコーディングエージェント「Codex」の活用により、楽天が従来約3カ月かかっていた既存Webサービスのモバイルアプリ展開を数週間に短縮し、OpenAI社内でも5カ月で約1,500件(1人1日平均3.5件)のプルリクエストを作成・マージ。
- すべての工程に高価な最上位モデルを使うとAPI予算を圧迫し、逆に安価なモデル一律だと修正ループで手戻りが増えるため、「設計・計画」と「定型実装・テスト」でモデルを使い分ける設計が不可欠と解説。
- 単なるコード生成だけでなく「計画 ➔ 実装 ➔ 動作テスト ➔ レビュー ➔ 修正」までをAIが自律的に回せるよう、事前に社内の開発ルールや検証環境を整える重要性を強調。
企業がAIエージェントを本格導入するときに必ずぶつかるのが、「高性能なAIをずっと動かすと利用料が高すぎ、安いAIにするとミスが増えて人間が直す羽目になる」というコストと品質のジレンマです。
今回の楽天やOpenAIの事例が示しているのは、「考える工程(設計・計画)」と「手を動かす工程(実装・テスト)」でAIのグレードを明確に分け、さらにAIが自分でテストして直せるルール(環境)を最初に整えることが、3カ月を数週間に縮める最大のポイントだという事実です。
この「上流の設計は高い知能で行い、実作業は速いAIに任せる」という鉄則は、システム開発だけでなく、日々の企画書作成やマーケティング業務でもまったく同じです。
最初から長文の記事や提案書をいきなり書かせるのではなく、「① まず最も賢いモードで『構成案と論点の整理』だけを行わせ、人間が合意する ➔ ② 構成が固まってから各章の執筆やデータ整理を一気に走らせる」という2段階に分けるだけで、やり直しのコストも時間も半分以下に抑えられます。
「GitHub Copilot Dreaming」発表。作業を振り返ってパーソナルメモリやガイダンスをバックグラウンドで整理、アップデート。GitHub Universe 2026
- GitHubが年次イベント「GitHub Universe 2026」にて、AIへの指示書(ガイダンス)やプロジェクト記憶(Copilot Memory)をバックグラウンドで自動整理・更新する「GitHub Copilot Dreaming」を発表。
- 仕事が進んで使う技術や仕様が変わったり、AIモデルが新しくなったりした際に起きる「昔作ったAIへの指示書が実態とズレて役に立たなくなる問題」を自動で解消。
- 日々のAIとのやり取りやレビューでの修正内容を分析し、「今の実態に合わせて指示ファイルをこう書き直しませんか?」とAI側から変更案(プルリクエスト)を自動提案。
普段の仕事の中で「ここはこう直して」と人間がAIに伝えた修正履歴を蓄積。
バックグラウンド(Dreaming)で、昔の指示書と今のやり方の矛盾を整理。
人間はAIが出した「ルール更新案」を確認して承認するだけで常に最新状態を維持。
社内でAI活用を進めるとき、最初に気合を入れて「プロンプト集」や「AIへの指示書」を作っても、3カ月も経つと仕事のやり方や商品の内容が変わり、誰もメンテナンスできなくなって放置される(陳腐化する)という課題がどの企業でも起きています。
今回の「Copilot Dreaming」が画期的なのは、「指示書やマニュアルの手入れそのものを、日々の手直し履歴をもとにAI自身に裏側でやらせる」という発想を実用化した点にあります。
実は私たちが使っているマルチエージェント環境(高天原)でも、私が日々AIに伝えた修正指示(「この言い回しは使わない」「見出しは体言止めにする」など)を、その都度『示唆台帳』へ自動で追記させて二度と同じ手直しが発生しないようにしています。
普段のチャットAIでも、仕事が一通り終わった最後に「今日私が途中で手直しをお願いしたポイントを振り返って、次回から一発で同じ品質が出せるように『あなたへの指示書(プロンプト)』を最新版に書き直して出力して」と1行伝えるだけで、使えば使うほど賢くなる自分専用の指示書が勝手に育っていきます。
設計図面や熟練技術者のノウハウをAIで活用、リコーと川崎重工が連携
- リコーと川崎重工業が戦略的パートナーシップを締結し、航空機やロボットなどの高度な設計領域において、設計図面・文書と熟練技術者の暗黙知をAIで活用・継承する実証を開始。
- 社外にデータを出せない機密性の高い設計情報を扱うため、図面や表・グラフの読解に強いリコーのマルチモーダルAI基盤「Hi.DEEN」を川崎重工の社内環境(オンプレミス)に導入。
- 単なる過去資料の検索にとどまらず、ベテラン技術者が「何を根拠にどう判断しているか」という暗黙知をAIで整理・可視化し、人手不足や退職に伴う技術流出を防ぐ仕組みを構築。
文字だけでなく、複雑な図面や表の構造をマルチモーダルAIが読み取り整理。
完成した図面だけでは分からない「注意点・判断の勘所(暗黙知)」をAIで抽出。
機密を守るオンプレミス環境で、若手や他部署がいつでも過去の知見を引き出せる。
多くの企業で「過去の企画書や設計書をフォルダにまとめたのに、若手がそれを見ても同じ品質の仕事ができない」という悩みが起きています。なぜなら、完成した図面や資料には「最終的な結果」しか書かれておらず、ベテランが頭の中で行った「なぜA案ではなくB案を選んだのか」「どこに気をつけたのか」という判断の理由(暗黙知)が書かれていないからです。
リコーと川崎重工の取り組みは、「資料そのもの」だけでなく「ベテランの判断基準」をセットでAIに整理させる点が本質的です。
これは製造業に限らず、営業・マーケティング・バックオフィスの引き継ぎでもまったく同じです。ベテラン社員に「マニュアルを書いて」と頼むと忙しくて進みませんが、AIを聞き手(インタビュアー)にすると驚くほど簡単にノウハウが集まります。
具体的には、ベテランが若手の成果物をチェックするときの会話を15分だけ録音(文字起こし)し、AIに「このベテランが必ずチェックしている判断基準を5つのルールにまとめて」と指示するやり方です。これなら本人の負担ゼロで、生きた暗黙知がチームの共通ルールに変わります。
クリック不要、パッチもない AIエージェントを乗っ取る「偽AGENTS.md」がダウンロードフォルダに どうすればいいのか
AGENTS.md)を、AIエージェントが起動時に自動で読み込んで設定を書き換えられてしまう新型攻撃が実際の企業端末で確認され、作業フォルダ管理の重要性が浮き彫りになりました。
- AIセキュリティ企業Forever Securityが、Webサイトから利用者の操作なしにダウンロードフォルダへ置かれた偽の指示ファイル「AGENTS.md」により、AIエージェントがマルウェアを実行させられそうになった実際の攻撃事例を報告。
- 「Claude Code」や「Codex」などのAIエージェントは起動時にフォルダ内の「AGENTS.md」や「CLAUDE.md」をルールとして読み込む仕様のため、偽ファイル内の命令に従って全体設定(config.tomlやsettings.json)を書き換えられてしまう。
- OSやAIツールのバグではなく「正規の仕様の組み合わせ」を突いた手口で修正パッチが存在しないため、「ダウンロードフォルダなど外部ファイルが混ざる場所でAIエージェントを起動しない」運用ルールが必須に。
これまで人間がPCを使うときは、「怪しい実行ファイル(.exeなど)をダブルクリックしなければウイルスには感染しない」というのが常識でした。
しかし、AIエージェントはフォルダの中にある『指示書テキスト(AGENTS.md や CLAUDE.md)』を自動的に読んで忠実に従う性質を持っています。つまり、AI時代には「ただの文章ファイル(Markdownやテキスト)であっても、AIにとってはプログラムと同じように動く命令書になる」という、セキュリティの前提そのものの変化が起きています。
私たちが運用している「高天原」でも AGENTS.md を最高憲法として使っていますが、だからこそ「どこでAIを起動するか」の整理整頓が極めて重要になります。
社内で今日すぐ徹底できる一番シンプルで確実な対策は、「① ダウンロードフォルダやデスクトップでは絶対にAIツールを起動しない(必ず専用の作業フォルダを作ってそこで動かす)」「② Chrome等のブラウザ設定で『ダウンロード前に各ファイルの保存場所を確認する』をオンにする」の2点です。これだけで勝手なファイル混入リスクを確実に防げます。
2. 4つのニュースから読み解く今後のトレンド予測(3〜6ヶ月展望)
ここまで見てきた4つのニュース(OpenAIの開発鉄則・偽指示書による乗っ取り警告・GitHubの自動整理・リコー×川崎重工の暗黙知継承)に共通しているのは、「AIに読ませるルールブック(指示書)や社内の判断基準を、誰がどうやって最新の状態に保ち、安全に守るか」という実務のテーマです。今後3〜6ヶ月で現場に起きる3つの変化を整理します。
日々の手直し履歴からAI自身が古いルールを書き直し、ベテランの暗黙知も構造化(GitHub・リコー×川重)。
上流の設計は高性能AI、実装・テストは高速AIに分担させ、3カ月を数週間に短縮(OpenAI×楽天)。
ダウンロードフォルダでのAI起動を禁止し、偽AGENTS.mdによる乗っ取りを防止(Forever Security)。
最初に気合を入れてAIへの指示書やマニュアルを作っても、数カ月で現場のやり方とズレて放置される
日々の修正指示やベテランの判断履歴から、AI自身が裏側で「指示書(ルール)」を最新版に書き直す
GitHubが発表した「Copilot Dreaming(裏側での記憶・指示書の自動整理)」と、リコー×川崎重工業の「熟練技術者の判断基準(暗黙知)のAI可視化」は同じ本質を突いています。これからは人間がゼロからマニュアルを書くのではなく、「日々の手直し履歴やベテランの会話から、AIにルールブックを自動で育てさせる運用」が標準になります。
全工程で最上位モデルを使って予算オーバーになるか、安価なモデルに統一して手直し地獄に陥る
「計画・設計・難所レビュー」は最上位モデル、「定型作成・テスト」は高速モデルに役割分担する
OpenAI Japanが公開したCodex活用の鉄則(楽天が3カ月のアプリ開発を数週間に短縮・1人1日平均3.5件のPR作成)が示す通り、成果とコストを両立する鍵は「工程ごとの適材適所」にあります。企画書や記事作成でも、まず高性能モードで構成案だけを固め、その後に本文作成を走らせる2段階運用が定着していきます。
実行ファイル(.exe)さえ開かなければ安全と考え、ダウンロードフォルダ等でそのままAIを起動する
指示ファイル(AGENTS.md等)が命令書になるリスクを踏まえ、信頼できる専用フォルダ以外でのAI起動を禁止する
Webサイトが勝手に保存した偽の「AGENTS.md」によってAIエージェントの設定が書き換えられる攻撃が確認されたことは、すべての企業にとって重要な警告です。AIエージェントにとって指示テキストはプログラムそのものであり、「ダウンロードフォルダやデスクトップ直下でAIを起動しない」という基本ルールが全社必須のセキュリティ対策になります。
今週から現場で試したい実践アクション
今日の4つのニュースから現場でまず試したい実践アクションは、「① ブラウザ設定でファイルの自動保存を止め、ダウンロードフォルダでは絶対にAIツールを起動しないこと」、そして「② 普段のAI作業の最後に『今日私が手直ししたポイントを振り返って、次回から一発で同じ品質が出るように指示書をアップデートして』とAI自身にルールを更新させること」の2つです。安全で賢く育つAI環境づくりを、ぜひ今日から取り入れてみてください。
3. よくあるご質問(Q&A)
事前準備やまとまった企画書は不要です。現状のお悩みをお聞きしながら、30〜45分の無料オンライン壁打ちで優先順位や動く試作イメージをご一緒に整理します(営業連絡は一切いたしません)。