Geocodioが「内製ツールの年」に踏み切った理由
The Year of Internal Tools
Geocodioは10年間、bashスクリプトやLaravelのコマンドで業務を自動化してきた。2026年、AIの登場でフル機能の社内アプリを次々と構築。AtlasやBullpen、Yakなどが生まれ、計画と仕様に数週間、実装は数時間という新常態に。ただし、何でも自前で作るのではなく、SaaSとの線引きを3つの問いで判断している。
内製ツールも信頼性が求められる。ある変更を出して壊してしまったせいで、1日顧客サポートに返信できなかったら、ビジネスはどうなるだろうか。
HNでの議論
33- podgietaru
これは多くのAI生成プロジェクトが行き着く先と同じ結末になる気がする。
ソフトウェアを作るための労力が確実に減っているのは間違いない。しかし、以前存在していたその摩擦が、何を作る価値があるかを見極めるのに役立っていた。今なら作れるようになったツールの一部は必要とされるだろう。しかし、問題を十分に解決できないという理由で、作られても放棄されるツールもたくさん出てくるだろう。
ゲートキーパーの仕組み、つまり過去の摩擦と労力は、良かったのだ。
- saadn92
サブスクリプションが減る年とも言える。なぜなら、ようやく自分の好みにぴったり合ったシステムを自分で作れるようになったからだ。お金を節約し、自分だけのために機能するものを手に入れられる。LLMは素晴らしい。
- patchorang
私の職場では多くの内部ツールが作られたが、使われたものは多くない。
- t0mas88
コーディングエージェント以前なら作る価値がなかったような小規模な内部ツールが、今後大量に登場するだろう。特にSMBでは予算が少ないため、なおさらだ。
エージェントに任せられないと思う部分は、アプリケーションを取り巻くすべてだ。バックアップ、認証・アクセス制御、脆弱性スキャンなどである。これらはロケット科学ではないが、間違えるとアプリケーション自体のバグよりもはるかに大きな影響を与えかねない。
それが私が https://AppHaven.eu で作っているものだ。私の賭けは、バイブコーディングされたアプリは安価でほとんど使い捨てになる一方、その下のプラットフォームがそうした退屈な安全保証を自動的に提供する必要があるというものだ。
- thakoppno
ツールが読み取り中心になり、書き込みはエージェントツールや自然言語指示に移行する傾向に誰か気づいただろうか？
ウェブについて少し考えてしまう。より洗練され、動画主導になるが、最終的には直接的にいじりにくくなるのだろうか。
人は静的ページよりもストリーミングテキストを好むのだろうか？