Join the Agent Deck Discord Server!
Discord에서 Agent Deck 커뮤니티 확인, 357명과 자유 음성·텍스트 채팅 이용
Unidune는 텍스트·음성·카메라·화면으로 P2P 커뮤니티에서 대화하는 데스크톱 앱, 각 커뮤니티는 만든 사람의 기계에서 호스팅됩니다
Unidune é um aplicativo de desktop para conversar por texto, voz, câmera e tela em comunidades P2P. Cada comunidade é hospedada pela máquina de quem a criou.
소셜TypeScript · JavaScriptGitHub @AngelPolicarpo온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Uniduni é uma comunidade P2P de voz, vídeo e tela — sem servidor central. Cada comunidade é hospedada pela máquina de quem a criou. Uniduni é um app de comunidade em voz, vídeo e compartilhamento de tela, no formato de servidores/canais, mas sem backend central: os dados moram na máquina de quem hospeda a comunidade e são descobertos por DHT, não por um servidor de terceiros.README 전문 보기 ↗
Uniduni é uma comunidade P2P de voz, vídeo e tela — sem servidor central. Cada comunidade é hospedada pela máquina de quem a criou.
Uniduni é um app de comunidade em voz, vídeo e compartilhamento de tela, no formato de servidores/canais, mas sem backend central: os dados moram na máquina de quem hospeda a comunidade e são descobertos por DHT, não por um servidor de terceiros.
Todas as fases do v1 estão implementadas (docs/backend-v2.md §29, emenda de 2026-09-04).
core/ é o núcleo determinístico do estado da comunidade e a camada de rede —
Hyperswarm/Hypercore/corestore vivem em core/src/l0/swarm/, corestore/, e o
utilityProcess de app/ liga o HyperswarmBackend real à DHT. frontend/ é o renderer de
produto: lê todo o dado do núcleo pela IPC-R e é onde mora a mídia P2P (malha de voz e estrela
de tela em WebRTC, §17.2/§17.5). backend/ é um diretório vazio do layout antigo — a camada
P2P não foi construída ali. Consulte docs/backlog.md para o que
continua aberto.
O que a arquitetura normativa (docs/backend-v2.md) define para o produto:
fold(log) — função pura, total e determinística sobre um log
append-only.utilityProcess / renderer).Partes marcadas REQUIRES POC ou BENCHMARK REQUIRED na especificação só entram em
produto depois de evidência experimental — ver poc/ e
docs/plano-de-validacao-experimental-v2.md.
Requer Node.js ≥ 22. O repositório é um monorepo sem workspace raiz — cada pacote
(core/, frontend/, app/) tem seu próprio package.json.
# núcleo (fold, projector, permissions, outbox...)
cd core
npm install
npm run build
npm test
# renderer de produto (Vite + React) — IPC-R e a mídia WebRTC
cd ../frontend
npm install
npm run build
# shell Electron — carrega frontend/dist e core/dist diretamente em dev
cd ../app
npm install
npm run dev
Os três comandos de build acima foram executados neste repositório antes desta seção ser escrita.
app é o produto (Electron: main + utilityProcess + renderer). npm run dev em app/
abre o shell com a interface de frontend/ e o núcleo de core/ rodando como
utilityProcess, com o swarm ligado à DHT. É uma comunidade efetivamente distribuída: o
produto empacotado para Windows e Linux foi exercitado com outros usuários, em uso normal
(docs/sequenciamento-pos-fase-0.md §123), e é essa evidência que fechou as fases 3, 7, 8 e
10. O que ela não mediu está declarado em §123.2 (tc/netem, CGNAT real e a garantia
reproduzível do piso de glibc).
Para rodar só o núcleo, sem Electron:
cd core
npm test # build + suíte unitária/projeção/fronteira
npm run typecheck
Para empacotar (Windows x64 / Linux x64, glibc ≥ 2.31 — únicos alvos do v1):
cd app
npm run montar # copia frontend/dist e core/dist para dentro do pacote
npm run dist:win # ou dist:linux
A especificação normativa vive em docs/, com precedência definida em
CLAUDE.md:
docs/backend-v2.md — arquitetura do núcleo.docs/adr-v2.md — decisões arquiteturais.docs/plano-de-validacao-experimental-v2.md — como cada gate é validado.docs/deltas-ux-v2.md e docs/frontend.md — UX e frontend.docs/backlog.md — o que está aberto hoje.core/README.md documenta o estado módulo a módulo do núcleo.
Variáveis de ambiente lidas pelo núcleo/app (ver docs/backend-v2.md §27.2 para a lista
normativa completa):
| Variável | Efeito |
|---|---|
P2P_DATA_DIR | diretório onde o manifest.db/view.db e as chaves são gravados |
P2P_BUILD_CHANNEL | prod ou dev — gateia código de desenvolvimento |
P2P_RENDERER_URL | em dev, sobrepõe o carregamento do frontend/dist por uma URL (ex.: servidor do Vite) |
Veja CONTRIBUTING.md para como rodar o ambiente local, a convenção de
commits e branches, e como abrir PR.
MIT.