@shuktv Eu acho que o pessoal começou a abstrair demais as coisas pq alguns modelos simplesmente davam conta de fazer assim, e agora nao conseguem fazer mais nada....
@acgfbr@jeffecom Mano, todas essas features pikas que vc posta da pra usar um hermes pra automatizar as criações via api, ou ainda precisa de um trampo humano no editor do reales?
Ah sim, entendo, tenho um agent role de advisor e reviewer.. Migrei pro K3 por questões de custo beneficio em relação ao Fable
A duvida mesmo foi, dado a que a maioria dos providers agora entrega um modelo a mesmo nivel fable, usar ele especificamente que é via API paga e caro, tendo o Opus faz sentido? Parece que antropic mesmo que matou o Fable....
Acompanho vc e tenho um projeto parecido com o AgentOps! mas o meu nao ta tão caprichado em UX quanto o seu kkkk
https://t.co/WYK4yfXurK
Cara, não acredito em loop de IA 100% autônomo.
Na construção do FluXo como orquestrador de agents a ideia é exatamente tratar o agent como um colaborador: participa do quadro, adiciona comentários, pega task, desenvolve e passa pro próximo agent pra revisar. Isso fica em loop.
O FluXo acaba virando isso: uso um agent com o MCP do FluXo pra ler docs, memories e skills do projeto. Crio um EPIC, nesse epic, features que são como goals (aqui no FluXo chamo de featureRun).
Nessas features, várias tasks com spec muito bem definida por mim e por agent operator. Assim, a única coisa que o agent tem que fazer é pegar uma task pequena e quebrada corretamente, codar e entregar pro próximo agent responsável.
Esse fluxo rola em loop durante toda a featureRun:
builder coda →
passa pro reviewer →
se aprova → QA com MCP do Chrome DevTools ou API QA →
se rejeita, volta pro builder com o feedback na task.
O FluXo tem um sistema de automelhoramento inspirado no Hermes, mas escopado por projeto.
Enquanto os agents trabalham eles aprendem, criam memories e skills pro projeto. Tem ido muito bem e usam via mcp durante as RUNS.
O fluxo foca tambem em rastreabilidade, nao quero de jeito nenhum perder o que foi feito. Então cada task guarda todos os detalhes de execuções
@sseraphini@steipete
#BuildInPublic #bolhadev
Cara o engraçado desse post é que mesmo sem perceber eu ja tinha feito um workflow de graphos no FluXo... Preciso trazer mais novidades, está bem top!!
Cara, não acredito em loop de IA 100% autônomo.
Na construção do FluXo como orquestrador de agents a ideia é exatamente tratar o agent como um colaborador: participa do quadro, adiciona comentários, pega task, desenvolve e passa pro próximo agent pra revisar. Isso fica em loop.
O FluXo acaba virando isso: uso um agent com o MCP do FluXo pra ler docs, memories e skills do projeto. Crio um EPIC, nesse epic, features que são como goals (aqui no FluXo chamo de featureRun).
Nessas features, várias tasks com spec muito bem definida por mim e por agent operator. Assim, a única coisa que o agent tem que fazer é pegar uma task pequena e quebrada corretamente, codar e entregar pro próximo agent responsável.
Esse fluxo rola em loop durante toda a featureRun:
builder coda →
passa pro reviewer →
se aprova → QA com MCP do Chrome DevTools ou API QA →
se rejeita, volta pro builder com o feedback na task.
O FluXo tem um sistema de automelhoramento inspirado no Hermes, mas escopado por projeto.
Enquanto os agents trabalham eles aprendem, criam memories e skills pro projeto. Tem ido muito bem e usam via mcp durante as RUNS.
O fluxo foca tambem em rastreabilidade, nao quero de jeito nenhum perder o que foi feito. Então cada task guarda todos os detalhes de execuções
@sseraphini@steipete
#BuildInPublic #bolhadev