Fórum Unificado de Romhacking e Tradução

9. Outros métodos disponíveis

Nem todo projeto precisa de um Vault complexo ou de múltiplos agentes.

• Chat + arquivos anexados: suficiente para uma tarefa curta e descartável. Fraco para projetos longos.
• Um único agente com ferramentas: geralmente é o melhor começo. Menos custo e menos coordenação; pode ganhar papéis internos antes de virar multiagente real.
• RAG vetorial clássico: útil quando há muitos documentos e perguntas semânticas. Exige cuidado com chunking, metadados, atualização, reranking e avaliação.
• GraphRAG / grafo de conhecimento: interessante quando relações entre entidades importam mais que simples proximidade textual. Pode ser valioso para personagens, itens, rotinas, ponteiros e dependências, mas custa mais para indexar e manter.
• Contexto longo: bom para uma auditoria pontual de poucos arquivos. Não substitui memória persistente nem resolve conhecimento desatualizado.
• Fine-tuning: pode ensinar estilo ou comportamento recorrente, mas é inadequado como banco de offsets, decisões mutáveis e estado atual do projeto.
• Automação determinística sem agente: indispensável para hashes, ponteiros, tags, tamanhos, round-trip, compressão e comparação binária. Muitas verificações ficam melhores em Python do que em linguagem natural.
• LLM Wiki: indicada quando o conhecimento precisa acumular, ser legível por humanos, versionado e adaptado ao projeto.

A escolha foi híbrida: LLM Wiki para memória, busca/RAG para recuperar contexto, agentes para dividir responsabilidades e scripts/testes para provar o resultado.

---

10. Uma versão simplificada para começar

Quem está criando um editor ou mod, como no caso mencionado de Gantz, não precisa começar com três agentes reais nem instalar infraestrutura pesada. Uma estrutura mínima já entrega boa parte do valor:

meu-projeto/
├── AGENTS.md
├── raw/
│  ├── dumps/
│  ├── screenshots/
│  └── logs/
├── wiki/
│  ├── index.md
│  ├── visao-geral.md
│  ├── formato-texto.md
│  ├── ponteiros.md
│  ├── graficos-paletas.md
│  ├── decisoes.md
│  └── qa.md
├── tools/
│  ├── extract.py
│  └── insert.py
└── tests/

No [tt]AGENTS.md[/tt], registre poucas regras fortes:

• consultar a wiki antes de afirmar algo;
• não chutar endereços ou formatos;
• preservar [tt]raw/[/tt];
• registrar somente descobertas confirmadas;
• validar contra ROM limpa e teste reproduzível;
• pedir decisão humana antes de alterações sensíveis.

Comece com um agente operador. Crie um segundo papel de QA quando perceber que a produção precisa de uma revisão independente. Transforme os papéis em agentes reais somente quando a separação trouxer ganho mensurável.

---

11. Como decidir se essa estrutura serve para você

Vale a pena quando:

• o projeto vai durar meses ou anos;
• há muitas decisões técnicas e linguísticas;
• várias ferramentas ou plataformas precisam permanecer coerentes;
• é importante explicar por que cada decisão foi tomada;
• o trabalho precisa continuar em novas sessões sem depender da memória do chat;
• existem testes objetivos capazes de bloquear erros.

Talvez seja exagero quando:

• a tarefa é pequena e descartável;
• não existe fonte confiável para alimentar o cérebro;
• ninguém vai manter decisões e evidências atualizadas;
• o custo de orquestrar agentes supera o trabalho manual;
• o projeto espera que a IA substitua testes, conhecimento técnico ou responsabilidade humana.

CitarA melhor arquitetura não é a que possui mais agentes. É a menor arquitetura capaz de preservar conhecimento, impedir erros e produzir um resultado verificável.

---

Conclusão

Usar IA em romhacking não precisa significar entregar a tradução ou a engenharia reversa a uma caixa-preta. É possível trabalhar de forma transparente: fontes preservadas, conhecimento compilado, papéis delimitados, aprovação humana, scripts determinísticos e testes no jogo.

O Obsidian oferece uma interface confortável; o Markdown garante portabilidade; o método LLM Wiki transforma conversas em memória acumulativa; RAG recupera o contexto; agentes distribuem responsabilidades; e QA impede que uma resposta convincente seja confundida com uma descoberta comprovada.

