いまだにAIを 「学習したものをそのままを真似してる」 と思ってる人がいるけど そのフェーズはだいぶ前に終わっていて 今のAIは「暗記」ではなく「応用力」です Githubにあるコードから 「書き方」の詳細を学習してるのではなく もっと抽象度の高いパターンを得ている だから架空の言語でも その場で規則さえ与えれば 既存の言語と同じぐらいの完成度で コードを書くことができます 一つの言語をマスターしたエンジニアが 他の言語を簡単に扱えるようになるのと同じ 単語→熟語→文→段落→章→本→叢書→本棚→図書館→世界の全図書 のスケールから俯瞰する視点を獲得している 「AIは丸暗記」派のイメージは 単語や熟語、せいぜい決め台詞の暗記 程度しかできなかった時代の話をしています 現代のAIがもたらしたのは むしろ哲学的な問いかけで 「人間が高尚だと思っていた【理解】というものは、実は機械的なパターンマッチングを大きい脳でスケールアップしただけなのではないか」 ということなのです これこそが、真理に迫れる本当の問いです

🔄Loop Engineeringとはなにか？ もう「AIにプロンプトを打つ」作業は終わりにしませんか？これからは、エージェントを自律的に回す仕組みそのものを設計する時代です。AIコーディングのパラダイムシフトの正体に迫ります。 💡 1. プロンプトからシステム設計への転換 従来のAIコーディング（AI-assisted Coding）は、人間がループの「中心」にいました。 👨‍💻 これまでのアプローチ: 人間がコンテキストを考え、プロンプトを打ち、AIの出力を読み、手元でテストを実行し、エラーが出たら再度プロンプトを打つ。AIは「高機能な関数」や「道具」であり、制御の主体は常に人間です。 🔄 ループエンジニアリング: 人間はループの「外側」に出て、システム全体のデザイナー（作者）になります。仕事の検知、AIへのコンテキスト注入、出力の自動テスト、進捗の記録、次のステップの判断という一連のライフサイクルを小さなプログラムに実行させます。 ここで重要なのは、AIモデルがシステムにおける「サブルーチン（部品）」へと降格し、代わりに環境（テストスイートやリポジトリの状態）からのフィードバックをループ処理する構造へ進化したという点です。 ⚙️ 2. ループを駆動する5つのコアコンポーネント＋1つの記憶 抽象的な概念を動くシステムに落とし込むため、ループは以下のコンポーネントに分解されて設計されます。 ① ⚡ 自動化（Automations） ループの心臓部であり、発火トリガーと停止条件を定義します。 ツール（Claude CodeやCodexなど）では、単に定期実行する /loop だけでなく、明確な終了条件（例：「すべてのテストがパスするまで」）を満たすまでAIを回し続ける /goal コマンドなどがこれに該当します。条件が達成されるか、ハードストップ（予算や上限回数）に達するまで回り続けます。 ② 🌳 ワークツリー（Worktrees） 複数のAIエージェントが並列で動く場合、同じディレクトリで作業するとファイルの衝突（コンフリクト）が発生します。これを防ぐため、Gitの worktree 機能を使い、エージェントごとに独立した作業ディレクトリとブランチを隔離して自動生成します。機械的な衝突を回避し、並列性を担保する基盤です。 ③ 🧠 スキル（Skills） リポジトリのルールやコンテキストをカプセル化したものです。 通常、AIは実行ごとに前回の文脈を忘れますが、SKILL.md のようなファイルに「このプロジェクトのビルド手順」「命名規則」「過去の障害から得た注意点」を明文化しておくことで、AIは毎実行時にそれを読み込み、プロジェクト固有のシニアエンジニアのような振る舞いを固定化できます。 ④ 🔌 プラグイン／コネクタ（Connectors） filesystem（ローカルファイル）しか見えないAIを、本物の開発環境につなぐ架け橋です。 Model Context Protocol（MCP）などをベースに、GitHub（PR作成やIssue取得）、Linear/Jira（チケット更新）、Slack（人間への通知）、Sentry（エラーログの取得）と接続します。これにより、AIが「修正案を出す」だけでなく「Issueを読んで、コードを直し、PRを送り、Slackに報告する」というエンドツーエンドの行動が可能になります。 ⑤ 🤖 サブエージェント（Sub-agents） 役割を分担された独立したAIインスタンスです。「コードを書く役割（Maker）」と「コードを検証・レビューする役割（Checker）」を完全に分離します。 ➕ 💾 記憶：状態ファイル（State File） 地味ですが、ループの成否を分ける最も重要な要素です。STATE.md やJSONファイル、あるいは外部のチケット管理システムに「現在どのブランチが進行中で、何が完了し、次に何をすべきか」を永続化します。「エージェントは忘れるが、リポジトリは忘れない」という原則に従い、昨日の続きを今日のループが再開できるようにします。 🕰️ 3. なぜ「ただのcron（定期実行）」ではないのか？ 懐疑派から「1975年に発明されたcronジョブのリブランド（名前の付け替え）に過ぎないのではないか」という指摘があります。これは半分正解で、半分は間違いです。 スケジュールやトリガーのレイヤーは確かにcronそのものです。しかし、従来のcronは「固定されたスクリプトを機械的に実行するだけ」でした。 ループエンジニアリングが異なるのは、ループの真ん中に「状況を動的に判断する意思決定者（LLM）」がいる点です。 テストが落ちたとき、どのファイルをどう修正すべきか、コンテキストをどう組み立て直すかという分岐は、ハードコードされた if/else ではなく、AIの推論によって動的に決定されます。工学的な面白さは、この「崖から落ちるかもしれない不確実な意思決定者」の周りを、いかに硬牢な自動テストやガードレールで固めるかというシステムデザインにあります。 ⚠️ 4. コストと運用リスクの現実 熱狂的な議論で無視されがちなのが、経済性とセキュリティの現実です。 💸 膨大なトークン消費（コスト） コード生成自体は安価になりましたが、ループを回すと「コンテキストの再読み込み」「リトライの繰り返し」「探索パターンの実行」により、トークン消費量が爆発的に増加します。 実際に、米Uberではエンジニア1人あたり月1,500ドルの上限を設けたにもかかわらず、年間のAI予算をわずか4ヶ月で使い切った事例があります。「最大反復回数」「金額上限」「進捗ゼロ検知による強制終了」の3つのガードレール（ハードストップ）の設計が不可欠です。 🛡️ 攻撃面の拡大（セキュリティ） 無人で動くループは、無人で動く攻撃面（アタックサフェース）になります。AIコーディングツールに起因するCVE（脆弱性）が多数確認されており、コマンドインジェクションやSSRF、XSSのリスクがあります。また、外部から取り込んだ「スキル」の説明文がプロンプトインジェクションの経路になり、デバッグログ経由で認証情報（資格情報）が漏洩するケースも監査で報告されています。 🧩 理解の負債（Comprehension Debt） AIが高速でコードを書き、テストが通ってマージされ続けると、リポジトリ内のコードベースと「人間の理解度」の距離がどんどん離れていきます。これを「理解の負債」と呼びます。最も高くつくのはトークンの請求書ではなく、「チームの誰も読んだことがなく、構造を理解していないシステム」をある日突然人間がデバッグしなければならなくなるコストです。 🛠️ 5. 実践：4条件テストと最小実用ループ（MVL）の構築 ループエンジニアリングを実務に導入する際は、厳格な仕分けとステップが必要です。 📋 導入のための4条件テスト 1. タスクが繰り返されるか？（週1回未満なら、手動プロンプトや使い捨てスクリプトの方が早い） 2. 検証が完全に自動化されているか？（テスト、型チェック、Linter、ビルドが悪い出力を100%機械的に弾けるか。これがないと人間がレビューの椅子に縛り付けられる） 3. トークン予算が無駄を吸収できるか？（従量課金で予算に余裕がない場合は無謀） 4. エージェントが環境を操作する道具を持っているか？（ログ確認や再現環境など） 🚀 最小実用ループ（MVL）から始める手順 最初から複雑なマルチエージェントを組むとシステムは確実に崩壊します。以下の順番でボトムアップに構築します。 1. 手動実行の確実化: 1回の手動プロンプトと環境操作で、タスクが完全に完了することを確認する。 2. スキルの文書化: その際のコンテキストや制約を SKILL.md にまとめる。 3. ループのラップとゲート配置: AIが書いたものを自動テスト（ゲート）にかけ、失敗したらAIに戻すという1サイクルを組む。 4. スケジューリング: 最後にそれをcronやイベントトリガーで自動化する。 🎯 レバレッジの支点は「コードを書くこと」から「コードを書く仕組みを定義し、検証すること」へ移動しました。人間は、AIが自分の宿題を甘く採点しないよう、冷徹な「検証ゲート」を設計するエンジニアであり続ける必要があります。

