（FTプレゼント記事）：スコット・ベッセントによる円買い介入は、米国の「通貨アクティビズム」の新時代を告げる Scott Bessent’s yen intervention signals new era of US ‘currency activism’ 「スコット・ベッセントによる円買い介入は、米国の「通貨アクティビズム」の新時代を告げる 日本円を支える試みは、米国が自国の利益に反する市場取引を阻止する意思を示した」 ロンドン：イアン・スミス 東京：デービッド・ケオハン ニューヨーク：ケイト・デュギッド ワシントン：クレア・ジョーンズ 記事全体のポイント この記事でFTが最も強調している論点は、単に「円買い介入が行われた」という事実ではありません。記事全体を通して提示されているのは、米国の通貨政策そのものが変質しつつあるという見方。 そのポイントを整理すると、次の五点になる。 ベッセント財務長官は従来の財務長官とは異なり、ヘッジファンド出身のトレーダーとして為替市場へ積極的に介入する発想を持っている。 米国は「自由市場に任せる」のではなく、自国の国益を守るためには為替市場にも積極介入する姿勢へ転換しつつある。 今回の最大の目的は円そのものではなく、日本による米国債売却を防ぎ、米国長期金利の上昇を抑えることだった可能性が高い。 介入そのものは根本解決ではなく、「日銀が政策対応を行うまでの時間稼ぎ」にすぎないという見方が専門家の間では支配的である。 それでも市場心理には大きな影響を与え、「ベッセントが再び介入するかもしれない」という新たなリスク認識を市場参加者に植え付けた点に、今回の介入の最大の意味がある。 FTはこの変化を、見出しにもある "a new era of US currency activism（米国による通貨アクティビズムの新時代）" という言葉で総括している。これは、従来の「市場重視・強いドル政策」を掲げてきた米国から、国益を優先して為替市場へ積極的に介入する米国への転換を象徴する表現として用いられている。 （以下　記事本文） ワシントンと東京が、およそ30年ぶりとなる協調介入によって日本円を押し上げた際、その米国側を指揮した人物は、大規模な為替取引を手掛けてきたことで知られる人物だった。 今回の金曜日の介入を主導したのはスコット・ベッセント財務長官である。彼はかつてトレーダーとして活動し、1992年には英ポンドへの空売り、2013年には円への投機で名を上げた。いずれもジョージ・ソロスの投資会社で働いていた時代の実績である。 ドナルド・トランプ政権の財務長官となって以降、ベッセントは金融市場に対して従来よりも積極的に介入する姿勢を強めている。 今回、米国が他国通貨を支えるために歴史的な介入を行ったことは、市場関係者を驚かせた。その理由の一つは、円安が協調介入を必要とするような混乱的な急落ではなく、比較的緩やかに進行していたからである。 さらに市場を驚かせたのは、介入にドルではなくユーロを売却して円を購入するという方法が採られたことであった。 この取引は、昨年アルゼンチン・ペソ支援に乗り出した後、ベッセント率いる財務省が外国為替市場への関与をさらに深める意思を示したものと受け止められている。 ある米国の大手機関投資家はこう語る。 「これはソフトパワーのためでもなければ、世界全体の公益のためでもない。では、米国はいったい何をしようとしているのか。」 ベッセントの異例の行動の背景には、日本銀行の政策金利が現在1％にとどまり、インフレ圧力に十分対応できるほど速いペースで引き上げられていないとの投資家の懸念が高まっていたことがある。 世界の主要国では金利が日本よりはるかに高いため、この状況が今後も円安圧力となり続ける可能性がある。 ベッセント財務長官自身も介入を隠そうとはしなかった。金曜日の閣議では、カメラマンが彼の手書きメモを撮影しており、そこには 「日本円（JPY）を50億〜100億ドル購入」 と書かれていた。 今回の日米協調介入によって、円相場は今月初めの1ドル＝164円近辺（1986年以来の円安水準）から158円前後まで急反発した。ただし、多くのトレーダーやアナリストは、この反発は短期間で終わる可能性があると警告している。 ピーターソン国際経済研究所所長で日本経済の専門家アダム・ポーゼンは皮肉を込めてこう述べた。 「1992年にイングランド銀行を打ち負かしたソロスやスタンレー・ドラッケンミラーのもとで働いていた人物が、為替介入だけで通貨を長期的に守れるかのように振る舞っているというのは、本当に驚くべき皮肉だ。」 投資家たちは、今回のワシントンの介入が主要通貨市場に新たな不確実性を持ち込み、各国政府がより積極的に市場へ関与する新しい時代の幕開けとなったと受け止めている。今回の措置は、米国が自国の利益に反する取引をためらわず阻止する意思を示したものだからである。 INGのグローバル市場責任者クリス・ターナーは次のように述べる。 「米財務省の登場は、市場に『新しい保安官がやって来た』ことを意味する。円売りを仕掛ける投機筋に対して警告を発したのである。」 そして彼は、今回の出来事は 「為替市場への積極介入（FX activism）の時代への回帰」 を意味すると評した。 米財務省はコメントを控えた。 なぜ日米は介入したのか 両国には、それぞれ介入する十分な理由があった。 日本政府は、円安に加えて日本国債（JGB）が大きく売られ、市場の動きが行き過ぎたものになりつつあることを懸念していた。 一方、米国側では、日本が円を支えるために米国債を売却すれば、米国債市場への売り圧力がさらに強まる兆候が現れていた。 トランプ大統領は「米国は常に日本の味方である」と述べたが、市場関係者の多くは、真の狙いは、日本が保有する米国債を売却することを思いとどまらせることにあったと見ている。 日本は外国政府の中で最大の米国債保有国だからである。 さらに米政府高官は以前から、ドル高がアメリカの輸出企業に悪影響を及ぼしていることも問題視していた。 オールスプリング・グローバル・インベストメンツのマルチアセット・ポートフォリオマネージャー、ルシャブ・アミンはこう説明する。 「政権はドル安を望んでいる。そして、各国の投資家が自国通貨を守るために米国債を大量に売却する事態も避けたいのである。」 彼によれば、ドルに対して他通貨を売ろうとする投資家は、「ベッセント買い（Bessent bid）」を警戒するようになっているという。つまり、「必要ならベッセント財務長官が市場に介入してくるかもしれない」という警戒感が市場に生まれたのである。 「強いドル政策」との矛盾 もっとも、ベッセント自身はこれまで一貫して 「米国は強いドル政策を支持する」 と発言してきた。これは長年にわたる米国政府の公式方針を踏襲したものである。 一方、日本政府は月曜日、FRB（米連邦準備制度）のレポ・ファシリティを利用する計画を明らかにした。 アナリストによれば、この制度を使えば、日本は米国債を売却することなくドル資金を借り入れることが可能になる。 これまで各国中央銀行は、自国通貨を支える際に米国債を売却することが多かった。しかし米国政府は、長期金利が2007年以来の高水準となっている現在、自国債への需要が減少する兆候に極めて神経質になっている。 実際、イラン戦争の開始時には、外国中央銀行はFRBに預けていた米国債保有額を2012年以来最低の水準まで減らしていた。 さらに別の懸念も存在する。 もし日本国債の売りが続いて利回りが一段と上昇すれば、日本国内の投資家も米国債を売却し、日本へ資金を戻す動きが強まる可能性があるのである。 ウェリントン・マネジメントのブリジ・クーラナは、ベッセントの考え方を次のように説明している。 「ベッセントは、米国債利回りが高いのは、日本国債利回りが高いからだと考えている。だから円を支えれば、日本の金利が低下し、その結果として米国債利回りも低下するという発想なのだ。」 RBCブルーベイ・アセット・マネジメントの債券部門最高投資責任者マーク・ダウディングは、円安について次のように述べている。 「円安は日本国債市場の安定を損ない、世界の長期金利を押し上げる要因となりかねない。米国はそのことに非常に敏感になっている。」 「利益を得る」という発想も 今回の介入には、米国が利益を得る可能性もあった。 トランプ大統領自身が記者団に対し、「financial benefit（経済的利益）」も今回の動機の一つであると述べている。 ハーバード大学教授で元IMFチーフエコノミストのケネス・ロゴフは次のように評価した。 「非常に巧妙だった。アルゼンチン支援でベッセントが行った救済策を思い起こさせる。あれは大成功だった。」 しかし同時に、ロゴフは限界も強調する。 「米財務省が莫大な円を長期間保有する覚悟――それは極めて急進的な政策転換になるが――を持たない限り、今回の介入は日本銀行に少し時間を与えるための応急処置（bandage）にすぎない。」 円安の根本原因は解決していない アナリストたちは、今回の介入だけでは円安を生み出している構造的な要因は解決できないと指摘している。 その要因とは、 原油価格の上昇 大規模な政府支出計画をめぐる不透明感 日本銀行の利上げペースが依然として遅いこと などである。 東京のステート・ストリート銀行シニア債券ストラテジスト、マサヒコ・ルー氏はこう述べる。 「介入は時間を買っているだけだということは、誰もが分かっている。本当に重い仕事（the real heavy lifting）は、日本銀行と日本の財政政策が担わなければならない。」 ここでいう heavy lifting は、「最も困難で本質的な仕事」「根本問題を解決する役割」という意味で使われている。 米国にとってのリスク もちろん米国側にもリスクがある。 もし今回の協調介入が失敗すれば、投機筋は再び円を標的にするだけでなく、米国債市場そのものも攻撃対象にする可能性がある。 資産運用会社PGIMのチーフ・グローバル・エコノミスト、ダリープ・シン氏は次のように警告する。 「もし介入が機能しなければ、（米国長期国債市場への）波及効果は極めて大きなものになるだろう。覚悟しておくべきだ（So strap in.）。」

