壱劇屋 東京支部 #回ノ導# 観劇してきました！！！ 久々のワードレス、し、染みる〜！！！！ 今作、悪がとことん悪で最高だった… 激アツ展開てんこ盛り丼祭りで、一度の観劇でここまで味わってしまっていいの〜！？状態になる壱劇屋の舞台。 はぁ…たまらんの… お見送り会参加しました…悦…

#壱劇屋東京支部向上委員会# 過去に同様のドレスコードで実施した際の終演後動画がこちら。 ＂夏＂の解釈は人それぞれ！ 今年はどんな装いが見れるでしょうか。 楽しい90分 × 4ステージをお届けします🍉 #回ノ導# #嗣ノ導# を盛大に振り返りましょう！

＼　　　〖 ご予約受付中 〗　　　　　／ 　 #壱劇屋東京支部向上委員会# 8月8日（土） 14:30 とっ(中略)っても余裕あり！ 18:00 人気です💨 8月9日（日） 14:30 ☀️完売☀️ 18:00 人気です💨 　　　　　　・・・ #回ノ導# #嗣ノ導# を振り返ります⭐️ 50問50答形式で劇団員を深掘りする企画も🤔💭 どなた様もお気軽にご来場ください！

＼　　　〖 ご予約受付中 〗　　　　　／ 　 #壱劇屋東京支部向上委員会# 8月8日（土） 14:30 とっ(中略)っても余裕あり！ 18:00 余裕あり！ 8月9日（日） 14:30 ☀️完売☀️ 18:00 人気です💨 　　　　　　・・・ #回ノ導# #嗣ノ導# を振り返ります⭐️ 50問50答形式で劇団員を深掘りする企画も🤔💭 どなた様もお気軽にご来場ください！

中国は高性能半導体の調達を制限されるなか、少ない計算資源を効率よく使う技術を磨いてきた💡これは弱さから生まれた強さである。しかし、ソフトの工夫で一回の計算を軽くできても、利用者が十倍になれば物理的な壁は再び現れる。知恵で空腹をごまかせても、餌そのものは必要なのだ🙄さらに見逃せないのは、計算資源の不足が「誰にAIを使わせるか」という選別につながる点である🗒️ 既存会員を優先し、負荷の高いコーディングを別枠にする。 合理的ではあるが、将来は企業、研究者、一般市民の間で、利用できるAIの性能や回数に格差が生まれるかもしれない🧐

最新作UP【メンバーシップ139】新世界準備室 ～未来が見える仲間と月2回の作戦会議 今回は「保存版」になると思います。目玉は、特集「金融リセットの全貌」。そもそも金融リセットとは何なのか。歴史上、国による「借金帳消し」にはどんな前例があるのか。いま何が、どこまで進んでいるのか。いつ起きるのか。そして私たちは、どう備え、どう生きればいいのか──。 2019年ごろから断片的にお話ししてきたこのテーマを、今回ついに一本にまとめました。当時は「何を言っているんだ」という反応が大半でしたが、いまや、あのころ「妄想」扱いされていた話が、次々と現実のニュースになって流れてきています。6〜7年分の答え合わせと、この先の見取り図です。ちなみに来年2027年は、1694年のイングランド銀行設立から、ちょうど333年になります。 そのほか、今回のラインナップは── ●ウクライナ・中東情勢──いよいよ白黒をつける最終盤。盤面の駒の動きを一望 ●「議長ポストは1000万円」──福岡県議会騒動の、ニュースの奥にある本当の対立構図 麻生太郎とは何者か──幕末のアヘン資本、明治維新をめぐる金の流れまで遡る「出自」徹底解説 ●テクノロジー最前線──データセンターは宇宙へ、実質無料化する自動運転、老化の原因特定 ●日本神話──「導きの老翁」シオツチノオジの正体を辿ると、話は一気に5000年前のシュメールへ 表のニュースだけを追っていると、世界は混乱・混沌に見えます。しかし、全体の設計図が見えたとき、恐れは好奇心に変わります。数千年に一度の大転換期を、一段高い視座から、ご一緒に眺めていきましょう。 そして、いまご登録いただくと、この139だけでなく、過去の全バックナンバー（138回分）もすべてご覧いただけます。金融リセットの過去回、政治と権力構造の読み解き、古代史・神話シリーズ──6年以上かけて積み上げてきた蓄積を、まとめて追いかけていただけます。「途中から入ると、話についていけないのでは」というご心配は無用です。むしろ、いまが一気に追いつくチャンスです。 ▶︎メンバーシップ登録はこちら（登録しておくと、配信と同時にご覧いただけます） 【お知らせ】YouTubeのポリシー変更に伴い、8月5日よりメンバーシップ料金が6,000円→7,000円に改定されます。8月4日までにご登録いただくと、6,000円のまま継続となります。「全バックナンバー見放題×現行料金」で始められるのは、8月4日まで。配信前のいまが、いちばんお得なタイミングです。

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