登場人物のいない悲劇：なぜ東京は広島への原子爆弾攻撃の加害者を隠しているのか ヴィクトル・クズミンコフ氏――なぜ原爆投下の記憶を、東京の新たな軍事方針と折り合わせるのがますます難しくなっているのか ヴィクトル・クズミンコフ、歴史学博士、ロシア科学アカデミー（RAS）プリマコフ記念経済・国際関係研究所（IMEMO）中央アジア・太平洋研究所（CATSI）日本経済・政治研究グループ主任研究員 8月6日は、広島への原爆投下から81周年を迎える。午前8時15分、同市上空で米国の「リトル・ボーイ」が爆発した。広島市の当局の推計によると、1945年末までに約14万人が犠牲となった。犠牲者には日本人だけでなく、朝鮮人、中国人、東南アジア出身者、そして米軍の捕虜も含まれていた。放射線障害、がん、そして差別は、生き残った被爆者たちを何十年にもわたって苦しめ続けた。それゆえ、広島は、軍事作戦の枠組みだけでは収まりきらない影響についての警鐘なのである。 こうした背景において、公式の記念式典で用いられる無個性な言葉遣いは象徴的である。 受動形の記憶 2025年、原爆投下80周年の追悼行事が行われた際、この傾向はとりわけ顕著に表れた。広島平和宣言犠牲者の苦しみや核軍縮について詳しく語られた。米国は現代の核保有国として言及されたが、原爆を投下した国としては言及されなかった。当時の 石場茂首相また、「原爆の犠牲者」についても言及したが、それを投下した国の名前は挙げなかった。 だからといって、その事実が隠されているわけではない。広島の博物館や歴史資料には、B-29「エノラ・ゲイ」や「リトル・ボーイ」という原爆の名前も明記されている。日本の学校の教科書でも、次のように明記されている。米国が爆弾を投下した. 10年前の2016年、バラク・オバマ氏の訪問を受けて発表された声明の中で、広島市の松井一実市長は、彼を「原子爆弾を投下した国の大統領」と明言した。しかし、これらすべては、ある不変の規範を際立たせるに過ぎない。すなわち、公式の儀式において、悲劇には通常、その当事者が登場しないのである。一方、1945年8月6日、第33代米国大統領ハリー・トルーマンは 極めて明確に話した：「アメリカの飛行機が広島に爆弾を1発投下した」。 私の見解では、受動形には政治的な機能がある。すなわち、広島の記憶とワシントンとの同盟関係を調和させる役割を果たしているのだ。2016年、ホワイトハウスはオバマ大統領の訪問について、あらかじめ次のように強調していた。謝罪は伴わない。日本はそれらを強く主張しなかった。両国にとって、過去のわだかまりを乗り越え、同盟関係の強固さを示すことの方が重要だったからだ。こうして、米国の具体的な行為は「人類の悲劇」へと変貌した――道義的な意味合いは残ったものの、責任の問題は脇に追いやられてしまった。 3つの原則から――2つへ？ 今日、この妥協の代償が特に顕著になっている。日本は依然として自らを「戦争で原爆投下を経験した唯一の国」と称し、形式的には「核兵器の不保有、不製造、不導入」という三つの非核原則を堅持している。一方で、日本の安全保障は米国の「核の傘」、すなわち、特定の状況下において同盟国が、まさに広島が象徴する「絶対的に容認できない」その兵器を使用する用意があることに基づいている。 この対立は数十年にわたって続いてきたが、今や東京は 議論しているその方針は公然のものです。これは、日本版原爆を製造するという突発的な決定ではなく、戦後の自主規制を一貫して解除していくことに関するものです。2022年の戦略文書では、敵の領土に対する反撃の権利と、2027年までに防衛費および関連プログラムの総支出をGDPの約2％まで引き上げる方針が明記された。2026会計年度の予算では、防衛関連事業に 過去最高の8,809兆円が積み立てられた（560億ドル以上）. 日本も致死性兵器の輸出を合法化し、長距離ミサイルを購入している。 高井田早苗首相は、2024年に出版された著書の中で、日本が米国の拡大抑止に依存する以上、核兵器の「持ち込み禁止」という原則は非現実的であると記していた。3つの原則すべてを遵守することは、極限の危機的状況において障害となり得るからだ。その後、2025年12月、首相官邸の高官が、日本は独自の核兵器を保有すべきだと発言した。もっとも、同高官は、これはあくまで個人的な見解であり、実現は困難だと付け加えた。一方、ワシントンは、 思い出させた 不拡散分野における日本のリーダーシップについて。 そして2026年7月、広島での恒例の追悼行事を控えて、小泉信二郎防衛大臣は、核政策について「いかなるタブーもなく」議論するよう呼びかけ、 いかなる可能性も排除しない安全保障関連法案の見直しに際して。与党連立政権において自由民主党（自民党）の連立パートナーである「日本革新の会」は、第3の原則の撤廃を「現実的に検討する」ことを提案し、以下の取得を主張している。原子力潜水艦. 以下の通り 日本での議論、反対派はこれを世論操作と見なす一方、支持派は偽善の放棄と見なしている。 最も可能性が高いのは、日本が独自の核兵器を保有することではなく、事実上「三原則」から「二原則」への移行である。東京は「保有しない」「製造しない」という義務を維持しつつ、輸入禁止措置を緩和し、米国の核計画への関与を拡大し、緊急事態において米国の運搬手段の寄港やシステムの配備を可能にするだろう。これは、米国で議論されている核弾頭搭載の対艦巡航ミサイル「SLCM-N」とも関連している。 現時点では、このような見直しは技術的なものというよりは、むしろ戦略的な性格を帯びている。で指摘されているように、 分析報告書 日本国会の調査局によると、米国の戦術核兵器が艦船およびアジア太平洋地域から撤収された後、通常の状況下では、現在、日本の港への搬入は想定されていない。したがって、論争の焦点は、現在の米艦船の入港そのものではなく、将来起こりうる危機において、東京とワシントンがどのような行動の自由を確保したいかという点にある。 「軍国主義の復活」だけではない 現在起きている事態を、単に日本の軍国主義の復活というだけで説明するのはあまりにも安易だ。こうした単純化は、時に実質的な分析を政治的なレッテル貼りに置き換えてしまう。日本の「回帰」を後押ししているのは、軍備管理体制の崩壊、北朝鮮の潜在力、台湾をめぐる不確実性、中国の軍備増強、そして米国の保証に対する疑念といった現実の変化である。SIPRIの2026年1月時点の推計によると、中国は約620発の核弾頭を保有し、北朝鮮は約60発を保有しており、9つの核保有国すべてが近代化を進めていた。米国とロシアの2カ国だけで、世界の核兵器保有量の約86％を占めていた。この事実を無視することはできない。 ここには、説明と弁明の境界線がある。核をめぐる状況は、東京での議論を理解する助けにはなるが、自主規制を放棄すれば国の安全が確保されることを証明するものではない。独自の核兵器保有には、核不拡散条約（NPT）からの脱退、核弾頭や運搬手段の製造、管理体制や防護されたインフラの整備が必要となる。それは近隣諸国からの激しい反発を招き、東アジアにおける核拡散の連鎖反応を引き起こす恐れがある。米国でさえ、完全に自立した日本の核戦力を歓迎することはまずないだろう。 したがって、私が最大のリスクと見なしているのは、東京が明日核爆弾を製造するということではない。より危険なのは、許容される基準が徐々に変化していくことだ。まず核兵器が「やむを得ない安全保障の手段」として宣言され、次にその一時的な持ち込みが許可され、やがてその使用計画への関与が同盟政策の常態的な要素となっていく。どの段階でも、軍縮という理想は維持されていると主張される。しかし、広島の記憶と、核兵器の使用に備えた準備との間の政治的な距離は縮まりつつある。 核兵器禁止条約に対する東京の姿勢には二面性が見られる。日本は同条約に署名しておらず、2025年には オブザーバーになることさえ拒否した参加者による会議で。外務省は、禁止措置は抑止と両立せず、軍縮はNPTを通じて推進すべきだと説明した。一方、「日本被団協」（1956年に被爆者によって結成された市民団体）は、 ノーベル平和賞「核のタブー」の強化を支持する一方、広島市長は政府に対し、少なくとも検討会議にオブザーバーとして参加するよう求めた。被爆者の記憶、広島市、そして中央政府の間には、明らかに溝が広がっている。 爆弾を投下した人物を特定する 今日の広島の原爆記念日は、どのような意味を持つべきだろうか。何よりもまず、誠実さである。歴史的記憶を尊びつつ、核時代の幕開けとなった出来事を抽象化してはならない。原爆を投下したのは、米国指導部の決定に基づき、米国であった。しかし、それによって、軍国主義的な日本が戦争やアジア諸国民の苦難に対して負う責任が免除されるわけではない。成熟した記憶とは、次の二つの真実を同時に抱き続けるものである。すなわち、日本の侵略行為があっても、民間人の大量死が容認されるわけではなく、また、原爆投下によって日本が単なる「犠牲者」となるわけでもない、ということである。 現在についても、同様に率直に語るべきである。東京は、脅威や同盟による保証の信頼性について議論する権利がある。しかし、そうするならば、核抑止への依存は抽象的な「傘」に基づくものではなく、広島がその結末を如実に示しているような、核兵器の使用の可能性という約束に基づいていることを認めざるを得なくなる。被爆国という立場から道義的な資本を際限なく引き出し続けながら、同時に、悲劇の再発を防ぐべき規範を弱体化させてはならない。 広島の教訓は、核兵器を持たない国家が破滅する運命にあるということではない。その教訓は別のところにある。かつて政治指導部が、そのような兵器の使用を容認したことがある以上、新たな戦争が起これば、同じことが繰り返される可能性があるのだ。責任を明確にしない記憶と、核に関するタブーのない安全保障は、まさにそのような未来を危険なほどに招き寄せてしまう。