AIとAWSで作った7つの自動化｜「自動化したいこと」は、全部自分で作ってきた

「自動化したいこと」と聞いて、マンチーが最初に思い浮かべたのは、こんな場面でした。

毎回やっている。面倒くさい。でも、間違えると痛い。

振り返ってみると、マンチーが作ってきたものは、ぜんぶその3つにあてはまっていました。還暦を過ぎてから、ClaudeとAWSの力を借りて作った作品たちです。

今日は、その作品を「何を自動化したかったのか」という目線で、順番に紹介します。最後には、自動化したからこそぶつかった、失敗の話も書きます。

自動化の入口は「面倒で、間違えると痛いこと」

先に、いちばん言いたいことを書きます。

自動化のネタは、「面倒で、毎回やっていて、間違えると痛いこと」の中に落ちています。

しかも今は、AIに頼めば、個人でも作れる時代です。専門のプログラマーでなくても、「これ、自動でやってほしい」という気持ちさえあれば、形にできます。

マンチー自身、実装(コードを書く仕事)から長く離れていた人間です。それでも、ここまで作れました。

マンチーの言う「自動化」は、2種類あります

ここで、言葉を整理させてください。マンチーの中で、自動化は、2種類に分かれています。

ひとつめは、仕事の自動化です。面倒な手作業を、システムに置き換えること。昔からある、ふつうの自動化です。

ふたつめは、開発のDX化です。DXとは、デジタルの力で、やり方そのものを変えることです。システムを作る作業そのものを、AIに任せて、開発のやり方を根こそぎ変えてしまうこと。ふつうの自動化とは、別物だと思っています。

この記事では、まず仕事の自動化として、作ってきた7つを紹介します。そのあとで、開発のDX化の話をします。

① 設計書づくりを、自動化した

システム開発の中で、いちばん報われにくい仕事の筆頭が、設計書です。書くのに時間がかかる。書いても、誰も読まない。それなのに、ないと確実に困る。

そこで作ったのが、**設計書の自動生成ツール**です。画面のスクリーンショットやソースコードを入れると、基本設計書や詳細設計書に載せる内容を、AIがまとめてくれます。

上流工程で10年以上、設計書を書いてきたマンチーが、その仕事を自分の手でAIに渡しました。うれしくて、少し悲しい。でも、いちばん「自動化したいこと」だったのは、間違いありません。

② パスワードの「消し忘れ」を、自動化した

「あとでパスワード送っておきますね」。この一言のあと、送ったパスワードがチャットに残り続けるのが、ずっと気になっていました。

そこで作ったのが、**秘密の玉手箱**です。読んだら消える、秘密の受け渡し箱です。「あとで消さなきゃ」という人間の記憶に頼る部分を、仕組みに任せました。

③ ログインの面倒を、自動化した

アプリを作るたびに、ログインの仕組みを作り直すのは、大変です。

そこで作ったのが、**SSO認証キット**です。一度ログインすれば、複数のアプリに入れる仕組みです。さらに、スマホの認証アプリの6けたの数字で本人確認を重ねる二段階認証も、アプリごとにON・OFFできるようにしました。

④ 招待と追跡の手作業を、自動化した

作ったアプリを誰かに試してもらうとき、「URLとパスワードを教えます」では、誰がいつ使ったのかが分かりません。AIを組み込んだアプリは、使われるたびに利用料金も発生します。

そこで作ったのが、**テスター管理サイト**です。招待した人だけが入れて、管理もできます。手で一人ずつ管理していた部分を、仕組みに任せました。

⑤ 電話の「顧客情報を探す」を、自動化した

昔、コールセンターの運営に関わっていたころから、ずっとやりたかったことがあります。電話がかかってきたとき、かけてきた人の情報が、自動で画面に出てくることです。

それを、AWSの部品を組み合わせて、個人で作っています。**コールセンターシステム**です。電話の受付にAIの音声応対まで組み込みました。かつては数千万円規模だった世界が、桁違いに安く作れる時代になっています。

⑥ 問題づくりと採点を、自動化した

IT資格の勉強には、問題を用意して、解いて、丸付けをして、間違えたところを復習する、という手間がかかります。

そこで作ったのが、**IT資格の学習アプリ**です。問題はClaudeが書いてくれました。採点や、弱点の集中出題も、アプリが自動でやってくれます。しかも、使われない時間は、ほとんど費用がかからない作りです。

⑦ 「ちゃんと動いているか」の点検を、自動化した

実は、今回いちばん語りたいのが、この7つ目です。

システムを作ると、「ちゃんと守られているか」「誰がアクセスしているか」の点検が、あとから必ず必要になります。マンチーは、これまで手作業でやっていました。

