AIで暇を作りたかったのに、管理する仕事が増えた

運営者の制作記録と、2026年8月の振り返りをもとに編集した、原稿です。本人の発言をそのまま再現したものではなく、下記の進め方は今回整理した提案です。

AIを使ってやりたかったのは、自分の自由な時間を増やすことでした。ところが出来ることを知るたびに、次の「これも作れる？」が増えていきます。CADの相談から情報整理へ、作業をまとめる画面へ、さらに動画や記事などの制作へ。面白いから進む。でも、確認する場所も増えます。

この矛盾がはっきり出たのは、プロジェクトの歴史を紹介する資料を作ったときでした。AIがまとめた「働く仕組みを作る」という説明に対して、本人が目的を訂正しています。仕組みを作ることが先ではなく、暇を作りたかったことが先だ、と。

出来たものの数では、目的の達成は分からない

画面が増え、機能が増え、資料が出来ると、進んだ実感はあります。それは嘘ではありません。ただし、朝に確認する場所が三つから六つに増えたなら、運用の負担は別に考える必要があります。

記録には、裏で何が動いているか分からず、次の指示を考えることさえ難しい、と訴えた場面もあります。自動化を頼んだはずなのに、自動化が動いているかを見張る仕事が残ったわけです。

ここから「結局AIは役に立たない」と結論づけるのは早すぎます。一方で、機能が完成したから時間も節約できた、と言い切る根拠もありません。この記録には、導入前後の作業時間を同じ条件で測ったデータはありません。

次に頼むときは、完成品の名前だけでなく、減らしたい行動を一つ書きます。

たとえば「記事の管理画面を作る」なら、目的は画面そのものではありません。「記事を直すたびに保存場所を探さなくてよくなる」「どれが下書きか聞き直さなくてよくなる」ことです。

そのうえで、変わらない部分も決めます。内容の最終判断は自分で行う。未確認の体験をAIに埋めさせない。今回はテストまでで公開はしない。ここが曖昧だと、手間を省きたい気持ちと、勝手に進めてほしくない気持ちが衝突します。

今後の試し方として、次の四問を使えそうです。

四問に答えられない場合は、構想を捨てるのではなく、一回だけ試せる大きさにします。たとえば記事を十本まとめて依頼する前に、一本を下書きから表示確認まで通してみる。途中で自分が何回説明し直したかも、簡単に数えておきます。

これは効率が必ず上がる手法という宣伝ではありません。「作れた」と「楽になった」を別々に観察するための小さな工夫です。

趣味として作ること自体が楽しいなら、その時間まで無駄と決める必要はありません。困るのは、楽しんで作っている時間と、仕方なく管理している時間を区別しないことです。

新しいアイデアはメモに残し、今動かしているものが使えるかを先に確かめる。そのあとで次を始める。ここでも「必ず一つずつ」に縛るより、自分が成果を見失わない範囲を探していくほうが現実的です。

目指したいのは、何でもAIに任せたように見えることではありません。自分がやりたかったことへ戻れることです。作った仕組みの紹介も、これからは機能の数だけでなく、残った手間まで書いていきたいと思います。

記事ごとの実践内容・提案の区別は本文と注記をご確認ください。サービス仕様や規約は変わるため、重要な判断は各公式情報で確認してください。