GnomonがPostgresにGitを持ち込み、AIエージェントに本番DBのブランチを渡す
Gnomon. Git for Postgres data, built for agents
Gnomonは既存のPostgreSQLに拡張機能を1つ入れるだけで、データのブランチ・差分・マージ・取り消しを実現する。ブランチは何もコピーせず即座に開き、接続文字列を渡すだけでエージェントは本番を汚さずに作業できる。行やフィールド単位の差分レビュー、型を理解した3ウェイマージ、任意時点の履歴参照、SQLチェックによるマージ制限まで備え、TypeScriptとPythonのSDKやMCPサーバーも提供する。
ブランチはmainから全てを読み取り、変更した分だけを保持するので、データベースがどれほど大きくても即座に開き、何もコピーしない。
HNでの議論
11- sp4cec0wb0y
> GnomonはPostgreSQL拡張で、データベースにブランチ、履歴、マージ、アンドゥをもたらします。エージェントに接続文字列だけで本番データベースの専用ブランチを渡せます。変更したすべてのフィールドを確認し、正しければmainにマージし、間違っていればアンドゥできます。
ほとんどのアプリケーションではDBマイグレーションがすでにコードとして存在し（それをgitで管理している）のに、エージェントにDBマイグレーションへの直接アクセスを渡すというアイデアは好きになれないな。gitのマイグレーションコードですでに処理されている以外に、これのユースケースは何なんだ？
- ulrikrasmussen
LLMを使ってコードを生成するのは構わないけど、AIが書いたREADME.mdを読むのには本当にうんざりしている。もし私にあなたのアイデアに興味を持ってほしいなら、何をしたのか（あるいはエージェントに何をさせたのか）、なぜそうしたのかを、自分の言葉で説明するのに1〜2時間かけてほしい。
LLMはどんなものでも表面的には良いアイデアのように聞こえさせてしまう。読者である私は、中身を掘り下げて、無駄な飾りと実際に良いアイデアを切り分けるために精神的リソースを費やさなければならない。そんなことはしない。タブを閉じるだけだ。README.mdで読みたいのは、実際の人間が実際のニーズと、それにどう対処するかという実際のアイデアを表現している文章だ。
もちろん、自分の文章に対するフィードバックを得るためにLLMを使うのはいいし、良い例を開発するのを手伝わせてもいい。でも、自分で一貫した文を1つも書けないなら、プロジェクトは自分の中にしまっておいて、他人の時間と注意を無駄にするのはやめてほしい。
- horsawlarway
機能的にはdoltgresと非常によく似ているように見える…？