Meu workflow com IA como solo founder, parte 2
No post anterior, terminei dizendo que o próximo passo seria automatizar as tasks do Linear para não precisar iniciar cada branch manualmente - chegamos lá!
Hoje uso o Fable como orquestrador e o GPT-Sol como agente de implementação.
Não sei se isso já tem nome, se é o tal do Graph Engineering, ou sei lá pq ainda não cheguei a estudar - mas diria que é mais sobre "waves".
O Fable não escreve o código, apenas cria o plano e delega posteriormente - aqui ele é o orquestrador:
- lê o projeto inteiro no Linear
- busca o contexto e as relações de cada ticket
- monta o grafo de dependências
- divide o projeto em ondas de execução
- cria os worktrees no Orca
- inicia um GPT-Sol por ticket
- monitora PRs, CI e reviews
- libera a próxima onda conforme os blockers são mergeados
O paralelismo não é definido pela quantidade de tickets, e sim pelo grafo de dependências.
Se três tickets não têm blockers, os três entram na primeira onda e podem ser implementados ao mesmo tempo.
Se um quarto ticket depende dos três, ele só começa depois que os três PRs forem revisados e mergeados na main - o orquestrador monitora e começa assim que desbloqueado.
Cada nova wave nasce de uma origin/main atualizada.
Isso evita branches dependentes de código ainda não mergeado, conflitos desnecessários e CI passando contra uma branch diferente da que faz CD pra prod.
* O ticket em si é o próprio prompt.
Para isso funcionar, o ticket não pode ser apenas: adicionar suporte a transações recorrentes.
Ele precisa ser uma unidade de trabalho executável por um agente sem depender de contexto implícito.
Todo ticket inclui:
- título imperativo e específico
- o problema e por que ele precisa ser resolvido
- escopo e o que está explicitamente fora do escopo
- comportamento esperado
- detalhes técnicos relevantes
- módulos, funções e arquivos afetados
- acceptance criteria
- cenários de teste
- dependências do ticket em blockedBy
- estratégia de rollout e kill switch, quando existe risco
- eventos e métricas para saber se a feature funciona
- requisitos de i18n, LGPD e factories quando aplicáveis
Vou deixar um exemplo nos comentários.
Algumas regras que passei a aplicar na criação dos projetos:
- nunca deve existir ticket separado para testes
- migration e schema ficam no mesmo ticket
- não existe ticket de “foundation” cheio de funções para uso futuro
- cada ticket produz um PR revisável
- tickets acima de 5 pontos são quebrados
- o alvo é manter PRs não triviais abaixo de aproximadamente 400 linhas
- uma feature arriscada já nasce com rollback e observabilidade
- o grafo de dependências é criado explicitamente, não inferido pelo título
Para este fluxo, tenho usado o Orca com quatro skills, três oficiais:
orca-linear
O ticket é a fonte de verdade.
O agente lê o contexto completo, move a task para In Progress, anexa o PR, comenta o resultado e move para In Review.
orca-cli
Cria e organiza os worktrees, inicia os terminais dos agentes e mantém a hierarquia do projeto.
orchestration
Transforma os tickets em tasks com dependências, faz o dispatch para cada agente e mantém o protocolo entre coordenador e workers,
orca-project-orchestrator (Minha)
Combina as outras skills: Linear, DAG, worktrees, dispatch, supervisão, PRs e liberação das próximas ondas.
O ciclo basicamente:
Para cada ticket pronto, o Fable cria um prompt autocontido com a especificação completa e o workflow de entrega.
GPT-Sol:
-move o ticket para In Progress
- lê os arquivos relevantes antes de editar
- trata implementação e testes como workstreams distintos
- implementa somente o escopo do ticket
- executa os testes afetados e o pre-commit
- corrige as falhas
- faz commit e push
- abre o PR contra main
- vincula o PR ao Linear
- move o ticket para In Review
- reporta a conclusão ao orquestrador
O Fable monitora continuamente enquanto os worktrees filhos implementam.
Ele diferencia uma falha de CI de run cancelado por push, verifica se o PR está dentro do escopo, acompanha os checks e faz a triagem dos reviews automáticos (que tenho usado Code Rabbit e Codex).
O fluxo não faz merge sozinho - aqui ainda prefiro ter um quality gate humano (meu review).
Quando faço o merge, o Fable atualiza a origin/main, recalcula quais blockers foram satisfeitos e inicia automaticamente a próxima wave e o ciclo se repete.
Obviamente colocar mais agentes não corrige uma especificação ruim.
Ter um bom contrato de API, um grafo explícito e quality gates permitem escalar a execução sem perder controle da qualidade.
O primeiro fluxo, em conjunto com esse segundo, parece ser o futuro da nossa área - onde mais gerenciamos informação e complexidade, do que implementação de fato.
Quero fazer um video sobre o fluxo completo e também algumas outras skills que tem ajudado a lidar com a complexidade de N orquestrações simultâneas.
Tem algo que você recomenda adicionar ao fluxo?
@IshidaVittor@RealGalego Maior parte de quem respondeu a pesquisa(código fonte) é de SP. E outro boa parte RJ(capital?), SC(Florianópolis?), Minas(BH?).
Tem que levar isso em consideração.
Pewdiepie reveals how to break free from the algorithm
“A lot of this is going to sound crazy but you’ve gotta hear me out, it’s a step by step process. I’m not saying you should do all of it but you should try some of it”
“Step 1 is creating friction. I put all social media and attention hungry apps in a second profile and I can’t understate how much this changed my life. Those 5-6 seconds it takes to switch profiles stops me every time and makes me think, is this what I want to be doing?”
“The second thing I did was self hosting. The effect that had on me is I’m not the product anymore. The things I use are mine and because they’re not free, I’m not paying with my privacy. I think the main difference is ads and news don’t reach me”
“Next thing I did was disable Shorts, I like YouTube but I hate how Shorts is everywhere I can’t escape it”
“Then I unfollowed everyone. You don’t have to do this, this is definitely a me thing, I just got really fed up”
“Next, get a DNS blocker. You can remove ads completely, most of it won’t even reach your device”
“I think you owe it to yourself to take some time today and start building your tech fence”
“These tech companies don’t care about you, so you’ve got to care about yourself. The cheat code is building some friction and filtering out the noise, that’s your defence and your cure”