Changelog
O que há de novo.
Cada melhoria para a plataforma, como ele envia.
· kamo-internal
Mostrar os endereços de um alias nos domínios de alias da organização
Em cada alias na guia E-mail e caixa de correio do membro, liste o mesmo alias na org's alias domains, e sob o chip de remetente padrão, o endereço que ele realmente sai como.
· EmailService
Um alias funciona em todos os domínios de alias, como a caixa de correio principal
Os domínios alias da organização (org_alias_domains) já espelharam o primário do membro caixa de correio no compositor (erik@kamocrm.com também oferecido como erik@kamouniverse.com) mas nunca seus aliases, então eric.white@kamocrm.com não poderia enviar como eric.white@kamouniverse.com - embora o mapa de alias de plataforma do postfix já exista entrega esse endereço para o alias. Cada alias agora obtém as mesmas linhas de espelho em /sendable, que canSendAs lê, então Uma cópia de um alias padrão no alias padrão da organização domínio assume o padrão, como o primário faz. A listagem de aliases de membros retorna aliasDomainAddresses para que o Settings possa mostrá-los.
· MCPGatewayService
Proteção contra falsificação — uma conversa não verificada recebe apenas o que qualquer pessoa pode pedir até que o membro confirme em Kamo
Proprietário 2026-10-26 (TPCALLTOOLS B): alguém que só DIZ ser um membro, um supervisor ou alguém com autoridade não deve fazer o SI fazer nada prejudicial ou que se baseie nessa alegação, mesmo dentro dos próprios direitos do SI; enforced server-side. IdentityGuard (novo feijão, um construtor; conectado pelo setter): para a escrita de um SI em uma corrida em um canal que prova ninguém (chamada, reunião, texto, não provado e-mail, chat web/social, seus follow-ups; kamoai-service /auth-requests/identity), sem confirmação permanente, ordem do companheiro de equipe, verified onRequestOf ou aprovação humana, apenas as gravações de nível de qualquer um passam (mensagens internas, novos registros, tarefas, notas, reservas, contabilidade própria) e responde à contraparte da própria conversa sem anexos. Tudo o mais responde a IDENTITY_UNVERIFIED (auditado DENIED) naming identity_request_confirmation. Uma pesquisa com falha mantém gravações protegidas. identity_request_confirmation responde ao id da solicitação (uma chamada em tempo real aguarda it); uma resposta APPROVED marca a execução confirmada, então OrderDelegation levanta sua manteve 'nenhuma ordem' de uma vez (a confirmação é então a ordem da execução, auth:<id>, Sem direitos sindicais de insubordinação).
· kamo-internal
Escolher um alias como remetente padrão de um membro
A guia E-mail e caixa de correio do membro ganha uma coluna de remetente padrão nos aliases table: faça um alias o padrão, ou entregue-o de volta para a caixa de correio primária. O compositor abre seu campo De nesse alias onde quer que ele de outra forma abriria abrir na caixa de correio principal do membro: uma nova mensagem, e nova, resposta e Uma caixa de correio partilhada, secundária ou de um colega é uma caixa de correio O alias mantém a identidade de envio do primário, mas não a identidade de envio do secundário e modelo de assinatura, como um alias escolhido a dedo já fez.
· EmailService
Um membro pode enviar de um alias por padrão
PUT **************** escolhe qual alias fica em para a caixa de correio principal do membro (nulo a limpa). Um alias por membro, no máximo carrega is_default; a coluna já existia e nunca foi definida. /sendable e /from-addresses agora relatam isDefault em linhas de alias, que é o que o compositor abre seu campo De.
· MCPGatewayService
Calendar_create_event convida os colegas de equipe pelo ID do membro, então 'coloque no meu calendário' chega à pessoa que pediu
Ninguém pode escrever o calendário de outro membro (EmailService: calendários próprios, o calendário da organização com o direito de publicar), inviteMemberIds envia-os como o público do evento, como a caixa de diálogo do calendário as pessoas fazem: uma linha de convidado vinculada ao membro, o evento em seu próprio calendário, o convite enviado avaliado no MEETING e nomeado no plano de divulgação; a descrição direciona o SI para ele.
· kamo-shared-library
AiRealismTestWindow — chamadas de uma extensão de teste para um SI dentro de uma janela são chamadas de teste
· kamo-internal
O Assistente de SI é o assistente pessoal de cada membro — cartões de confirmação, etapas em tempo real, sua própria janela de configurações e os padrões da organização
SITP TPASSIST (ordem do proprietário 2026-10-26). - A janela do assistente diz ao AIService que ele mostra cartões de confirmação, então o assistente trabalha com Um envio externo, dinheiro, uma exclusão, uma alteração de segurança ou qualquer outra ferramenta que o acesso do membro permita um comando de dispositivo chega como um cartão no chat: uma pergunta simples (as próprias palavras do Plano de Ferramentas, não ids ou JSON), a mensagem exata, os registros que toca, o risco; Confirmar, Editar (a redação somente) ou Cancelar, decidido sobre o soquete; ele se dobra para uma linha uma vez decidido. - Cada passo mostra como ele começa (o título da ferramenta, um spinner, em seguida, um tick); ferramenta bruta responde apenas em Detalhes técnicos. Uma conversa reaberta mostra seus cartões de espera novamente. - O cabeçalho veste o rosto e o nome do assistente e uma engrenagem que abre sua própria janela de configurações (ai-assistant-settings): nome e personagem (avatar compartilhado), estilo e traços do Personality Engine, comprimento/forma/idioma da resposta, interruptores da voz, áreas da ferramenta, nível da confirmação, memória privada (ver, adicionar, esquecer), notificações (som, aviso quando minimizado) e preferência de modelo — cada alteração salva de uma só vez, bloqueios de organização mostrados. - Configurações › SI › Assistente SI: o que o assistente de cada membro começa com e o que os membros podem alterar, para a organização ou um departamento, cargo ou equipe, com bloqueios e limites (tab, entrada de menu, cartão de aterrissagem).
· MCPGatewayService
Verificações de identidade sobre uma mensagem nomeada; um e-mail não comprovado cujo remetente confirmou ser seu pedido
identity_request_confirmation leva 'about' (email:<pasta>/<uid>, chat:<guid>) para uma mensagem que não é a própria sequência da corrida (um check-in tratando dela) é ainda a ordem de um membro que confirmou, em sua própria sessão Kamo, que seu remetente é (kamoai-service active?about=). Ao vivo 2026-10-26 em sp00verify.
· kamo-internal
Shift relatórios guia de configurações e a própria escolha de uma pessoa
Ordem do proprietário 2026-10-26 (TPSHIFTREPORTS): não há mais relatórios de clock-in / clock-out vazios de SIs. - /settings/ai?tab=shift-reports (entrada de menu + cartão de destino; força de trabalho SI + VIEW/MANAGE_AI_WORKFORCE): a regra da organização, configurações mais específicas para o que os SIs enviam e o que as pessoas recebem (departamento, cargo, equipe, um SI / uma pessoa), o que cada supervisor realmente recebe e por quê, e as últimas decisões em palavras simples (enviado, esperando seu tempo, não enviado: nada de novo...). - Editor de regras: Sempre / Somente quando há algo novo (recomendado) / Nunca; clock-in, clock-out, ambos ou definir tempos; dias; chat ou e-mail.Fichas de marca da organização, fitas de canto, movimento com movimento reduzido. - Sala de trabalho > colegas de SI: relatórios de turno de SIs, a escolha do membro (ganha sobre todos os SIs), os SIs que reportam a eles e seus últimos relatórios.
· kamo-internal
Configurações de som de fundo, estilo de fala de um SI e consentimento de voz (realismo de voz VR2)
- Configurações> Super Inteligência> Som de fundo (D7): o som da sala suave ouvem sob as vozes dos SIs, para a organização e para departamento, cargo, equipe ou SI (ganhos mais específicos; escritório leve por padrão), com uma visualização dos loops que as chamadas usam e o que cada SI Os chamadores ouvem agora. Tab + entrada de menu + cartão de destino. - Perfil de um SI, sob suas vozes: Como ele fala (D2: a personalidade desenhado a partir de seu trabalho, seus hábitos de assinatura, desenhar uma nova personalidade) e Usando a voz de uma pessoa real (D12: consentimento por escrito assinado em Kamo ou como formulário carregado, revogável).
· AIService
As configurações lidas carregam os valores dos arquétipos e a personalidade em palavras
Então os controles deslizantes da janela de configurações começam a partir do arquétipo que o membro escolheu, e ele pode mostrar o que o Personality Engine faz das configurações (TPASSIST).
· AIService
O Assistente nav SI é o assistente pessoal de cada membro com o poder total da ferramenta do membro
SITP TPASSIST (ordem do proprietário 2026-10-26). A própria conversa do assistente do membro agora: - lista todas as ferramentas do Plano de Ferramentas que a sessão PRÓPRIA do membro pode usar, sob todos os riscos quando o cliente mostra cartões de confirmação (o teto do bate-papo simples de outra forma), menos as áreas de ferramentas desligadas; a cauda longa é nomeada em um índice e carregada sob demanda (assistant_load_tools) - teclas de cada chamada **************** para que o plano de ferramentas o audite como o SI Assistente em nome do membro com o membro como ator - Mantém fora de envios, dinheiro, exclusões, segurança e chamadas de dispositivo (cada mudança sob SEMPRE) para a confirmação do membro no chat: um cartão de linguagem simples do renderizador do Plano de Ferramentas lido como o membro, a lista de não contato marcada primeiro, Confirmar / Editar (somente a redação) / Cancelar sobre o soquete (DECIDE_ACTION) ou REST, e o turno continua uma vez decidido - fala com suas próprias configurações: nome, avatar, arquétipo do motor de personalidade e traços, resposta comprimento e forma, linguagem, preferência de modelo, através da cascata ORG > JOB_TITLE > TEAM > MEMBRO com bloqueios e limites (/api/ai/assistant/settings, /layers) - mantém uma memória privada por membro (memory_record / memory_search / memory_forget, e /api/ai/assistant/memory) que nenhum SI ou outro membro lê - fluxos TOOL_STARTED, CONFIRM_REQUIRED, AWAITING_CONFIRMATION e quadros ACTION_DECIDED
· kamo-internal
A verificação de identidade de um SI aparece em cada sessão: foi você?
Proprietário 2026-10-26: pedidos diretos chegando a um SI por telefone, texto, e-mail externo, chat do site ou As solicitações de entrada em uma reunião são confirmadas pelo membro em Kamo primeiro SI_AUTH_REQUEST cartão do soquete de notificação (sem polling) e fecha em todos os lugares quando que SI pergunta (seu avatar), o que foi perguntado, de onde veio (números e endereços como o aplicativo sempre mostra-los, cada fato Kamo tem por trás Mostrar todos os detalhes), simples dicas de risco, um anel de contagem regressiva, Sim / Não / Isso não era eu, um tom forçado e uma vibração cores da organização, Framer Motion sob MotionConfig reducedMotion, tela cheia em um telefone. /authentications é o log: o próprio do membro ou de todos para gerentes de força de trabalho. O tipo é ungated (pertence a nenhum aplicativo), nunca um segundo cartão no baralho de brinde.
· MCPGatewayService
Auditar as chamadas do Assistente de SI feitas em nome do membro
O Assistente de SI pessoal do membro (TPASSIST) chama com a própria sessão do membro; suas chaves start assistant:, e tal chamada por uma pessoa é auditada com base de autoridade SI_ASSISTANT e o membro como on_behalf_of (o membro permanece o ator do registro). Alarga e estreita nada.
· kamo-shared-library
Tabelas para configurações e decisões de relatórios de turnos, para que KamoInitializer possa recriá-las
Ordem do proprietário 2026-10-26 (TPSHIFTREPORTS): Relatórios SI clock-in / clock-out tornam-se configuráveis por departamento, cargo, equipe e membro, para o SI de envio e para a pessoa que os recebe.
· kamo-shared-library
Cascata de configurações, memória privada e linhas de confirmação pendentes para o Assistente de SI pessoal
Declarado para KamoInitializer; aiservice criou as tabelas à mão **************** e escreve-os com SQL direcionado.
· AIService
Uma rota interna que executa a sonda real de uma capacidade de modelo (realismo de voz VR1)
POST **************** KamoAI secret only: a mesma sonda ao vivo que o botão Verificar em Configurações → SI provedores, contra a própria chave do provedor. Ele nunca define uma verificação por hand; um modelo que falha permanece não verificado. Usado para verificar o modelo em tempo real do CRM para o piloto de fala-para-fala (D9).
· AIService
Verifique um modelo de fala-para-fala em tempo real abrindo uma sessão para ele (realismo de voz VR1, D9)
O ProbeRunner executa a nova sonda REALTIME_SESSION (kamo-shared-library 1438893a) para REALTIME_AUDIO: ele cria um segredo de cliente de 10 minutos para o modelo no e passa quando o vendedor a abre; o segredo nunca é usado ou guardado. Até agora o modelo em tempo real de uma organização só poderia ser atestado, o que os provedores de organizações não podem ser, por isso um SI nunca recebeu um bilhete de fala-para-fala.
· kamo-shared-library
Um modelo de fala-para-fala em tempo real pode ser verificado — REALTIME_AUDIO é sondado abrindo uma sessão (realismo de voz VR1, D9)
REALTIME_AUDIO foi ATESTADO, e somente provedores de plataforma podem ser atestados, portanto, não O modelo em tempo real da org poderia ser VERIFIED, e um SI é roteado para VERIFIED modelos somente: o piloto de fala-para-fala que o proprietário pediu para o crm (D9, 2026-10-26) não conseguiu obter um bilhete. Novo tipo de sonda REALTIME_SESSION, anexado last (nenhum valor existente se move); o ProbeRunner do AIService o implementa.
· MCPGatewayService
Holdem_* - um SI joga Texas Hold'em com membros
SITP TPGAMES. Doze ferramentas sobre os endpoints de Hold'em da MediaService, o assento do membro é (Hold'em app + PLAY_HOLDEM, novamente downstream): holdem_list_tables, holdem_get_table (a própria vista editada do assento: own cartas, jogo público, ações legais com valores exatos), holdem_wallet (próprio Cheddar), holdem_open_table, holdem_invite, holdem_sit, holdem_act total; BET/RAISE precisa de um valor), holdem_show, holdem_sit_out, holdem_rebuy, holdem_leave, holdem_set_style (estilo/habilidade para o próprio SI) Sentado com os membros, o cérebro do pôquer da MediaService atua para o SI; Cheddar não é dinheiro, e não é dinheiro que faz a conversa da mesa não pode ser comprado: gravações internas, sem classe de aprovação, NOT_DISCLOSING; leituras NOT_CONTENT. Frases de aprovação + HOLDEM_TABLE substantivo; holdem_ prefixo; goldens regenerado (12 adicionados). Testes: HoldemPackTest 5; suíte completa 1985 (os dois tipos de notificação falhas anteriores a esta: tipos BILLING_INVOICE/SI_AUTH_REQUEST da shared-lib).
· kamo-shared-library
A entidade AI_CALL_METRICS, com as contagens de realismo de voz da chamada (VR1)
kamoai-service escreve somente ai_call_metrics JDBC; a entidade declara todas as colunas (e a nova coluna de texto REALISM, um objeto JSON das contagens de realismo da chamada: lacunas percebidas, reconhecimentos, ouvir sons em ambos os sentidos, fantasmas, linhas cortadas off, interrupções falsas) para que KamoInitializer possa recriar a tabela a partir do código (regra do proprietário 2026-10-22). DDL: kamoai-service **************** aplicado.
· AIService
E5 transmite o áudio de uma frase conforme o modelo a faz, e sem nenhuma ordem definida, um SI fala com o melhor modelo de voz verificado da organização (realismo de voz VR1, D1)
- E5 {"stream": true}: o áudio é entregue pedaço por pedaço como o O provedor o envia (ElevenLabs **************** a caminhada do candidato, então uma resposta vazia ainda falha antes que qualquer coisa seja Uma família que não consegue transmitir mantém o seu conteúdo disponível para todos Sem o campo, nada muda. Chamadas esperadas 950 ms (p50) para uma frase inteira antes de seu primeiro áudio. - TtsQualityRanking (D1, proprietário 2026-10-26: melhor qualidade entre os org's provedores configurados e habilitados, escolhidos automaticamente): sem ordem TTS o melhor modelo VERIFICADO pela qualidade de conversação publicada e em tempo real fitness vem em primeiro lugar, fornecedor neutro; modelos desconhecidos empatam com Kamo vozes em cluster, então o padrão em cluster ainda decide entre elas. A própria ordem de uma org e a voz escolhida de um AI membro ainda vêm em primeiro lugar.
· EmailService
SI_AUTH_REQUEST na ordem das configurações, após BILLING_INVOICE
· kamo-internal
A página de resumo da chamada e as opções de resumo do SI em Chamadas e reuniões (TPRECAPS)
/ai-calls/recap/<call> é o link do e-mail de resumo do supervisor (e o link seguro de uma organização de PHI): sobre a chamada, quando, como foi, o resumo do SI, os itens de ação, o que o SI fez durante e depois, e cada palavra com busca, cópia e download; as cores da organização, o avatar compartilhado e os controles do telefone, o movimento que honra As opções de chamada do SI ganham duas opções, ambas ativadas por padrão: enviar um resumo da chamada por e-mail para o supervisor, e inclua a transcrição completa nos resumos da reunião.
· kamo-shared-library
AiPersonaGeneration, o registro da personalidade gerada para cada SI
· MCPGatewayService
Identity_request_confirmation; uma solicitação que o membro confirmou em Kamo é seu pedido
Proprietário 2026-10-26: ordens diretas devem ser autenticadas. Alguém que só diz ser um proprietário companheiro de equipe (telefone, texto, e-mail não comprovado, chat do site, reunião) é solicitado, através kamoai-service, para confirmar em seu aplicativo Kamo conectado; o SI é informado em palavras simples o que fazer Uma vez confirmado, o RequestVerifier responde a ordem da execução e a requisição daquele confirmação (auth:<id>): o membro garantiu por isso, então a mancha do canal não conta e SI_AUTH_REQUEST nunca atinge um SI, pois o SI não possui uma data de expiração.
· SecurityService
Aplicar uma personalidade gerada ao próprio estatuto de um SI, em torno do que as pessoas definem
Realismo de voz VR2, decisão do proprietário D2: cada SI obtém uma voz única e adequada ao trabalho personalidade, gerada a partir de seu próprio trabalho. kamoai-serviço elabora-lo; este endpoint interno (KamoAI secreto) aplica seus itens PERSONALITY e VOICE ao do jeito que um salvamento faz: validado pelas próprias regras da carta, recusado por autoridade linguagem, escrito por MemberCharterWriter, marcado AI_DRAFT, anunciado para que o O tempo de execução re-lê a carta e é auditado como AI_CONFIGURATION_APPLIED. Os itens que uma pessoa define são sempre mantidos; uma geração anterior é substituída.
· kamo-internal
A opção de convite de reunião se estreita, por padrão sem limite extra
Decisão do proprietário 2026-10-26: o próprio acesso do SI decide quem pode convidá-lo (qualquer um na equipe quando inclui reuniões, caso contrário apenas seus supervisores); esta opção, listada primeiro como padrão, apenas restringe isso.
· MediaService
Os próprios direitos do SI decidem quem pode convidá-lo para uma reunião
Decisão do proprietário 2026-10-26, na única verificação compartilhada (MeetSiInvitePolicy) por trás do convite na reunião, M1, reunião criar e o seletor M3: - os supervisores do SI (linha de reporte, dono da organização) podem sempre convidá-lo: sua ordem direta lhe empresta sua política; - qualquer outra pessoa em sua organização pode quando os direitos aplicados do SI incluem VIEW_MEETINGS (o direito próprio meetings_join e M1 join need), e ele se junta com seu próprio acesso; seu opcional meeting_invite_policy pode restringi-lo; - caso contrário 403 SI_NEEDS_SUPERVISOR (ou NOT_ALLOWED_TO_INVITE_THIS_SI para a restrição opcional). A listagem de salas agora também retorna os SIs que essa pessoa não pode convidar como LOCKED com lockedReason, para que o painel possa Direitos de leitura em ix_mra_member_right; ilegível = somente supervisores.
Seu universo está esperando.
Comece gratuitamente em minutos.Adicione produtos sempre que estiver pronto — sem migração, sem novos logins.
Gratuito para sempre — não é necessário cartão de crédito