The concept: programming languages exist because machines couldn't understand human intent. LLMs can. So what happens if you remove the code entirely and just... describe what each function should do?
The tool replaces functions one by one, runs your test suite after each swap to confirm nothing breaks, and outputs a .md file. Then `tril run` spins up an HTTP server that sends each function's English description to Claude and returns the result.
Tested on a unit converter (JS) and a 625-line Python CLI tool — tests passed, results matched to 6 decimal places (fortunately).
This is mainly a thought experiment: can any code become plain natural language? Will it still work? Let's find out!
npm: npx @sliday/tril convert URL
GitHub: https://github.com/sliday/tril
codingdave•1h ago
This isn't accurate as to why programming languages exist. If you want to see english sentences describing the details of code, as working code, just go look at cobol. Machines understand exactly what we tell them, and do exactly what we tell them. The problem is on our side - how do we make sure we are telling them the correct instructions, while giving ourselves syntax that is easy to work with?
Because of that, your entire premise is wrong. Why would I replace working code with English, just to send it through Claude, just to get back... working code? What does that even prove?
You really are just trying to prove that AI can turn pseudocode into code. It can. By all means, go write stuff to test it and prove it, but I don't think anyone questions this. The questions revolve around whether or not those results are secure and stable, not whether it produces working code.
kulesh•1h ago
But I push back on "the entire premise is wrong."
The interesting part isn't "AI can execute pseudocode"—nobody debates that. The point is the artifact: the .md output matters, not the runtime. A codebase where every function is readable English changes who can participate in a pull request, audit logic, or catch wrong assumptions. "Multiply by 9/5" vs "multiply by 1.8" is an editorial conversation, not a code review.
It's a proof of concept to show the artifact is executable, not a production proposal. It's slow (today), expensive, and non-deterministic - I said so in the post. The question is whether the intermediate representation (English) has value beyond performance? I believe that the loop is shortened here: there're no in-between element intent→weird non-human language→result, it becomes intent→result. No NEED to create synthetic procedures, explaining how the code works in plain language should give us the output.
An old person enters a bank, asks to open an account, speaks plainly in his native language, the teller clicks buttons, and the account is created. From the subjective perspective, there's no in-between interface: the old person had a though, than it got realized.