Discord Web & Desktop (Laux)
Armazenamento e servidor compartilhado — 25/10/2026
O modo compartilhado local mantém contas, conversas, amizades, canais e cargos
no disco do computador que executa o servidor. Todas as contas cadastradas
entram na mesma comunidade. A primeira conta administra o servidor; as demais
recebem somente as permissões de membro. Atualizar a página mantém a sessão e
o histórico. A criação de canais de texto/voz e a administração dos cargos
ficam em Configurações do servidor para quem tem permissão.
Pré-requisitos: Node.js 22 ou superior (verificado com 26.9.0), npm e dependências
instaladas com npm ci. Não é necessário configurar Supabase para este modo.
cd "C:\Users\jv883\Documents\Codex\Discord"
npm ci
npm run shared
Abra http://127.0.0.1:8787 e cadastre a primeira conta com senha de no mínimo
8 caracteres. Para testar outra conta, use outro perfil do navegador ou uma
janela privada. Dados e sessões ficam em .local-data/shared-state.json,
ignorada pelo Git. Senhas usam hash scrypt; o arquivo não contém senhas nem
tokens de sessão em texto puro. Ctrl+C encerra o servidor e libera seu lock.
Para editar a interface com atualização automática:
npm run dev:shared
Esse comando inicia a API em 127.0.0.1:8787 e o Vite em
http://localhost:5173, usando a mesma pasta de dados. Não execute os dois
comandos simultaneamente com a mesma pasta. SHARED_PORT, SHARED_HOST e
SHARED_DATA_DIR configuram a execução do servidor; o proxy de desenvolvimento
usa a porta padrão 8787. Para manter uma pasta separada de testes:
$env:SHARED_DATA_DIR = '.local-data/meu-teste'
npm run shared
O padrão aceita somente conexões locais. Outros aparelhos precisam alcançar o
mesmo backend; abrir uma cópia do site estático não compartilha o banco. A
exposição em rede, HTTPS e implantação pública não foram feitas nesta entrega.
GitHub Pages continua sendo hospedagem estática e não executa este backend.
O modo npm run dev/Electron continua com armazenamento no próprio perfil
local. Históricos antigos com IDs aleatórios são recuperados em canais
historico-anterior-*, sem juntar conversas distintas nem enviá-las ao servidor.
Contas e históricos locais não são importados automaticamente no backend.
O histórico disponível é de 10 dias. No backend, textos expirados são removidos
do arquivo ativo na abertura, antes das transações e a cada hora enquanto está
ativo. Isso não apaga cópias externas nem comprova apagamento seguro do disco.
Se um encerramento inesperado deixar shared-state.lock, confirme que o processo
anterior encerrou antes de remover apenas esse lock; preserve shared-state.json.
Arquivo corrompido gera erro e é preservado, sem reiniciar silenciosamente o banco.
Os canais de voz podem ser criados e persistidos. Áudio/tela entre aparelhos
ainda não estão conectados ao backend compartilhado; a interface informa esse
limite e bloqueia a simulação/captura nesse modo. Google OAuth também não está
configurado nele. Mensagens compartilhadas usam a API autenticada, sem broker
MQTT público. Não houve publicação ou contratação de serviço.
Checks: npm test, npm run lint, npm run build. Como o teste de release
confere hashes de arquivos gerados, após um novo build gere o manifesto local
com node scripts/build-release.mjs antes da suíte completa. Não execute o
build em paralelo com a auditoria desse manifesto.
Plano e responsabilidades: armazenamento compartilhado.
As migrações Supabase realizadas em paralelo pelo Claude são um caminho separado;
o modo local acima não as aplica nem exige suas credenciais.
🌐 Acesse o aplicativo agora pelo navegador (sem instalar nada):
👉 https://laux0210.github.io/Discord-laux/
🌐 Como Abrir o Site / App Diretamente pelo GitHub
Você pode abrir e usar o aplicativo de 3 formas simples:
-
Pelo Navegador (GitHub Pages - Recomendado):
- Acesse diretamente: https://laux0210.github.io/Discord-laux/
- (Dica de configuração no GitHub: Em Settings > Pages > Build and deployment, selecione Deploy from a branch apontando para a branch
gh-pages com pasta / (root), ou escolha GitHub Actions).
-
Pelo GitHub Codespaces (1 Clique na Nuvem):
- Clique no botão Open in GitHub Codespaces acima ou pressione a tecla
. (ponto) nesta página do GitHub.
- O ambiente web inicializa automaticamente e abre o app na porta 5173.
-
Execução Local:
git clone https://github.com/Laux0210/Discord-laux.git
cd Discord-laux
npm install
npm run dev
Equipe de agentes
Memória no Obsidian e ai-memory
Os 15 agentes e a sessão principal consultam primeiro E:\Memoria\Discord, começando em 00-INDICE.md, e depois ai-memory no escopo discord/discord. Consulte a integração e os resultados da validação. O marcador .ai-memory.toml mantém o projeto separado de outras memórias. O AGENTS.md original permanece intacto.
Esta pasta contém 15 perfis especializados e os documentos do aplicativo desktop de comunicação para amigos. O produto foi definido pelo Contexto Mestre e pelo plano aprovado: Windows 10/11 x64, texto, voz, tela com som do sistema, DMs, presença e permissões. O nome da pasta não significa integração ou bot do Discord.
Execução do aplicativo
Existe uma base local executável com Electron, React 19, TypeScript e serviços mock. O build gera renderer, main ESM e preload CJS; o teste em Electron real confirmou interface, IPC, sandbox, isolamento e CSP. Veja a validação BASE-LOCAL-02, com checks e limites. Autenticação e mídia reais, instalador e aceite integral BASE continuam sujeitos aos contratos e portões E0/E1/E2.
Verificação local de E0
A ferramenta abaixo organiza evidências locais sanitizadas e reproduz a projeção de tráfego do plano. Requer Python 3.11+ e usa somente a biblioteca padrão, sem rede ou ativação de provedores.
python -B -m unittest discover -s tests -v
python -B scripts/verificar_e0.py docs/validacao/e0-evidencias.exemplo.json
O exemplo contém dados não verificados e deve retornar BLOQUEADO, com código de saída 1. Código 0 significa somente CANDIDATO_A_REVISAO; código 2 indica entrada ilegível/inválida. Nenhum resultado aprova E0 ou autoriza mídia. Hashes e campos preenchidos não comprovam autenticidade das contas nem eficácia de corte. A janela de atualidade de 24 horas é uma regra conservadora deste utilitário, não uma condição publicada do provedor. --agora permite repetir uma avaliação histórica e deve ser identificado como replay.
Veja a retomada de E0 e o esquema de entrada em e0-evidencias.exemplo.json. Para usar evidências reais, prepare um arquivo separado com referências locais relativas à sua pasta, sem tokens, senhas ou conteúdo privado; o exemplo não deve ser apresentado como prova real.
Resultados atuais: E0-02 passou em 35 testes e revisão independente; o gate financeiro continua bloqueado. A identidade do Discord, o catálogo estático e a matriz RF-01–17 foram registrados. Catálogo e matriz iniciais passaram em revisão documental; interface principal, comportamento e fidelidade visual permanecem pendentes.
Comandos de Desenvolvimento e Testes
Ambiente verificado nesta rodada: Node.js 26.9.0, npm 11.19.1 e Python 3.14.7.
# Executar bateria completa de testes unitários locais com Vitest (178 testes em 35 arquivos)
npm test
# Gerar pacote de release e manifesto auditado de distribuição (RF-15)
npm run release
# Verificação TypeScript, build do frontend com Vite e compilação desktop (main ESM + preload CJS)
npm run build
# Build e smoke em Electron real: interface, IPC, isolamento, CSP e recusa de captura
npm run test:desktop
# Abrir a base desktop local com mocks
npm run desktop
# Verificação estática de tipos
npm run lint
# Iniciar somente o frontend no Vite; não abre Electron
npm run dev
# Executar bateria completa de testes Python (39 testes: E0 e backup seguro)
python -m unittest discover -s tests
# Gerar comando de backup seguro por allowlist fechada (exclui estritamente mensagens - RF-14)
python scripts/backup_db.py --dry-run --db-url postgresql://user:pass@localhost:5432/discord
Para verificar novamente a conversão do DOCX, com Python 3.11 ou superior e sem dependências externas:
python scripts/converter_contexto.py --source docs/contexto/fontes/contexto-mestre.docx --check
Organização
.codex/agents/: 15 perfis TOML com missão, entradas, entregas, limites e skills..codex/config.toml: habilita agentes e limita a três subagentes simultâneos, além do principal..agents/skills/reverse-engineer-anything/: cópia local da skill REA e suas referências.src/main/, src/preload/, src/renderer/ e src/common/: processos Electron, interface React e contratos compartilhados.tests/unit/: testes Vitest; tests/test_*.py: verificações Python.dist/ e dist-electron/: saídas geradas pelo build.docs/agentes/catalogo.md: responsabilidades, fluxo e contrato de delegação.docs/agentes/manifesto.json: inventário verificável e hash do AGENTS.md preservado.scripts/validar_agentes.py: verificação local de consistência.
Uso no Codex
Abra uma nova sessão nesta pasta para carregar os perfis locais. Eles herdam modelo, permissões e MCP da sessão principal. A descoberta efetiva depende do cliente e da confiança concedida ao projeto; criar arquivos não inicia agentes.
Exemplo de pedido:
Use o perfil orquestrador para coordenar este pedido. Peça ao planejador um plano e acione somente os especialistas necessários, com arquivos exclusivos. Para reconstrução de um artefato fornecido, use producao_rea e depois construcao_rea. Consolide as evidências de QA e revisão antes de concluir.
O agente principal também pode ler .codex/agents/orquestrador.toml e coordenar diretamente. Quinze perfis são um catálogo, não uma exigência de executar todos em cada tarefa.
Coordenação operacional
O principal seleciona os especialistas conforme a orquestração e envia o contrato de tarefa. O limite continua sendo três especialistas simultâneos, além do principal. Nenhum subordinado, inclusive orquestrador, redelega sem autorização específica do principal no escopo autorizado pelo usuário.
Arquivos têm um dono por tarefa. Antes do aceite do estado compartilhado, interrompa escritas no conjunto avaliado e obtenha checks pertinentes e revisão independente. Tarefas somente de leitura retornam na conversa. Essas regras são instruções operacionais; não bloqueiam tecnicamente ferramentas.
A configuração foi ampliada em 2026-10-14 com autorização do usuário e backup em .codex/backups/20261014-010125-orquestracao/. Uma nova sessão deve confirmar o carregamento das regras; os testes desta sessão recebem o contrato explicitamente. Consulte a validação de memória para as lacunas dos hooks, sem ativar novas automações.
Validação
Integração local de 2026-10-14: comunidades, canais, mensagens e amizades ligados ao bootstrap, com sala de voz simulada. Consulte resultados, capturas e limites. Serviços reais e aceite integral das etapas continuam sujeitos aos portões E0/E1/E2.
Em PowerShell, nesta pasta:
python scripts/validar_agentes.py
Requer Python 3.11 ou superior, sem dependências externas. Valida sintaxe TOML, quantidade, nomes, skills, cópia REA, contratos de orquestração, instruções de delegação e preservação de AGENTS.md. Não comprova execução dos agentes nem disponibilidade de motores REA.
scripts/criar_agentes.py registra a geração inicial; recusa substituir destinos existentes. Não é necessário executá-lo para usar a equipe.
Formato baseado na documentação oficial de subagentes. As skills BMAD e Superpowers permanecem nas instalações locais, com caminhos indicados nos perfis.
