※本記事はプロモーションを含みます。
仕事の中でAIを使う記事が増えてくると、あとから読みに来た人には「結局、どこから読めばいいのか」が少しわかりにくくなります。
Claude Code、Codex、AGENTS.md、バイブコーディング。さらに、ChatGPTでメールや議事録、資料作成を手伝ってもらう話や、音声入力を使って考えを残す話もあります。ひとつずつ見ると別のテーマですが、私が試していることの根っこは同じです。
AIで一気に成果を出したり、仕事や収入を自動で改善したりする方法を探しているわけではありません。AIにどこまで作業を渡せるのか。どこから先は自分で確認したほうがいいのか。その境目を、実際に使いながら探しています。
ここでいう「収入を整える」も、AIを使えば収入が増えるという意味ではありません。仕事の進め方を見直し、自分が何に時間を使い、どこで判断するのかを整理する。その延長として、働き方や収入についても考えていくテーマです。
このページでは、「働き方と収入を整えるAI実験」に関する記事を、私が実際にAIへ仕事を渡していく流れに沿って並べます。
大きく分けると、次の順番です。
- AIに作業を渡す前の準備
- AIに作業してもらうためのルールづくり
- 出てきた結果を人間が確認する方法
- コーディング以外の仕事への広げ方
- 生活の中でAIへ入力する方法
AIコーディングを試したい人は上から順に、ChatGPTを日常業務で使いたい人は「ChatGPTで日常業務を頼む」から読んでも大丈夫です。
- Claude CodeやCodexの記事を、どの順番で読むとつながるか
- AIコーディングで、仕様メモ、AGENTS.md、差分確認がなぜ必要になるか
- ChatGPT業務活用を、便利機能ではなく人間が確認する流れとして読む方法
- 音声入力を、AIへ渡す材料づくりとして読む視点
まずは、AIコーディングを始める前の基本を読む
AIコーディングの記事から読むなら、最初はClaude Codeの基本や、実際に使い始めたときにつまずいたところから入るのが自然です。
AIにコードを書かせる話は派手に見えますが、私が実際に使っていて気になったのは、もっと地味な部分でした。どのファイルを触らせるのか。既存のコードをどこまで読ませるのか。どこまで変更してよいのか。AIが出した差分を、自分は理解できているのか。
AIがコードを書いてくれたとしても、この部分が曖昧なままだと、自分の理解だけが置いていかれることがあります。そのため、最初はツールの機能を覚えるというより、「自分の作業をAIへ渡す前に何を整理しておくか」という視点で読むほうが、このあとの記事につながりやすいです。
この3本で見ているのは、「AIを入れれば開発が自動化される」という話ではありません。自分の手元にあるコード、メモ、ルール、期待する結果をどう渡すか。そして、返ってきたものをどう確認できる状態にしておくか。まずはここが、AIコーディングの入口になります。
次に、仕様メモとAGENTS.mdでAIへの任せ方を決める
AIコーディングを何度か使っていると、思いついたことをそのままAIに頼みたくなります。「この機能を追加して」「ここをいい感じに直して」。これでも作業は始められます。
ただ、そのまま進めていくと、途中で「そもそも何を作るはずだったのか」「どこまで変更してよかったのか」が曖昧になることがあります。そこで私が大事だと感じるようになったのが、仕様メモやAGENTS.md、ガードレールのような、AIに作業を渡す前の決めごとです。
私にとって、こうしたルールはAIを細かく縛るためのものではありません。あとから自分が見たときに、「何を頼んで、どこまで変更してよいことにしていたのか」を確認できるようにするためのものです。
特に、疲れているときや、作業を早く進めたいときほど「いい感じに直して」と頼みたくなります。そういうときに最低限戻れる場所として、仕様やルールを残しておく。AIに任せる範囲を広げる前に、まず自分が確認できる形を作っておくという流れです。
CodexやClaude Codeに任せる範囲を広げたら、監督と差分確認を読む
仕様やルールを決めてAIに作業を渡せるようになると、次に必要になるのが確認です。AIがコードを書けるようになっても、人間が確認しなくてよくなるわけではありません。
私の感覚では、自分の作業が「全部コードを書く」から、「AIが変更した内容を見て、受け入れてよいか判断する」側へ少しずつ移っていきます。だからこそ、AIに任せる量が増えるほど、差分を見る方法も決めておきたいです。
- Codexのコードレビューで見るポイント
- AIコーディングでやめたコンテキスト管理
- AIエージェントを監督するときのチェックポイント
- AIに読みやすいコードを書かせるルール
- Claude CodeとCodexのレビュー分担
ここで見ているのは、AIの出力を常に疑うという話ではありません。差分を見る。テストを確認する。読みやすさを見る。必要以上の変更が入っていないかを見る。自分が理解できない変更を、そのまま通さない。そうやって、自分が責任を持って受け入れられるところまで確認します。
AIに任せる範囲だけを広げると、作業量が増えたぶん確認が追いつかなくなることがあります。だから私は、AIに渡す作業を増やすなら、人間側の確認方法も一緒に決めるようにしています。
ここまでが、AIコーディングの記事を読むときのひとつの流れです。作業を渡す前に整理する、仕様やルールを残す、AIに作業してもらう、人間が差分を確認する。ツールが変わっても、この流れ自体はあまり変わりません。
ChatGPTで日常業務を頼むときも、考え方は同じだった
働き方のAI実験は、コードを書く場面だけではありません。メール文面、調査、比較表、議事録、Excel作業、PowerPointのたたき台、文章の校正。普段の仕事にも、AIに手伝ってもらいたくなる作業はあります。
ただ、ここでもAIコーディングと考え方はあまり変わりませんでした。最初に何を頼むかを決める。AIに下書きや整理をしてもらう。最後に人間が確認する。この順番です。
ChatGPTの業務活用については、個別の作業記事を並べるのではなく、現在は代表記事にまとめています。
メールなら、相手との関係や伝えたい意図を見る。表なら、元になった数字を確認する。議事録なら、発言と決定事項を混ぜない。資料なら、自分がその内容を説明できるかを見る。AIに下書きを作ってもらうことと、その内容を仕事の成果物として使ってよいか判断することは別です。
この代表記事では、AIに何を頼めるかを増やすというより、「どこで人間が見るのか」を先に決めることを中心に整理しています。プログラミングをしない人がこのページへ来た場合は、まずここから読んでも問題ありません。AIコーディングの記事でやっている「仕様を渡す」「結果を確認する」という考え方が、普段の仕事にもかなり近いことが見えてきます。
音声入力まで含めると、AIに渡す前の入口も変わる
ここまでの記事は、AIへ何を頼み、どう確認するかという話が中心です。ただ、実際に仕事や生活の中で使っていると、その前にもうひとつ問題があります。そもそも、AIに渡すための考えやメモをどう残すかです。
机に向かっているときだけなら文章を書けますが、実際にはリビングにいたり、まとまった作業時間が取れなかったりすることもあります。そこで試しているのが音声入力です。
私にとって音声入力は、単なる入力速度の話ではなく、AIに頼む前の材料を残すための方法でもあります。思いついたことをいったん音声で残す。あとからAIに整理してもらう。短いメモから仕様を作る。作業を途中で止めても、次に戻れる材料を残しておく。
こうして見ると、Claude CodeやChatGPTの記事も、パソコンの中だけで完結する話ではありません。考えを残す、AIに渡せる形へ整理する、作業を頼む、人間が確認する。音声入力の記事まで含めると、この一連の流れが生活の中までつながってきます。
このテーマの記事は「AIに任せる前・途中・後」でつなぎ直す
「働き方と収入を整えるAI実験」は、まだ完成したシリーズではありません。AIコーディングの記事が増えれば、仕様づくり、実装、レビュー、運用、チームでの利用など、もう少し細かく分けたほうが読みやすくなるかもしれません。ChatGPTの業務活用についても、今後の記事の増え方によっては、別の入口が必要になる可能性があります。
ただ、記事を増やすだけでは読みやすくなりません。入口が増えすぎると、どの記事から読めばいいのかがまたわからなくなります。
そのため、このページでは新しい記事を追加するときに、次のどこに置くかを見ながら考えていきます。
- AIに任せる前の準備なのか
- AIが作業している途中の話なのか
- 人間が確認する段階の話なのか
- AIへ渡す材料を作る話なのか
このテーマを読むときも、「AIを使えば仕事がうまくいく」「収入が増える」という読み方ではなく、私が自分の作業をどう整理しているかを見る実験記録として読んでもらうのが近いです。AIに任せる部分を増やすほど、人間が見る場所も一緒に決めておく。今のところ、私がこの一連の記事を書きながら残したいのは、そこです。
AIの使い方全体から整理したい場合は、生成AIの基本ハブから先に読むこともできます。

