Rodribm10 aa7da915e3 fix(captain): remove scenario->orchestrator back-handoff (ping-pong) ... Problema observado em teste real 2026-04-19 11:24: usuário forneceu suíte+data+hora pra Daniela. Em vez de chamar generate_pix, Daniela chamou handoff_to_jasmine. Jasmine respondeu "Vou te transferir pra Daniela..." — mentira, a conversa ficou parada com a Jasmine. Sequência dentro de UM único run: jasmine.handoff_to_daniela_reservas_agent -> daniela.handoff_to_jasmine (!) -> jasmine responde "vou te transferir..." O prompt da Daniela tem "🚨 NUNCA FAÇA HANDOFF DE VOLTA PRA JASMINE" mas o LLM ignora a proibição quando a ferramenta está registrada. A única solução robusta é não registrar a ferramenta. Historicamente tivemos medo de remover a back-edge porque sem ela a Daniela (quando confusa) ficava em loop chamando faq_lookup — incidente que queimou créditos reais. Esse medo não vale mais: commit f3f8a8d5c adicionou TOOL_LOOP_THRESHOLD=3 + MAX_TURNS_PER_MESSAGE=15 que disparam bot_handoff automático em qualquer loop de tool. A proteção contra runaway existe por OUTRA via agora, então podemos remover a back-edge com segurança. Efeito esperado: - scenario termina a resposta sozinho (sem ping-pong) - scenario confuso/em loop -> rate limit corta -> humano recebe Memory: atualizado feedback_never_touch_captain_without_safety_caps.md refletindo a nova invariante. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>		2026-04-19 11:30:19 -03:00
..
app	fix(captain): remove scenario->orchestrator back-handoff (ping-pong)	2026-04-19 11:30:19 -03:00
config	feat: Conversation workflows(EE) (#13040)	2026-01-27 11:36:20 +04:00
lib	feat(lifecycle): inject concierge context into Captain orchestrator prompt	2026-04-15 09:25:16 -03:00
LICENSE	chore: update EE LICENCE year (#11344)	2025-04-21 15:29:55 +05:30
tasks_railtie.rb	fix: Search rake task causing Rails boot error (#12416)	2025-09-15 22:21:59 +05:30