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

『マイナ保険証』問題　期限切れ保険証も使える“暫定措置終了”で 患者から「何をもっていけばいいの？」問い合わせ急増　“保険証代わり”「資格確認書」は家族でも「届く・届かない」で大混乱に(関西テレビ) #Yahooニュース#

北九州の国民健康保険証、いや、資格確認証、印刷が悪くてすぐに文字が掠れて再発行してもらった。保管の仕方に問題があるんじゃないかといわれたけど、印刷が悪いと思うよ。書体も細くなってるのに、前と変わりません！とか言ってた。業者の質が悪い。今回も業者がわるい。どんな選び方しとるんだ？

先月閉会した国会で成立した『皇室典範改正法』について「女性天皇への道を閉ざした」といったご意見を始め、様々なお声を頂いています。 今回の『皇室典範』の改正が、「何を目的として行われ、何を変え、何を変えなかったのか」、改めてご説明したいと思います。 最初にご説明しなければならないのは、秋篠宮皇嗣殿下、次世代の悠仁親王殿下までの皇位継承は、これまでの儀式（立皇嗣の礼）や『皇室典範』により、既に確定しているということです。 今回の改正の前提となっている「次世代の悠仁親王殿下までの皇位継承の流れをゆるがせにしてはならないこと」とは、そのことについては変更を加えない、変更を及ぼすような検討は行わないということでした。 その上で、急いで「皇族数の確保」を図らなければならないというのが、今回の改正の目的だったのです。 このことについては、まず、令和３年に設置された政府の有識者会議で、 ・次世代の皇位継承資格者として悠仁親王殿下がいらっしゃることを前提にすると、悠仁親王殿下までの皇位継承の流れをゆるがせにしてはならない ・次代以降の皇位の継承について具体的に議論することは、現状は機が熟しておらず、かえって皇位継承を不安定化させるとも考えられる ・悠仁親王殿下の次代以降の皇位の継承については、将来において悠仁親王殿下の御年齢や御結婚等をめぐる状況を踏まえた上で議論を深めていくべきではないか ・皇位継承の問題と切り離して、皇族数の確保を図ることが喫緊の課題である といった議論があり、『有識者会議報告書』がとりまとめられました。 『有識者会議報告書』を受けて、最終的に、全国民の代表によって構成される国会において、衆参両院正副議長のもとで「立法府の総意」としてとりまとめられた『議論のとりまとめ』では、次のことが確認されました。 ・次世代の悠仁親王殿下までの皇位継承の流れをゆるがせにしてはならないこと ・その上で、『有識者会議報告書』に記載された第１案と第２案の法制化を進めていくこと ここで、第１案というのは、「内親王・女王が婚姻後も皇族の身分を保持することとすること」、第２案は「皇族には認められていない養子縁組を可能とし、皇統に属する男系の男子を皇族とすること」で、いずれも「皇族数の確保」を図るための方策です。 今回の『皇室典範』の改正において、「皇位継承のあり方」の問題を切り離し、「皇族数の確保」を図ることとなったのは、こうした経緯によるものであり、政府としては、立法府の方針に従い、「皇族数の確保」を図ることを今回の改正目的とし、作業を進めました。 お声をいただいている「女性天皇を認めるかどうか」は、「皇位継承のあり方」に関する論点であり、今回の『皇室典範』の改正目的である「皇族数の確保」には含まれていない論点です。 これまでの『皇室典範』では、「女性皇族」は、婚姻により「皇族の身分」を離れることとなっていました。 つまり、「婚姻により女性が皇族となること」と「皇族の夫婦から子が生まれること」以外に、皇族数が増加することがなく、皇族数の減少を食い止めることは正に喫緊の課題でした。 今回の改正により、「女性皇族が婚姻後も皇族の身分を保持する道」を初めて開くことができました。 戦後に皇籍を離脱した、いわゆる旧11宮家（現行の憲法や皇室典範のもとでも昭和22年まで皇族だった方々）の子孫である男系の男子を皇族の養子とすることにより、新たに皇族とすることができるようになったこととともに、皇族数を確保するために大変重要な方策です。 なお、『皇室典範改正法』では、附則第６条に見直し規定を設けており、改正後の法律の施行の状況を踏まえて、必要な検討や見直しがなされることとされています。

