SaaSを使う側から、作る側へ転換する動き

Claude CodeやCodexといったAI開発支援ツールを使い、コードの専門知識なしに「自分専用アプリ」を作る実践者が増えている。要は、毎月SaaSに課金し続けるのではなく、AI支援で一度作り切ってしまう、という発想の転換だ。@id_1928611225535131650 の発信によると、自分専用の家計簿をClaude Codeの月額内（追加API課金ゼロ）で完結させた事例も出てきている。「使う側に回る」という言葉が象徴するように、ここで起きているのは単なるツール活用ではなく、SaaSの消費者から小さなプロダクトの作り手へのポジションシフトだ。

注目したいのは、このムーブメントが「エンジニアの話」ではなくなってきている点だ。以前は「自分でアプリを作る」といえば、相応のコーディング知識が前提だった。ところがClaude CodeやOpenAIのCodexは、自然言語での相談ベースで開発を進められる設計になっており、@shota7180 が指摘するように「コードの知識がなくても、相談しながら少しずつ形にできる」状況が現実になっている。

業界全体の流れで見ると、Claude Codeで「コードを書く人」から「指示する人」へでも触れたように、AIコーディングツールの役割はコード補完から「要件を聞いてアプリを組み上げる」方向へ明確に進化している。またCodexのサブエージェント、指示次第で速度が変わるで紹介したとおり、Codexも単発タスクの自動化から継続的な開発支援へと使い方が広がっている段階にある。

「SaaSを積み上げてきたけど月額が気になってきた」というタイミングで、この選択肢が現実的な代替として浮上してきた。特に家計簿・業務ログ・簡易CRM・LP生成ツールといった「完全に自分用でいい、汎用性は不要」な用途において、作り切る選択肢のコスパが上がっている。使う側として知っておく価値があるのは、「SaaSを選ぶか、自作するか」という判断軸が、今年から実質的に存在するようになった、という事実だ。

Q. コードが読めない状態でも本当に動くものが作れますか？ Claude CodeやCodexは、自然言語の相談ベースでコードを生成する設計になっている。ただし「動くものを作れる」と「思い通りのものを作れる」は別の話で、要件を具体的に伝えるほど精度は上がる。「誰が使う」「何を入力して何を出力する」「見た目のイメージ」を言語化できれば、コード知識ゼロでも形にできるケースは現実にある。最初から完成形を目指すより、「最低限動くもの」から始めて相談しながら足していく進め方が現実的だ。

Q. セキュリティや個人情報の扱いは大丈夫ですか？ AIが生成したコードをそのまま使う場合、セキュリティの考慮が不十分なケースがある点は押さえておきたい。家計簿や個人の業務ログなど、外部公開しないローカル運用であればリスクは限定的だが、他者のデータを扱うアプリや外部からアクセスできる環境に置く場合は注意が必要だ。公式ドキュメントや生成されたコードへの質問（「このコードに脆弱性はあるか」とAIに聞く）を組み合わせて確認するのが現実的な対応になる。

Q. 作ったアプリの維持管理はどうすればいいですか？ 自作アプリは、SaaSと違ってアップデートやバグ修正を自分で対応する必要がある。ただし修正もAIへの相談で対応できるケースが多く、「○○の部分が動かなくなった、コードはこれです」と投げれば修正案が返ってくる。運用負荷は用途の複雑さに比例するため、最初はシンプルな用途に絞るのが長続きのコツになる。