Replying to @notnickok @DKrunks
That is not what the tool does.
And this has existed for decades in animation, even in games.
It's insane how this book was published in 1995, and there hasn't been better material on NURBs modelling since.
Thought experiment:
If codex predicts my follow-up messages accurately, am I rly needed at that point?
If labs can perfect prompt prediction, won't the models just endlessly post-train on auto-generated threads to become intelligent beyond humancomprehension?
Was not expecting this.
'Ghosts of Departed Proofs' is my all-time favorite typed FP paper. Highly recommend going through it if you haven't.
If gdp-ts is as good as the tweet says, I'm moving most compile-time invariants to this.
Introducing gdp-ts: Ghosts of Departed Proofs for TypeScript.
gdp-ts is a library, linter and AI skill for safer API design. Under this contract, sensitive functions require 'proofs' that the caller performed an authorization check.
The typechecker verifies these proofs at compile time, preventing your team and agents from shipping catastrophic security (and other kinds of) bugs.
While these patterns have existed for quite some time, especially in ecosystems like Haskell, ① human code review and ② cognitive and syntactic overhead made these solutions niche.
The situation is now inverted. Agents are writing more code than we can review, and they *thrive* in tight loops with hard constraints that would frustrate us. We see this with the rise of Rust, borrow checker, code aesthetics debate and all.
The README and examples model a real-world Vercel API product constraint: changing the password on a Project requires a proof of a certain role + a certain entitlement. Thanks to Matt Noonan and Ollie Charles for their research in this space.
github.com/rauchg/gdp-ts
There's likely a balance that the industry (I hope) will converge on, or the agents get better with long term memory. But until then, I strongly encourage being acutely aware of your code.
As for editors: I'm currently using Zed, and still looking out. Nearly quit nvim.
Everything I want is technically "available", but not within reach. And theres no common "language" between me and the editor.
Ironically, the best editor I found—and then ditched for other reasons—was one where the author rejects all use of AI. It's called Gram.
[3/n]
IME, Apps with unreviewed code tend to be the most impressive on the tin. Edit huge files, git integration, vim mode, LSP, plugins, semantic grep.
And yet, I hit a million rough edges in my first hour of use. The interface is all over the place, hotkeys inconsistent [2/n]
Agents are can now write ~100% of most code. And yet, knowing the implementation details in-depth *is* important.
Apps where devs don't care about code have a "smell". Your users can feel it. I've felt it myself while looking to switch text editors.
[1/n]
This is really simple and clever. Makes you wonder why culling didn't occur to competitive FPS/Mobas in all these years!
Replying to @HumanoidFrog
For most, the reason to reject AI was it's quality. This gap is on the verge of closing. Anyone who cared about the outcome rather than the process will accept AI art sooner or later.
Replying to @skalskip92
This is the exact kind of layout and handwriting we're currently parsing. In my case, hand-filled reports from factories.







