2026年1月、アプリを6本作りました。
いまだにプログラムは書けません。読めもしません。
それでも形になったのは、「バイブコーディング」みたいな開発に巻き込まれたからです。
自分で“開発するぞ”と決意したというより、
「この作業、面倒。これ自動化できる？」とAIに投げていたら、
いつの間にか“動くもの”が増えていた――そんな感じ。
バイブコーディングは、ざっくり言うと「会話でコードを出させて、結果で調整していく」やり方です。
内部の構造をガチで理解せず、動くかどうかを見ながら直していく。
そういう意味で、良くも悪くも“ノリ”が強い。
ただ、夢みたいな話には罠もあります。
特に2026年の空気感で怖いのは、スピードが出るぶん、セキュリティと運用が後回しになりがちなところ。
実際、AIエージェント系ツールは「便利さ」と引き換えに、
鍵（APIキーやトークン）や権限まわりの事故が起こりやすい領域に入ってきています。
バイブコーディングが“魔法っぽく見える”瞬間
「こんなツールがあれば仕事がラクになるのに」
「この確認作業、毎回同じ。自動でやってくれたらいいのに」
こういう“雑な願い”を、会話で投げる。
するとAIがコードを書き、実行手順まで整えて、動くものが出てくる。
この時点で起きている変化は、たぶんこれです。
- 「作りたい」が“思いつき”から“手順”に変換される
- 「開発」が“専門技能”から“意思決定と検証”に寄ってくる
- 失敗のコストが軽すぎて、試行回数が爆増する
筆者の考えとしては、ここが一番でかい。
努力が報われるかどうかより、「試行回数が増える仕組み」が勝つ。2026年の雰囲気は、たぶんこれです。
1日でアプリが4つ増えた日（コードはゼロ）
2026年1月26日。
カフェで、気づいたら4つ作っていました。
- 音楽ニュースの自動収集→朝にまとめて配信
- その日の新曲おすすめを3つ選んで出す
- YouTubeの週次レポートを自動でまとめる
- 動画の改善ポイントを毎日返す
作業としては8時間くらい。
ただし原稿や編集と並行だったので、体感はもっと短いです。
怖いのはここで、「やってることが“開発”に見えない」んですよね。
会話して、少し待って、試して、直す。これの繰り返し。
きっかけは「これ触らないとヤバそう」から
入口はOpenClaw（当時はClawdbot名義で語られることもあった）系の“エージェント”ツールでした。
SNSの熱量が高くて、「まあ触っとくか」で調べ、インストールして、AIに話しかけ始めた。
そこから先は、意外と雑です。
- 「これ面倒」→「自動化できる？」
- 「できる」→「じゃあこうして」
- 「エラー出た」→「直して」
- 「動いた」→「じゃあ次これも」
この流れで、バイブコーディングが始まっていました。
翌日から始まった“エラー祭り”と、現実的な勝ち筋
翌日から、普通に崩れます。
- 朝、投稿されてない
- 機能追加したらエラー
- 同じ情報が重複して届く
- おすすめが海外に偏る
ここで大事なのは、「自力で直せるか」じゃない。
AIに渡せる形で状況を説明できるかです。
たとえば、
- どこで詰まっているか（例：Discord投稿だけ失敗）
- 何が出ているか（例：エラーメッセージ全文）
- どうなってほしいか（例：同一URLは1回だけ送る）
これをそのまま投げると、AIが原因候補を絞って、修正案を出してきます。
バイブコーディングで最初に覚えるべきは、言語化の技術というより、「現象をそのまま渡す癖」かもしれません。
理屈よりログ。感想より再現手順。ここが強いほど、進みます。
半月で環境が“会社”っぽくなる
半月で起きた変化は、アプリが増えたことより、運用が変わったことでした。
1）自分用ツールを“買う”より“作って調整する”に寄る
動画編集の無音カット周辺で、「ここがこうなら…」をAIに投げ続けて、別アプリを組み立てた。
月額ツールが不要になって固定費が落ちる、みたいな実利が出てきます。
2）毎朝のブリーフィングが“仕組み”になる
朝決まった時間に、AIが情報をまとめ、今日の優先度を整理し、昨日のズレを拾いにくる。
最初は雑でも、フィードバックで文章が“自分用”になっていくのが強い。
3）複数AIをぶつけて、妥協させない
同じ課題を別AIに投げて、提案を比較して、ダメ出しさせる。
この方式、地味に効きます。
片方が雑でも、もう片方が突っ込んでくれることがある。
ここは正直、テンション上がる。
自分の中に“開発部”が生えた感覚になります。
なぜ「コードが書けない人間」に成立するのか
プログラミングができるようになった話ではありません。
成立した理由は、3つに尽きます。
1）作りたいものを、ギリギリまで具体化する
「便利ツールがほしい」ではなく、最低でもこの粒度に落とす。
- いつ（例：毎朝6時）
- どこから（例：複数メディア）
- どう処理して（例：重複除外・条件フィルタ）
- どこへ（例：Discordに投稿）
きれいな文章である必要はない。要件が見えれば勝ちです。
2）“丸投げ”をしない（役割を割る）
AIに「全部やって」は、だいたい破綻します。
分けるべきは、最低でもこの3つ。
- 仕様（何を作る）
- 実装（どうやって動かす）
- 検証（何をもってOKか）
3）危険察知の直感を育てる
コードは読めなくても、「これ権限強すぎない？」とか「鍵どこに保存してる？」は見にいけます。
この直感は、バイブコーディングの速度が上がるほど重要になります。
バイブコーディングの始め方
ここから先は、再現性の話に寄せます。
「何を入れて、何から触って、どこで事故るか」を先に知っておくと、無駄に燃えません。
1. 最初の題材は“仕事の手癖”から選ぶ
最初に作るものを外す人は、だいたい「でかいアプリ」から入ります。
気持ちはわかるけど、まずは手癖の反復が正解です。
おすすめの題材は、このどれか。
- 毎日／毎週やっている情報収集と整理
- コピペだらけの定型文生成（メール、見出し、説明文など）
- ファイル名整理、フォルダ振り分け、リネーム
- “見逃すと面倒”な通知（締切、更新、数字の変化）
理由は単純で、成功判定が明確だから。
「便利になったか？」がすぐわかる。
これが最初の燃料になります。
2. ツール選びは「会話」→「実行」→「自動化」の順で考える
バイブコーディングはツール沼が深いです。
ただ、順番を間違えなければ迷いにくい。
- 会話で仕様を固める（ChatGPT / Claudeなど）
- ローカルorクラウドで実行する（ターミナル、簡易サーバ、スクリプト）
- 自動化する（スケジューラ、Webhook、通知先連携）
いきなり“エージェント全部入り”に行くと、権限と鍵の管理が難しくなって事故りやすい。
段階を踏むほうが、結果的に速いです。
3. コスト感：まずは「月額＋固定費」の把握から
個人で始める場合、コストは主に2種類。
- AIの利用プラン（月額）
- 実行環境（PC常時稼働 or サーバ代）
ClaudeはプランによりClaude Codeが含まれる形で案内されています。
また、エージェント系や長文コンテキストの利用では追加課金・追加利用枠が絡むケースもあるので、「今の条件で何がどこまで使えるか」は必ず公式の料金ページを見たほうが安全です。
月額は“サブスクの節約”で回収できることがある一方、時間が溶けやすい。
遊びとして溶けるのはいいけど、仕事に入れるなら「何分削れたか」まで見たほうが強いです。
プロンプト注入と、勝手に動く怖さ
2026年に入ってから、AIエージェント周りはセキュリティの話題が急に現実味を帯びています。
実際に、オープンソースのAIエージェント（OpenClaw）を狙った情報窃取の事例が報じられています。
設定ファイルにAPIキーやトークンが残る運用は、本当に狙われやすい。
さらに、別のオープンソース系コーディングエージェントで“プロンプト注入”が悪用され、
ユーザー環境に意図しないソフトがばら撒かれた、という報道も出ています。
対策として現実的なのは、この3つです。
- 鍵は最小限の権限で発行する（読取専用など）
- エージェントに“PC全権限”を渡さない（最初は特に）
- ログと実行内容を必ず見える化する
「便利だから全許可」は、2026年の地雷です。
会社や案件で使うなら、利用ルールが先
OpenClawのような急成長ツールは、企業が利用禁止にしたという報道もあります。
理由はだいたい、情報持ち出し・予測不能な挙動・鍵の管理の3点セット。
個人の趣味なら自己責任で済みますが、仕事に入れるなら
- どのデータを触らせるか
- どこに保存されるか
- 誰が監査できるか
ここを先に決めないと、あとで詰みます。
“詰まらない”ための最短テンプレ（そのまま使える）
最後に、最初の1本を作るときの型を置いておきます。
この通りにやると、余計な迷子が減ります。
ステップA：要件（日本語のまま）を書く
- 毎朝○時に実行
- 対象は○○（URL/媒体/フォルダ）
- 条件は○○（重複除外/キーワード/期間）
- 出力は○○（Discord/メール/スプレッドシート）
- 失敗時は○○（通知/リトライ/ログ保存）
ステップB：AIに“質問”ではなく“作業依頼”で渡す
「できる？」ではなく、「この仕様で作る。必要な確認を先に質問して」
この言い方のほうが、AIが確認項目を出してくれます。
ステップC：動いたら、1つだけ改善する
最初から完璧を目指すと破綻します。
改善は毎回1つ。これだけで、積み上げが残ります。
結論：バイブコーディングは「勉強してから」より「運用できる形」が先
バイブコーディングは、プログラミング学習のショートカットというより、意思決定と検証のショートカットです。
ただし、速いぶん事故も速い。
特に鍵と権限まわりは、最初から丁寧にやったほうが結果的に速いです。
最初の一歩は、小さくていい。
毎日やってる“面倒”を1つだけ、会話で自動化してみる。そこから景色が変わります。