美国法典的 Git

原文 ↗ Hacker News 讨论 ↗

使用类似 Git 的版本控制来追踪立法变化，正引起人们兴趣，因为它有望让法律随着时间推移更透明、更易检索。评论者提到美国和欧洲已有的相关努力、LexisNexis 等服务的商业角色，以及不仅要知道当前文本，还要知道某个时间点法律的内容以及它如何被修订的重要性。另一些人则认为，法律变更追踪有着 Git 并未为之设计的需求，而真正的收益将同样取决于更好的公共访问、工具和新闻报道，而不只是某种特定技术系统。

概念：“美国法典的 Git”

  • 核心想法：把法令像代码一样放进 VCS 中，追踪每一次文本变更、是谁提出的、以及何时提出。
  • 支持者认为这样有助于透明度、问责性（对立法者进行“git blame”），以及更容易比较不同版本之间的差异。
  • 有些人希望为法案引入完整的 PR 式工作流，每个议院各自分支，并可见合并历史。

法案 vs. 法律，文本 vs. 含义

  • 若干评论区观点区分了：
    • 法案：作者署名和修正都很重要。
    • 已生效法律：很多人认为只应关注投票记录，而不是逐行作者归属。
  • 其他人强调，“文本历史”不足以说明“法律是什么”，因为判例法和宪法裁决可能让文本保持不变，却变得无法执行。

现有系统与前人工作

  • 美国：国会图书馆、GPO，以及商业平台（LexisNexis、Thomson Reuters）已经在追踪历史文本，通常依赖混乱的 PDF/网页抓取。
  • 多个国外案例：法国的“La Fabrique de la Loi”、波兰 ISAP、瑞士 Fedlex、德国法律/宪法仓库、DC 的 law-xml、欧盟 XML 工具，以及“archive framework”。
  • 一些评论者正在构建或已经构建了专门系统（例如类似编译器的流水线、法律 diff 工具），并表示天真的 Git 并不适合这个概念。

技术与结构性挑战

  • 难点包括：条文编号重排/移动、交叉引用、同时发生移动和编辑的修正、多个司法辖区，以及将法条、法规和案件按时间对齐链接。
  • 需要区分对法律本身的变更与对变更日志本身的更正（“元变更”）。
  • 关于立法的“原子单位”究竟是什么存在争论；尚无明确共识。

获取、透明度与政治

  • 强烈支持免费公开获取法条和判例法；对收费法典和针对开放出版商的诉讼感到沮丧。
  • 有人认为更高的透明度（以及干净的历史记录）会帮助记者和选民；也有人说真正的瓶颈在于缺乏好的新闻报道、公民参与，以及金钱影响力。
  • 还有人担心，立法起草的完全透明化会抑制大胆提案，或者只是为政治博弈创造新的途径。

可用性与治理

  • 许多人强调 Git 的 UX 不适合立法者和公众；如果使用 Git，也应仅作为后端，并需要更高层级、非技术性的界面（类似 wiki 或定制界面）。
  • 大家普遍同意，这类基础设施应当是公共的、非专有的职能，但如何实现和资助仍有争议。