Gnomon, PostgreSQL 데이터를 위한 Git: 에이전트에게 운영 DB의 브랜치를 준다
Gnomon. Git for Postgres data, built for agents
Gnomon은 기존 PostgreSQL 안에서 확장 하나로 동작하는 데이터 버전 관리 도구다. 에이전트는 연결 문자열만 받아 자신만의 브랜치에서 실제 DB를 읽고 쓸 수 있고, 변경된 모든 행과 필드를 diff로 확인한 뒤 타입을 인식하는 3-way merge로 main에 반영하거나 undo로 되돌릴 수 있다. 복사본이나 별도 DB 없이 브랜치가 즉시 열리며, 특정 시점의 데이터를 그대로 재현하는 타임 트래블과 에이전트 권한 제어도 제공한다.
에이전트가 결정을 내릴 때, 그것이 본 것을 정확히 확인할 수 있다.
HN 토론
11- sp4cec0wb0y
> Gnomon은 데이터베이스에 브랜치, 히스토리, 머지, 그리고 undo를 제공하는 PostgreSQL 확장입니다. 에이전트에게 연결 문자열 하나만으로 실제 데이터베이스의 자체 브랜치를 줄 수 있습니다. 에이전트가 변경한 모든 필드를 확인하고, 올바르면 main에 머지하고, 그렇지 않으면 되돌리세요.
대부분의 애플리케이션에서는 이미 코드를 통해 db 마이그레이션이 존재하는데(그리고 그것은 git으로 관리되는데), 에이전트에게 db 마이그레이션에 대한 직접 접근 권한을 주는 아이디어가 마음에 들지 않을 것 같습니다. git의 마이그레이션 코드로 이미 처리되지 않는, 이 기능의 사용 사례는 무엇일까요?
- ulrikrasmussen
사람들이 LLM을 써서 코드를 생성하는 건 괜찮습니다. 하지만 AI가 작성한 README.md 파일을 읽는 건 정말, 정말 지겹습니다. 당신의 아이디어에 제가 관심을 갖길 원한다면, 당신이 무엇을 했는지(혹은 에이전트에게 하게 했는지) 그리고 왜 그렇게 했는지를 당신 자신의 말로 설명하는 데 한두 시간을 들여 주세요.
LLM은 어떤 것이든 겉으로 보기에는 좋은 아이디어처럼 들리게 만듭니다. 그리고 읽는 사람인 저는 파고들어서 정신적 에너지를 써가며 군더더기와 실제로 좋은 아이디어를 구분해야 합니다. 저는 그러지 않을 겁니다. 그냥 탭을 닫을 겁니다. README.md에서 제가 읽고 싶은 것은 실제 인간이 실제 필요와 그것을 해결하기 위한 실제 아이디어를 표현하는 것입니다.
물론 LLM을 써서 당신의 글에 피드백을 받는 건 좋습니다. 좋은 예시를 개발하는 데 도움을 받는 것도요. 하지만 혼자서 일관된 문장 하나도 쓸 수 없다면, 당신의 프로젝트는 당신이 간직하고 다른 사람들의 시간과 관심을 낭비하지 마세요.
- horsawlarway
기능적으로 doltgres와 매우 비슷해 보이는데...?