Projeto
Escolha um repositório Git local para o DCC acompanhar.
~/projetos/minha-apiO fluxo principal é simples: escolha um projeto, crie um workspace para a tarefa, abra terminais e agentes lado a lado, revise as mudanças e decida o que entra no código. A IA sugere; você aprova.
Escolha um repositório Git local para o DCC acompanhar.
~/projetos/minha-apiCrie uma área de trabalho para uma tarefa, branch ou review específico.
feat/checkout-stripeAbra terminal, Claude, Gemini, Codex ou Cursor lado a lado no workspace.
Terminal + Claude + GeminiAcompanhe quando um agente terminou, precisa de você ou gerou mudanças para revisar.
toast + sidebar + histórico localPrimeiro uso
Pense no DCC como um workbench: cada tarefa deve nascer dentro de um workspace explícito. Isso evita trocas de branch desnecessárias, reduz troca de contexto e deixa cada agente trabalhando no lugar certo.
Baixe o desktop pelo GitHub Releases.
Abra o app e registre um repositório Git local.
Crie um workspace novo para a tarefa atual.
Abra Panes de terminal e agente conforme a necessidade.
Revise diffs, rode testes e faça commit no seu ritmo.
Exemplo mental do fluxo
1. Abra o projeto
2. Crie um workspace para a tarefa
3. Abra um terminal para rodar o app
4. Abra um agente para implementar
5. Abra outro agente para revisar/testar
6. Revise, teste e faça commitWorkbench
O DCC junta revisão, código, terminal, plano e agentes no mesmo fluxo. A ideia é simples: encontre o contexto certo, selecione o que importa e envie para o agente quando precisar de ajuda.
Use para revisar a árvore de arquivos alterados, abrir diffs e decidir o que precisa de atenção antes de aplicar ou commitar.
Use como mini editor dentro do DCC para ler, ajustar e separar trechos de código sem sair do workbench.
Use terminais para comandos que você quer controlar diretamente: dev server, testes, lint, migrações, Git e diagnóstico.
Use o Composer para conversar com o agente e o modo Plan quando quiser alinhar estratégia antes de mudar código.
Use specs para transformar uma tarefa ambígua em uma definição clara de objetivo, escopo, critérios e verificação.
Use quando precisar de uma edição maior no editor que você já usa, mantendo o DCC como centro de coordenação.
Provider handoff
Não existe um comando separado de transferência. Em uma sessão que já tem histórico, selecione outro provider no Composer e envie a próxima mensagem normalmente. O DCC detecta a troca e anexa um reanchor limitado uma única vez.
Workspace, caminho e branch atuais.
Resumo limitado do estado Git.
Spec de missão e plano ativo, quando existirem.
Mensagens recentes concluídas do usuário e do agente.
É um reanchor determinístico e limitado, não memória nativa 1:1 entre providers. Transcript completo, raciocínio oculto, ruído de ferramentas e patches Git brutos não são enviados. Uma nova tarefa ou thread começa limpa.
Use provider handoff: mesma sessão, mesma timeline e mesmo worktree. Apenas selecione o novo provider e envie.
Use delegation: uma sessão filha recebe um objetivo próprio e, para implementação, trabalha em uma worktree isolada que você pode aplicar ou descartar.
Delegação
Comandos determinísticos, logs, testes, build e Git.
yarn testnpm run lintgit diff --statgit status --shortTarefas de código em linguagem natural, sempre dentro do workspace aberto.
claudegeminicodexRuntime/provider escolhido no workbench para sessões, Panes e delegações compatíveis.
ClaudeGeminiCodexCursorPrompt exemplo
Investigue a falha de login neste workspace. Proponha o menor patch possível, explique o risco e aguarde minha revisão antes de ampliar o escopo.
Prompt exemplo
Refatore este módulo mantendo o contrato público. Liste arquivos alterados, riscos e comandos de verificação. Não mude comportamento fora do escopo.
Prompt exemplo
Revise esta branch como code review. Priorize bugs, regressão, risco operacional e testes faltando. Responda com achados por severidade.
O fluxo mais seguro para mudanças maiores é separar planejamento de execução. Use um modelo na sessão principal para planejar em Plan mode, aprove o caminho, depois delegue a implementação para outro modelo em uma worktree isolada.
A sessão principal continua sendo o lugar de decisão.
O modelo executor recebe o plano completo e o contexto necessário.
A implementação aparece como diff revisável no Inspector.
Você aplica, pede ajuste ou descarta sem misturar trabalho incompleto.
Formato enviado ao executor
Implement the plan below using the current workspace.
<plano completo capturado pelo Plan mode>
Execution criteria:
- Keep the implementation scoped to this plan.
- Preserve the planner's frontend/design decisions.
- Use the repository's existing patterns and available project skills/instructions.
- Run focused validation where practical and report the exact commands/results.
- End with a concise summary of changed files, decisions, and validation.Use quando você quer que um modelo pense a estratégia, UX ou arquitetura antes de outro modelo tocar no código.
Prompt para o planejador
Planeje uma melhoria compacta para a tela de documentação. Foque em clareza para usuário final, ordem das seções e exemplos práticos. Não implemente ainda.
Linha opcional para o executor
Preserve as decisões do plano. Rode a validação mais focada possível e termine com arquivos alterados, decisões e resultado dos comandos.
Use quando o planejador já encontrou a causa provável de um bug e você quer testar a solução sem sujar o workspace principal.
Prompt para o planejador
Investigue por que o banner de plano continua aparecendo depois que a tarefa já foi delegada. Retorne um plano curto com arquivos prováveis, risco e validação. Não edite arquivos.
Linha opcional para o executor
Inclua ou atualize testes focados para o estado que esconde o banner depois da delegação.
Use quando a tarefa tem critérios de aceite e você quer manter a trilha Spec → Plan → Implementação revisável.
Prompt para o planejador
Gere um plano a partir desta spec. Cubra explicitamente os critérios AC-1, AC-2 e AC-3. Não implemente ainda.
Linha opcional para o executor
No resumo final, diga quais critérios foram cobertos e quais comandos validaram a entrega.
Melhor para Delegate plan. Envia resumo da sessão, spec, plano e diff para o executor continuar da intenção aprovada.
Melhor para uma segunda opinião sobre as mudanças atuais, sem pedir implementação nova.
Melhor para perguntas pequenas quando contexto demais pode atrapalhar a resposta.
Você escolhe o provider e o tipo de tarefa: Review, Explain ou Implement.
Review gera uma segunda opinião sobre o trabalho.
Explain investiga e explica uma área do código.
Implement cria uma proposta de mudança para revisar.
O Inspector mostra arquivos alterados e diffs antes de aplicar.
Você pode enviar feedback para o agente melhorar a proposta.
Você aplica o resultado quando estiver satisfeito.
Você descarta a delegação quando não quiser usar o resultado.
Skills do DCC
Skills são instruções reutilizáveis para o DCC orientar agentes em tarefas comuns do seu projeto. Em vez de repetir o mesmo prompt toda vez, você cria uma skill, escolhe os agentes que devem usá-la e segue trabalhando.
Crie skills para tarefas repetidas como revisar PR, escrever testes, investigar bugs, preparar release ou documentar uma mudança.
Depois de salvar, o DCC deixa a skill disponível para os agentes escolhidos. Você não precisa reescrever o mesmo prompt em cada ferramenta.
Escolha quais agentes recebem a skill e desative a invocação automática quando quiser usar aquela instrução apenas como referência manual.
revisar-pr
Revisar mudanças por risco, regressão e testes faltando.
criar-testes
Gerar testes para a feature atual seguindo padrões do repo.
investigar-bug
Ler logs, mapear causa provável e propor menor correção.
documentar-feature
Atualizar README, docs de uso e exemplos da mudança.
Bom para refatoração, explicação e implementação orientada por contexto.
Selecione Claude quando a skill deve orientar sessões do Claude no DCC.
Bom para engenharia de código, revisão, testes e manutenção de repos.
Selecione Codex quando a skill deve orientar sessões Codex abertas pelo DCC.
Bom para análise ampla, geração de testes e leitura de contexto longo.
Selecione Gemini quando a skill deve orientar sessões Gemini no workspace.
Bom para manter regras do projeto alinhadas com o editor.
Selecione Cursor quando a skill deve acompanhar o fluxo de edição no Cursor.
Exemplo de instrução
Nome: revisar-pr
Descrição: revisar uma branch antes de abrir ou atualizar PR
Instrução:
- Priorize bugs, regressão e testes ausentes.
- Cite arquivo e linha quando possível.
- Sugira correções, mas aguarde minha aprovação.
- No final, liste comandos de verificação.Credenciais
Para o DCC usar GitHub, GitLab, CodeRabbit, Codex, Claude, Gemini ou Cursor, faça login nas ferramentas correspondentes no computador onde o app está instalado. Depois abra o DCC e selecione o projeto normalmente.
Faça login no GitHub CLI para o DCC conseguir abrir, consultar e preparar PRs de repositórios GitHub.
GitHub setup
brew install gh
gh auth login
gh auth status
gh auth setup-git
gh repo clone owner/repoFaça login no GitLab CLI para o DCC trabalhar com projetos GitLab, incluindo instâncias self-managed.
GitLab setup
brew install glab
glab auth login
glab auth status
glab auth login --hostname gitlab.example.com
glab repo clone group/projectFaça login no Codex antes de abrir um Pane Codex no DCC. Use device auth quando estiver em ambiente sem navegador.
Codex / OpenAI setup
codex login
codex login --device-auth
codex
codex --help
ls ~/.codexEm Settings > Account, conecte a CLI do CodeRabbit. Depois rode reviews em Inspector > Changes e escolha quais achados enviar para o Composer.
Quando o projeto tiver remoto GitHub ou GitLab, o DCC mostra contexto de PR/MR e usa a conta autenticada na CLI correspondente.
Claude, Gemini, Codex e Cursor precisam estar instalados e autenticados no computador. O DCC abre esses agentes no workspace selecionado.
Checagens úteis
export OPENAI_API_KEY="sk-..."
export ANTHROPIC_API_KEY="sk-ant-..."
export GEMINI_API_KEY="..."
claude doctor
gemini --version
codex --versionAcesso móvel
O acesso móvel serve para acompanhar o workbench quando você não está na frente da tela principal. Pareie o celular pelo QR e use o painel móvel para ver agentes em execução e itens que precisam da sua atenção.
Use rede confiável
Prefira sua rede de casa, escritório ou Tailscale. Evite Wi-Fi público para parear.
Ative notificações
Use o mobile para perceber quando um agente terminou ou está aguardando resposta.
Revogue quando necessário
Se trocar de aparelho ou perder o celular, remova o dispositivo pareado em Settings.
Rede
Use quando desktop e celular estão no mesmo Wi-Fi. É a opção mais simples para casa ou escritório confiável.
Use quando quiser conectar celular e desktop mesmo fora da mesma rede, mantendo ambos na sua tailnet.
Se o navegador bloquear o pareamento por segurança, use o link recomendado pelo DCC ou conecte pelo Tailscale.
Linux
curl -fsSL https://tailscale.com/install.sh | sh
sudo tailscale up
tailscale status
tailscale ip -4macOS com Homebrew
brew install --cask tailscale
open -a Tailscale
tailscale status
tailscale ip -4Instale Tailscale pela App Store ou Google Play, entre na mesma conta/tailnet do Desktop e confirme que o dispositivo aparece em `tailscale status` no computador.
Com Tailscale ativo no desktop e no celular, abra Settings → Connections → Pair new device, escolha o endpoint Tailscale e escaneie o QR pelo celular.
Links úteis: downloads do Tailscale, instalação Linux.
Leitura complementar
Configure o Sol, subagentes Terra, o preset de orquestração, a concorrência e o teste de ponta a ponta.
Ler documentoDefinição, público, problemas resolvidos e limites do DCC.
Ler documentoLinguagem e narrativa pública do produto.
Ler documentoFase atual, distribuição pública e escopo suportado.
Ler documento