Compilador c vibe coding
Thiago Adams
Estou conversando com o Claude (vibe coding) e gerando um compilador c simplificado.
https://github.com/thradams/bake
As limitações são as seguintes com base em c89
- sem pré processador
- Sem enum, constant expressions
- Sem switch
- Sem typedef
- Sem struct aninhadas
Etc
O projeto tem instruções de como gerar e testar usando gcc Linux
Se alguém tiver interesse em ajudar, mantendo a meta de ser minimalista , pode testar e pedir para o Claude o que falta ,mandar implementar etc.
(A conta free acaba praticamente com uma feature)
Não eh preciso entender de assembler ou backend , basta entender de C e ajudar o Claude com exemplos que falham ou que ainda não compilam.
Depois a meta eh um assembler e linker vibe coding . Não pretendo fazer não “vibe coding “ neste momento pois é um projeto em paralelo ao “feito na mão” e o Claude tá indo bem.
Vinícius dos Santos Oliveira
<thiago...@gmail.com> escreveu:
Vibe coding pra projeto que não pode falhar e está numa etapa crítica,
tipo infra de compilação, me parece uma irresponsabilidade sem tamanho
(no máximo um exercício pra entreter curiosidade intelectual e testar
o nível de qualidade atual das ferramentas).
Thiago Adams
On 4/15/2026 8:40 AM, Vinícius dos Santos Oliveira wrote:
> Em ter., 14 de abr. de 2026 às 22:16, Thiago Adams
> <thiago...@gmail.com> escreveu:
>> Depois a meta eh um assembler e linker vibe coding . Não pretendo fazer não “vibe coding “ neste momento pois é um projeto em paralelo ao “feito na mão” e o Claude tá indo bem.
> Como anda o projeto em paralelo feito a mão?
Ele tem várias frentes ativas, como análise estática mas precisa fechar
alguns alarmes falsos.
A parte da geração C89 , ele gera a si mesmo e passa nos testes em
Windows e Linux. Mas eu teria que fazer para um número maior de projetos.
O pipeline é
source -> cake -> c89 source-> compilador c ->executable.
Este outro projeto "vibe coding" seria para adicionar neste pipeline
sem depender
do GCC, MSVC e também para aprender mais sobre back-end assim que o
código gerado
estabilizasse.
>
> Vibe coding pra projeto que não pode falhar e está numa etapa crítica,
> tipo infra de compilação, me parece uma irresponsabilidade sem tamanho
> (no máximo um exercício pra entreter curiosidade intelectual e testar
> o nível de qualidade atual das ferramentas).
começou a
se perder com o tamanho do arquivo e esta ficando improdutivo no modo
free.
Na próxima vez vou testar partindo do zero ao invés de reaproveitar o
prompt.
O chagpt consegue apontar falhas no código também mas ele não retorna o
código corrigido,
apenas aponta as falhas.
O claude parece estar gerando código que passa mas é muito limitado
funcionando
em menos casos.
Este uso do Claude ainda é cedo para avaliar, mas depois de uns meses
usando a gente já começa a
ver as limitações. As vezes se ganha muito tempo outras vezes se perde.
Rodrigo Delduca
Uns 4 meses atrás, usando o Opus 4.5, fiz um emulador de NES que roda sobre a minha engine. Ela tem um mecanismo que dá acesso direto ao "framebuffer"[1]; a ideia original era criar pseudo-shaders, mas acabou servindo muito bem para um emulador.
Foi praticamente um one-shot[2]. Embora jogos mais complexos, como Super Mario Bros. 3, rodem com glitches pelo fato de ser apenas uma engine layer 1 e de eu não ter investido muito tempo nisso.
E tem um detalhe: na época eu não sabia nem 10% do que sei hoje sobre desenvolvimento com AI.
Se quiser ver online (via WebAssembly), pode acessar aqui[3].
Mas já aviso: é muito lento por dois motivos — pelo sandboxing agressivo do WebAssembly e por não existir LuaJIT para WebAssembly.
Thiago Adams
Na conta free ficou praticamente impossível continuar .