Áp dụng Git cho luật pháp Mỹ: Khi lập trình viên có lịch sử phiên bản, còn luật sư thì không

Lịch sử phiên bản văn bản pháp luật

Một lập trình viên có thể chỉ vào bất kỳ dòng code nào và biết ai viết, viết khi nào, và tệp tin trông như thế nào vào bất kỳ ngày nào trong quá khứ. Một luật sư đọc đạo luật liên bang thì thường không làm được điều đó — trừ khi chịu khó dành cả buổi chiều lục lọi phần ghi chú ở cuối mỗi điều khoản.

Vậy tại sao họ lại không được hưởng một hệ thống ghi nhận tiện lợi tương tự? Câu hỏi này càng trở nên cấp thiết khi phần lớn bước nghiên cứu pháp lý sơ bộ hiện nay đều chạy qua các mô hình ngôn ngữ — vốn thường không thể sử dụng đúng nguồn gốc lịch sử của một đạo luật, khiến khả năng diễn giải của chúng bị "trói tay".

Vấn đề nằm ở cách Bộ luật Hoa Kỳ được ghi chép

Ngoài các chương mà Quốc hội đã ban hành thành luật thực định (positive law), bộ luật chỉ là bằng chứng sơ bộ về luật, và khi có khác biệt thì Statutes at Large mới là văn bản có hiệu lực pháp lý cao hơn. Văn phòng Cố vấn Tu chính Luật công bố bộ luật theo từng "release point", mỗi bản cập nhật đến một đạo luật công cụ thể, và liên tục tổ chức lại cấu trúc.

Thông tin về việc đạo luật nào đã viết nên một câu văn được ghi trong phần ghi chú tu chính — dưới dạng văn xuôi. Thời điểm một thay đổi có hiệu lực thường nằm ở một ghi chú ngày hiệu lực riêng biệt. Còn khi Quốc hội không nói gì, quy tắc mặc định là luật có hiệu lực ngay ngày ban hành.

Ví dụ về định nghĩa "con nợ doanh nghiệp nhỏ" tại 11 USC § 1182(1) cho thấy các câu trả lời có thể cách xa nhau đến mức nào:

• Điều khoản được tạo ra năm 2019 với mức giới hạn nợ hiện hành.
• Đạo luật CARES nâng giới hạn lên 7,5 triệu USD vào tháng 3/2020 như biện pháp tạm thời, sau đó được gia hạn đến tháng 3/2022.
• Mức tăng này hết hiệu lực ngày 27/3/2022, rồi đến 21/6/2022 Quốc hội khôi phục thêm hai năm — áp dụng cho các vụ việc khởi kiện từ 27/3/2020 và còn đang xử lý, tức là hồi tố bao trùm khoảng trống.
• Giới hạn cao hơn lại hết hạn vào tháng 6/2024, và sau đợt điều chỉnh ba năm vào tháng 4/2025, con số dừng ở 3.424.000 USD.

Với một vụ việc nộp tháng 5/2022, bản cập nhật in tại thời điểm đó đưa ra mức giới hạn thấp hơn — và chỉ một đạo luật ban hành sau đó mới thay đổi được câu trả lời. Một lịch sử hữu ích cho luật sư phải mang theo văn bản, ngày mỗi thay đổi có hiệu lực và phạm vi hồi tố của bất kỳ đạo luật nào.

Vì sao AI chưa thể thay thế hệ thống ghi chép này

Một nghiên cứu từ Đại học Kỹ thuật Munich năm nay phát hiện hai lỗi ở các mô hình trả lời câu hỏi về luật Đức: chúng áp dụng những quy định đã bị thay thế sau thời điểm cắt dữ liệu huấn luyện, và chúng ưu tiên điều khoản mới hơn ngay cả khi điều khoản cũ mới là cái chi phối tình huống thực tế.

Một mô hình chỉ trả lời đúng 24% câu hỏi hậu cắt dữ liệu khi tự xử lý, nhưng đạt 87% khi văn bản quy phạm liên quan được truy xuất sẵn cho nó. Nhóm tác giả kết luận rằng tính hiệu lực theo thời gian phải được coi là một ràng buộc cứng.

