カクヤスは30年以上稼働し続けてきた基幹システムの解読に生成AIを導入した。このシステムは現在も業務を支えているが、長年の運用を経て開発経緯や設計思想が失われ、「動いてはいるものの、誰もその中身を把握できない」状態に陥っていた。仕様書や設計文書が不完全なまま現場に残り続けるレガシー問題の典型例であり、属人化した知識が組織から消えた後に残るのはコードだけという構造は、多くの企業が共通して直面する課題だ。
同社が着目したのは、生成AIによるソースコード解析だった。AIはコードを読み込み、処理の意味や業務ロジックを自然言語で説明する能力を持つ。しかし実際に解析を進めると、AIが出力する結果だけでは不十分な場面が繰り返し生じた。30年分の業務判断や例外処理、現場の暗黙知がコード内に蓄積されており、AIはその「なぜそう書いたか」という設計意図や歴史的経緯まで正確には読み解けなかったとみられる。
カクヤスは30年以上稼働し続けてきた基幹システムの解読に生成AIを導入した。このシステムは現在も業務を支えているが、長年の運用を経て開発経緯や設計思想が失われ、「動いてはいるものの、誰もその中身を把握できない」状態に陥っていた。仕様書や設計文書が不完全なまま現場に残り続けるレガシー問題の典型例であり、属人化した知識が組織から消えた後に残るのはコードだけという構造は、多くの企業が共通して直面する課題だ。
同社が着目したのは、生成AIによるソースコード解析だった。AIはコードを読み込み、処理の意味や業務ロジックを自然言語で説明する能力を持つ。しかし実際に解析を進めると、AIが出力する結果だけでは不十分な場面が繰り返し生じた。30年分の業務判断や例外処理、現場の暗黙知がコード内に蓄積されており、AIはその「なぜそう書いたか」という設計意図や歴史的経緯まで正確には読み解けなかったとみられる。
この壁を乗り越えるために現場が思いついたのは、AIの解析結果を業務知見と組み合わせるアプローチだった。コードの構造把握はAIに委ね、その出力を業務担当者が検証・補完することで、AIが取りこぼした文脈を人間が埋める仕組みを構築した。カクヤスはこの手法を「AIを制御する技術」と位置づける。AIに全てを委ねるのではなく、AI出力を判断できる主体性を持って使いこなすことこそが、現代化の本質的な鍵だという認識だ。
このアプローチは、自社のレガシーコード解読に挑むAI中級者にとっても直接的な示唆を持つ。生成AIはコードの字義的な意味を解析する能力は高いが、業務背景や設計意図まで正確に把握するには人間の関与が欠かせない。AIに任せきりにすると誤解釈が混入するリスクがあり、AI出力を批判的に検証できる業務知見こそが差別化の核になる。AIを制御できる人材こそが現代化プロジェクトの実質的な推進者となるとみられる。
OpenClawは自己ホスト型ゲートウェイとして動作し、WhatsApp・Slack・Discord・iMessage・Telegram・Microsoft Teamsをはじめとする主要チャットサービスをAIコーディングエージェントに接続する基盤だ。入力タイプは5種類——通常のメッセージ、30分ごとのハートビートタイマー、cronスケジュール、フック(起動・終了などの内部イベント)、Webフック(GitHub・Jiraなど外部システム)——を持ち、受け取ったイベントはキュー経由でエージェントが処理して状態を更新するアーキテクチャで動く。ローカル環境ではシェルコマンド実行・ファイル管理・Web閲覧・アプリ制御まで対応する。
TechCrunchが2026年7月2日に報じた事例が象徴的だ。ユーザーのBen GuezはOpenClaw・Claude Code・Instagramを組み合わせた自動化スクリプトを独自に構築し「複数の国際的な候補がDMに届くようになった」と語った。Dating自動化という極めて個人的なユースケースにまでAIエージェントが踏み込んでいる実態は、OpenClawの接続先を選ばない汎用ゲートウェイとしての設計を如実に示している。
Hugging Faceのチームは2026年6月22日、OpenClawリポジトリ自体のPRトリアージ作業にローカルモデルを組み合わせ、費用ゼロで自動化できることを実証したブログ記事を公開した。外部APIに依存せずローカルLLMをOpenClaw経由で呼び出せることが確認された形で、APIコストをかけずにGitHub上のissueやPR分類を自動処理する構成が、実務レベルで現実的な選択肢になりつつある。
MicrosoftはエージェントサービスScoutの基盤としてOpenClawを採用しており、業界標準ゲートウェイとしての地位を急速に固めつつある。国内でもKDDIアジャイル開発センターのソフトウェアエンジニア近藤悠斗氏がプライベートでOpenClawを使い込み、AIエージェントを「自分のことをよく分かっている友人」と表現するほど個人業務への統合が進んでいる。2026年6月30日にはAndroid・iOS向け公式アプリが正式リリースされ、スマートフォンから直接エージェントを操作できる経路も整備された。
米DatabricksのチーフAIサイエンティスト、ジョナサン・フランクル氏は「AIはもう十分賢い」と断言し、現時点でのAI活用における真のボトルネックはモデル性能ではなく評価(Eval)にあると指摘した。ITmedia AI+の取材に応じた同氏は、学習データや計算資源の不足でモデルの進化が止まるという従来の見方を否定し、課題の重心はすでに別の場所に移っていると述べた。
フランクル氏の主張の核心は、いかに優秀なモデルを選定しても、そのモデルが本当に業務目的を達成しているかを測る指標と仕組みがなければ、改善も信頼性の担保もできないという点にある。多くの実装者がモデルの精度向上やAPI利用コストの削減に注力する一方で、『何を正解とするか』を定義するEval設計が後回しになっているケースが多いとみられる。モデルを差し替えても成果が安定しない組織では、Evalの不在が根本原因になっている可能性が高い。
この指摘はAI中級者に重要な示唆を与える。プロンプトのチューニングやRAG構成の最適化に時間を費やしても、評価基準がなければどの変更が実際に効いているかを判断できない。コストと精度を両立させる実装の真の課題はモデル選択ではなく『何を・どう測るか』の設計にあり、フランクル氏の主張はEval導入を実装レベルの必須対策として位置づけることを強く示唆している。
AI活用の実務浸透が進むにつれ、処理コストという新たな壁が浮上している。クラウド大手のAWSは、企業や個人開発者の間でAIのトークン消費コストを抑制しようとする動きが出ていることを把握していると明かした。試験利用の段階とは異なり、本番環境でのAPI常時利用や大量バッチ処理が増えると、トークン消費量がそのまま月次コストに直結する。AI推進を掲げながらも、コストの現実に直面する組織が増えているとみられる。
対策の核心は実装レベルの工夫にある。プロンプトの冗長な記述を削ぎ落として入力トークンを減らすプロンプト最適化、同一・類似リクエストを使い回すキャッシュ活用、そして処理の複雑さに応じて高コストの大規模モデルと低コストの軽量モデルを使い分けるモデル選択が代表的な手法だ。これらを無策で放置すると利用量の増加に比例してコストが膨らむ一方、適切に組み合わせれば費用対効果を維持しながらスケールできるとみられる。
個人開発者にとってはプロダクトの継続稼働コストが収益モデルを左右する問題であり、企業の導入担当にとってはAIの費用対効果を経営層に説明する義務が生じている。いずれの立場においても、モデルの呼び出し方や入出力設計を見直すだけで削減余地があるケースは多い。AWSが「コスト抑制の動きある」と認識する現状は、AI活用が試して学ぶフェーズから運用コストを最適化して稼働させ続けるフェーズへ移行していることを示すとみられる。
プロジェクト管理の文脈では、Redditユーザーの/u/Responsible-Cash-674が自社SaaSにMCPサーバーを実装し、約150本のツールをClaudeから呼び出せる形で整備した経緯を7月4日にr/AI_Agentsへ投稿した。Claudeがプロジェクト管理業務の大半を自律実行できるようになったと報告しており、150本規模の大量ツール統合における実務上の知見を共有している。単一エージェントにこれだけの数のツールを公開する構成は、MCPの本格運用事例として注目される。
SEO分析の領域では、開発者のushercakesがGoogle Search ConsoleをClaudeから直接操作できるOSSのMCPサーバー「Search Console MCP」を7月2日にShow HNで公開した。通常は複数ページを渡り歩いてExportボタンを押す必要があるGSCのデータを、OAuthで認証するだけでチャット上から即座に取得できる構造になっている。GitHubのsudomichael/search-console-mcpで無料公開されており、コントリビューションも受け付けている。
ゲーム公開の分野では、TakayukiKomadaが「GameFork」を7月5日にShow HNで公開した。AIエージェントがMCP経由でブラウザゲームのコードを生成・公開・フォークできるプラットフォームで、人間によるデプロイ作業を介さずエージェント自身がゲームをリリースするワークフローを実装している。MCPを読み取りだけでなく「エージェントが外部サービスに書き込む」方向で活用した事例として位置づけられる。
プラットフォーム側のMCP対応も加速している。XはTechCrunchが6月30日に報じた通りホスト型MCPサーバーを正式公開し、開発者が自社AIアプリとX APIを接続しやすくした。国内ではメルカリが1月に整備した「Mercari MCP」をChatGPTの「Apps in ChatGPT」と接続し、6月24日から会話による商品検索や出品文の下書き作成機能の提供を始めた。多様な実装事例が積み上がることで、MCPはAIエージェントと既存SaaSをつなぐ事実上の標準統合レイヤーとしての地位を固めつつある。
CursorエディタとClaude Codeを組み合わせる実装者から、2026年7月上旬に立て続けてトラブル報告が上がった。reddit/r/cursorに投稿した/u/winger07は「Cursor内でClaude Codeを動かしているが、新しいモデルが表示されない」と訴え、/u/Smart_Solution4671は「最新アップデート後、Claude CodeとCodexをCursor内で使うのが非常にフラストレーティングになった」と述べた。両者の症状は、CursorのバージョンアップとClaude Code側のモデル更新が非同期に進んだことで、利用可能モデルのリストがIDE上に正しく反映されない点で共通していた。
一方、Claude Codeを中核とするOSSツールの投稿がHacker Newsに相次いで登場した。2026年7月5日だけで4本のShow HNが公開され、中でも注目されたのは「Handoff」(GitHub: ostikwhy-blip/claude-code-handoff-skill)と「Aletheia」(GitHub: nsankar/Aletheia)だ。HandoffはClaude Codeセッション間のコンテキストを検証済みの形で橋渡しするスキルで、長大なセッションが途切れた際の文脈損失を防ぐことを狙う。AletheiaはClaude CodeとOpenAI Codexを組み合わせ、何が真実かもしれないかを明示的に管理しながらループ探索を行う不確実性エージェントとして設計されている。
これらの実装事例から、Claude Codeを本番環境に組み込む前の確認項目が浮かび上がる。IDE連携では、CursorのバージョンとClaude Codeのモデルリスト更新のタイミングずれを前提に、使用モデルを明示的に指定して起動する手順を標準化しておくことが有効とみられる。セッション管理ではHandoffのような引き継ぎスキルを導入し、長時間タスクで文脈が失われるリスクを排除したい。新規コードベース適用時は「Onboard-CLI」(GitHub: animesh-94/Onboard-CLI)のようなローカルファーストのGoツールでコードマップを先行作成することで、モデルへの入力品質を高められるとみられる。
周辺ツールの広がりもエコシステム成熟の度合いを示す。「Nomlings」(nomlings.cc)はClaude Codeセッションのトークン消費を仮想ペットが「食べる」形で可視化するWebサービスで、コスト管理の意識を高める実験的アプローチとして注目された。/u/astronaut_611はClaude Codeスキルとして、SaaSドキュメント内のChatGPT引用欠落箇所を自動検出するツールを独自に構築・公開した。多彩な活用事例が急速に積み上がる中、基盤となる環境セットアップの確実性が実装者コミュニティ全体の共通課題として浮上している。