Changelog
O que há de novo.
Cada melhoria para a plataforma, como ele envia.
· kamo-login
Consentimento para Google Home — cada frase nomeia o assistente que está sendo vinculado
O cliente iot.google (propósito IOT_GOOGLE) obtém sua própria formulação: "Link Kamo to Google Home", "O que Google Home pode usar?", nomes de link padrão "Google Home" / "<First>'s Google Home", PIN de voz Kamo para desbloquear, abrir e desarmar, e um cartão Experimente ("Ei Google, ligue <dispositivo>", "Ei Google, sincronize meus dispositivos"). Nenhuma promessa de sensores de alerta Kamo ou Assistente SI para Google. A redacção Alexa permanece inalterada; as telas que não conheçam o cliente dizem Alexa ou Google Home.
· SecurityService
Vinculação da conta principal Google — um provedor principal IOT_GOOGLE e os URIs de redirecionamento de Google
IOT_GOOGLE é o provedor de ligação de voz Alexa com assistente GOOGLE em I-A1 / I-A2 (uma tabela de ligação em O administrador do cliente pega um Google Cloud id de projeto como o id do fornecedor e escreve Google's A exibição de consentimento agora nomeia o propósito do cliente para que a página possa palavra Google Início ou Alexa.
· MCPGatewayService
Notifications_list today:true conta o que chegou hoje na zona do proprietário
TPONBEHALF live check (sp00verify 2026-10-28 07:27Z): perguntou "quantas notificações recebi hoje?", o SI leu a conta própria do membro corretamente (em nome, auditada), mas respondeu com o total (12) hoje:verdadeiro conta, lido ou não, todas as notificações desde a meia-noite no horário de Brasília zona própria do chamador (do membro quando o SI atua em sua conta): receivedToday, todayStartsAt, TimeZone. Instantâneos da lista de ferramentas atualizados deliberadamente para esta ferramenta.
· kamo-shared-library
Um modelo de link de voz para Alexa e Google Home (coluna de assistente, finalidade do cliente OAuth IOT_GOOGLE)
iot_alexa_links.assistant = ALEXA | GOOGLE (aplicado manualmente a partir do serviço iot **************** padrão ALEXA) e o propósito do cliente OAuth IOT_GOOGLE para vinculação de conta "Funciona com Google Home", cujo nome concede o mesmo principal VOICE_LINK.
· kamo-internal
Feito em seu nome — o que os colegas de equipe do SI fizeram através de sua própria conta
TPONBEHALF (proprietário 2026-10-28): quando alguém um SI relata para pedir-lhe algo de sua própria ("Quantas notificações eu recebi hoje?"), o SI trabalha por conta própria, e cada passo A nova página /on-behalf lista-os em palavras simples: qual SI, o que ele fez, como você pediu, como ele respondeu informação do paciente sinalizada; Todos para aqueles que gerenciam a força de trabalho do SI com /authentications. BFF route /api/security/si-on-party (pass-through para SecurityService). Apenas tokens de marca, MotionConfig reducedMotion, axe clean, largura do telefone; próximo build verde completo.
· kamo-internal
O cartão de assistentes de voz explica as duas habilidades do Alexa e como um Echo compartilhado aprende sua voz
"Qual habilidade Alexa?": KamoUniverse (dispositivos + seu Assistente SI em seu próprio Echo, "Alexa, pergunte Kamo Universe …") ao lado Assistente KamoUniverse (seu próprio assistente em um Echo compartilhado que conhece sua voz, "Alexa, pergunte ao Assistente Kamo …"), e um fold-out com as etapas voice-ID / Personalize skills / link-as-yourself. Cópia estática (dicionário 6bd34a83 primeiro).
· kamo-login
Consentimento para a habilidade de assistente KamoUniverse e o encaminhamento da rota de decisão cujo link é
O cliente iot.alexa.assistant (a segunda habilidade Alexa somente para assistente) sempre vincula "Somente eu": sem cartões de proprietário, sem lugar, nenhum "O que a Alexa pode usar?", nenhuma rotina; um nome padrão "KamoUniverse Assistant", Substituir apenas para o próprio membro links; palavras simples sobre o que isso significa em um Echo compartilhado (perfil de voz com habilidades de personalização, seu próprio Assistente de SI com o seu próprio acesso, outros só depois que eles vinculam a sua própria voz, PIN para envio / pagamentos / desbloqueio, nada privado Ele publica ownerKind MEMBER e grantChoice {preset NONE, sensors {kamoAlert false}}; SecurityService impõe o mesmo. Corrigido: o decisionPayload reconstruiu o link apenas a partir de mode/name/linkId, então ownerKind, siteId e grantChoice foram escolhidos no Eles agora viajam, cada um reconstruído a partir de campos conhecidos (grantChoiceOf).
· kamo-internal
Aba de configurações de ovos de Páscoa, chamadas de despertar primeiro (TPWAKEUP)
Ordem do proprietário 2026-10-28: /settings/ai?tab=easter-eggs (entrada de menu + cartão de destino; força de trabalho SI + VIEW/MANAGE_AI_WORKFORCE): cada easter egg do registro com o que ele faz em palavras simples, como as pessoas usá-lo, o que dizer, suas salvaguardas internas; para a organização (padrão) com um estilo (drill) sargento, gentil, show da manhã); configurações mais específicas por departamento, cargo, equipe ou SI (o mais vitórias específicas); o que cada SI faz e porquê; as últimas chamadas de despertar (quando, número, para quem, quem pediu, Fichas de marca, fitas de canto, movimento sob movimento reduzido.Fichas de marca, fitas de canto,
· MCPGatewayService
OnBehalfOf — um SI age através da própria conta de seu superior em sua solicitação autenticada
TPONBEHALF (proprietário 2026-10-28): Sage perguntou a Luna quantas notificações ELE recebeu hoje e ela só pôde Em uma solicitação autenticada de qualquer pessoa na cadeia de comando do SI, uma cópia AI de uma ferramenta agora pode ser lida por qualquer pessoa takes onBehalfOf: "requester" (oferecido nas ferramentas/lista daquela execução, nomeando-os): o planejador e manipulador executar em uma sessão curta da própria conta do solicitante que o SecurityService cria para a execução e ferramenta, para que cada serviço responda com suas notificações, e-mail, calendário, tarefas SI (carta, direitos sindicais, limites, mancha, guarda de identidade, PHI, divulgação). - Os leitores precisam apenas de sua pergunta autenticada; mudar qualquer coisa em sua conta precisa de uma ordem direta. - A conta é sempre a do autor da encomenda (o único valor é "requester"): nunca a de outro membro. - Recusa em palavras simples: nenhum pedido autenticado (NO_ORDER), uma pergunta para uma escrita (NOT_AN_ORDER), não na cadeia de comando, outro SI, o próprio trabalho do SI (identidade, auto, colaboração, memória, estação de trabalho, aprovações, divulgação, supervisão, despertar, iot). - Auditoria: authority_basis SI_ON_BEHALF_OF_MEMBER em mcp_tool_call_audit, e uma linha si_on_half_actions escrito ANTES da ação (nenhuma linha, nenhuma ação) e completado com seu resultado. - Uma leitura através de sua própria conta para eles sozinhos é uma leitura SELF (OrderPrincipal.ownAccount). - Uma sessão em nome apresentada ao próprio plano de ferramenta é recusada. - NotificationsPack: SI_ASSISTANT_REPLY (novo tipo de Assistente de Voz) decidido como não oferecido aos SIs. Testes: ToolCallPipelineOnBehalfTest 12, OrderPrincipalOwnAccountTest 2; suíte completa 2038 verde, mas dois guardas do tipo de notificação, fixos aqui.
· kamo-internal
A invocação do Alexa é "kamo" — Try it diz que os dispositivos não precisam de nome e o Assistente SI começa com "Alexa, ask kamo"; passo open-kamo; perfis de voz do Echo compartilhados removidos (Amazon os recusou)
· kamo-shared-library
Horas silenciosas de voz têm seu próprio sinal de ligar/desligar
**************** (aplicado à mão, nulable, null = on), então a comutação horas silenciosas de voz desligadas e ligadas mantém o próprio início e fim do membro.
· SecurityService
Um SI pode agir através da própria conta do seu superior na sua ordem autenticada
TPONBEHALF (proprietário 2026-10-28), a REGRA DE NÃO INSUBORDINATION estendida: em uma ordem direta autenticada, o SI pode usar tudo o que o solicitante pode fazer em sua própria conta (suas notificações, e-mail, calendário, tarefas...), com a segurança de ambos combinados, todo o caminho até a sua cadeia de comando. - OnBehalfService: a cadeia de comando (qualquer pessoa acima do SI em sua linha de reporte, gerente e SI-supervisor bordas, transitivamente, ou o proprietário da organização; nunca pares, relatórios ou outro SI) e o mint de uma sessão curta DO SOLICITANTE (memberID theirs, actorType AI, bloco de delegação SI_ON_BEHALF_OF_MEMBER nomeando o SI, ordenando e executando). Direitos = (direitos ativos do solicitante + direitos ativos do SI) (proprio) menos AiRightsFloor e NUKEs do SI, com escopo para as necessidades da ferramenta; 15 minutos; acesso registrado. Nenhuma sessão ao vivo, senha ou chave única do membro é usada. - POST **************** para o plano da ferramenta. - GET /api/security/si-on-behalf (minha; scope=org para MANAGE_AI_WORKFORCE / VIEW_ACCESS_LOGS): o arquivo de log de acesso append-only si_on_behalf_actions registra o que o Plano de Ferramenta escreve antes de cada ação. - Uma sessão delegada nunca é ampliada na hora (os direitos de piso de um dono de concessão-todos nunca voltam) e nunca conta como o membro conectado em outro lugar. - DDL **************** (aplicado).
· kamo-shared-library
SiOnBehalfAction, o log somente de acréscimo do que um SI fez através da própria conta de um membro
TPONBEHALF (proprietário 2026-10-28): em uma ordem direta autenticada de qualquer um em sua cadeia de comando, um SI pode agir através da própria conta do membro que ordena; cada tal ação deve deixar um Declara si_on_behalf_actions (DDL aplicado manualmente em si_on_behalf_actions) securityservice **************** para KamoInitializer.
· SecurityService
Uma breve sessão de membro para o membro que fala em um link do Alexa, e a voz se transforma em referências de pedidos
Assistente de voz R3: POST **************** {orgId, memberId, linkId, grantId} -> {***, expiresAt} (X-Internal-Auth = IOT_INTERNAL_AUTH_SECRET) Criado somente para um membro humano ativo em seu próprio link pessoal LINKED, ou um ORG link carregando seu perfil de voz mapeado, na concessão ACTIVE do link; re-verificado após a cunhagem; os próprios direitos do membro, no máximo 15 minutos, sem efeitos colaterais de login (o PostAuth***Service ganha um limite de tempo); auditado. R6: OrderDelegation aceita orderRef voice:<turn id> (enviado pelo gateway de voz somente após o PIN falado).
· kamo-internal
Abas de status com contagens, Terminar/Ativar em vez de Excluir e um SI terminado como qualquer um
- /account?tab=team-members: guias por status de emprego com contagens (Todos Statuses primeiro, Ativar o padrão), a partir da contagem agrupada do SecurityService, restringido pelo segmento All/Human/SI. Excluir removido. - /account?tab=members: Ativo / Abas terminadas; linha e massa Terminar / Ative com uma confirmação em linguagem simples (somente registro de membro). - /account?tab=accounts: Abas ativas / inativas; linha e desativação em massa / Ativar. Excluir removido (e a chamada do cliente para ele). - Perfil: o mesmo status selecionado para uma pessoa e um SI; um SI é oferecido Ativo/Terminado, e Terminado é confirmado em palavras que dizem que ele se aposenta o SI para o bem (com a escolha da estação de trabalho); a terminação de uma pessoa é O status de um SI terminado é somente leitura. - A barra de guias /account usa a faixa de canto em vez de um sublinhado.
· AIService
Uma Speaches frase é dita cláusula por cláusula, então seu primeiro áudio vem após sua primeira cláusula
Luna), mas Speaches' Kokoro/Piper faz cada pedido inteiro antes do primeiro byte (~0,6 s + 25 ms por caractere em k3m1), então um SI com um voz (Nell de sp00verify, TPEARDEAF: 0.9-1.9 s) esperou pelo todo Uma solicitação PCM transmitida para Speaches agora é cortada após as vírgulas, pontos-e-vírgulas, dois-pontos e traços (nunca dentro de 1.000; pequenas cláusulas se juntam a um vizinho; no máximo quatro peças), a primeira cláusula é entregue assim que é feito e o próximo é feito ao lado dele (no máximo dois em voo), e o o silêncio em cada junção é cortado para cerca de uma pausa de uma vírgula falhou a primeira cláusula ainda falha sobre; outros formatos e provedores são perguntou uma vez, como antes.
· MCPGatewayService
SI mortgage reads take Ver Empréstimos de Hipoteca Próprios
Cada funcionário do MLOS agora implica em Ver Próprios Empréstimos Hipotecários, e SecurityService restringe um membro sem View Mortgage Pipeline para o Gating as ferramentas de leitura no novo sistema de gestão de empréstimos right permite que o SI de um membro de empréstimos próprios trabalhe com seus próprios empréstimos; são inalterados.
· kamo-internal
Membros de empréstimo próprio veem seu pipeline; HMDA e reatribuição permanecem com todos os empréstimos
O pipeline oculta o botão LAR do HMDA e a atribuição de empréstimo-oficial de membros que possuem apenas View Own Mortgage Loans. O espelho de direitos coloca o direitos de hipoteca sob a nova raiz, e a turnê de hipoteca abre para qualquer um Ver à direita.
· SecurityService
Impor acesso de empréstimo próprio; Membros da equipe padrão para seus próprios empréstimos
Os endpoints MLOS agora distinguem os membros que veem todos os dados da organização empréstimos (View Mortgage Pipeline, ou modo de deus) de membros que detêm apenas View Membros com empréstimos próprios veem e trabalham apenas com empréstimos cujo negócio nomeia-os como oficial de empréstimo designado; o empréstimo de outro oficial é 403. Listas (aplicativos, transações, pipeline, fila de QC, POS legado) são estreitados As gravações precisam de propriedade, a menos que o chamador veja todos os empréstimos. Reatribuição de empréstimo-oficial, HMDA, exportação/precisão de treinamento de QC, webhooks e Um membro de empréstimo próprio que cria um negócio sem nenhuma garantia de retorno O acesso do mutuário (parte) permanece inalterado. MortgageLoanOwnership responde cada verificação com uma consulta escalar, org-bounded, armazenado em cache por solicitação, e falha quando fechado quando ausente. Veja os Empréstimos Hipotecários Próprios a partir dos direitos de hipoteca existentes (para que ninguém perca o acesso) e concede-o uma vez a cada equipe da organização Função de membros; modelos de modelo de segurança fazem o mesmo para o membro da equipe As funções de administrador são de concessão total e mantêm todos os empréstimos.
· kamo-shared-library
Ver empréstimos hipotecários próprios à direita; o escopo dos relatórios de empréstimo para os próprios empréstimos do membro
MLOS_VIEW_OWN_LOANS (660) é a nova raiz dos direitos de hipoteca: ele permite que um Os membros podem ver e trabalhar com os empréstimos em que são os responsáveis pelo empréstimo Pipeline de Hipoteca (139) agora significa todos os empréstimos da organização, e direitos de escrita (140-144) pendurados sob a nova raiz, então segurando um direito de escrita não mais tempo implica ver cada empréstimo. O novo direito é concedido à função Team Members de novas organizações; A função de administrador é grant-all e mantém todos os empréstimos. Os 12 relatórios hipotecários ao nível do empréstimo aceitam o novo direito e empréstimos próprios do chamador; os 6 relatórios de toda a organização (HMDA LAR, revisões de edição, empréstimo justo, relatório de chamada, licenciamento, alterações de configuração) ainda exigir todos os empréstimos.
· MCPGatewayService
Phone_schedule_wakeup, phone_cancel_wakeup, phone_list_wakeups (TPWAKEUP)
Ordem do proprietário 2026-10-28, o primeiro easter egg SI: qualquer um, conectado ou não, em qualquer canal, pode pedir um SI As ferramentas não dependem da identidade de ninguém, portanto, o usuário não precisa se preocupar com a identidade de ninguém O guarda de identidade os deixa abertos em canais não comprovados; o serviço kamoai mantém todas as salvaguardas (a páscoa configuração do ovo, a confirmação de leitura, não chamar, opt-outs, fraude de pedágio, limites, limite de soneca) ACCESS_VOIP, somente SI; não divulgando, não conteúdo, não identificação de chamada, não identificação de chamada frases de aprovação; goldens regenerados.
· kamo-login
O consentimento da Alexa pergunta de quem é o link, em que lugar e o que a Alexa pode usar
Programa Assistente de Voz (P1-6, P2-8, P5-3): "Apenas eu" ou "A organização" cartões, o lugar cujos dispositivos de uma organização link vê, "O que pode Alexa usar?" (predefinições, copiar a partir de um link, dispositivos por sala com funções de segurança um por um; desbloquear, abrir e desarmar porta por porta) ou "Pedir a um administrador para escolher dispositivos", e o sensor de rotina "Kamo Alerta" Uma resposta mais antiga do SecurityService (sem opções) ainda mostra a tela original.
· SecurityService
O consentimento da Alexa carrega o link de quem é, o local e "O que a Alexa pode usar?" para IoTService
Programa de Assistente de Voz (P1-6, P2-8, P5-3): LinkChoice ganha ownerKind (ORG | MEMBER), siteId e grantChoice, verificado aqui e julgada pelo IoTService; a exibição de consentimento passa pelas opções do IoTService (propriedade, dispositivos, sites, sensores) e pelo proprietário de cada link As páginas mais antigas sem os novos campos funcionam como antes.
· kamo-internal
Cada cartão abre a coisa que é sobre
Uma notificação de novo e-mail abriu /mensagens e deixou o membro para encontrar o e-mail mensagem no painel de leitura, rola a lista até ela com uma breve lavagem na cor da organização e a marca Isso funciona a partir de uma carga fria, enquanto o cliente de e-mail já está aberto, e de uma caixa de correio compartilhada A leitura da mensagem por qualquer caminho retira o cartão do usuário (ele muda de volta para o do membro). O mesmo passa por todos os tipos: - O brinde e a notificação da área de trabalho do sistema operacional seguiram o deepLink bruto, então chat, texto, correio de voz e Ambos agora usam o resolvedor de intenção que o centro usa, e assim fazem as cartas de Hold'em botões de produtor (resolveHrefIntent). - Convites de Hold'em e respostas de voz SI (/?tool=ai-chat&session=) abrem suas janelas no lugar. - Os cartões de faturamento abrem a guia de faturas e a gaveta da fatura Um lembrete de calendário de repetição reabre seu evento. - Os botões dizem para onde vão ("Abrir o e-mail", "Abrir a tarefa", "Participar da reunião") em vez de "Abrir". - O chip inerte "Abrir" do centro agora é um botão de um clique ao lado de cada linha diálogo de detalhes.
· kamo-internal
Status do link Alexa em palavras simples, Experimente, Escolha dispositivos, configurações de assistente de voz org, meus assistentes de voz e PIN, notificações por canal, SI_ASSISTENT_REPLY
Programa de Assistente de Voz P1-9, P2-4, P2-5, P3-5, P4-5 (web) Cada nova chamada não rende nada até que seu backend responda (404), por isso, ele vem antes do iot-service e do emailservice. @kamo/iot-core 0.12.0.
· kamo-internal
Criar ou remover administradores e proprietários no perfil do membro; editar as próprias fotos de outro membro
Cartão de associação: Administrador e proprietário da organização sentam-se ao lado do tipo de associação, cada um com seu status e, somente quando o SecurityService o aceitasse (GET .../leadership), uma ação Make / Remove Uma ação retida diz o porquê (não em você, os proprietários são sempre responsáveis por suas ações) Tornar um membro é retido de um proprietário ou administrador até que ele seja A guia Funções e Permissões segue a mesma resposta: sua opção de proprietário é oferecida para administradores também e nunca para o único proprietário, e a caixa de seleção de função de Administrador bloqueia quando a mudança seria recusada. Avatares: editar o perfil de outra pessoa agora lista, carrega, escolhe e exclui seus avatar através das rotas com escopo de membro (nunca as próprias do editor), e um salvamento recusado O escopo "use em todos os lugares" é oferecido apenas em seu próprio perfil ou em um AI de propriedade da organização.
· SecurityService
As alterações de proprietário e administrador seguem um conjunto de regras; os avatares de outros membros são deles
Liderança (OrgLeadershipService): - GET / PATCH **************** para a página de perfil. - PATCH .../as mudanças de proprietário de acesso passam pelas mesmas regras (um administrador pode agora mudar de proprietário; ecoando o flag de proprietário atual não é nenhuma mudança); a função de Administrador se move com ele lá. - A lista de funções só pode mover a função Administrador sob essas regras. - Um administrador não é rebaixado para um membro até que esse status vá. - Definir o único líder da organização para um status não-Ativo é recusado antes que qualquer coisa seja escrita. Avatares: MemberAvatarController **************** lista, carrega, cria e exclui os próprios avatares do membro TARGET (self ou MANAGE_MEMBER_SECURITY / open god window), e define o padrão em toda a conta apenas para um AI de propriedade da organização. portado para main com correções (god ELIGIBILITY não passa mais, variantes de tamanho ausentes não passam mais) PUT /members/{id} agora responde 400 para um avatar da biblioteca de outra pessoa em vez de 400 para um avatar da biblioteca de outra pessoa registrando e retornando 200, razão pela qual a escolha de fotos de um administrador parecia salva e não era.
· kamo-shared-library
Proprietários e administradores, com um líder sempre mantido; os administradores sempre mantêm os proprietários
O OrgLeadershipService contém todas as regras para criar ou desfazer um proprietário ou administrador de organização: somente um proprietário ou administrador (ou uma janela de deus aberta) pode; ninguém remove o seu próprio; um proprietário é sempre um administrador; e cada organização mantém pelo menos um LÍDER, um membro ativo da equipe com status ACTIVE que é tanto **************** **************** um membro com a função de Administrador da organização resolve **************** (CONFIGURE_SYSTEM) como GRANTED após cada nível e o regras FORCE do modelo de segurança, de modo que um departamento, cargo, equipe, substituição de membro ou FORCE_NUKE pode não bloqueia mais os administradores fora das funções de segurança. AI guardrails ainda são executados após ele.
· kamo-shared-library
Configurações de Easter egg e entidades de chamada de despertar (TPWAKEUP)
Declara as configurações ai_easter_egg_settings, ai_wakeup_calls e ai_wakeup_optouts **************** para que KamoInitializer possa recriá-los.
· AIService
A voz do Assistente SI vira para Alexa
Programa Assistente de Voz (2026-10-27) P3-1, P3-5. POST **************** (interno, X-Internal-Auth): a própria conversa do assistente do membro através da mesma orquestração de sincronização, com um estilo de voz (duas frases curtas faladas, nada clínico ou secreto), sem ferramentas de PHI (EHR / pacotes de saúde nunca, e Ferramentas sensíveis a PHI em organizações de PHI), chamadas arriscadas realizadas e perguntadas como "Devo... dizer sim ou não" (envios, dinheiro, segurança e dispositivos precisam do PIN falado antes que o sim seja tomado), um prazo após que o turno mantém em execução e levanta SI_ASSISTANT_REPLY com push de telefone, 'me colocar através de <SI>' com a própria sessão desse SI (kamoai-service K5; SIs pausados ou aposentados recusados), e 'enviar isso para o meu telefone'. Os ganchos de orquestração são aditivos: TurnOptions em handleMessageSyncDetailed, SyncTurn.held, um filtro de ferramenta em AssistantService.withTools, PlaneTool.phiSensitive do _meta do Plano de Ferramentas.
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