Eco²
Backend · Cloud infrastructure
Orientação de reciclagem a partir de uma foto e de uma conversa.
Um assistente de IA tudo-em-um que entende como funciona a reciclagem na Coreia.
Uma correção isolada de outro agente, uma revisão dividida por lentes
Dois casos corrigidos com agentes de programação no backend do Eco². Um modelo só é nomeado onde uma marca de coautoria Claude Opus 4.5 ou 4.6 o registra.
January 2026
Isolado do branch develop que outro agente usava, o streaming de tokens foi corrigido em duas passadas
Agente de programaçãoOutro agente
AçãoOutro trabalho em andamento no develop
- repasseÁrvore ocupada → separação→ Worktree separado · nota de análise primeiro (Worktree da correção)
Em desenvolvimentoStream do Chat
Observação · achadoSó chegam eventos de etapa, sem tokens
- repasseEscopo: emissão do stream→ Worktree separado · nota de análise primeiro (Worktree da correção)
Agente de programaçãoWorktree da correção
AçãoWorktree separado · nota de análise primeiro
- repasseArquivos a alterar→ Envolver o SDK da OpenAI em um adaptador LangChain (Worktree da correção)
Agente de programaçãoWorktree da correção
AçãoEnvolver o SDK da OpenAI em um adaptador LangChain
- repasse→ PR #437 → mesclado no develop (Artefatos)
ArtefatosArtefatos
ArtefatoPR #437 → mesclado no develop
- repasse→ Worktree · etapas de análise na skill git-workflow (Artefatos)
- repasseE2E após o merge→ Tokens de resposta duplicados · vazamento do intent “general” (Stream do Chat)
Em desenvolvimentoStream do Chat
Observação · achadoTokens de resposta duplicados · vazamento do intent “general”
- devolvidoDois emissores→ Distinguir os dois emissores por node · seq → pular os tokens capturados (duas passadas) (Worktree da correção)
ArtefatosArtefatos
ArtefatoWorktree · etapas de análise na skill git-workflow
Agente de programaçãoWorktree da correção
AçãoDistinguir os dois emissores por node · seq → pular os tokens capturados (duas passadas)
- repasseAntes / depois→ Trechos de SSE registrados, antes e depois (Stream do Chat)
- repasseVerificação no nível de comando→ Verificação local de comando: 0 tokens do notifier (Artefatos)
Em desenvolvimentoStream do Chat
Observação · achadoTrechos de SSE registrados, antes e depois
ArtefatosArtefatos
ArtefatoVerificação local de comando: 0 tokens do notifier
- repasse→ PR #448 · mesclado após resolver os conflitos com o develop (Artefatos)
ArtefatosArtefatos
ArtefatoPR #448 · mesclado após resolver os conflitos com o develop
- Contexto
- O SSE do Chat entregava os eventos de etapa, mas nenhum token. Outro agente trabalhava no develop, então o trabalho começou com uma nota de análise em um worktree separado; depois que a primeira correção foi mesclada, a duplicação e o vazamento então observados foram delimitados por uma segunda correção.
- Resultado
- A responsabilidade de emitir tokens foi restringida ao único nó que de fato os produz. A verificação de comando mostra só que o notifier não envia tokens; os trechos de SSE registrados mostram a observação E2E posterior. São evidências diferentes.
- Limite
- A identidade e o modelo do outro agente, e o número de agentes de programação, não estão registrados. Nenhum dos dois PRs teve aprovação formal de revisão, e este registro não é o serviço atual nem uma nova execução E2E.
Fontes e limites restantes
- Dentro do PR #448, o primeiro patch pulava os tokens de resposta; um ajuste posterior fez o ProcessChatCommand pular todos os tokens de mensagem capturados. Eles não são fundidos em uma única correção que funcionou de primeira.
- A nota de análise e os trechos de SSE de antes e depois são registros de relatório internos do repositório.
February 10, 2026
O avaliador foi revisado lente por lente, e só os achados concretos viraram código
Agente de programaçãoImplementação
AçãoPipeline de avaliação candidato
- repasseRevisão lente por lente→ Achados: sem amostragem · guarda de custo / resultados mutáveis / config fora da closure (Cinco lentes de revisão)
Revisão · verificaçãoCinco lentes de revisão
Observação · achadoAchados: sem amostragem · guarda de custo / resultados mutáveis / config fora da closure
- devolvidoFiltrar antes de avaliar→ Amostrar e verificar o custo diário antes de avaliar (Implementação)
- devolvidoResultados imutáveis · config fixada→ Objetos de resultado congelados · vinculação explícita de config (Implementação)
Agente de programaçãoImplementação
AçãoAmostrar e verificar o custo diário antes de avaliar
Agente de programaçãoImplementação
AçãoObjetos de resultado congelados · vinculação explícita de config
- repasseVerificações→ Verificações unitárias · de fiação (local · com mocks) (Artefatos)
ArtefatosArtefatos
ArtefatoVerificações unitárias · de fiação (local · com mocks)
- não é uma execução registradaNão chega até aqui→ E2E real com Redis + PG: não escrito na época (Artefatos)
- repasse→ PR #546 mesclado · procedimento na skill eval-feedback-loop (Artefatos)
ArtefatosArtefatos
Regra · não verificadaE2E real com Redis + PG: não escrito na época
ArtefatosArtefatos
ArtefatoPR #546 mesclado · procedimento na skill eval-feedback-loop
- Contexto
- O relatório de implementação do pipeline de avaliação de conversas registra cinco lentes de revisão e duas rodadas de correções. O número de lentes não é um número de sessões ou de agentes.
- Resultado
- O código tem um ramo que amostra e verifica o custo diário antes de avaliar, objetos de resultado congelados e vinculação explícita de config. Se a consulta de custo falhar, a avaliação L2 segue mesmo assim, então não é um teto rígido de gastos.
- Limite
- As cinco lentes são uma forma de dividir a revisão; não significam cinco sessões de modelo independentes nem aprovação de especialistas humanos. As pontuações internas próximas de 100 do relatório não são uma medição de qualidade e não são reproduzidas.
Fontes e limites restantes
- O PR vinculado no topo do relatório é o #545; o PR público que mesclou as fases 1–4 é o #546.
- O stub de recalibração ainda em aberto também consta como está no relatório.