Foi assim que o cérebro do Wild Arms passou a orientar tradução, voz, lore e estrutura, enquanto o Romhack_Brain acumulou conhecimento técnico reutilizável entre projetos. A estrutura ainda evolui, mas sua regra principal permanece estável:

---

Referências

• Andrej Karpathy — LLM Wiki (https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f)
• Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks (https://arxiv.org/abs/2005.11401)
• RAGAS — Automated Evaluation of Retrieval-Augmented Generation (https://arxiv.org/abs/2309.15217)
• Microsoft GraphRAG (https://microsoft.github.io/graphrag/)
• Strands Agents — padrões multiagente (https://strandsagents.com/docs/user-guide/concepts/multi-agent/multi-agent-patterns/)
• Strands Agents — Agents as Tools (https://strandsagents.com/docs/user-guide/concepts/multi-agent/agents-as-tools/)
• Tópico do projeto Wild Arms (https://www.romhacking.net.br/index.php?topic=3356.0)

Bom espero que tenham gostado, deu um trabalho para fazer.
E agradeço a todos que mandam DM e comentaram nos posts sobre o assunto. E não esqueçam IA só vai trabalhar bem se você souber o que esta fazendo.

<<Página 1 (https://www.romhacking.net.br/index.php?topic=3416.msg24780#msg24780)

Primeiramente tenha um excelente dia. Eu acabei de acordar e me deparei com o artigo, que eu li tudinho.

Eu não tinha ouvido falar no método LLM Wiki até agora. Ele parece ser muito útil, mas eu tenho algumas ressalvas quanto a isso.

1) Nas mãos de um programador/hacker/inexperiente pode ser que dê errado. Como você mesmo falou, quem vai tomar as decisões é o saco de carne sentado na frente do PC, e se esse saco estiver dando defeito, o projeto todo vai pro ralo.

2) Existe integração com o Discord para LLM-Wiki? 99% da discussão do meu projeto mais recente acontece no Discord, e todas as notas estão muito fragmentadas em diversas coisas: às vezes eu consulto a wiki do Fandom do jogo, outras vezes eu consulto as próprias notas que eu mesma escrevi (e que nem sempre me dei o trabalho de atualizar), outras vezes são discussões e issues no Weblate e na plataforma de hospedagem de git repositórios). Em uma situação dessas (ainda mais para um jogo de RPG) talvez a LLM-Wiki me ajude a atomizar e concentrar todas as notas em um só lugar. Com "notas" me refiro a de tudo, desde mapas de RAM e ROM até tabelas descrevendo as liberdades e decisões tomadas na tradução.

3) Criar anotações é uma habilidade por si só, e sinto que, assim como a maioria esmagadora das aplicações de inteligencia artificial no cenário atual de desenvolvimento de software, tanto open source quanto proprietário, a LLM Wiki está aí para providenciar um "atalho" para a criação de notas. Muitos projetos de romhacking vieram e foram embora por falta de organização, e se os humanos que os encabeçaram tivessem sido mais cautelosos nesse sentido, talvez eles não tivessem dado certo. Isso se relaciona com a questão nº 1 que eu citei anteriormente.

Por causa destes motivos, me parece que a LLM WIki é melhor para projetos grandes solo, e não para colaborações. Eu tenho outras ressalvas também, mas elas são melhor descritas neste artigo em inglês do Medium: https://medium.com/data-science-in-your-pocket/andrej-karpathys-llm-wiki-is-a-bad-idea-8c7e8953c618

Mas tirando isso, é realmete um conceito interessante.

Citação de: Chatterine Snuggles online Julho 22, 2026, 08:42:30 AMPrimeiramente tenha um excelente dia. Eu acabei de acordar e me deparei com o artigo, que eu li tudinho.

Eu não tinha ouvido falar no método LLM Wiki até agora. Ele parece ser muito útil, mas eu tenho algumas ressalvas quanto a isso.

1) Nas mãos de um programador/hacker/inexperiente pode ser que dê errado. Como você mesmo falou, quem vai tomar as decisões é o saco de carne sentado na frente do PC, e se esse saco estiver dando defeito, o projeto todo vai pro ralo.

2) Existe integração com o Discord para LLM-Wiki? 99% da discussão do meu projeto mais recente acontece no Discord, e todas as notas estão muito fragmentadas em diversas coisas: às vezes eu consulto a wiki do Fandom do jogo, outras vezes eu consulto as próprias notas que eu mesma escrevi (e que nem sempre me dei o trabalho de atualizar), outras vezes são discussões e issues no Weblate e na plataforma de hospedagem de git repositórios). Em uma situação dessas (ainda mais para um jogo de RPG) talvez a LLM-Wiki me ajude a atomizar e concentrar todas as notas em um só lugar. Com "notas" me refiro a de tudo, desde mapas de RAM e ROM até tabelas descrevendo as liberdades e decisões tomadas na tradução.