Claude Security 插件正式公測！這不只是又一個掃描工具，而是把「資安研究員級」的能力直接塞進 Claude Code 終端。 它會像真人一樣讀懂你的架構、追蹤跨檔案資料流、建立威脅模型，再用多代理互相驗證，找出傳統靜態掃描器常漏掉的複雜邏輯漏洞與認證繞過。掃完還能直接產出符合你程式風格的修補建議，人審完就能套用。 這代表什麼？AI 正在把高階資安「左移」到每一位開發者的日常工作流。不用再等資安團隊排程、不用把程式碼丟上雲端，提交前就能自己把關。在 AI 加速攻擊的時代，這等於給防禦端裝上同等級的火力。真正讓「安全寫程式」變成預設，而不是事後補救。 👉🏻推薦實戰流程 1. 輸入 /claude-security → 選 Scan codebase（或 Scan changes） 2. 選擇掃描深度（Medium 通常就夠用，High / Max 更深入但較貴） 3. 等掃描完成（會產生 CLAUDE-SECURITY-時間戳/ 資料夾） 4. 看報告（CLAUDE-SECURITY-RESULTS.md） 5. 再輸入 /claude-security → 選 Suggest patches 6. 選擇要修的 finding（例如 F1、F2） 7. 用 git apply 套用產生的 .patch 檔，自己 review 後再 commit 👉🏻小技巧 • 大專案建議先只掃重點目錄，不要一次掃整個 repo • 掃描是非確定性的，同一段程式碼跑兩次結果可能略有不同 • 修補永遠不會自動套用，一定要人審核 這樣就可以直接在終端裡把「資安掃描 + 修補建議」變成日常工作流的一部分了！

【LOCAL EVENT】 ピンクリボンコンペ in 東京よみうりCC トーナメントの舞台である東京よみうりカントリークラブにて、乳がんの早期発見に向けて、ピンクリボン運動啓発のためのチャリティコンペを開催！ あこがれのコースでプレーを楽しみませんか？ ・・・・・ 開催日：2026年8月19日(水) 会場：東京よみうりカントリークラブ（東京都稲城市坂浜685） 参加資格：男女アマチュアゴルファー 競技方法：新ぺリア方式による9ホールストロークプレー（ハーフコンペ形式） ※同ネット等の場合 (1)グロス順 (2)前半最終Hからのカウントバック プレー費：高麗グリーン 29,610円 ※消費税・ゴルフ場利用税・参加費込み、飲食代別 参加費：3,000円（内、寄付金1,500円を含む） 表彰：優勝ほか各賞（参加人数により決定） ドレスコード：当日はピンク色のゴルフグッズを身に着けてプレーをお願いいたします 申込み：1組単位で下記へ電話でお申込みください（3名以上／3サム割増料 お一人様1,470円） ※組み合わせの関係で予約時とプレー開始時間が変更となる場合がございます ※ご来場の際は、東京よみうりカントリークラブドレスコードの順守をお願いいたします ※詳細は下記公式WEBサイトをご確認ください 《新百合ヶ丘・ホテルモリノよりクラブバス運行》 発車時刻：6:50、7:30、8:10、8:50、9:30 ※道路渋滞等により駅到着・出発が遅れる場合があります ※クラブバスは10人または14人乗りとなります（先着順） 主催：東京よみうりカントリークラブ 後援：認定NPO法人 乳房健康研究会 協賛：株式会社エリアブレイン（MYTOWN発行元） 【お問合せ】 東京よみうりカントリークラブ TEL：044-966-1144（10:00〜17:00） 公式WEBサイト： ・・・・・ #東京よみうりカントリークラブ# #ピンクリボン# #チャリティコンペ# #ゴルフコンペ# #新百合ヶ丘#

「二分法テスト」事前ダウンロードとテスト開始のご案内 「二分法テスト」の事前ダウンロードを開始しました。参加資格は現在、順次配布中です！ ▍「二分法テスト」実施期間： 2026/7/23 10:00 ~ 2026/8/13 10:00（UTC+8） ▍以下のリンクから公式サイトのホームへアクセスし、＜テスト資格確認＞ボタンをクリックすると、参加資格の獲得状況をご確認いただけます。 参加資格を獲得された方は、案内に従ってテスト用ゲームデータを事前にダウンロードしてください。事前ダウンロードに関する詳細は、画像内の案内をご確認ください。 ＃白銀の城 #二分法テスト#

はなまるうどん、外国人材管理システム導入 不法就労発生リスクを低減 ⠀ 外国人材管理システム「GPASS（ジーパス）」を全国の直営店舗に導入。在留資格の確認や更新管理を効率化し、店舗と本部で情報を共有。採用時の事務負担を軽減し、不法就労リスクの低減を図る。