The clause you'll never see is the one that costs you
Reading every contract fresh, as if you'd never seen the last eleven, is the part that was always going to hurt you. We built a company OS that remembers, so the boilerplate stops stealing the attention the new clause needed.
Apollo Space Research
Apollo Space
A renewal lands in your inbox on a Tuesday afternoon. Twenty-four pages. You’ve signed eleven of these with the same vendor over four years, and twenty-three of those twenty-four pages are word-for-word what you signed last time. Page 19, paragraph three, is not. One sentence moved: a liability cap that used to be mutual now points one direction, at you.
You will not catch it. Not because you’re careless, but because you are going to read this contract the way you read the last eleven: start to finish, fresh, as if you’d never seen any of it. By page 19 your brain has done the thing brains do with repetition, it started skimming the familiar paragraphs exactly before it reached the one that wasn’t familiar. So you sign. Mostly it’s fine. The one time it isn’t is the time it costs you, and you find out months later, in the worst possible context.
That moment, signing something you didn’t truly read, trusting it was the same as last time, being mostly right, is a small surrender that happens in companies every single day, and nothing on the market actually fixes it. The danger was never the clause you’d argue over. It was the clause you’d never see, because repetition had trained you to stop looking. That sentence is the whole post, and the thing it points at is not a legal problem. It’s a memory problem wearing a legal problem’s clothes.
The pain nobody on the market is actually solving
Be honest about why this is a grind in the first place. It isn’t that contracts are hard to read. A single contract, read once, with full attention, is well within reach of any competent person, or any decent model, for that matter. The grind is that you have to read all of it, every time, because you don’t know in advance which paragraph is the one that bites. So you give thirty pages the same scrutiny to find the one line that moved, and you do it again next quarter, and the quarter after that.
And it scales the wrong way. The more deals you do, the worse it gets, page count up, hours flat, attention spread thinner across each document until “review” quietly becomes “skim and trust.” This isn’t a niche complaint. In recurring surveys of in-house legal departments by the Association of Corporate Counsel, contract review and management routinely land near the top of the work that legal teams say eats time they would rather spend on judgment calls only a person can make. The boilerplate isn’t dangerous because it’s complex. It’s dangerous because it’s camouflage, the familiar text you’ve accepted a dozen times is precisely what lulls you past the one clause you hadn’t.
Here is the part that decided what we built. The tools that exist to “help” mostly answer this with a faster reader: a model that reads the contract for you, summarizes it, redlines it, and hands you back thirty pages with some yellow on them. Better summaries. Cleaner redlines. A smarter highlighter.
It doesn’t touch the actual problem, because the problem was never that the contract was hard to read once. It’s that you have no idea what’s different about this one, and a model reading it fresh, with no record of the eleven you signed before, is just a faster way to read it fresh. It can tell you what the liability cap says. It cannot tell you the liability cap changed, because it has never met your other contracts. The intelligence everyone is racing to build sits in the reading. The thing that was always going to matter sits somewhere else entirely: in having something to read it against.
What makes this dissolve isn’t a feature, it’s what the OS already is
So the design isn’t “build a contract reader.” We didn’t set out to build one, and a contract reader bolted onto the side of a product wouldn’t solve this anyway. The thing that dissolves this grind isn’t a point tool aimed at contracts. It’s a property of the system the contract happens to land in, a system that is already on, already remembers everything it’s seen, and is permitted to act on what it notices.
Pointed at a renewal, that property produces something a fresh reader structurally cannot: it doesn’t read the contract. It reads the difference between this contract and every contract you already agreed to. And that difference is small, which is the entire point.
That reframing rests on three things, and only the first is load-bearing.
The memory is the whole thing
The reason a human can’t diff a contract is that the “last one” lives nowhere usable. It’s a PDF in an email from two years ago, a signed copy in a shared drive, a redline somebody saved to a desktop. To compare, you’d have to find the prior contract, open it beside the new one, and read both, which is more work than just reading the new one, so nobody ever does.
So the foundation isn’t a model. It’s a memory: every agreement you’ve ever signed, broken down not into documents but into clauses, your indemnification language, your standard payment terms, your usual liability cap, the governing law you always use. Each clause type carries a baseline. This is what “normal” looks like for you, because it’s what you’ve accepted before.
This is the unglamorous, load-bearing part, and it’s not something you bolt on. A memory that holds every clause across every deal is the same memory that, in another corner of the same company, knows which vendor renewals are coming up, what your team agreed to in the meeting nobody minuted, and which thread the last version of this conversation lived in. The danger was never the clause you’d argue over, it was the clause you’d never see; and the only thing that ever sees it is a system that already holds everything you’ve seen before. The reading was never the product. The remembering was.
A contract reader with no memory is just a fast highlighter. The whole thing is what it remembers, and a memory this is built on doesn’t belong to contracts, it belongs to the company.
The diff and the flag fall out for free
Once the memory exists, the rest is cheap, because the hard work is already done. Each clause in the incoming contract matches to its baseline and sorts into exactly three buckets. Standard: matches what you’ve agreed to before, near word-for-word, let it through, you already made this decision, possibly eleven times. Changed: same ground as one of yours, but the terms moved, a cap that flipped, a notice period that shrank from sixty days to fifteen, an auto-renewal that used to need opt-in and now needs opt-out. New: a clause type with no baseline at all, because you’ve never signed anything like it.
Standard is the big, boring bucket, and that’s the win, it’s the thirty pages you no longer have to read. Changed and new are small, and they are the only thing that survives to your desk.
And the flag that lands on you is in plain language, not a yellow highlight. “The liability cap in section 9 used to be mutual; in this version it caps the vendor and leaves you exposed.” “There’s a new clause assigning them your usage data, you’ve never agreed to that before.” “The auto-renewal flipped from opt-in to opt-out; do nothing and this renews on its own.” Each flag carries the same shape: what the clause is, how it differs from what you’ve signed, and why that should matter to you. That last part is the difference between a highlight you have to interpret and a heads-up you can act on, and crucially, a reason is something you can overrule, because sometimes the changed clause is fine and you know something the system doesn’t. A flag with a reason is a coworker you can argue with. A yellow highlight is just homework.
This is the part that only works because the system is permitted to act, to interrupt your Tuesday, unprompted, and say “before you sign, look at these three lines.” A passive tool waits to be asked. By the time you think to ask a contract tool whether anything changed, you’ve already decided to read the whole thing.
Breadth isn’t the flex, it’s the evidence
Notice what we did, and what we didn’t. To take this grind off a legal team, we didn’t build a legal product. We pointed a memory that already exists, on, watching, holding context, allowed to interrupt, at one painful, repetitive, high-stakes read.
Which is exactly why the same spine handles the vendor’s updated terms of service, the insurance renewal that’s “the same as last year” except for the deductible, the lease addendum, the data processing agreement that arrives every time a tool changes ownership. None of those is a separate feature we shipped to resemble a separate point tool. Every one of them is the same shape: mostly text you’ve already accepted, with a small mutation that matters, buried where repetition has trained you to stop looking. The danger was never the clause you’d argue over, it was the clause you’d never see, and one substrate catches it everywhere the shape recurs.
So when the OS turns out to carry a dozen of these jobs, that breadth isn’t a checklist we’re proud of. It’s evidence that we found the right thing to build underneath all of them. A company that remembers everything it’s agreed to doesn’t need a contract reader, a terms-of-service watcher, and a renewal tracker as three products. It needs one memory and the permission to act on what it notices. The jobs fall out of that. They were never the point, the substrate was.
The turn: who gets to be the author
Here’s the thing the feature list misses, and the reason any of this is worth building.
A quietly-flipped liability cap is frightening, but not because of the legal exposure. It’s frightening because of what it represents, a decision that got made to you instead of by you, because you were too flooded to notice it being made. Every contract you sign without truly reading is a small forfeit of agency. You agreed to something you didn’t choose, because choosing it would have cost an hour you didn’t have, so you trusted it was the same as last time. Usually it was. The danger was never the clause you’d argue over, it was the clause you’d never see, and the surrender was agreeing to it without knowing it was there.
What a company that remembers gives back isn’t speed. It’s the ability to stay the author of your own agreements at a scale where reading-everything stopped being possible years ago. You keep making the decisions, you just stop re-making the ones already settled, and start seeing the ones that are genuinely new. The boilerplate stops stealing the attention the real clause needed.
That world isn’t fully on the market yet, because the market is still busy building faster readers, and a faster reader can’t remember. We’re building the other thing: a company OS where the system has already read every word you ever agreed to, so the next contract arrives pre-diffed and the only thing left on your desk is the line you’ve never seen before. Not “AI reads your contracts.” Something quieter and much larger, a company that doesn’t make you the machine that holds thirty pages in its head, so the human gets to go back to being the one who decides. You stay the author. You just stop signing in the dark.
That’s what we’re building at Apollo Space, not a sharper way to read the same thirty pages, but a memory that’s already read every contract you signed, so the next one shows up with the boilerplate let through and the three lines that matter flagged for you. The clause you’d have argued over was never the one to fear. The danger was always the clause you’d never see. Now you see it.
Apollo runs your company's repetitive ops so your team doesn't.
Join the waitlist for early access, founding-user pricing, and a front-row seat as we ship.
Join the waitlistThe slow death of a marketer's voice
You publish one real piece a week and quietly translate it into ten, and each translation is a tiny chance to sound a little less like yourself. We built the OS because nothing on the market was guarding that.
Product ThinkingThe day someone quits, your company forgets how it works
Onboarding isn't broken because training is bad. It's broken because your company can't remember, and we got tired of watching the answer walk out the door.
Product ThinkingThe first thing a new hire should do is read the company
A great onboarding doesn't hand you docs, it already knows who you are by the time you log in.