# HANDOFF — Forks do time Chance (Builder-B/C, Artist-B/C) — 17/set/2026 Arquivo de handoff pro agente local (Desktop) aplicar no lado do CLIENTE. O que é do servidor já está feito; aqui está o que falta no cliente e o checklist pra confirmar. --- ## 1. O que mudou no servidor (já aplicado, não refazer) | Perfil | Título novo (antes) | Papel | Tag na sala | |---|---|---|---| | `chance-dev` | **Builder-A** (era Builder) | Dev original — código F0-F8 | `@builder-a` | | `chance-dev-b` | **Builder-B** (novo, fork) | Dev paralelo — código | `@builder-b` | | `chance-dev-c` | **Builder-C** (novo, fork) | Dev paralelo — código | `@builder-c` | | `chance-art` | **Artist-A** (era Artist) | Arte original — skins/VFX | `@artist-a` | | `chance-art-b` | **Artist-B** (novo, fork) | Arte paralela | `@artist-b` | | `chance-art-c` | **Artist-C** (novo, fork) | Arte paralela | `@artist-c` | - Perfis criados com config herdada do pai (modelo **deepseek-v4-flash-0731**, reasoning high, F0-F8/regras de arte, skills podadas idênticas), `.env` com chaves não-OAuth, SOUL próprio. - Os 4 forks responderam turno de teste real (`ok`) — operacionais. - `ui_meta.hermes-bots`: título, `groups: [Chance]`, `group: Chance`, `display_name` e `_ui_meta_revisions` bumpados (pais rev 5→6; forks rev 5). - Espelho da sala `id:rmu4oibvg-zebei` em `profile.yaml` do default: 4 membros adicionados (rev room 231→241, meta rev +1) — os 6 existentes continuam lá. - `delegar.py` (TEAM) atualizado: os 4 novos + renomeados. - **Avatares dos 4 novos INSTALADOS** (512×512, ≤500KB, validados por pixel + visão, zero texto): `profiles/chance-dev-b|c/assets/avatar.png` e `profiles/chance-art-b|c/assets/avatar.png`. Cores de fundo finais: Builder-B laranja queimado #C5662C, Builder-C ferrugem #8E4924 (chave invertida + faíscas), Artist-B vinho #8B1B3E (pincel em pé), Artist-C magenta escuro #62073E (pincel diagonal, 3 tintas). Originais em `hermes-share/chance-bots/avatars/` (`builder_b/c.png`, `artist_b/c.png`, `contact-sheet-bc.png`). ## 2. O que o CLIENTE (Desktop do Lucas) precisa fazer — ordem 1. **Reiniciar o app Desktop** (fechar e abrir) — o roster re-puxa os 6 perfis alterados/novos pelo `mergeServerMeta`. Sem isso o app não sabe que existem Builder-A/Artist-A e os 4 novos. 2. **Confirmar a sala Chance Dev**: devem aparecer os rótulos Builder-A, Artist-A e os 4 novos (Builder-B/C, Artist-B/C). Se algum nome sair genérico ou duplicado, é a cópia legada do app (documentado no skill chance-team-orchestration §"DUAS cópias de nome/avatar") — o app reescreve a cópia legada no próximo write-back natural dos membros da sala; se travar, Edit Profile no bot afetado e re-salvar. 3. **Avatares dos 4 novos**: a arte está sendo instalada em `profiles//assets/avatar.png` pelo servidor. O cliente busca avatar quando o slot local está vazio — bot novo tem slot vazio, então **o próximo start do app puxa sozinho**. Se algum não pintar: Edit Profile → **Remove image** → Save no bot afetado (força o refetch). 4. **Avatares de Builder-A/Artist-A**: continuam os mesmos (não mudaram). Só o NOME mudou. 5. **Keep bots warm**: o app tem "Settings → Advanced → Keep bots warm". Agora são **12 bots no time** (8 antigos + 4 forks). Se o Lucas quiser todo mundo quente e responsivo na sala, subir o número de warm bots (ex.: 8–10) e idle timeout ≥10 min. **Opcional** — os bots frios acordam quando mencionados. ## 3. Max bots config — RESPOSTA DA PERGUNTA DO LUCAS **NÃO precisa mexer em config de max bots para a sala existente.** - O limite de **6 bots/sala** (`GROUP_CHAT_MAX_MEMBERS=6`, lido no fonte `apps/desktop/src/plugins/hermes-bots/group-chat.ts`) vale **apenas para CRIAR sala nova** pelo diálogo (Pick 2–6 bots). É teto de CÓDIGO do app, não config de usuário. - **A sala existente não tem esse teto**: os membros sentam por UNIÃO dos `groups` no meta de cada perfil (`groupChatMemberBots` em `group-membership.ts` — sem `.slice(0,6)` no assento). Por isso a sala real já tinha 8 bots e agora aguenta 12 sem tocar em nada. - O ESPELHO de membros gravado em `profile.yaml` trunca em 6 na serialização (`group-chat.ts:250`), mas isso é apresentação/registro — não limita quem roda na sala nem quem é mencionado. - Se um dia o Lucas quiser **criar uma sala NOVA com mais de 6 bots**, aí sim precisaria alterar `GROUP_CHAT_MAX_MEMBERS` no código do app e rebuildar — não é config de perfil. ## 4. Checklist de verificação pós-handoff (rodar no cliente) - [ ] App reiniciado; sala mostra Builder-A/Artist-A e Builder-B/C, Artist-B/C - [ ] `@builder-b`, `@builder-c`, `@artist-b`, `@artist-c` resolvem no autocomplete da sala - [ ] 4 avatares novos visíveis nos bots novos (logo após a produção das artes) - [ ] Nenhum perfil aparece 2× na lista (duplicata = cópia legada, tratar com Edit Profile) - [ ] Keep bots warm ajustado se desejar (opcional) ## 5. Notas operacionais - Despacho continua pelo mesmo caminho: `python3 /root/hermes-share/chance-bots/delegar.py "tarefa"` ou fila do autodispatch (`chance_autodispatch.py`), agora com os 4 novos no TEAM. - Regra de 1 dono por área se mantém: se Builder-A estiver com uma frente (mesmos arquivos), Builder-B/C pegam outra frente — os SOULs dos forks já trazem essa regra. - Nada disso toca no repo Chance (nenhum commit de código) — é 100% infra de perfis.