はじめに
2025 年は、私にとって開発業務で生成 AI を使うことが当たり前になった年でした。
ただ、自分から主体的に生成 AI の波に乗っていたというより、最新情報を追っているメンバーと同じ船に乗っていただけ、という感じです。
詳しいチームメンバーから「このやり方がいいです」と教えてもらったりしつつ、なんとか追いかけた 1 年でした。
この記事では、生成 AI をこの 1 年どんな感じで使ってきたか、メモ程度ですが変遷を記録しておこうと思います。
Cursor を使い始めた 2025 年前半
2025 年前半、開発業務で Cursor を使うようになりました。
それまでも 2024 年に試して「すごい」と思ったものの、業務では使っていませんでした。
Cursor を使い始める前は、以下のような環境にしていました。
- IDE は VS Code
- GitHub Copilot でコード補完
- ChatGPT を実装の質問やコードの補完や生成に利用
Cursor を使い始めると、AI がエディタに組み込まれているので、補完や生成をエディタ内で完結できるようになり、効率は大きく上がりました。
ただ、想定どおりのコードにならず、プロンプトを何度もやり直すことも多くありました。使用量の上限にすぐ達することもありました。
今振り返ると、設計や実装時の AI の使い方がよくなかったのも影響していたと思います。
なんとか書き上げたコードをマージリクエストで確認してもらっても、指摘は多い状態でした。
レビューでの指摘は、例えばこんな内容です。
- バックエンド：ドメイン駆動設計やクリーンアーキテクチャに沿っていない構造
- フロントエンド：無駄に複雑なコード、不要な useEffect の使用
この点は、AI が生成したコードの問題を自分で正せないスキル不足が大きく、完全に自分の課題です。
私が Cursor の使い方を模索している間にも、生成 AI の最新情報を追っているチームメンバーは、Claude Code などを使って試行錯誤していました。
Claude Code + Codex へ移行した 2025 年後半
そうこうしているうちに、Claude Code と Codex を CLI ベースで使う流れになりました。2025 年後半、11 月以降だったと思います。
これまでの Cursor は使うことはなくなっていき、以下に移行しました。
- IDEは、PhpStorm
- 従来通り、静的解析やコードナビゲーションなどエディタとしての強みを活かす（PHP/Laravel での開発であることにより）
- Claude Code, Codex で、仕様書作成・実装・レビューを行う
Claude Code / Codex は PhpStorm のターミナルでもいいですが、Ghostty というターミナルエミュレータから起動します。
ツールに慣れた頃には別のツールが出てきたり、ツール自体の進化で、より良い使い方がすぐに変わっていく感覚です。
基本的な使い方
チーム運用の一つに、Claude Code と Codex を両方使って相互レビューさせる という方法があります。
また、タスクの分割やレビュー効率化のために、サブエージェントを活用する運用も取り入れています。
加えて、チームメンバーが実務で使える Skills を継続的に整備してくれており、そのおかげで自分も似た環境で作業できています。
Claude Code にさせていること
- Plan mode で仕様書を作成する
- 作成した仕様書をもとに実装させる
- 実装した内容のコードレビューを行う
- 他のチームメンバーのMR（マージリクエスト）をレビューする
Codex にさせていること
- Claude Code が出した仕様書をチェックする
- Claude Code の実装をレビューする
- 他のチームメンバーのMR（マージリクエスト）をレビューする
片方の AI が作ったものを、もう片方の AI にチェックさせる という方法です。
レビューは Codex のほうがバグを見つけるのが得意だと感じる場面もあり、それぞれに特性があるため、両方を使って品質を上げる発想です。
また、MCP で外部ツールと連携させていました。
- Redmine 連携：チケットの内容を読み込んで、タスクの背景を理解させて仕様書作成できる。チケットの更新も可能
- GitLab 連携：MR の作成や、レビューコメントの読み込みから修正実装までを Claude Code で行える
ただ、MCP 連携を Skills で代替する話も出ており、現在は両方使える状態にはなっています。
MCP 連携を Skills で代替する、というのがよくわかっていなかったので以下の記事を読んだりしました。
コンテキスト管理は重要
Claude Code には会話の Context があり、ここは要注意ポイントです。
業務のペアプロ中に気にせず使っていたところ、「Context がいっぱいになって性能が落ちないよう、こまめにクリアしましょう」と教えてもらいました。
仕様書を作ったあと、同じ Context のまま実装させると、残量不足で出力品質が落ちることがあります（微妙な実装になりやすい）。
仕様書を作ったら、いったん Context をクリアして、改めて仕様書を読み込ませてから実装に入る。
実装したら、Context をクリアして、...という感じです。
これだけでも質の低下がかなり防げるようになった実感があります。
AI オーケストレーションの話が出た 2026 年 2 月
先月、2026 年 2 月、さらに次の変化の波がきました。
Claude Code Agent Team, TAKT のような AI オーケストレーションのツールです。
TAKT が業務でどこまで使えるか試し始めました。
これらのツールに対しては、生成 AI に詳しいメンバーの反応もこれまでと違い、「常識が覆るゲームチェンジャーが出てきた」という温度感でした。
ここまで生成 AI が進化すると、自分のレベルのエンジニアはどうなるのか、という不安や焦りが勝ります。
すごい技術の進歩に、未来にワクワクしたいところですが...
おわりに
直近 1 年を振り返ると、生成 AI 活用に詳しい人がいる環境に助けられて、なんとかやってきた 1 年でした。
一方で、生成 AI に対して受動的にしかキャッチアップしていない現状は危険だとも思いました。
生成 AI 自体のキャッチアップもそうですが、これから必要なスキルは何なのか見直して、判断していかないとな、と思っています。
最後までお読みいただき、ありがとうございました。