3) Criar anotações é uma habilidade por si só, e sinto que, assim como a maioria esmagadora das aplicações de inteligencia artificial no cenário atual de desenvolvimento de software, tanto open source quanto proprietário, a LLM Wiki está aí para providenciar um "atalho" para a criação de notas. Muitos projetos de romhacking vieram e foram embora por falta de organização, e se os humanos que os encabeçaram tivessem sido mais cautelosos nesse sentido, talvez eles não tivessem dado certo. Isso se relaciona com a questão nº 1 que eu citei anteriormente.

Por causa destes motivos, me parece que a LLM WIki é melhor para projetos grandes solo, e não para colaborações. Eu tenho outras ressalvas também, mas elas são melhor descritas neste artigo em inglês do Medium: https://medium.com/data-science-in-your-pocket/andrej-karpathys-llm-wiki-is-a-bad-idea-8c7e8953c618

Mas tirando isso, é realmete um conceito interessante.

Qual é sua proposta. 
Usar ou não usar o conceito!?
Tudo na vida é baseado em "erros e acertos", correto?

Citação de: Elizomar online Julho 22, 2026, 09:39:19 AMQual é sua proposta. 
Usar ou não usar o conceito!?
Tudo na vida é baseado em "erros e acertos", correto?

Esperar até que a tecnologia de large language model esteja "madura" o suficiente pra que os problemas que eu apontei não sejam mais problemas

Desnecessário essa teimosia de botar defeito em IA. Se você usa o Google ou qualquer ferramenta de busca, você já usa IA há anos e nunca achou ruim.
Se não gosta de IA nem nada que seja feito com IA, não use.

Além disso, se você não consegue fazer integração com Discord, talvez nem devesse estar falando sobre programação.
Obs.: Talvez pareça uma resposta agressiva, mas é literalmente isso. O Discord é uma das plataformas mais fáceis de desenvolver coisas, ainda mais bots. Além da user base enorme, deve ter várias coisas já prontas para os seus "pontos"!

Ou está dizendo que a pessoa deveria fazer engenharia reversa do hardware do console inteiro para entender como o console funciona, para depois fazer engenharia reversa da engine e ai sim começar a entender os arquivos? Porque a lógica de uns posts ai, dá a entender isso. Se o foco da pessoa é a tradução, o produto final é a tradução.
Seria o mesmo que dizer que a pessoa deveria criar as próprias ferramentas e não usar o que já está pronto. Se você usa ferramenta de terceiros, você não sabe o que foi feito por trás, você não fez a engenharia reversa necessária. Que não é nada diferente de usar IA para entender formatos que você não conhece, ou agilizar a tradução para economizar tempo.

