AI新聞

AIの進歩が加速し、著者は「自分より賢い」と感じるモデルの登場で、開発の進め方が一変したという。コードを書かずに、設計・実装・検証・デザインや効果音までAIが自律的に仕上げ、思いつきがそのまま現実になる感覚が日常になった。

一方で、大規模運用にはまだ人の設計が要るが、多くの小中規模の開発は会話ベースで完了しうる。ソフトウェアエンジニアという職業の姿は大きく変わるかもしれず、著者は当面「AIに高速で話しかけ続ける」ことが最適解だと述べている。

AIネイティブSDLCを段階ごとに導入する実践プレイブックの記事。

• intent.md→spec.md→plan.md→PRの成果物連鎖で自動トリガー。各段階を人とAIが読める記録でつなぎ、監査ログも残す。
• Plan: 発案者がClaudeとブレストし、意図をintent.mdに即記録。承認で次工程へ。
• Design: 要件と設計を1回のセッションで作成し、組織ルールは「スキル」に明文化して適用。
• Build: Claude Codeのプランモードでplan.mdを作り合意後に実装。チーム流儀はCLAUDE.mdに集約。
• フック: 危険操作や秘密情報への触れを自動ブロック。人の承認が必要な箇所はゲート化。
• 並列セッション/サブエージェント: 複数作業を同時進行し、検証や簡素化など反復処理を分担。
• Test: テスト・ビルド・スクショ比較を自動実行し、失敗は自己修正。テスト改変はフックで禁止。
• CIで継続評価: モデル/プロンプト変更時に過去タスクの評価スイートで回帰を検出。
• Deploy: AIがPRを規約でレビューし修正も対応。最終承認は人が行い、本番はゲートで制御。
• Maintain: 監視エージェントが異常検知→intent.mdを起票し、ループを自動で再始動。

Claude Codeを安全に自動で回す環境づくりのコツをまとめた発表の紹介。

• auto modeで承認作業は減るが、レビュー作業が増える点に注意。
• 安全に動かす基本設計。最小権限、実行環境の分離、失敗時の停止と通知を徹底。
• 監視とログを整備。実行履歴を追えて、異常をすぐ見つけられるようにする。
• タスクを分割しスケジュール管理。長時間処理は小さく刻み、再実行しやすくする。
• 最後に残る人手レビューの詰まりは、基準共有や自動チェックで軽くする。
• すべてを一度にやらず、効果が高いものから導入して放置できる範囲を広げる。

生成AIの実力を引き出すうえで、手作業のプロンプト調整には限界がある。長時間タスクやツール連携、自己検証まで含めた反復の仕組みを設計する、「プロンプトではなくループを作る」発想が中核になるという指摘だ。

Claude Codeの事例や、KarpathyのLoopcraft、GoogleのAddy Osmaniらの議論を引きつつ、各社はエージェントが自動で試行→評価→改善を回せる土台づくりを競っていると述べる。

筆者は、目標と制約、ツール、評価軸を定義してフィードバック回路を作ることが、再現性と信頼性を高め、プロダクトに実装可能な水準へ押し上げる鍵だと主張している。

AI開発の加速を受け、AnthropicがClaudeの規約を改定し、AIへの暴言や執拗な虐待的会話を禁止、悪質なら会話を強制終了すると示した。イーロン・マスク氏は「超知能を虐待すべきでない」と反応し、議論が広がっている。

現場では、誤回答（ハルシネーション）に苛立ち暴言を吐く例が起きており、これが習慣化するとAIとの乱暴なやり取りが人間関係に波及することが懸念される。子どもへの影響も指摘され、技術の失敗への不満と、言葉づかいの規範づくりのバランスが問われている。

PHPで重大な脆弱性が2件見つかり、企業や政府が修正対応に追われた。うち1件は高性能AIモデルで発見され、AIの防御面での力を示す代表例となった。これは、脆弱性が前例のない速さと規模であぶり出される時代の到来を示す。

専門家は、今後しばらく混乱が続くと指摘する。長年使い続けた古いソフトのリスクという「技術的負債」（先送りしてきた修正の積み残し）の清算が始まり、これまで見えにくかったコストが一気に表に出る。古いソフトを焼き払う「大規模な森林火災」に近い状況になるという見立てだ。