zlacker

[parent] [thread] 4 comments
1. cmrdpo+(OP)[view] [source] 2026-01-20 00:26:11
Not my experience, honestly. With a good code base for it to explore and good tooling, and a really good prompt I've had excellent results with frankly quite obscure things, including homegrown languages.

As others said, the key is feedback and prompting. In a model with long context, it'll figure it out.

replies(2): >>rocha+F2 >>vidarh+hR
2. rocha+F2[view] [source] 2026-01-20 00:53:50
>>cmrdpo+(OP)
But isn't this inefficient since the agent has to "bootstrap" its knowledge of the new language every time it's context window is reset?
replies(1): >>adastr+Q3
◧◩
3. adastr+Q3[view] [source] [discussion] 2026-01-20 01:09:08
>>rocha+F2
No, it gets it “for free” just by looking around when it is figuring out how to solve whatever problem it is working on.
4. vidarh+hR[view] [source] 2026-01-20 09:23:57
>>cmrdpo+(OP)
Yeah, I've had Claude work on my buggy, incomplete Ruby compiler written (mostly) in Ruby, which uses an s-expression like syntax with a custom "mini language" to implement low-level features that can't be done (or is impractical to do) in pure Ruby, and it only had minor problems with the s-expression language that was mostly fixed with a handful of lines in CLAUDE.md (and were, frankly, mostly my fault for making the language itself somewhat inconsistent) and e.g. when it write a bigint implementation, I had to "tell it off" for too readily resorting to the s-expression syntax since it seemed to "prefer it" over writing high-level code in Ruby.
replies(1): >>cmrdpo+OV
◧◩
5. cmrdpo+OV[view] [source] [discussion] 2026-01-20 09:53:34
>>vidarh+hR
Even 3 years ago, GH Copilot, hardly the most intelligent of LLMs was suggesting/writing bytecode in my custom VM, writing full programs in bytecode for a custom VM just by looking at a couple examples.

That's when I smelled that things were getting a little crazy.

[go to top]