Dito isso, parabéns ao @ØX-Carnage (https://www.romhacking.net.br/index.php?action=profile;u=33) pelo post! Eu fui uma das pessoas que enviou PM pedindo mais informações sobre o uso dos agentes! 🙂 Muito bom saber que você realmente estava disposto a fazer um post!

Eu sou 100% a favor da IA. Somos humanos... Não temos o tempo disponível, material disponível, muito menos o dinheiro necessário para a quantidade de informações que uma IA contém. (Não é atoa que a NVidia focou em IA, né?! É um mercado caro, que é vantajoso para ela!)
Um dia talvez eu faça um post sobre a vantagem do uso de IA para romhacking e porquê novatos deveriam usar isso como forma de iniciar projetos.

E diferente do que a maioria parece entender, você precisa saber direcionar a IA, fazer as perguntas certas, o que é trabalhoso por si só. Se não fosse IA, vários jogos aí não teriam tradução. Gantz mesmo que é um projeto que eu tô fazendo, teve uso de IAs pelas 2 pessoas que traduziram. O carinha que lançou a ISO em Inglês aleatoriamente por ai e eu que tava fazendo IA entender os formatos. Inclusive é o motivo de existir uma tradução Russa (https://rgdb.info/base/rus-06711), porque o cara usou o meu app.

Edit: E só pra deixar bem claro, porque acredito que a resposta será vista como "má educada"... Eu estou falando de usar a IA para facilitar o trabalho feito, justamente o foco desse post. Eu não usei nenhuma ferramenta externa para o meu romhacking e não sabia o que esperar além dos textos que eu via no Sublime Text (Sim, foi nem um editor Hex) e o dump das texturas do PCSX2. O que eu fiz foi quebrar a cabeça até sair uma image "readable".
E foi necessário saber "perguntar certo". Não existia documentação, não existia ferramentas prontas. Eu inclusive tive que ler o SDK do PS2 para conseguir fazer as perguntas certas.
E nisso aí foi o melhor  que eu fiz, pois a compatibilidade com os outros jogos da mesma Engine existiram desde sempre, inclusive eu provei no meu post do Gantz. E por quê? Por que o foco foi entender o formato e fazer o parsing do mesmo jeito que o jogo faria.
Inclusive a IA é perfeita para entender como foi feito traduções antigas que o autor original já "não está por aí". Eu pedi para a IA comparar a diferença no elf editado e no original e me dizer o que estava diferente. E ela conseguiu fazer um port quase igual ao original, com algumas diferenças e "bugs" aqui e ali. O mesmo dá pra fazer com qualquer patch. Você comparar 2 binários e deduzir o que foi mudado, qual offset foi.

Mas é esse o pulo do gato, "saber perguntar".
Por isso depende de quem opera o banco de dados se vai ficar bom ou não, eu não curtia usar IA e tive que me dobrar para poder usar, e pelo jeito menos gente liga se houve interação humana no projeto, querem é ver pronto rodando tudo bonitinho.

A organização que o OX mostrou é sensacional, eu queria era ser organizado para ver isso daí funcionando. Obrigado pelo tutorial!

Citação de: patryckpo online Julho 22, 2026, 18:40:35 PMMas é esse o pulo do gato, "saber perguntar".
Por isso depende de quem opera o banco de dados se vai ficar bom ou não, eu não curtia usar IA e tive que me dobrar para poder usar, e pelo jeito menos gente liga se houve interação humana no projeto, querem é ver pronto rodando tudo bonitinho.

A organização que o OX mostrou é sensacional, eu queria era ser organizado para ver isso daí funcionando. Obrigado pelo tutorial!

Exatamente esse meu ponto! Porque sempre que vejo essas birrinhas, parece que a pessoa acha que é só jogar a ISO no chat e tá traduzido. Realmente algumas IAs praticamente fazem isso (Acredito que o Claude Pro faça, porque o Gantz English foi quase isso), mas a maior parte é feita com IA grátis que parece que é intencionalmente feita pra alucinar... Chat GPT mesmo inventa um monte de coisa nada a ver.

A impressão é que tu abre o chat, manda a ISO e tá traduzido. Pessoa nunca deve ter mandado um binário no Claude e ver o limite ser gasto sem ele mandar um output sequer. Ou seja, se a pessoa não pagar e/ou não tiver conhecimento ou forma de direcionar a IA, dificilmente ela terá algo produtivo. Isso que não entendo desse povo que vê IA e despreza.

Citação de: Chatterine Snuggles online Julho 22, 2026, 15:28:33 PM

Citação de: Elizomar online Julho 22, 2026, 09:39:19 AMQual é sua proposta. 
Usar ou não usar o conceito!?
Tudo na vida é baseado em "erros e acertos", correto?

Esperar até que a tecnologia de large language model esteja "madura" o suficiente pra que os problemas que eu apontei não sejam mais problemas

Te entendo.
Bom, de qualquer forma, te desejo bons anos de espera, até que uma alma generosa com o OX-Carnage apareça para dispor de seu invejado (por mim, mas sem maldade) conhecimento. :estudando1: