606 karma · joined January 4, 2013
Here's an example I finished just a few minutes ago:
https://github.com/jehna/plant-light-holder/blob/main/src/pl...
https://arxiv.org/pdf/2405.15793
It uses smart feedback to fix the code when LLMs occasionally do hiccups with the code. You could also have a "supervisor LLM" that asserts that the resulting code matches the specification, and gives feedback if it doesn't.
For small scripts I've found the output to be very similar between small local models and GPT-4o (judging by a human eye).
Babel first parses the code to AST, and for each variable the tool:
1. Gets the variable name and surrounding scope as code
2. Asks the LLM to come up with a good name for the given variable name, by looking at the scope where the variable is
3. Uses Babel to make the context-aware rename to AST based on the LLM's response
I'm currently working on parallelizing the rename process, which should give orders of magnitude faster processing times for large files.
1. It asks the LLM to write a description of what the variable does
2. It asks for a good variable name based on the description from 1.
3. It uses a custom Babel plugin to do a scope-aware rename
This way the LLM only decides the name, but the actual renaming is done with traditional and reliable tools.
1. I ask LLM to describe what the meaning of the variable in the surrounding code
2. Given just the description, I ask the LLM to come up with the best possible variable name
You can check the source code for the actual prompts:
https://github.com/jehna/humanify/blob/eeff3f8b4f76d40adb116...
API access of ChatGPT mode is needed as there are many round trips and it uses advanced API-only tricks to force the LLM output.
Very similar to: https://github.com/jehna/longwood
Now I want to see Smol Developer to develop itself. Then you can call me a believer.
For a positive reference I love how simple https://bird.makeup (a Twitter to Mastodon bridge) is; that's the UX that I wanted to replicate with Mastofeeder.
IMO Mastofeeder is as easy to abuse as any other Mastodon server (or spinning your own), so I wanted to make the service to be as easy for legitimate end users as possible.
And there's always technical measures to implement if I start seeing abuse: Throttling requests, limiting maximum feeds per users etc
This experimental view library might interest you: https://github.com/jehna/longwood
It's usable with plain in-browser Javascript, no other tools needed. You can split your frontend to components and do conditional rendering logic just as with any templating library.
- Side projects
- Free time to spare on coding
- Landing a real programming job
According to my git history it took me 2,5 weeks to release this project.
I'm also planning a full native mobile app to reduce the startup time even further.
The app's design has prioritized:
- Mobile first design
- Fast startup time
- Basic "back of the napkin" math operations
The app is also fully open source with MIT license, and can be found at https://github.com/jehna/calc-o-pad
Edit: Or if you want an open source alternative, check out ourboard.io