でも、手作業の点検は、忘れます。

ある日、いちど直したはずのセキュリティの穴が、気づかないうちに元に戻っていたことがありました。原因は、古いプログラムを、うっかり上に重ねてしまったことです。

そこで、2つのことを自動化しました。

• 本番に反映したあとに、「ログインなしで入れてしまう道がないか」を、自動でテストする仕組み

• 誰がどこにアクセスしてきたか、怪しい動きがないかを、自動で集計して見られる仕組み

「直した」で終わりにせず、「直ったままか」を、毎回自動で確かめる。これが、自動化のいちばんの使いどころだと、身にしみました。(この話は、別の記事に詳しく書いています)

もうひとつ：開発そのものの、DX化

ここまでは、仕事の自動化の話でした。ここからが、開発のDX化の話です。マンチーにとっては、こちらのほうが大事かもしれません。

「あとでやったほうがいいこと」を、Claudeに投げ込む

作業中に、「これ、あとで直したほうがいいな」と気づくことがあります。でも、その場で手を付けると、本来の作業が止まってしまいます。かといって、頭の中に置いておくと、必ず忘れます。

そこで、気づいたことを、そのままClaudeに投げ込みます。「あとでやるリストに入れておいて」と言うだけです。すると、Claudeが、何が問題で、どう直すのかも添えて、リストにまとめてくれます。

今回のセキュリティの点検でも、そうでした。穴を見つけるたびに、その場で全部直そうとはしません。「残った課題」として、開発日誌にリスト化してもらいました。作業は止まらず、忘れ物も出ません。

これが、開発のDX化です。覚えておく。整理する。そういう頭の仕事を、AIに任せています。作業の流れの中で、いちばん効いているのは、これだと思っています。

プログラムをgitに保存して、鶴の一声で元に戻す

もうひとつは、git(プログラムの変更履歴を、いつでも取り出せる形で保存する仕組み)です。普段から、作ったプログラムを、gitに保存しています。

エラーが出たとき。AIが変なところを触ってしまったとき。そんなときは、「元に戻して」と言うだけです。Claudeが、保存してあった状態まで戻してくれます。まさに、鶴の一声です。

AIに任せるほど、「失敗しても戻せる」ことが大事になります。戻せるから、安心して任せられます。

ただし、戻れるのは、保存してあるものだけです。ふさいだ穴が戻ってしまったときは、古いコピーを、うっかり上に重ねたことが原因でした。だから今は、本番に反映する前に、必ず本番の最新版を取ってきて保存する、というルールにしています。

自動化の落とし穴：AIに任せるほど、確認も自動で

ここまで、いいことばかり書いてきました。でも、正直に書いておきます。自動化には、落とし穴があります。

• AIが、頼んでいないことまでやってしまうことがあります。 マンチーは、Claudeに頼んでもいない部品を勝手に入れられて、システムが暴走したことがあります。そのとき以来、仲間内で「破壊王」と呼ばれるようになりました。

• 自動化した仕組みが壊れても、気づきにくい。 手でやっていれば気づく異変も、自動だと、黙って続いてしまいます。

だから、マンチーのルールは、これです。自動化したら、その確認も、必ず自動化する。

作る仕組みを増やすほど、確認の仕組みも一緒に増やしていく。これが、AIと長く付き合うコツだと思っています。

まとめ：自動化したいことは、あなたの毎日の中にある

マンチーが作ってきたものを、もう一度並べます。

• 設計書づくり

• パスワードの消し忘れ

• ログインの面倒

• 招待と追跡の手作業

• 電話の顧客情報探し

• 問題づくりと採点

• 動いているかの点検

どれも、特別な発明ではありません。「面倒だな」「間違えたら怖いな」と思った、毎日の小さなことばかりです。

手作業を置き換える自動化と、開発のやり方そのものを変えるDX化。この両方を回せるようになったことが、AIの時代のいちばん大きな変化だと思っています。

還暦を過ぎてからでも、こんなに作れました。あなたの「自動化したいこと」は、何ですか。

【この記事が興味深かった方は、以下記事もおすすめです】

＜おすすめ記事①＞
設計書づくりを、AIに任せるツールを完成させた話はこちら。

＜おすすめ記事②＞
ふさいだはずの穴は、なぜ直しても戻るのか。AIは攻撃の道具か、守りの味方かを考えたい方はこちら。

＜おすすめ記事③＞
かつて数千万円規模だったコールセンターを、個人で作り始めた話はこちら。

#自動化したいこと #AI駆動開発 #AWS #Claude #バイブコーディング #個人開発 #内製化 #還暦エンジニア #munchie