There are a million frontends designed to simplify Git for non-programmers. In fact, lots of office software now has version management built-in. Very few people use it. This isn’t a technology problem.
To be fair, version control built into office suits are often hidden away or have other UX patterns that aren’t comfortable for nontechnical folk. So they either still get scared by it, or don’t even know it exists.
Yet there is a demand for version control for nontechnical people. And I know this because I’ve seen enough files called “copy of important thing” or “important thing 2”.
> Yet there is a demand for version control for nontechnical people. And I know this because I’ve seen enough files called “copy of important thing” or “important thing 2”.
This demonstrates LACK OF demand for technical version control, since the system you describe has been used since forever and found to be good enough.
No. It demonstrates nontechnical people adapting the skills they’re familiar with to suit a requirement they have.
It doesn’t prove that they don’t want a better solution should it have the right UX. And, as I said in my original comment, the current UX for version control in documents both sucks and is often hidden away where people might not even be aware it exists.
Yes, it is, but the issue is ease of use for non-technical users.
I was trying to avoid naming any products on purpose, but, for example, there is a commercial product that is easy enough for most people and affordable that would work for this- and there are a few open source clones that come close.
The open source clones are not quite polished enough for non-technical users, but they are the closest thing I can think of, basically crossing over a wiki + Markdown for knowledgebase creation with Git-like versioning.
Git does allow multiple contributors on each commit. Of course people can lie, but it's a matter of policy in the end. Make it a crime to not add all contributors to a diff.
Every system gets gamed, and so is the current one. The goal is that the people can more easily stay informed. Even with mixed authors problem you highlight would be still an improvement.
This is already regularly done. One side or the other will propose or amend a bill that they claim does [popular thing x] and then add in some clause that they know will get voted against, so they can then claim that [other side] voted against [popular thing x].
This is often especially cynical because [popular thing x] is often something that neither party wants to pass. So a very recent example of this was an act against insider trading by politicians, that was bundled with a voter id law. Neither side wants to clamp down on insider trading from politicians, so the entire act was DOA. It was nothing but bread and circuses.
The politicians wouldn’t have the option to game it if additional data is pulled in automatically like lobbying disclosure filings, public watchdog databases, etc. for the final overview. A swift turn from limiting the total sugar amount in soda would look quite bad if the politician got lobbied by Big Soda.
We don’t need version control for legislative bills. We need journalists that track down who tried to insert what, summarize it, and present it to the public with context. That would satisfy the oversight purpose without getting lost in technicalities.
Our problem is that the press isn’t doing their job, not that legislation doesn’t have a commit graph. The latter, even if it existed, would not fix the former.
A revision control system is a tool the journalists could use to achieve this. Commits to the 'enacted' branch could have commit messges documenting the context (when, how, why, who). Unmerged branches could represent proposed but ultimately rejected (or still in progress) changes with the same amount of meta data.
Of course a tool itself doesn't solve the problem. You need somebody to use the tool. But the tool makes it easier to solve the problem.
Until journalists can be paid under the table to mislead the public, the problem will persist. Almost anyone can be bought on a Friday night for the price of a few drinks and benefits.
I am confused. Someone put in place a system that would allow journalists or citizens to meaningfully engage with the law in a much better way than they can now.
However you are proposing that journalists as a homogenous group do some extra work. I think that's a great thing but I don't get why you say the press aren't doing their job when they are at an historical low of compensation and respect.
If sounds like you are outsourcing your rage at the legislature and the press and journalists are the problem?
Sticking to the FTA someone made a first step in version tracking legislative texts but you do not think they've done enough?
We need that too, but the ability to git diff changes to the law is a great win for democracy and transparency in 2026 because git is an interface that agents are experts at using. If you're a journalist, activist or anybody else doing the type of research you just described this makes it faster and easier.
In the present day, mainstream journalists won't be meaningful advocates for democracy and the public interest any time soon. It's time to acknowledge that this idea is wishful thinking. The root cause is changes to the law like the Telecom Act of 1996 which allowed for the consolidation of old media under a few corporations.
For many years these mainstream journalists have been required to support corruption, cronyism, the centralization of power, and the increase of corporate power in order to retain their jobs. The law needs to be changed before they can become a net benefit to society again.
> because git is an interface that agents are experts at using
I'd actually argue that this is the wrong way around. Being able to git diff legislation is very good, but mainly for humans, who need tools to make work tractable.
An agent will use whatever interface is available, including no interference, won't give up due to the task being too onerous, and can be scaled by paying for more tokens. It could simply brute force diff the raw text, writing bespoke Python and regexes, etc.
LLMs make brute forcing intellect possible. It's humans who need finely crafted tools.
I am sure with LLMs the time to craft those tools to fetch the data and put them back in a git repo (for example one repo per legislative project) would not be too hard to do.
> Our problem is that the press isn’t doing their job
The general public isn't willing to pay for this, so it's very hard to do this. Especially given that most of this isn't exactly going to generate tons of views.
Let's be honest, in general, the public is very upset about all the injustice they perceive. But the public also lost all interest in the process, some can't even be bothered to vote once every other year....
It's too easy to blame others for your own inaction
> But the public also lost all interest in the process, some can't even be bothered to vote once every other year....
In the 1920s the German speaking world got a book whose first three chapters just hammer in how important it is for the average citizen to take an interest in his local politics. That book was subsequently banned by almost every European country in the decades since. I'm the only person I know who has personally read it, even though it is one of the most derided books in history.
I highly recommend the first three chapters to anybody who thinks they don't need to understand their local politics.
I don't think that the problem with legislative transparency is that there aren't enough middlemen sitting between the public and the legislative process.
I'm personally not interested in being dependent on the press -- which is just other people pursuing their own interests and assumptions -- to interpret artificially opaque sources, if those sources can just be made accessible instead.
Having a dynamic and pluralistic press is a good thing, and we need more investigative journalism, to discover what isn't visible to the public, but I'm not sure there's a lot of value in the sort of interpretive journalism you're proposing.
