Vibe coding para não misturar dois produtos no mesmo servidor

No vibe coding com 2 produtos no ar, Jhonatan dita a restrição para o modelo antes de o agente misturar o que deve ficar separado. Ele fala em voz alta, com o agente e consigo mesmo, e deixa a regra no prompt: o servidor do W2G não recebe IBTA.

Neste recorte ele pratica vibe coding para não misturar dois produtos no mesmo servidor. Cada produto fica no seu servidor, no seu banco, na sua workspace, com admin de outra conta.

Jhonatan dita a restrição para o agente ouvir

Ele avança o trabalho e fala com o modelo. Recusa na hora e dita o que o servidor do W2G não pode ter. Está falando com o agente e consigo mesmo, em voz alta, e coloca a restrição no prompt. A frase sai mais de 1 vez no mesmo fôlego para o agente ouvir o veto.

Já tá meu W2G server não pode ter IBTA.

"Já tá" marca o que já existe. O servidor do W2G já está no ar. O agente não reaproveita aquele servidor para o IBTA. O W2G já tem servidor. Misturar os 2 produtos seria colocar IBTA nesse servidor que já está no ar. Na mesma fala ele nomeia o outro lado: IBTA é outro servidor. 2 produtos, 2 servidores.

Depois do "Já tá" ele segue na mesma respiração. IBTA é outro servidor. No servidor do W2G não pode ter IBTA. Em seguida ele cita o banco, a workspace e o admin de outra conta.

Ele dita agora, no meio do trabalho, com o agente ouvindo e o servidor do W2G já no ar, para o modelo não cruzar os 2 produtos.

O momento vem logo depois de ele trocar de modelo no meio da live. Ele dita a restrição de produto em seguida, já no trabalho que puxa para frente.

Server, banco, workspace e a conta de admin

A separação completa aparece na mesma fala. Na transcrição, IBTA sai como "E BTA" depois que ele já tinha dito IBTA.

E BTA é um outro server, tem um outro banco de dados, um outra workspace, ele é um admin de uma outra conta antes.

IBTA é outro servidor, com 1 outro banco de dados e 1 outra workspace. O admin é de 1 outra conta, e ele ainda acrescenta "antes": o admin do IBTA já vinha de 1 outra conta.

2 produtos. IBTA leva 1 servidor, 1 banco, 1 workspace e admin de 1 outra conta. O servidor que já existe continua com o W2G. O IBTA não usa aquele servidor nem aquele banco.

No meio da fala ele volta ao W2G e repete que aquele servidor não pode ter IBTA.

W2G é a empresa, Churchflix é o produto da casa

Mais tarde na mesma live ele mostra o sistema de vendas e nomeia o W2G. Ele trata aquele sistema como o mesmo sistema, só que específico da empresa. A empresa é a W2G, onde ele trabalha. O produto da casa, na transcrição "Churt Flix", é a Churchflix. IBTA é o outro produto. A live não explica o acrônimo, e o acrônimo fica sem expansão.

que é a W2G, a empresa minha que eu trabalho.

W2G é a empresa dele. Ele diz que aquele sistema nasceu dali, o específico da Churchflix. IBTA fica no outro servidor.

A regra que ele ditou no prompt continua quando o assunto muda para vendas. O W2G não carrega o outro produto. No recorte de vendas ele nomeia a empresa. No prompt ele barra o IBTA daquele servidor e daquele banco. Churchflix fica no lado da empresa. IBTA fica no outro servidor, com o outro banco e a outra workspace. Na live o nome da empresa aparece no sistema de vendas e o veto do IBTA aparece no prompt.

No vibe coding, a fronteira dos 2 produtos vai escrita

Amanhã, se você tiver 2 produtos e 1 agente no meio, escreva a restrição antes do próximo pedido ao agente. Nomeie o servidor que já existe e o produto que não entra ali, depois o banco, a workspace e a conta de admin que ficam do outro lado.

A frase que ele deixou no prompt cabe no seu: o servidor do produto A não pode ter o produto B. 2 servidores, 1 banco e 1 workspace por conta, admin da conta que já era do outro lado.

Dá para assistir à live e ouvir ele ditar o veto: o W2G não pode ter IBTA.