Yêu cầu mô hình tự tạo lại văn bản cũ cũng không giải quyết được vấn đề. Khi cùng nhóm nghiên cứu cho mô hình áp dụng các đạo luật tu chính Đức lên những phiên bản trước đó, kết quả trông giống văn bản chính thức tới 93–99%, nhưng chỉ một nửa số tu chính đơn lẻ và một phần năm các chuỗi tu chính khớp chính xác. Các chuyên gia còn tìm thấy lỗi có ý nghĩa pháp lý trong những trường hợp "gần đúng" đó.

Cách dự án này hoạt động

Với mỗi cặp release point từ năm 2017 trở đi, nhóm thực hiện lấy các đạo luật công cụ được ban hành ở khoảng giữa, thực thi các chỉ dẫn tu chính của chúng lên văn bản cũ theo thứ tự ngày tháng, rồi so sánh kết quả với phiên bản mới hơn.

• Trong 365 thay đổi thuộc chín chương luật, 361 tái tạo chính xác release point kế tiếp.
• Bốn trường hợp còn lại được gắn nhãn ghi rõ mức độ có thể xác nhận.
• Mỗi thay đổi đi kèm đạo luật và ngày có hiệu lực: 261 có hiệu lực mặc định ngay khi ban hành, 72 theo ghi chú ngày hiệu lực, 29 theo một ngày ghi trong chính tu chính.
• Một trường hợp phụ thuộc vào quyết định của cơ quan quản lý có thể không bao giờ có — nhóm quyết định loại khỏi văn bản thay vì đoán.

Kết quả là một giao diện cho phép độc giả chọn một ngày và nhận về văn bản có hiệu lực tại thời điểm đó, với những từ ngữ đọc khác đi ngày nay được đánh dấu. Mỗi cụm từ được tô màu theo đạo luật đã viết nên nó. Một thay đổi trong thuật ngữ định nghĩa sẽ liệt kê mọi điều khoản khác đang dùng thuật ngữ đó, và người dùng có thể theo dõi một mục để xem nó đã thay đổi ra sao kể từ lần truy cập trước.

Giới hạn cần lưu ý

Dự án vẫn còn điểm yếu: nó chưa hiển thị phạm vi hồi tố của một đạo luật ban hành sau lên các mốc thời gian trước đó. Vì vậy với vụ việc nộp trong khoảng trống năm 2022, hệ thống hiển thị mức giới hạn thấp hơn mà không cảnh báo rằng đạo luật tháng 6/2022 đã thay đổi câu trả lời.

Ngoài ra, các ghi chú ngày hiệu lực được đọc bằng nhận dạng mẫu, nên những cách diễn đạt bất thường sẽ quay về mặc định là ngày ban hành. Mỗi thay đổi đều liên kết tới nguyên văn của đạo luật — và với bất kỳ vấn đề nào thực sự quan trọng, văn bản gốc vẫn cần được đọc trực tiếp.

Ý nghĩa cho bối cảnh công nghệ và AI

Với độc giả Việt Nam theo dõi xu hướng legaltech và ứng dụng AI vào lĩnh vực pháp lý, dự án này mang một bài học rõ ràng: dữ liệu có cấu trúc và khả năng truy vết nguồn gốc vẫn là nền tảng không thể thiếu. Trong khi đó, các hệ thống tra cứu văn bản quy phạm pháp luật trong nước — như cơ sở dữ liệu quốc gia về pháp luật — vẫn đang trong quá trình số hóa và cải thiện khả năng tra cứu theo thời gian hiệu lực.

Mô hình "Git cho luật" cho thấy tiềm năng của việc biến lịch sử lập pháp thành dữ liệu máy đọc được: mỗi thay đổi là một commit, mỗi thời điểm là một phiên bản, và mỗi khác biệt đều có thể kiểm chứng. Đó cũng chính là điều kiện tiên quyết để các trợ lý AI pháp lý trở nên đáng tin cậy thay vì chỉ "đọc thuộc" phiên bản luật gần nhất trong dữ liệu huấn luyện.