🔄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が自分の宿題を甘く採点しないよう、冷徹な「検証ゲート」を設計するエンジニアであり続ける必要があります。

ゲーム『エトランジュ オーヴァーロード』は、 最大4人で同時に遊べるマルチプレイも楽しめます🎮 スタッフのプレイ動画はこちら👇 遊び方やプレイ感の参考に、ぜひご覧ください✨ #夏もハッピーライフ# #悪ランジュ#

# AIエージェントをエンタープライズシステムに組み込む意思決定ポイント # シングル vs マルチエージェント｜Single vs Multi-Agent 🎯 ポイント 「マルチエージェントの方が賢そう」という理由だけで複数エージェント構成を選んでいませんか？ マルチエージェントは万能ではなく、オーケストレーションの複雑性・レイテンシ・コストを必ず伴います。シングルで済むならシングルが最善です。分割の判断基準は「ツール数」「権限分離」「並列実行の効果」の3つです🔑 📋 概要 1つのエージェントで完結させるか、複数の専門エージェントに分割するかは、タスクの複雑さ・ツール数・権限分離の要件・コスト感度によって決まります。シングルエージェントはタスクが単一ドメインに収まり、ツール数が30以下で、レイテンシ要件が厳しい場面で力を発揮します。SlackボットでのFAQ回答やSalesforceの単一レコード検索・更新のように、スコープが明確なタスクはシングルで十分です。マルチエージェントが活きるのは、専門領域が複数にまたがり、法務・経理・人事のように役割ごとに異なる権限とデータアクセスが必要な場面です📊 🔍 意思決定のポイント 判断は以下の順で行います： ツール数は30以下か？ → 30以下で精度に問題なければシングルで十分 権限分離が必要か？ → 法務データと営業データを同一エージェントに持たせると情報漏洩リスク 並列実行の効果は？ → 3つ以上のSaaSを同時に調査するなら並列化の恩恵が大きい レイテンシ要件は？ → ハンドオフのオーバーヘッド（目安1〜3秒/回）を許容できるか コスト制約は？ → オーケストレーション分のLLM呼び出しが追加で発生する 重要なのは、ツール数50超を1つのエージェントに持たせるとツール選択精度が60%以下に低下する傾向があるという経験則です。このラインを超えたらtool RAGで動的フィルタするか、エージェントを分割しましょう⚡ 💡 要点と詳細 段階的拡張が最も安全なアプローチです： 初期はシングルエージェントで構築し、ツール数やタスク複雑性の増加に応じて専門エージェントを分離します。分離の判断基準は「ツール選択の精度低下」と「権限分離の要件」です。 マルチエージェント構成のパターン： - ルーター＋専門エージェント：スーパーバイザがユーザーの意図を判定し、適切な専門エージェントにルーティング。各専門エージェントはシングルとして動作します - 並列実行：Workdayの人事データ、Salesforceの商談データ、Jiraの開発進捗を並列に取得して統合する経営ダッシュボード生成 - エージェントごとの最適モデル選択：高精度が必要な分析には大型モデル、定型処理には高速・低コストモデルを使い分け ServiceNowのインシデント対応では、一次分類エージェント（シングル・高速）が受付し、深堀り調査が必要な場合にインフラ調査エージェント・ログ分析エージェントを並列起動する構成が効果的です🔄 ⚖️ トレードオフ 「とりあえずマルチ」で始めると、実際にはシングルで十分なタスクにオーケストレーションの複雑性を持ち込み、デバッグ困難・コスト増大・レイテンシ悪化を招きます。マルチエージェントの月間LLMコストはシングルの2〜5倍になることも珍しくありません😰 一方、エージェント間の文脈共有を軽視するのも致命的です。ハンドオフ時にコンテキストが失われると、ユーザーが同じ情報を繰り返し伝える羽目になります。共有メモリの設計が不可欠です。 権限分離なしのマルチエージェントも意味がありません。エージェントを分割しても全員が同じ権限で動作していれば、分割の安全性メリットはゼロです。エージェント単位で最小権限を設定してください⚠️ 🛠️ ユースケース 社内FAQ・ナレッジ検索：ツール数10以下、単一ドメイン、レイテンシ重視。シングルエージェントが最適解。無理にマルチにする必要はありません📚 経営ダッシュボード生成：Workday・Salesforce・Jira・Slackの4システムを横断。各システムの専門エージェントが並列にデータを取得し、集約エージェントが統合レポートを生成。ツール数50超・権限分離必要・並列効果大でマルチエージェントの適用が明確です🛒 開発チーム支援：初期はシングルエージェント（GitHub + Jira連携、ツール数15）で開始。半年後にセキュリティスキャン・パフォーマンス分析・ドキュメント生成が追加されツール数40超に。ツール選択精度の低下を検知し、セキュリティ専門エージェントを分離する段階的拡張パターンです🔧 実践のコツ：シングルで始めて、ツール選択精度のモニタリング（正しいツールが選ばれた割合）を計測してください。精度が80%を切ったら分割の検討タイミングです💪 #AIエージェント# #エンタープライズアーキテクチャ#

阪神　高橋遥人「運、運ですね」粘りの投球でつかんだ白星、バスター成功のマルチ安打も「運。たまたま」 - スポニチ Sponichi Annex 野球

【Yostar OFFICIAL SHOP ONLINE】 #ステラソラ# より水面のような加工を施したスマホスタンドが登場🌊 動画やゲームのお供にぴったりなアイテムです📱 小物をまとめて持ち運びもできるクリアマルチケースもぜひお見逃しなく📢 🛒

スプラトゥーンレイダースありがとーう！ えー、めちゃんこ楽しいですこれマジこれ。 ソロでもマルチでもまたやってみたい！！！ 明日も朝活6:30～ よろね！おやすみ😉