ハーネスエンジニアリングのアンチパターン AP8. ゲート疲労と空承認（Gate Fatigue / Rubber-Stamping） 🎯 ポイント 可逆な操作にまで承認ダイアログが出て、一日に何十回も反射で「承認」を押す。過剰なゲートはゲートそのものを無力化します。 ❗ 発生する課題 承認要求が多すぎるため、人間がゲートを反射的にスキップするようになります。アラート疲労と同じメカニズムで、本当に危険な不可逆行為の承認も反射で通過してしまい、ゲートの存在意義が完全に失われます。 🔍 メカニズムと症状 「すべてに人間承認を」は安全に見え、監査担当を安心させるため、このアンチパターンは組織的に採用されやすいです。しかし、意味のない承認の反復は承認を反射にします。これはアラート疲労と完全に同じ機序です。一日に50回「ファイルを編集してよいですか？」と聞かれれば、51回目の「本番DBを削除してよいですか？」も反射で承認してしまいます。症状としては、承認にかかる時間が1秒未満（読んでいない証拠）、全承認のログが記録上は「確認済み」だが実際は未確認、重要な操作の承認が他の瑣末な承認に埋もれる、チームが「承認がうざい」と不満を漏らす、といった現象が見られます。 📋 シナリオ ・エージェントがファイルを読むたびに承認を要求。開発者は無意識に「全て許可」を選択する習慣がつき、後日エージェントがforce-pushを実行した際も反射で承認。 ・セキュリティチームが「全操作に承認必須」のポリシーを導入。開発者は1日に200回の承認を処理するため、全てを一括承認するスクリプトを作成。ゲートが完全に形骸化。 ・ペアプログラミングで、エージェントの全編集に差分プレビューと承認を要求。開発者は差分を見ずにEnterを連打し、結果として意図しない変更が混入。 🛡 回避方法 ・権限設計を「能力」ではなく「取り消し可能性」で行い、可逆な操作は自由に許可します ・不可逆な操作だけを「重い儀式」のゲートに集約し、ゲートの希少性を保ちます ・承認の反応時間を測定し、1秒未満が続く場合はゲートが形骸化しているサインとして対処します ・ゲートの数を意識的に最小化し、「本当に人間の判断が必要な瞬間」だけに限定してください #HarnessEngineering# #AIAgent#

🏰🌕️#紅シ2026# 本日は・・・💐🎉 「紅の月に導かれシは千年の―」 ・開演時間 TeamMoon 13:30 TeamCastle 18:30 ・会場　ベースメントモンスター王子 ・当日券 ございます。開演30分前より販売いたします。 皆様のご宿泊、心よりお待ち申し上げます。 ・ご宿泊のお客様へ ・グッズラインナップ ・劇場企画 ☆連泊企画が増えました！ ご観劇いただいた後、受付にて【次の回】のチケットを会場でご購入いただけます。前売り価格でご購入いただけ、さらに、キャラクタービジュアルをまとめたポストカードをプレゼント！Moon、Castleどちらかのポストカードをお選びいただけます。 ※既にインターネットで該当公演のチケットをご購入済みのお客様も、チケットをご提示でポストカードをお渡しいたしますので忘れずにお持ちください。 ※20日，21日のチケット販売はない可能性がございます。終演後の状況を見てまたご案内させていただきます。 公演詳細

🏰🌕️#紅シ2026# 本日は・・・💐🎉 「紅の月に導かれシは千年の―」 ・開演時間 TeamCastle 18:30 ・会場　ベースメントモンスター王子 ・当日券 ございます。開演30分前より販売いたします。 皆様のご宿泊、心よりお待ち申し上げます。 ・ご宿泊のお客様へ ・グッズラインナップ ・劇場企画 ☆連泊企画が増えました！ ご観劇いただいた後、受付にて【次の回】のチケットを会場でご購入いただけます。前売り価格でご購入いただけ、さらに、キャラクタービジュアルをまとめたポストカードをプレゼント！Moon、Castleどちらかのポストカードをお選びいただけます。 ※既にインターネットで該当公演のチケットをご購入済みのお客様も、チケットをご提示でポストカードをお渡しいたしますので忘れずにお持ちください。 ※前日までの販売状況により販売が出来ないこともございますので、確実にお席を確保されたい方はお早めにインターネット販売をご利用ください。 公演詳細