前回は、エージェントAIの全体像を整理しました。
でも実際には、「で、何をやらせると分かりやすいの？」というところが気になりますよね。
結論から言うと、Claude CodeやCodexを試すなら、まずは簡単なアプリを1つ作ってみるのがおすすめです。
理由はシンプルで、読む、作る、直す、実行する、確認する、という一連の流れがいちばん見えやすいからです。
「そもそも、なぜ今Claude CodeやCodexがこんなに話題なのか」を先に押さえたい方は、Claude Code・Codexはなぜ話題？2026年春の公式発表から読む「答えるAI→進めるAI」の変化 も合わせてどうぞ。
Codexのはじめかたは「小さく頼んで、差分を見る」が基本です
Codexをはじめて使うときは、まず小さな依頼から始めるのが安全です。 いきなり大きな開発を丸ごと任せるより、「1つ作る」「1つ直す」「結果を見る」のほうが、できることと苦手なことが見えやすいからです。
| 最初の依頼 | 向いている理由 | 確認したいこと |
|---|---|---|
| READMEを少し整える | 既存ファイルを読む練習になる | 文章の意図が変わっていないか |
| 小さなToDoアプリを作る | 作成、実行、修正の流れが見える | 実際に動くか |
| 軽い表示崩れを直す | 変更範囲が小さい | 余計な場所を触っていないか |
慣れてきたら、スマホから進捗を見る使い方も便利です。 その流れは CodexがChatGPTモバイルアプリから使えるように。スマホでAIコーディングを見守る時代へ でまとめています。
まずは「簡単なアプリを1つ作る」がいちばん分かりやすい
Claude CodeやCodexの強みは、ただ答えを返すことではありません。
コードを読んで、必要なファイルを作って、実行して、うまくいかなければ直しながら前に進められるところです。
この違いは、質問を1つ投げるより、小さいアプリを1つ作ってもらうほうがよく伝わります。
会話だけで終わらず、「実際に手を動かして進めるAIなんだな」と体感しやすいからです。
最初に作るなら、どんなアプリがいい？
いきなり大きなサービスを作ろうとすると、何を確認すればいいか分からなくなります。
なので最初は、機能が3つくらいで終わる小さなアプリがちょうどいいです。
たとえば、こんなものです。
- ToDoアプリ
- メモアプリ
- カウントダウンタイマー
- シンプルな家計簿
この中でも特におすすめなのは、ToDoアプリです。
理由は、「追加する」「完了にする」「削除する」という流れが分かりやすく、見た目でも動きでも成果が見えやすいからです。
たとえば、こんなふうに頼めばいい
最初の依頼は、凝りすぎないほうがうまくいきます。
「ブラウザで動く小さなToDoアプリを作ってください」くらいのサイズ感がちょうどいいです。
たとえば、こんな依頼なら試しやすいです。
ブラウザで動くシンプルなToDoアプリを作ってください。
必要な機能は、タスク追加、完了チェック、削除の3つだけで大丈夫です。
見た目はシンプルでOKです。
作成後は、どのファイルを作ったか、どう実行するかも教えてください。このくらいなら、AIも動きやすいです。
条件が少なすぎるとぼんやりしますが、多すぎると逆に進みにくくなるので、最初はこれくらいで十分です。
実際には、どんな流れで進むのか
ここが、Claude CodeやCodexらしいところです。
大まかには次の流れで進みます。
- 依頼を読む
- どんなファイルが必要か考える
- 実際にコードを書く
- 実行して動作を確認する
- 必要ならエラーを直す
つまり、「作り方を教える」で終わるのではなく、作って、実行して、直すところまで進めるのが特徴です。
ここが、これまでの対話型AIとのいちばん大きな違いだと思います。
作ってもらったあとに、どこを見ればいい？
ここは意外と大事です。
AIが作ってくれたものをそのまま眺めるより、次の3つを見ると理解しやすいです。
1. 本当に動くか
まずはこれです。
追加、完了、削除がちゃんと動くかだけでも確認してください。
当たり前に見えますが、ここを見ないと「作れたのか、作れていないのか」が分からなくなります。
エージェントAIは実行まで進められるので、まずは動作確認がいちばん大事です。
2. どのファイルを触ったか
次に、「何を作るためにどのファイルが増えたか」を見ます。
これを見るだけでも、アプリの構造がかなりつかめます。
たとえば、
- 画面を作るファイル
- スタイルを書くファイル
- 動きを入れるファイル
のように役割が分かれていれば、かなり読みやすいです。
この段階で全部理解しようとしなくて大丈夫で、「どこに何があるか」だけつかめれば十分です。
3. 1か所だけ自分で直してみる
最後に、AIに丸ごと任せて終わりにしないことも大事です。
たとえば、タイトル文言を変える、ボタンの色を変える、完了済みの見た目を変える。そのくらいで十分です。
1か所だけでも自分で触ると、「作られたもの」から「自分で扱えるもの」に変わります。
ここで一気に距離感が近くなります。
次にやるなら「少しだけ追加する」
最初の1本ができたら、次は少しだけ機能を足すのがおすすめです。
いきなり別のアプリを作るより、「前の続きを頼む」ほうが使い方が分かってきます。
たとえば、こんな追加がちょうどいいです。
- 締切日をつける
- フィルターをつける
- データを保存できるようにする
この流れなら、「まず作る」「次に直す」「少し育てる」という感覚がつかめます。
まさに、エージェントAIと一緒に作業する感覚に近いです。
逆に、最初からやらないほうがいいこと
最初から大きすぎるテーマにすると、良さより難しさが先に来ます。
なので、次のようなものは後回しのほうがいいと思います。
- いきなり本格的なSNSを作る
- 決済つきサービスを一気に作る
- 仕様がまだ曖昧なまま丸投げする
要するに、最初は小さい成功体験を作ることが大事です。
「1つ作れて、1つ直せた」くらいの感覚のほうが、次につながります。
まとめ
Claude CodeやCodexは、ただ答えるAIではなく、実際に作業を進めるAIです。
その違いをいちばん分かりやすく体感する方法が、簡単なアプリを1つ作ってみることだと思います。
最初はToDoアプリくらいで十分です。
小さく作って、動かして、少し直してみる。その流れだけでも、「これはただの会話AIじゃないな」という感覚がかなりつかめるはずです。
