AI新聞

• Fable 5は司令塔（計画と割り振り役）に徹させる。実装やテストなど手を動かす作業はOpus/Sonnetに任せ、Fableのトークン消費と判断ブレを減らす。
• 役割を細かく分けると委譲が安定する。scope-planner/architect/builder/qa-reviewer/shipperのように、「要件固め→設計→実装→検証→出荷」を分離する。
• サブエージェントのdescriptionとプロンプトを丁寧に書く。何を読むか、何を返すか（結論、diffなど）を明示しないと手戻りでコンテキストが膨らむ。
• architectやqaをFableにしない。Fableは曖昧な依頼を明確な問いに変えるところまで。設計・レビュー提案はOpusで足り、最終判断だけFableが握る。
• ccteamsを使うと、チーム設計とオーケストレーション（割り振りのルール）が1コマンドで導入できる。スタック別テンプレ（next-ts/go-api等）とモデル割当も同梱。
• Codexは「レビュアー」ではなく独立の相棒として並走させる。高リスク判断はOpus系とCodexに同じ課題を別々に解かせ、最後に統合する。
• 指示はゴールだけ伝えるとよい。Fableが分解し、自動で適切なサブエージェントに回すので、司令塔のコンテキストが汚れず判断精度が保たれる。

AI導入で仕事量がむしろ増え、集中できる時間も9％減ったという調査が示すように、マルチタスクが脳を疲れさせ、受動的にAIへ頼る悪循環が起きている。メールや管理作業が手軽になった反面、各人のタスクが膨らんだ。

アトランティックのコラムニストは、これからの差は「頭の良さ」ではなく、深く考え続ける意志で決まると指摘する。認知欲求が低い人は思考をAIに委ねて中身が薄くなり、高い人はAIと格闘して能力を伸ばす。要するに、頭の良さよりも、考え続ける意志がAI時代の格差を左右するという主張である。

ローカル開発での .env 流出リスクを減らすための軽量CLI「EnvVault」を紹介する。実際のAPIキーはmacのKeychainなどOSの保管庫に置き、.envには envvault://openai/dev のような参照だけを書く。起動時に envvault exec が参照を解決し、子プロセスに環境変数として渡す。

chamber類似の使い勝手で、ブラウザUIから登録も可能。必要に応じてローカルプロキシ経由でプロバイダ鍵を隠せるが、互換性重視なら直接注入が現実的。要するに、リポジトリに生の秘密情報を置かず、起動時にだけ解決する小さな道具という位置づけ。

AIエージェントに指示文（プロンプト）を手で打つやり方は限界があり、開発者や大手の担当者は、エージェントが自分で指示を作り反復実行する「ループ」へ関心を移している。プロンプト手入力の時代は終わりつつあるという見方が広がっている。

ループは、目標だけ渡し、計画→実行→確認を自動で回す仕組み。コーディングでは、作成役と検査役のエージェントを分けるなど、品質を保つ設計が鍵になる。

これはエンジニアだけの話ではない。管理職は仕事の流れ自体を設計し、エージェントに任せる役割で価値を出せる。日程タスクの自動化など、すでに多くの現場で始まっている。

ハイパースケーラーは過去最高益でも、データセンター投資が膨らみフリーキャッシュフローがゼロ〜マイナスに向かっている。減価償却という会計の時間差で利益は見栄えする一方、現金は先に出ていく。データセンターは陳腐化が速く、更新が止められないのが痛点で、Oracleはすでに交差、他社も2026〜27年に続く見通しだ。

著者は、増資・社債発行が相次ぎ貸し手の審査も緩んでおり、過去の鉄道や光ファイバー投資のように投資家が損をする構図が再来しかねないと警告する。要は、最高益の裏で稼ぐより速く使う局面に入り、リスクの見積もり物差しがないまま資金が突っ込まれていることが問題だ。

AI支援で英語学習アプリをWebとiOSで実際に公開できたが、商用かつ安全性を満たす条件では、非エンジニアにはまだ難しいと述べる。最大の壁はコーディングではなく、セキュリティや課金、データ設計、デバッグなど「壊れない運用」を考える力だった。

AIは「コードを書く」を代替できても、「何を確認すべきかの判断」は代替できない。知識がないとAIに正しい問いを出せず、網羅性の判断もできないため、品質の上限は指示する人の理解度に依存する。

プロトタイプはノーコード系で作れても、本番運用では攻撃対策やコスト管理、App Store審査や法的文書など多くの非コード作業が必要になる。結局、何を作り何をチェックするかを決め、AIが作ったものを自分の言葉で説明できる力が問われる。

エージェント中心に開発が進み、Claude Codeからhermes-agentへ軸足を移した。安価なモデルを組み合わせ、リマインドや小さな作業を任せることで個人開発の速度が上がった一方、デリバリや副作用管理が最大のネックになっている。

外形の振る舞い監視を重視し、cronでの探索やコード・ドキュメントのスコア付けを試し、AIが自分でやるべきことを見つけて動く方向を模索している。モデル進化は追っているが、原価面の持続性には疑いが残る。

ソフトウェアエンジニアの仕事はすぐ消えはしないが、役割は確実に移っていくと見る。時期は読めないが、個人としては急がねばという感覚が強い。