AI の支援によって開発され、台湾のコンビニ各社の期限間近（即期）商品の情報を統合するアプリ「惜食獵人」が、近日SNS上で注目を集めている。 このプロダクトは、近くの期限間近の商品をリアルタイムに検索できることや、入荷通知を売りにしており、開発者はさらに、AIツールを用いてわずか2週間ほどで開発を完了したと強調している。 しかし、リリース直後にエンジニアやネットユーザーから疑義が呈されただけでなく、API認可の問題に加えて深刻なセキュリティ脆弱性が発覚し、さらには利用者の自宅の正確なGPS座標が漏えいする可能性すらある。
これは「vibe coding」のリスクも浮き彫りにしている。 開発者自身にエンジニアリングの訓練が欠けている場合、そもそも何が「良いプログラム」なのかを判断できず、潜在するセキュリティ問題を見抜くのも難しい。 そのため、AIが一見使える結果を出すと、受け入れてしまいやすく、さらにはそのまま市場に投入されてしまうことさえある。 開発者は外部からの注意を受けた後に修補を行ったものの、以降の検出では一部のみが修復されており、コアとなるリスクは依然として排除されていない。 言い換えれば、問題は単に「プログラムを書き間違えた」ことではなく、システム設計全体が最初からセキュリティに関する基本的な理解を欠いている点にある。
AIがエンジニアを置き換えるというより、むしろ「加速器」のようだ。 低レベルで反復的な作業は処理できるが、本当に重要なのは、「良い書き方とは何か」「何を作り直す必要があるのか」「どんなリスクには触れてはいけないのか」を知っているエンジニアである。 AIがもたらす現実的な影響は、判断を代替することではなく効率の向上である。 まるで、訓練されていないAIでは良い文章は書けないのと同様に、音楽の嗜好が良くない人が作れるのも結局はその人の嗜好の歌に過ぎない。
AIによって効率が5倍になるなら、あなたはそれで人力を5分の1に減らすのか、それとも生産性を5倍にするのか？
Vibe Coding アプリ「惜食獵人」深刻なセキュリティ脆弱性が発覚
暗号都市レポートによると、近日、AIの支援によって開発され、台湾のコンビニの期限間近（即期）商品の情報を統合するアプリ「惜食獵人」がSNS上で注目を集めている。 このプロダクトは、近くの期限間近の商品を即時に検索できることや入荷通知を売りにしており、開発者はさらに、AIツールを通じて約2週間で開発を完了したと強調している。 しかし、リリース直後からエンジニアやネットユーザーにより疑義が出ただけでなく、API認可をめぐる論点にとどまらず、深刻なセキュリティ脆弱性が爆発的に明らかになり、さらには利用者の自宅の正確なGPS座標が漏えいする可能性まで指摘されている。
Zeaburのエンジニアが述べたところによれば、このアプリを使用し、位置情報機能を有効にすると、関連する座標データがデータベースに書き込まれ、適切に保護されないまま公衆のネットワークに直接露出するという。 開発者は外部からの注意を受けた後に修補を行ったものの、以降の検出では一部のみが修復されており、コアとなるリスクは依然として排除されていない。 言い換えれば、問題は単に「プログラムを書き間違えた」ことではなく、システム設計全体が最初からセキュリティに関する基本的な理解を欠いている点にある。
AIは人間のエンジニアを置き換えられるのか？ まず「良いプログラム」とは何かを知っておく必要がある
今回の件により、外部では改めて、最近流行している一種の開発スタイルが注目されるようになった。 それがいわゆる「vibe coding」であり、技術的なバックグラウンドを持たない人がAIツールを頼って、プロダクトの試作を素早く生成し、さらにはそのまま上線して運営まで行うというものだ。 この種の方式の強みはとにかくスピードが非常に速いことだが、リスクも同様に明確だ。 開発者自身にエンジニアリングの訓練が欠けている場合、そもそも何が「良いプログラム」なのかを判断できず、潜在するセキュリティ問題を見抜くのも難しい。 そのため、AIが一見使える結果を出すと、受け入れてしまいやすく、さらにはそのまま市場に投入されてしまうことさえある。
この観点から見ると、「惜食獵人」の問題は、単にAIが間違えたということだけではなく、人にAIのやり方が正しいかどうかを判断する能力がないことにある。 システムに脆弱性が出ても表面上の問題だけを直し、アーキテクチャ層に立ち返って再検討するわけではないため、リスクが継続して存在してしまう。 これは、先の報道で重要だと指摘された観察とも一致している。 すでに訓練を受け、判断能力を備えた人がAIと組めば、虎に翼を得るような効果になる。 しかしその能力が欠けていると、AIはむしろ誤りを拡大してしまう可能性がある。
(AIは80点までできるが、100点できない人は定められて淘汰される！ マッキンゼー、ハーバードの同窓生が新卒にこうすると勧める)
あなたはAIで5分の1の人力にするのか、それとも5倍の生産性を高めるのか？
実際のところ、プログラミングにおけるAIの役割は「代替者」ではなく「加速器」により近い。 繰り返しが多く、構造が明確な低レベル作業を素早く完了させ、開発効率を大幅に高めることはできるが、品質の判断やシステム全体への理解を置き換えることはできない。 本当に価値のあるエンジニアとは、「良い書き方とは何か」「どんな状況でリファクタリングが必要か」「どんなリスクを見過ごせないか」を知っている人たちである。
これは企業におけるマネジメントの役割とも似ている。 経営者やマネージャーの価値は、実行することだけにあるのではなく、どの方向性が正しいのか、どんな結果なら受け入れられないのか、どんな問題をやり直す必要があるのかを判断するところにある。 ある程度、会社はこれらの人の「目」を借りて意思決定を行っている。 AIは成果物を作るのを手伝えるが、この判断能力を代替することはできない。
そのため、市場では絶えず「AIがエンジニアを置き換える」という説が出てくるとしても、現時点の発展状況から見れば、より現実的な影響は人員を節約して効率を上げることであり、完全に置き換えることではない。 コアチームの中で品質とリスクを判断できる経験豊富なエンジニアこそ、むしろますます重要になる。
だからこそ問題は各個人の前に戻ってくる。 AIによって効率が5倍になるとき、あなたはそれを使って5分の1の人力にするのか、それとも5倍のアウトプットを生み出すのか？
この記事は「誰でもvibe codingでアプリを書けるなら、AIは“良いものが何か”を知らないあの人たちを置き換える」と題して、最初に 鏈新聞 ABMedia に掲載された。
