미국 법전에 Git을 적용해 법의 변경 이력을 추적하다

Git for US Legislation

미국 법전에 Git을 적용해 법의 변경 이력을 추적하다

코드 한 줄도 누가 언제 고쳤는지 볼 수 있는데, 연방법 조문은 왜 그렇지 못할까. Lexifina는 2017년 이후 공포된 법률의 개정 지시를 날짜 순으로 적용해 365건 중 361건이 다음 릴리스 포인트와 정확히 일치함을 확인했다. 각 변경에 효력 발생일과 근거 법률을 붙여, 특정 날짜에 시행 중이던 조문을 바로 확인할 수 있게 했다. 언어 모델이 구버전 법을 잘못 적용하는 문제를 겨냥한 시도다.

역사는 검증 가능해야 한다. 2017년 이후의 각 릴리스 포인트 쌍에 대해, 그 사이에 공포된 공법들의 개정 지시를 오래된 텍스트에 날짜 순으로 적용한 뒤 그 결과를 새로운 버전과 비교했다. 9개 타이틀에 걸친 365건의 변경 중 361건이 다음 릴리스 포인트를 정확히 재현했다.
  1. kfogel

    NYT, 2007:

    "... 버전 관리 소프트웨어가 의회에 어떤 의미를 가질 수 있을지 생각해 보라 [...]. 만약 법안이 취소선과 추가 사항이 세심하게 추적되는 시스템에서 만들어졌다면, 대중은 법안이 국회의사당을 통과하는 과정에서 어떤 의원이 어떤 변경을 했는지 알 수 있을 것이다.

    마침내 입법 과정에 투명성이 생길 것이다. 최상의 시나리오는 공익에 반하고 오로지 정치적 기부자에게 보답하기 위한 문구를 의원들이 삽입하는 것을 부끄럽게 만드는 것이고, 최악의 경우에도 그러한 삽입을 공개하여 유권자들이 그런 정치인을 처벌할 수 있게 할 것이다. ..."

    (출처: https://www.nytimes.com/2007/07/23/business/media/23link.htm... )

  2. Ericson2314

    해커 뉴스 커뮤니티(하하)는 https://en.wikipedia.org/wiki/Office_of_the_Law_Revision_Cou... 가 그들의 임무의 일부로 저장소를 유지하도록 하는 법을 통과시키기 위해 열심히 로비해야 한다(이게 바로 부트스트래핑이다!). 그리고 미국 법전의 전체 역사에 대해 소급 적용해야 한다.

    간단한 아이디어다. 비용도 저렴하다. 미해결된 기술적 문제도 없다. 거의 모든 사람에게 이익이 된다. 이걸 해내자.

  3. TomAbel

    프랑스 법률을 위한 비슷한 프로젝트가 생각난다.

    프랑스 법안의 변화를 git으로 버전 관리하고 시각화한 것

    The Law Factory: 프랑스 법안을 git으로, 오픈데이터와 데이터 시각화

    https://www.lafabriquedelaloi.fr/

    "Law is Code" on The Law Factory: 프랑스 법안을 git으로, 오픈데이터와 데이터 시각화 - https://news.ycombinator.com/item?id=7817357 2014년 5월 (댓글 0개)

  4. ekns

    나는 전 세계의 모든 개정 기반 법률을 위한 오픈 소스로 이걸 하고 있다.

    핀란드/에스토니아 법률은 기본적으로 해결됐지만 미국/영국은 왠지 제대로 하기 훨씬 복잡하다.

    이제 아마 1개월 안에 많은 아키텍처 변경과 함께 메이저 버전이 나올 것이다. 논지는 기본적으로 컴파일러처럼 다 할 수 있지만, 환원 불가능하게 모호해서 인간/AI가 판정해야 하는 특정 사례가 있을 수 있다는 것이다. 나머지는 결정론적이어야 한다.

    https://github.com/eliask/lawvm

  5. pcblues

    git을 사용해 입법 변경을 추적하는 생각은 미처 못 했다. 멋진 아이디어다.

    호주에서 나는 주 및 연방 차원 모두에서 어떤 정치인이 무엇에 투표했는지 찾는 방법을 알아내려고 시간을 좀 보냈다. 그래야 선거가 다가왔을 때 어떤 법안에 찬성 투표했는지 개인을 특정할 수 있기 때문이다. AI가 이걸 더 쉽게 만들 수 있다고 생각하지만, 문제는 우리 입법 온라인 기록에 대한 "자유롭고 공개된" 접근을 스팸으로 막지 않는 것이다.

    지금까지 이 작업을 수동으로 하는 것은 아마 1인당 연 5만 달러짜리 일이고, 공개 입법 기록의 언어는 법안이 입법화될 때 실제로 변경된 법이나 권리를 판단하기 쉽게 해주지 않는다. 명시적으로 서술되어 있지만 정규식, 필터 또는 기타 분석 도구로 추출하기는 어렵다(예: "누가 전동 킥보드가 시속 25km를 넘지 못하게 하는 데 투표했나?"). 입법을 읽어보면 내 말을 이해할 것이다.

    "우리 의회 절차에 대한 완전하고 공개된 기록"은 여전히 사람들이 상당한 시간을 들여 해석하고 요약해야 한다(예: 언론, 논평가 등). 즉, 시간이 많이 드는 취미이거나 유급 일이다.

  6. verytrivial

    "TeraText for Legislation"[1]은 수십 년 동안 특히 개정별 시점 재구성을 해왔다.

    매우 90년대스러운 기술, 특히 XML을 사용하며, 세계 여러 곳에서 입법의 황금 소스이다.

    이것은/이었던 것은 매우 컨설턴트 주도 제품이며 아무도 정말로 사용하고 싶어 하지 않는 "비법" 데이터베이스 백엔드와 긴밀하게 결합되어 있지만, 그래도 꽤 멋지다.

    [1] https://www.leidos.com/products/teratext

  7. demibabs

    AI가 생성한 텍스트를 읽으면 눈이 흐려지기 시작한다… 정말 읽기 어렵다.

    아이디어는 멋지다.

  8. aizk

    당신이 나처럼 git의 멋진 용도를 갈망한다면, 내가 사용하는 멋진 방법 하나를 공유하겠다 -- 이력서에 git을 사용해 보라! 인생을 진행하면서 커밋이 변하고, 개별 맞춤 이력서를 위한 브랜치를 만들 수 있다.

    그렇게 할 수 있다는 걸 깨달았을 때 정말 놀랐다.

이 날의 다른 글

2026-10-28