Vibe coding para não esconder o controle na página que o menu não abre

Vibe coding para não esconder o controle na página que o menu não abre coloca o card na rota que o menu abre. No Taurus Hub, Thiago tinha o piloto automático só na página de detalhe. O menu abre a lista. Quem entra pelo menu nunca vê o controle.

Ele abre as 2 páginas do mesmo fluxo. Pelo link direto, a sessão aparece. Pelo clique em organizações, a lista sobe sem o card. Ele procura os jobs e a lista não traz. O piloto está no produto e some da tela que o menu abre.

O link direto mostra o piloto e o menu não

Thiago já tinha visto o card. Volta à lista de organizações e pergunta onde está a sessão piloto automático. O bloco não renderiza. As 2 entradas saem na mesma fala:

Porque quando eu entro no link funciona, aparece quando realmente entro em organizações pelo não funciona.

O link abre o detalhe, e o detalhe tem o piloto. O item de organizações no menu abre a lista. Na lista o card não foi montado. Ele está na página que o menu promete, e a sessão não está lá.

Na frase, link é o detalhe e organizações pelo é o caminho do menu. Conforme a página que abre, o piloto aparece ou some. O Thiago testa o produto como quem usa. Colar a URL do detalhe deixa o card à vista e esconde o buraco da lista.

Na lista ele aponta o que falta:

Estou aqui e não vejo os jobs.

Sem o card, a lista de jobs não tem o que mostrar. O agente tinha escrito o piloto na outra rota. O teste do Thiago pelo menu é o teste do usuário. O teste pelo link direto passa com o card fora da página que o menu abre.

A página de detalhe tinha o card, a lista não

No Taurus Hub a lista de organizações é a tela que o menu abre. Thiago espera ver o conjunto e o piloto nessa lista. O detalhe é 1 organização já escolhida. O card do piloto automático ficou no detalhe e faltou na lista.

O agente lê as 2 rotas e nomeia o desenho:

Ela só existia na página de detalhe e você acessou pelo link direto. O menu de dashboard aponta para a lista. Então por lá você não via o card.

O card ficou no detalhe. Essa página abre se você cola o link ou se já escolheu uma organização. A lista, que o menu aponta, ficou sem a sessão. Thiago clica como quem usa o hub e cai na página sem o controle.

Ainda na lista, depois do diagnóstico, ele descreve a tela: não vê nada de piloto automático. A fala dele e a fala do agente descrevem o mesmo buraco. Um não vê o card. O outro diz que o card só existia no detalhe.

O pedido seguinte, ao selecionar uma marca, fica para outro texto. Aqui o problema ainda é o card nas 2 páginas.

Vibe coding coloca o card na lista que o menu abre

O agente coloca a sessão na rota que o menu já abria:

Adicionei a sessão piloto automática na página de lista também.

O detalhe continua com o card. A lista passa a ter a sessão. As 2 páginas do fluxo passam a carregar o mesmo controle. Na live, o Thiago ainda na lista diz que não vê o piloto. O agente declara o acréscimo. A tela dele, naquele instante, ainda não mostra o bloco.

A regra do vibe coding neste caso é o card na página que o menu abre, e você confere nessa página. Se o agente só escreveu no detalhe, o link direto passa e quem entra pelo menu fica sem o controle.

O mesmo hábito de olhar a tela que o usuário abre, e não a tela que o link direto prova, já apareceu quando o assunto era não testar o servidor antigo na porta 3000.

Clique no menu antes de aceitar o card

Amanhã, quando o agente disser que o piloto automático está pronto, não cole o link do detalhe. Abra o menu. Veja a lista. Se o card não está nessa página, o controle ficou na rota que o menu não abre.

Mande o agente clicar no item do menu e apontar se o card está na página que abriu. Se o piloto só existir no detalhe, peça a sessão na lista antes de outra feature. O agente já sabe escrever o card. Falta escrever o card na página que o usuário encontra, e só então aceitar o pronto.

Dá para assistir à live e ouvir o Thiago na lista, sem jobs, enquanto o card existia só no detalhe.