BLUN King
BLUN King 9.1.621
Publicada em
O King só adota um resumo da tua conversa quando o modelo confirmou a sua conclusão. Se faltar essa confirmação, o teu histórico de conversa anterior permanece inalterado.
Se a transmissão do resumo terminar inesperadamente, o teu contexto de conversa anterior não é substituído pelo resumo incompleto. A alteração afeta apenas a compactação da conversa; as respostas normais permanecem inalteradas.
Continuam abertos alguns erros pontuais ao guardar uma sessão; não foram corrigidos com esta atualização.
BLUN King
BLUN King 9.1.620
Publicada em
No Windows, a consola é encerrada completamente ao fechar a janela, para que «já está em execução» deixe de aparecer no próximo início.
A atualização corrige o encerramento do processo da consola ao fechar a janela. Uma consola que ainda esteja efetivamente em execução mantém o acesso exclusivo à sua sessão.
BLUN King
BLUN King 9.1.619
Publicada em
Um único erro anterior ao compactar a conversa já não bloqueia a tua sessão: após uma compactação bem-sucedida, o King conta apenas erros novos e diretamente consecutivos.
Um único erro anterior ao compactar a conversa já não bloqueia a tua sessão: após uma compactação bem-sucedida, o King conta apenas erros novos e diretamente consecutivos. Se a compactação falhar duas vezes seguidas, a mensagem mostra agora claramente «Compactação em pausa» em vez de comunicar um contexto completo.
Continuam abertos alguns erros pontuais ao guardar uma sessão e ao criar um resumo completo da conversa; não foram corrigidos com esta atualização.
BLUN King
BLUN King 9.1.618
Publicada em
Se, depois de retomares a tua sessão, chegar uma mensagem do Telegram enquanto o King já está a trabalhar, ela fica na fila e é entregue a seguir.
Se, depois de retomares a tua sessão, chegar uma mensagem do Telegram enquanto o King já está a trabalhar, ela fica na fila e é entregue a seguir. O King já não apresenta esta situação de espera como um erro.
Em Linux x64, o terminal utiliza um binário incluído. Assim, funciona mesmo quando o npm 12 bloqueia os scripts de instalação; para isso, não é necessário um compilador. Com esse fim, o King utiliza a versão preliminar fixada node-pty 1.2.0-beta.15.
BLUN King
BLUN King 9.1.617
Publicada em
Ao recarregar a mesma sessão, o King deixa de adicionar várias vezes as instruções de plugins que não foram alteradas.
Ao recarregar a mesma sessão, o King deixa de adicionar várias vezes as instruções de plugins que não foram alteradas. Se as instruções mudarem, o King continua a ter em conta o estado atual.
As pré-visualizações de grandes saídas de ferramentas passam também a ter em conta a janela de contexto disponível. Continuas a poder ler na íntegra as saídas transferidas para fora.
Com /profile ou /profiles abres a seleção de perfil. O King só faz a mudança quando a tua sessão está pronta. O trabalho em curso e as mensagens em espera impedem uma mudança prematura; nesse caso, o teu perfil anterior permanece ativo.
Quando interrompes um trabalho em curso, o King espera também pelos últimos passos de limpeza. Um trabalho ainda não concluído não é confirmado prematuramente como terminado.
BLUN King
BLUN King 9.1.616
Publicada em
Após uma resposta confirmada no Telegram, o King recolhe outras mensagens dirigidas a ti no próximo passo seguro, mesmo durante um turno em curso.
Após uma resposta confirmada no Telegram, o King recolhe outras mensagens dirigidas a ti no próximo passo seguro, mesmo durante um turno em curso. Uma resposta já entregue deixa de reter a fila. As respostas permanecem associadas ao respetivo chat.
Se interromperes um turno, as mensagens do Telegram ainda não recolhidas ficam guardadas para a próxima entrega. O King só as confirma quando a sessão as recolhe de facto.
BLUN King
BLUN King 9.1.615
Publicada em
O King mantém grandes catálogos de ferramentas disponíveis através da pesquisa de ferramentas e ajusta o orçamento de ferramentas à janela de contexto do fornecedor.
O King mantém grandes catálogos de ferramentas disponíveis através da pesquisa de ferramentas, sem enviar ao modelo todos os esquemas opcionais de ferramentas. Se o fornecedor comunicar uma janela de contexto mais pequena, o King ajusta o orçamento de ferramentas; as ferramentas encontradas permanecem disponíveis no passo seguinte.
Quando necessário, o King transfere para fora as grandes saídas de ferramentas mais cedo do que antes. Podes obter a saída completa como antes, desde que possa ser apresentada com segurança.
As respostas normais do Telegram e as alterações a mensagens deixam de ser retidas por falta de uma aprovação linguística. Uma verificação de respostas que tenhas configurado permanece ativa.
BLUN King
BLUN King 9.1.614
Publicada em
Ficheiros AGENTS.md e AGENTS.override.md demasiado grandes deixam de interromper um turno apenas por causa do seu tamanho.
Fora da consola King, o King lê no total até 32 KiB de ficheiros de instruções e diz-te uma vez por sessão quantos bytes foram omitidos.
Na consola King, os ficheiros permanecem completos enquanto o limite do pedido o permitir.
As ligações simbólicas e os caminhos não seguros permanecem bloqueados.
BLUN King
BLUN King 9.1.613
Publicada em
O King reconhece pedidos ao modelo demasiado grandes já antes do envio.
Na consola King, o King lê de cada ficheiro AGENTS.md e AGENTS.override.md no máximo 32 KiB. O que ultrapassa esse limite, o King omite e mostra-te quantos bytes foram omitidos.
Antes do envio, o King estima agora o tamanho de todo o pedido ao modelo, incluindo instruções, histórico, definições de ferramentas e dados de imagem. Quando se aproxima do limite de bytes do servidor, começa uma compactação gradual. Se um pedido não puder ser dividido em segurança, o King interrompe sem descartar silenciosamente o histórico guardado.
O King guarda localmente as chamadas de ferramentas concluídas como metadados: nome da ferramenta, momento, estado e, no caso de ferramentas de ficheiros, eventualmente o caminho. Entradas, saídas, comandos e chaves não são guardados. Com /memory tools podes pesquisar nas entradas do teu perfil.
O diagnóstico de contexto mostra números adicionais sobre a composição dos pedidos. Uma medição de fases ativável regista o tempo até à chamada ao modelo sem registar conteúdo.
O indicador de utilização inclui os tokens de pensamento comunicados em separado, desde que o fornecedor os entregue.
Não lançada, substituída por 9.1.613
BLUN King 9.1.612
Publicada em
9.1.612 não foi publicada como atualização para clientes. A proteção precoce por bytes não atuava num pedido superior a 900 KB quando o histórico, por si só, permanecia abaixo de 600 KB. 9.1.613 substitui esta versão.
BLUN King
BLUN King 9.1.611
Publicada em
Os pedidos grandes de compactação permanecem dentro do limite de bytes do servidor.
- O King divide um pedido de compactação demasiado grande em passos cronológicos, consoante o tamanho do pedido. Assim, a compactação pode continuar mesmo quando o pedido contém mais bytes do que o servidor aceita de uma só vez.
- Se mesmo uma única mensagem não couber no limite, o teu histórico guardado permanece inalterado. O King não o descarta para forçar a compactação.
Com isto não se comprova um tempo de espera do modelo mais curto nem um menor consumo de tokens. Uma atualização não reinicia uma sessão do King já em execução.
BLUN King
BLUN King 9.1.610
Publicada em
Já podes voltar a instalar o King no Linux e a iniciar perfis, e um segundo arranque do King no Windows já não falha com uma mensagem enganadora sobre as ACL privadas.
- O Linux voltou a constar da lista de sistemas operativos suportados do pacote npm. Se tiveres no Linux uma versão mais antiga, instalas a 9.1.610 através do atualizador normal.
- Arranques explícitos com --profile e abreviaturas existentes de nomes de perfis conduzem ao diretório do perfil escolhido. Um simples nome desconhecido já não cria silenciosamente um perfil vazio; para criar um perfil novo, usa deliberadamente --profile.
- Se um perfil existente não tiver autenticação própria, o King propõe /login, em vez de interromper por falta de uma configuração de modelo blun/king.
- No Windows, a verificação de diretórios privados também é bem-sucedida quando o bridge do Telegram mantém aberto um diretório de plugins. TEMP e TMP são transmitidos ao auxiliar de ACL, e em caso de erros de diretório o King indica o caminho afetado e a causa real.
- Se já estiver a correr um King interativo, o King deteta isso antes do endurecimento das ACL privadas e comunica o respetivo PID, em vez de apresentar um segundo arranque como erro nas ACL privadas.
Um perfil vazio não herda em 9.1.610 os dados de autenticação do diretório home partilhado. A atual solicitação de /login ainda pode apresentar «OAuth login expired», mesmo que este perfil nunca tenha iniciado sessão.
O percurso de atualização do Linux de 9.1.114 para 9.1.610 foi percorrido após a publicação. O percurso de atualização do Windows de 9.1.609 para 9.1.610 não foi medido.
Uma atualização não reinicia uma sessão do King já em execução.
BLUN King
BLUN King 9.1.609
Publicada em
Abre a seleção de esforço com Ctrl+L sem perderes o teu rascunho no editor.
- Ctrl+L abre a seleção de esforço existente sem perderes o teu rascunho no editor. As definições de esforço existentes e as limitações de modelos são reutilizadas, em vez de criar um segundo caminho de configuração.
- A regra existente para sessões em execução mantém-se: uma alteração de esforço durante trabalho ativo é recusada, não fica anotada para mais tarde. Durante a reprodução ou quando o editor assume o controlo, o atalho de teclado é ignorado.
Estas alterações não comprovam tempos de resposta mais rápidos em funcionamento nem um menor consumo faturado de tokens e não estabelecem uma paridade completa com o OpenClaw.
BLUN King
BLUN King 9.1.608
Publicada em
Em grupos do Telegram, só chegam ao King as mensagens que o mencionam. As tuas seleções múltiplas e o cancelamento faseado de perguntas mantêm-se.
- Em grupos do Telegram, as mensagens que não se dirigem ao King só entram no contexto da sessão depois da verificação de menções. Quem desativou expressamente a verificação mantém essa opção.
- As seleções múltiplas próprias e o cancelamento faseado de perguntas mantêm-se. O rodapé do objetivo funciona com um temporizador de atualização comum.
- O esforço da transferência das ACL do Windows diminui sem que a verificação de permissões seja enfraquecida. A recuperação após erros temporários na substituição da configuração é limitada; a propriedade da operação de escrita mantém-se.
- Antes de tentar novamente, o King verifica se um marcador de escritor do Windows removido em paralelo desapareceu realmente. Marcadores existentes que não podem ser lidos continuam a levar à interrupção.
Estas alterações não comprovam tempos de resposta mais rápidos em funcionamento nem um menor consumo faturado de tokens e não estabelecem uma paridade completa com o OpenClaw.
BLUN King
BLUN King 9.1.607
Publicada em
A tua última sessão escolhida volta, as operações de escrita falhadas são comunicadas com honestidade e cada tentativa HTTP recebe um carimbo de hora de início.
- A recuperação opcional da última sessão escolhida pode ser ativada com resume_last_selected em tui.toml. A seleção vale para a conta confirmada, o runtime, o agente e a área de trabalho. O arranque normal permanece inalterado; as escolhas explícitas de sessão têm prioridade; as escolhas indisponíveis dão lugar a uma sessão nova, não a outra.
- Após uma ativação falhada, a seleção anterior mantém-se. Se a conta tiver mudado durante a ativação, não é guardada nenhuma seleção.
- As operações de escrita de ficheiros falhadas não são assinaladas como bem-sucedidas. O protocolo de continuação existente para linhas completas em operações de escrita superiores a 2 048 bytes UTF-8 é explicado, sem aumentar o limite nem tentar novamente automaticamente.
- Imediatamente antes de cada tentativa HTTP é registado um carimbo de hora de início segundo o relógio de parede para a correlação de diagnóstico. Os conteúdos dos pedidos ou os dados de acesso não entram no diagnóstico.
- Os caracteres Unicode fora do plano básico (por exemplo, emojis) permanecem integralmente preservados dentro dos limites existentes do orçamento de memória, sem que esses orçamentos sejam aumentados ou seja criada memória adicional.
Estas alterações não comprovam tempos de resposta mais rápidos em funcionamento nem um menor consumo faturado de tokens, não estabelecem uma paridade completa de gateway e não excluem do contexto as mensagens do Telegram que não se dirigem ao King.
BLUN King
BLUN King 9.1.606
Publicada em
Ao retomar uma sessão, aparecem primeiro as páginas atuais da transcrição; as páginas mais antigas são carregadas pela navegação existente da transcrição.
- Ao retomar uma sessão interativa, aparecem primeiro as páginas atuais da transcrição; as páginas mais antigas são carregadas pela navegação existente da transcrição. O histórico completo guardado e o contexto ativo do modelo mantêm-se.
- No arranque aplica-se um objetivo de exibição de 200 registos de reprodução. Com --history-limit de 1 a 2000 pode ajustar-se a exibição da primeira página e das mais antigas; rondas completas de conversa e pares de ferramentas podem exceder o objetivo.
- A primeira exibição das ativações de skills e plugins mantém-se através dos limites de página. A posição de deslocamento do início foi corrigida, de modo que carregar páginas mais antigas não deixa um ecrã vazio.
Estas alterações reduzem o trabalho inicial de renderização da transcrição. Não comprovam tempos de resposta do modelo mais rápidos, nem menor consumo de tokens ou faturas mais baixas, não melhoram a cache do fornecedor e não limitam o que é lido do disco no arranque.
BLUN King
BLUN King 9.1.605
Publicada em
Verifica as fontes de contexto, controla os processos em curso e entrega uma primeira mensagem no arranque da consola. O processamento do histórico local e as verificações de compactação foram alargados.
- Os históricos locais de sessão são reproduzidos de forma agrupada. As páginas de exibição arquivadas podem ser encontradas sem percorrer todos os blocos anteriores. O histórico integralmente guardado, as verificações de integridade do arquivo e a recuperação anterior mantêm-se.
- Os resultados repetidos de ferramentas são preparados de forma consistente para o contexto do modelo entre compactações registadas. As saídas locais completas e os direitos de leitura existentes mantêm-se. As saídas não são descarregadas se não puderem voltar a ser obtidas pelo caminho de recuperação prometido.
- A compactação automática final só substitui o contexto ativo se reduzir o histórico segundo o mesmo método de estimativa. Em caso de recusa, o histórico original mantém-se. O acionador opcional max_request_history_bytes utiliza o controlo de compactação existente, está desativado por predefinição e não limita todo o corpo do pedido ao fornecedor.
- O diagnóstico de contexto recebe vistas separadas e uma atribuição de fontes para instruções, memória, skills e mensagens anteriores. Os bytes do conteúdo serializado, as estimativas locais de tokens e o consumo comunicado mantêm-se separados.
- A responsabilidade pela sessão mantém-se com tarefas em espera, eventos atrasados, perguntas de retorno e alterações de configuração. Um segundo acesso de escrita ativo à mesma sessão é recusado, em vez de permitir alterações simultâneas no registo.
- A linha adicional de agente/sessão no rodapé deixa de existir. As sessões continuam a poder ser controladas e diagnosticadas de forma dirigida. A interface existente do King, os modelos geridos e os limites de permissões mantêm-se.
- --message entrega uma primeira mensagem para o arranque interativo. Depois da confirmação no arranque e da seleção da sessão, é processada pela verificação normal de mensagens e pela fila de espera. O seu conteúdo não é interpretado como comando de barra ou de shell.
- O acordo de interface do serviço de guarda incluído permanece inalterado. Esta publicação não comprova respostas mais rápidas em funcionamento, nem faturas de fornecedor mais baixas, nem uma igualdade funcional completa com o OpenClaw, nem uma quantidade limitada de leitura no carregamento inicial do registo da sessão.
/abort interrompe o processo em curso sem descartar as entradas em espera. /stop descarta adicionalmente as entradas em espera. /exit continua a terminar a consola. Estes são comandos locais da consola, não comandos remotos adicionais do Telegram.
Verificações no estado do pacote 9.1.605: 238 ficheiros de verificação com 6 900 testes, bem como 40 verificações de preparação, incluindo 25 verificações nativas de terminal. O teste de uma atualização isolada de 9.1.604 através da etiqueta de candidato publicada com o instalador real foi bem-sucedido. Com isto não ficam comprovados tempos de aquecimento mais curtos numa sessão em execução nem uma igualdade funcional completa com o OpenClaw.
BLUN King
BLUN King 9.1.604
Publicada em
Verifica o tamanho dos pedidos e as fontes de contexto, carrega as ferramentas conforme necessário e controla as mensagens recebidas dentro da respetiva sessão.
- /context doctor e /tokens distinguem o número de bytes do pedido serializado das estimativas de tokens e mostram as partes registadas de regras, memória, skills e definições de ferramentas.
- Os catálogos de ferramentas de tamanho médio são carregados conforme necessário através da pesquisa existente; as ferramentas continuam localizáveis e executáveis.
- /queue controla as mensagens dentro da respetiva sessão. As mensagens normais na fila de espera já não interrompem automaticamente o trabalho após 30 segundos.
- Na seleção da sessão são possíveis identificadores exatos ou títulos, bem como prefixos inequívocos de identificadores; o rodapé mostra o agente atribuído e a sessão.
- Cada tentativa HTTP recebe um novo identificador de pedido, a menos que quem invoca forneça um. O diagnóstico não altera a faturação.
- As versões incluídas do AgentSpine e do Translate Native permanecem inalteradas. Custos mais baixos e respostas mais rápidas em funcionamento real não estão comprovados.
- /question: reabre as perguntas de retorno pendentes. Recolher não responde nem descarta uma pergunta de retorno.
Os bytes do pedido, as estimativas de tokens, o consumo acumulado da sessão e os tokens faturados são grandezas diferentes. A indicação de consumo tem também em conta a verificação de respostas. /usage cost com custos diários ou mensais não faz parte desta versão. Custos mais baixos ou respostas mais rápidas em funcionamento real não estão comprovados.
BLUN King
BLUN King 9.1.603
Publicada em
Escolhe a tua pasta de trabalho numa caixa de diálogo do Windows. Se a consola for iniciada a partir de System32, sugere agora a tua pasta de utilizador.
- Se escolheres no Windows outra pasta de trabalho, abre-se uma caixa de diálogo de pastas. Podes continuar a introduzir o caminho manualmente. Se cancelares a caixa de diálogo, voltas à seleção de pastas sem adotar nenhuma pasta.
- Se não estiver disponível nenhuma caixa de diálogo de pastas, a consola pede o caminho. Noutros sistemas operativos, mantém-se a introdução do caminho.
- Se no arranque for adotada ou estiver guardada uma pasta dentro do diretório do Windows, a seleção de pastas sugere a tua pasta de utilizador. Os caminhos introduzidos manualmente continuam a ser verificados como até agora.
As versões do AgentSpine e do Language Guard permanecem inalteradas em relação a 9.1.602. Esta atualização não comprova um ganho de velocidade para sessões em execução.
No Windows continua a ser necessário o Git Bash. Se a consola indicar que falta o Git Bash, instala o Git for Windows. Em seguida, abre novamente a linha de comandos antes de iniciares o king outra vez.
BLUN King · Publicada
BLUN King 9.1.602
Publicada em
Uma pasta privada própria para saídas mais antigas de ferramentas, quando permissões herdadas do Windows impedem o descarregamento.
- As saídas antigas adequadas de ferramentas são guardadas numa pasta privada própria quando permissões herdadas do Windows impedem o descarregamento. Os ficheiros existentes, as permissões e o histórico completo da sessão permanecem inalterados.
- As verificações de integridade, os direitos de leitura e o recurso ao contexto completo mantêm-se, caso uma saída arquivada não possa ser recuperada. O AgentSpine 0.73.0 e o Language Guard 6.20.0 estão inalterados em relação a 9.1.601.
Tempos de resposta mais curtos em funcionamento ou um menor consumo faturado de tokens ainda não estão comprovados.
BLUN King · Publicada
BLUN King 9.1.601
Publicada em
As entradas permanecem na fila de espera, as saídas antigas de ferramentas recebem referências verificadas e as verificações de resposta sujeitas a limitação de taxa são repetidas um número limitado de vezes.
- Quando o trabalho em segundo plano entra primeiro, as entradas de terminal permanecem na fila de espera na sua ordem original. Cada entrada é exibida apenas uma vez.
- As saídas antigas adequadas de ferramentas são substituídas em pedidos ao modelo por referências verificadas a ficheiros privados. O histórico completo e os resultados do passo atual da conversa mantêm-se. Se o recarregamento não for possível, não for permitido ou o conteúdo tiver sido alterado, a saída completa é enviada juntamente.
- Uma verificação nativa de resposta sujeita a limitação de taxa é repetida uma vez com o mesmo rascunho de resposta. Vale o prazo de espera guardado do fornecedor. As chamadas de ferramentas já concluídas não são repetidas; os textos não verificados não são aprovados.
- Até 2 048 tokens de saída permanecem livres como reserva para desvios na estimativa de entrada. A janela de contexto não é reduzida; limites de saída mais baixos definidos expressamente permanecem inalterados.
Estas alterações não comprovam um menor consumo faturado de tokens nem tempos de resposta mais curtos em funcionamento. Também não resolvem todos os erros HTTP-502 do lado do servidor.
BLUN King · Publicada
BLUN King 9.1.600
Publicada em
Verificação de respostas com limites de tempo fixos e estados de componentes definidos.
BLUN King 9.1.600 foi publicado. O npm e o manifesto público de atualizações coincidem. A publicação não comprova nem uma instalação no teu computador nem uma aceitação em funcionamento real.
Verificação de resposta limitada
- Os verificadores gerais mantêm o prazo anterior de 30 segundos. A verificação nativa do idioma recebe, a partir do sinal de arranque do componente anfitrião de confiança, até 90 segundos para o primeiro texto com conteúdo, uma vez por tentativa externa de verificação.
- Texto com conteúdo dentro do comprimento de saída permitido, bem como as transições ordenadas para a aprovação e para a verificação do comprovativo, repõem o prazo de espera em 30 segundos.
- Independentemente disso, cada tentativa externa de verificação tem um limite total de 120 segundos. O progresso não pode prolongar este limite. Mantêm-se no máximo duas tentativas externas de verificação.
- Antes de aceitar uma aprovação, o tempo efetivamente decorrido é verificado novamente. Mesmo com chamadas de temporizador atrasadas, uma tentativa de verificação expirada permanece bloqueada; progresso atrasado não pode renovar um prazo expirado.
Os sinais de interrupção continuam a ser respeitados. A vinculação ao texto exato da resposta, a validade temporal do comprovativo de aprovação e a autorização continuam a ser verificadas.
Componentes incluídos
A versão 9.1.600 contém o AgentSpine 0.73.0 e o Translate Native 6.155.0. O protocolo do guarda permanece inalterado em 6.20.0.
Limitações conhecidas
Os novos limites de tempo não comprovam uma resolução geral dos erros HTTP-502 em funcionamento real. As observações em aberto de 9.1.599 permanecem em aberto sem um comprovativo de funcionamento real separado.
Contexto e ajuda
Um prompt a conservar integralmente já não é encurtado silenciosamente só para caber numa janela rígida de modelo mais pequena. Com uma nova divisão, expressamente definida, das mensagens de utilizador a conservar e com o orçamento padrão de 20 000 tokens, o ajuste pode ser concluído dentro da mesma compactação. Em prefixos posteriores ou recuperados, não podem ser descartados mais requisitos por causa disso. O pedido tem de continuar a caber na janela rígida de modelo.
As meras chamadas de ajuda com --help ou -h já não geram estado de diagnóstico em tempo de execução. Se forem combinados argumentos de prompt e de ajuda, o comportamento de tempo de execução anterior mantém-se.
BLUN King · 18 de setembro de 2026
BLUN King 9.1.599
Publicada em
Aprovações individuais rastreáveis para a memória pessoal e correções adicionais em caso de excesso de contexto.
Os pedidos de aprovação para a memória pessoal mostram títulos de ação compreensíveis no idioma selecionado e pré-visualizações completas das alterações reais de definições ou do texto a guardar. Os caracteres de controlo são mascarados de forma visível; o conteúdo original permanece inalterado.
As alterações de memória válidas têm de ser aprovadas individualmente; as entradas inválidas só podem ser rejeitadas. Uma aprovação de sessão não autoriza automaticamente pedidos em espera que necessitem de uma aprovação individual.
A verificação do pacote abrange 37 áreas funcionais com 199 verificações obrigatórias, 158 execuções de verificação e 4 905 testes diferentes aprovados. Além disso, as atualizações de 9.1.597 e da versão intermédia local 9.1.598 para 9.1.599 foram verificadas em instalações isoladas com o atualizador e o percurso de instalação inalterados. Ambos os testes reconheceram a versão através das fontes públicas de atualização e verificaram todos os 918 ficheiros do arquivo de lançamento.
As notas em README.md e CHANGELOG.md do pacote inalterado 9.1.599 descrevem o estado de candidato no momento da embalagem. Não foram alteradas retroativamente após a instalação local. Esta página pública regista separadamente o estado de publicação e as limitações observadas posteriormente.
Limitações conhecidas em 9.1.599
Em funcionamento real continuaram a ser observadas respostas HTTP-502 repetidas, por vezes seguidas de pedidos bem-sucedidos. As correções de contexto não são uma resolução geral de erros de fornecedor ou de rede.
A verificação do idioma pode interromper uma resposta com missing-language-character-profile ou suspected-ascii-substitution. Este achado continua em aberto; a 9.1.599 não contém nenhuma correção comprovada para ele.
Uma resposta à imagem enviada foi confirmada pelo utilizador. Ainda estão em falta uma verificação independente da interpretação da imagem e a aceitação visual das entradas e das linhas de estado. As verificações de pacote aprovadas não são uma garantia geral para estes fluxos.
Incorporado a partir da versão intermédia local 9.1.598
Sem data
A 9.1.598 foi verificada e instalada localmente, mas não foi publicada como atualização npm própria. As seguintes alterações estão contidas na 9.1.599:
- Numa rejeição de contexto, os limites inferiores para o número de tokens de entrada são distinguidos de indicações exatas. Para um limite inferior comunicado, o limite de saída é reduzido uma vez, sem descartar mensagens ou ferramentas. Os sinais de interrupção e a limitação de novas tentativas continuam a valer. Com isto é corrigido de forma dirigida o erro de cálculo do limite de saída reproduzido na 9.1.597.
- As 150 palavras de atividade alternadas originais voltaram a estar incluídas. Para a sua exibição não são feitos pedidos adicionais ao modelo.
- No hook de entrada do AgentSpine de confiança é passada, em vez dos dados multimédia completos, uma referência compacta de multimédia com tipo, soma de verificação SHA-256 e indicação de tamanho. Os anexos completos para o modelo e as verificações de proteção existentes mantêm-se. Isso por si só ainda não comprova uma interpretação bem-sucedida de imagens em funcionamento real.
Novidades na 9.1.597
Publicada em
Recuperação limitada em excedências de contexto expressamente comunicadas, mesmo quando encapsuladas numa resposta de erro de gateway.
Se um pedido for recusado antes do início da saída por uma excedência de contexto comprovada, o King pode fazer uma nova tentativa limitada com um limite de saída mais pequeno. Também são reconhecidos erros encapsulados de forma correspondente numa resposta 502. Mensagens, ferramentas, limites de saída mais baixos escolhidos expressamente e sinais de interrupção mantêm-se. Um fluxo já iniciado não é reproduzido novamente.
Isto não resolve todos os erros de fornecedor ou de rede. As interrupções gerais de ligação e as falhas de serviço têm de continuar a ser verificadas com base nos seus próprios dados de erro.
Limitação conhecida na 9.1.597: Se o servidor comunicar apenas um limite inferior para o número de tokens de entrada, a nova tentativa pode voltar a falhar e desencadear compactações desnecessárias. Este caso foi reproduzido em 17 de setembro de 2026 após a publicação. A correção adicional da versão intermédia local 9.1.598 está contida na 9.1.599.
Foram verificadas 36 áreas funcionais com 183 verificações obrigatórias e 4 407 testes diferentes aprovados, bem como a atualização real de 9.1.596 para 9.1.597. Esta verificação de pacote não substitui um teste de aplicação de uma sessão de cliente já aberta.
Novidades na 9.1.596
Publicada em
As interrupções automáticas a favor de mensagens do Telegram em espera são distinguidas de interrupções manuais reais. Uma interrupção de fila de espera deste tipo já não é comunicada erroneamente como acionamento da tecla Escape. O prazo de espera, as regras de proteção para ferramentas em execução e o comportamento numa interrupção manual real mantêm-se.
Novidades na 9.1.595
Publicada em
Os esquemas opcionais de ferramentas são carregados posteriormente através do ToolSearch e conservados de forma limitada. Os catálogos grandes de skills são disponibilizados de forma compacta e por páginas. A pesquisa, as extensões MCP posteriores e as verificações normais de permissões mantêm-se.
Em cumprimentos curtos, o King pode utilizar um excerto limitado do diálogo recente, sem apagar mensagens guardadas ou encurtar instruções do sistema. Para uma tarefa de trabalho posterior, o King volta a ter em conta o histórico de trabalho conservado. O cálculo do contexto mantém-se também depois de retomar uma sessão. Não é prometido um consumo fixo de tokens para cada cumprimento.
Novidades na 9.1.594
Publicada em
- As respostas privadas do Telegram continuam possíveis enquanto as mensagens de grupo esperam. A atribuição dos comandos de barra mantém-se.
- Os tempos de espera longos de Retry-After são respeitados; ao retomar uma sessão, a pausa restante é recuperada.
- Após a descrição de acompanhamento ser descartada, um passo de ferramenta já concluído continua a ser processado. A descrição descartada não é publicada; a verificação da resposta final não é enfraquecida.
- As funções limitadas de recuperação para a escrita em várias partes voltaram a estar disponíveis. Isto vale também para os limites de tempo de shell, o controlo de tarefas e a recuperação de sessões.
- A entrada, as linhas de contingente, a indicação de atividade, as tarefas expansíveis e as saídas de ferramentas com identificação da fonte permanecem visíveis durante o streaming e ao navegar no histórico.
- Antes da embalagem são necessários comprovativos completos de regressão da consola; os metadados públicos de atualização são verificados quanto à concordância.
Versões intermédias 9.1.590 a 9.1.593
Estas versões estão presentes no histórico local de lançamentos, mas em 17 de setembro de 2026 não constam do diretório público de versões do npm. Não são aqui recomendadas como atualizações publicamente disponíveis. Os trabalhos sobre arranque, retoma, permissões, indicação de atividade e entrada visível estão contemplados nos comprovativos da 9.1.594.
Novidades na 9.1.589
Publicada em
- São incluídas fontes verificadas do AgentSpine e do Translate Native, bem como manifestos de atualização verificados.
- Ao carregar o contexto do agente, o perfil ativo do King mantém-se.
- As ferramentas necessárias para a verificação da resposta permanecem disponíveis. O consumo na geração da resposta é registado também quando a verificação rejeita a resposta.
- Na ligação de canal gerida, as mensagens de grupo só são atribuídas quando há uma menção expressa.
- A consola mostra a compactação em curso e os limiares em vigor.
- O orçamento de trabalho para compactação precoce e a reserva de segurança no limite do pedido mantêm-se ao longo das atualizações.
- O diálogo de atualização no arranque, o progresso e os avisos sobre atualizações agendadas utilizam de forma consistente o idioma selecionado.
- Os identificadores técnicos de integração e as licenças mantêm-se; as mensagens de erro de tempo de execução visíveis são formuladas de forma neutra.
- A instalação não reinicia sessões existentes. Uma sessão em execução carrega o novo código no próximo arranque.
9.1.588: retirada
Publicada em
Esta versão foi publicada em 11 de setembro de 2026 e posteriormente marcada como retirada no npm. O registo menciona uma verificação de compatibilidade falhada do manifesto de atualização. Utiliza a versão estável atual, não este pacote retirado.
Novidades na 9.1.587
Publicada em
Catálogos de ferramentas mais estáveis, compactação automática mais precoce e uma nova tentativa dirigida após interrupções por fases de pensamento puro demasiado longas.
Em instruções em buffer dentro de um turno de trabalho em curso, o catálogo ativo de ferramentas mantém-se também no passo de trabalho seguinte. As ferramentas necessárias permanecem disponíveis. Se o orçamento de esquema existente for excedido, as definições opcionais de ferramentas conservadas são selecionadas novamente.
A compactação automática do contexto volta a entrar mais cedo. Após uma compactação bem-sucedida que reduza o histórico, o King pode voltar a executá-la no mesmo turno. Os limites de modelo mais baixos e a limitação de tentativas falhadas continuam a valer.
Após uma interrupção por uma fase de pensamento puro demasiado longa, o King utiliza a nova tentativa única existente com o pensamento desativado, para que o modelo possa responder ou chamar uma ferramenta. Os passos regulares seguintes mantêm a definição de pensamento escolhida; a interrupção, as verificações de aprovação e os limites de tempo continuam a valer.
Com BLUN_STABLE_STEER_TOOLS=0 ou BLUN_EARLY_COMPACTION=0 antes do arranque do King, é possível restaurar o comportamento anterior para a respetiva função. A atualização não reescreve sessões existentes nem ficheiros de configuração.
Novidades na 9.1.586
Publicada em
A receção do Telegram volta a arrancar no Windows quando o antigo ID de processo do bridge entretanto passou a pertencer a outro processo. Em caso de atribuição de processo incerta, o King não intervém; o outro processo não é terminado.
A compactação do contexto, as definições do modelo, o histórico da conversa e o comportamento de entrega anterior do Telegram permanecem inalterados.
Novidades na 9.1.585
Publicada em
BLUN King · 8 de setembro de 2026
A versão 9.1.585 verifica a estrutura e os resultados individuais das respostas geridas do WebSearch também quando faltam as indicações opcionais sobre o estado da pesquisa.
Uma resposta sem uma lista de resultados válida já não é emitida como pesquisa bem-sucedida sem resultados. Cada resultado tem de conter um título que não esteja vazio nem consista apenas em espaços, um excerto de texto como cadeia de caracteres e um endereço HTTP ou HTTPS absoluto sem dados de acesso incorporados. Resultados inválidos fazem com que toda a resposta seja rejeitada antes de serem devolvidos resultados ou avisos sobre resultados de pesquisa incompletos.
As respostas válidas no formato anterior sem indicações de estado continuam a ser suportadas, tal como listas de resultados vazias e cadeias de caracteres vazias como excertos de texto. Em respostas válidas, a ordem, as cadeias exatas dos URLs, as indicações opcionais de data e de site, as referências de origem na saída e o processamento de resultados incompletos permanecem inalterados.
É alterada apenas a ligação de pesquisa gerida. O comportamento de interrupção, a autenticação dos pedidos, o FetchURL e o Telegram permanecem inalterados. A verificação do formato não comprova que uma fonte está correta ou atual. Esta versão não introduz nenhum limite de tamanho para respostas nem um novo limite de tempo.
Novidades na 9.1.584
Publicada em
A versão 9.1.584 faz passar o sinal de interrupção de quem invoca através do WebSearch até ao pedido HTTP de pesquisa gerido, também ao ler o conteúdo da resposta.
As pesquisas já interrompidas não desencadeiam processamento no fornecedor. Se a interrupção ocorrer durante a determinação dos dados de acesso, já não é enviado nenhum pedido de pesquisa depois disso. Os resultados que chegam após a interrupção não são devolvidos como pesquisa bem-sucedida.
As verificações de interrupção abrangem também respostas JSON bem-sucedidas, o conteúdo de respostas de erro e avisos sobre resultados de pesquisa incompletos. O processamento de resultados completos, incompletos e vazios, as referências de origem e o procedimento de recurso regular na autenticação permanecem inalterados.
Esta versão não introduz nenhum novo limite de tempo e não altera a atribuição do Telegram. Os processos partilhados de renovação dos dados de acesso OAuth e as implementações de transporte que ignoram sinais de interrupção não são interrompidos à força. A interrupção de um pedido do cliente não comprova que o trabalho no servidor remoto ou a sua faturação estejam concluídos.
Novidades na 9.1.583
Publicada em
Uma interrupção na obtenção de páginas é agora passada até ao pedido HTTP.
O FetchURL faz passar o sinal de interrupção de quem invoca através da ferramenta e de ambos os serviços de obtenção. Um pedido interrompido antes do arranque não é enviado. Se a interrupção ocorrer durante a determinação dos dados de acesso, o pedido HTTP gerido já não é iniciado depois disso.
Após a interrupção de uma obtenção gerida, já não é iniciada nenhuma obtenção de substituição local. Um resultado atrasado do serviço de obtenção é retido e não é utilizado como comprovativo de origem. Em erros normais de HTTP e de rede, a obtenção de substituição local anterior continua possível.
Não é introduzido nenhum novo limite de tempo. Uma renovação partilhada dos dados de acesso e o processamento síncrono do HTML não são interrompidos à força. O limite de tamanho da 9.1.582 mantém-se; o encaminhamento do Telegram e os pedidos ao modelo permanecem inalterados.
Novidades na 9.1.582
Publicada em
A obtenção local de páginas verifica agora o tamanho da resposta já ao ler e interrompe quando o limite é excedido.
A obtenção local conta os bytes de resposta recebidos antes da descodificação de cada bloco de dados e interrompe o fluxo de dados assim que o limite de tamanho é excedido. Se faltar a indicação Content-Length ou estiver errada, já não é primeiro lida toda a resposta e depois rejeitada.
O limite predefinido mantém-se em 10 MiB e vale para o fluxo de resposta após a descompressão HTTP. Os caracteres UTF-8 distribuídos por vários blocos de dados mantêm-se. Os buffers de transporte e o bloco de dados com que o limite é excedido podem já estar na memória; não está associado a isto um limite superior exato para toda a memória do processo.
É alterado o percurso local de obtenção, também quando serve como solução de recurso. As correções de pesquisa da 9.1.581 permanecem incluídas. O encaminhamento do Telegram e o tempo de espera pelo modelo permanecem inalterados.
Novidades na 9.1.581
Publicada em
Na obtenção local de páginas, os excertos HTML vazios já não são emitidos como fontes bem-sucedidas.
Se depois da limpeza e da conversão não sobrar nenhum conteúdo de página, o título do documento por si só já não basta para uma obtenção bem-sucedida. Em vez disso, é devolvido o erro de extração já existente.
Os conteúdos reais curtos e os títulos visíveis mantêm-se. As respostas em formato de texto simples ou Markdown permanecem inalteradas. A correção diz respeito à extração local de HTML, não ao serviço de obtenção gerido.
As correções de pesquisa da 9.1.580 e as correções anteriores do Telegram permanecem incluídas inalteradas. Esta atualização não altera nem o tempo de espera pelo modelo nem a atribuição das mensagens recebidas aos seus destinatários.
Novidades na 9.1.580
Publicada em
O arquivo de pesquisa rejeita datas históricas inválidas atribuídas a fontes.
Um novo relatório não é guardado se uma data atribuída a uma fonte contiver um dia de calendário inválido ou uma parte de tempo não avaliável. As datas em falta permanecem permitidas.
Ao recuperar comprovativos de pesquisa guardados, os comprovativos mais antigos com datas inválidas atribuídas a fontes são ignorados e comunicados com um aviso de diagnóstico. Os ficheiros não são reescritos nem apagados. Os comprovativos válidos separados permanecem pesquisáveis; as datas válidas mantêm o seu desvio de fuso horário e a sua precisão.
A ordenação dos comprovativos de pesquisa da 9.1.579 e as correções anteriores do Telegram permanecem incluídas inalteradas. Esta atualização não altera nem o tempo de espera pelo modelo nem a atribuição das mensagens recebidas aos seus destinatários.
Novidades na 9.1.579
Publicada em
Os comprovativos de pesquisa guardados são ordenados, com relevância igual, pelo momento real da sua recuperação.
As indicações de tempo com e sem milissegundos são comparadas como momentos UTC, não como texto. A relevância continua a ter prioridade; em momentos idênticos, a ordem anterior mantém-se.
Se a mesma passagem de texto foi registada várias vezes, o resultado mantém as indicações de origem da recuperação mais recente. Os comprovativos já guardados permanecem inalterados e, por isso, não valem como fontes verificadas de novo.
A correção para respostas do Telegram da 9.1.578 permanece incluída inalterada. O mesmo vale para a limitação de novas tentativas quando o modelo apenas pensa, sem fornecer uma resposta ou uma chamada de ferramenta. Esta atualização não altera nem o tempo de espera pelo modelo nem a atribuição semântica das mensagens recebidas.
Novidades na 9.1.578
Publicada em
Tentativas limitadas quando o modelo apenas pensa e atinge o limite de tempo, bem como uma correção dirigida para respostas curtas em grupos do Telegram com referência a uma pergunta.
Se o modelo atingir o limite de tempo enquanto apenas pensa, o King permite mais uma tentativa por passo. Um segundo esgotamento de tempo deste tipo termina o passo. O esforço de pensamento escolhido e o limite de tempo anterior permanecem inalterados. Esta limitação não encurta a espera pela primeira saída do modelo.
As confirmações curtas da própria presença em grupos do Telegram podem agora ser enviadas quando reply_to as liga a uma entrada com no máximo 30 minutos do mesmo chat. Essa entrada tem de se dirigir expressamente ao agente ou corresponder a uma pergunta suportada em alemão ou inglês sobre a sua presença, que comece com o seu nome definido. As confirmações de presença não solicitadas e as explicações de que não há nada a comunicar continuam a ser filtradas. O envio de substituição automático em grupos permanece desativado.
Os registos das respostas enviadas e suprimidas contêm agora reply_to. Se faltar o contexto ou este for ambíguo, a exceção não se aplica. Esta atualização não acrescenta nenhum reconhecimento geral de destinatários e não impede chamadas desnecessárias ao modelo pela endereçação semântica anterior.
A correção aplica-se a duas versões exatamente identificadas dos remetentes MCP geridos do Telegram e atua também na fusão final da configuração de plugins. O remetente mais antigo utiliza uma cópia de compatibilidade com alterações estritamente limitadas. Os bridges de entrada, as definições de acesso, os perfis e os registos de plugins não são reescritos. Os remetentes desconhecidos ou adaptados, bem como as substituições definidas expressamente, mantêm-se. O King tem de ser reiniciado após a atualização para que a correção seja carregada.
Novidades na 9.1.577
Publicada em
Sem mais mensagens de conclusão automáticas em grupos do Telegram. As respostas úteis são enviadas lá de forma dirigida através da ferramenta de resposta do Telegram.
O núcleo CLI e o bridge autónomo do Telegram já não reencaminham automaticamente o texto de conclusão normal de um agente para grupos. Deste modo, avisos como «Nada a comunicar» já não chegam ao grupo através deste envio de substituição automático.
As respostas em chats privados, as ferramentas de resposta utilizadas expressamente, os resultados de objetivo exigidos, as mensagens de comando e de estado, bem como o envio de multimédia mantêm-se. As instruções de prompt para entradas normais, mensagens de controlo durante um processo em curso e mensagens de grupo do bridge autónomo contêm agora a mesma regra de envio.
Isto não garante que um modelo nunca envie uma resposta desnecessária através de uma chamada de ferramenta. A correção também não impede que mensagens de grupo sem relação com o respetivo agente cheguem ao modelo. As regras de menção, as definições de acesso e a resolução de plugins geridos permanecem inalteradas; não está incluída nenhuma atualização do AgentSpine nem do guarda de idiomas.
O núcleo atualizado tem de ser carregado por um processo novo. As sessões em execução não são reiniciadas automaticamente. Os perfis existentes e o histórico da sessão mantêm-se.
Novidades na 9.1.576
Publicada em
O BLUN King 9.1.576 distingue C++ e C# em consultas de pesquisa locais e contém as correções anteriormente publicadas para atualizações, retoma de sessões e Telegram.
A pesquisa em comprovativos de pesquisa locais trata C++ e C# isolados como termos distintos, também com maiúsculas e minúsculas divergentes e com pontuação envolvente. As passagens de texto guardadas, os hashes, as verificações de proteção para fontes, a normalização Unicode, os limites das coleções e os limites de saída permanecem inalterados. Não é necessário reindexar.
Uma execução de verificação definida com 20 consultas de pesquisa técnicas e testes de regressão dirigidos para limites de tokens verificam esta correção. Diz respeito à pesquisa local e não é uma afirmação sobre a qualidade ou capacidade do WebSearch em funcionamento real. Todas as alterações da 9.1.575 permanecem incluídas.
Novidades na 9.1.575
Publicada em
O crawler web incluído rejeita respostas com cf-mitigated: challenge antes de ler conteúdos, seguir reencaminhamentos ou interpretar um ficheiro robots em falta como permissão para continuar. Nos nomes de cabeçalhos não distingue maiúsculas de minúsculas; além disso, verifica valores normalizados e cabeçalhos que ocorrem várias vezes. O estado da resposta mantém-se no relatório de erro.
Os ficheiros robots em falta sem esta marcação e as páginas de documentação normais continuam a passar pelo processo existente. As páginas já concluídas permanecem disponíveis se uma página posterior for rejeitada; o erro é comunicado como resultado incompleto. Esta proteção verifica uma marcação de resposta. Não é um reconhecimento geral de desafios nem uma evasão de CAPTCHA. Os fornecedores de pesquisa, a autenticação, os bloqueios de atualização e o núcleo CLI permanecem inalterados. Todas as alterações da 9.1.574 permanecem incluídas.
Novidades na 9.1.574
Publicada em
As atualizações expressamente solicitadas distinguem agora entre uma atualização bloqueada, uma verificação de bloqueio indisponível, um diretório privado indisponível, uma versão instalada inválida e um instalador protegido indisponível. Estes casos já não são comunicados genericamente como verificação de pacote falhada. A alteração vale para mensagens em alemão e em inglês.
A autorização de atualização, o comportamento de bloqueio, os motivos de devolução, os códigos de saída e o comportamento do instalador permanecem inalterados. As sessões em execução não são terminadas automaticamente. Os pacotes fixados num canal interno antigo continuam a exigir uma instalação npm expressa com o King terminado; esta versão não anula essa fixação. Todas as alterações da 9.1.573 permanecem incluídas.
Novidades na 9.1.573
Publicada em
O campo de entrada permanece visível e focado após a seleção do objetivo no arranque, também após Escape ou uma retoma de objetivo falhada. Os rascunhos não enviados mantêm-se. Em vez do texto completo do objetivo, aparece uma seleção compacta para continuar com ou sem objetivo.
Ctrl+S sai da seleção sem confirmar o objetivo e é processado como atalho regular para a fila de espera. Também são tidas em conta as entradas pendentes em modo de espera. Escape mantém a sua ordem anterior: primeiro esvaziar a fila de espera, no Escape seguinte interromper a execução ativa. O histórico da sessão não é apagado automaticamente.
Esta versão não reconstrói confirmações de entrega que um processo mais antigo perdeu antes da atualização. As mensagens efetivamente pendentes continuam atribuídas à sua sessão.
Novidades na 9.1.572
Publicada em
Nos comprovativos de pesquisa, são rejeitados URLs de fontes cujos parâmetros de consulta ou fragmentos em forma de parâmetro contenham nomes de parâmetros conhecidos para dados de acesso. Também são verificados nomes aninhados e rotas no fragmento. A rejeição vale tanto para fontes falhadas como para fontes utilizáveis.
Os relatórios já guardados com esses URLs são retidos na recuperação com o resultado existente partial / report-invalid. Os estados originalmente guardados não são alterados nem apagados; os endereços de fontes não são encurtados nem reescritos silenciosamente. Os parâmetros de consulta normais e as âncoras em URLs de documentação mantêm-se byte a byte. A proteção reconhece nomes de parâmetros conhecidos, não segredos arbitrários, e não limpa nenhum histórico.
Novidades na 9.1.571
Publicada em
Os âmbitos da fila de espera do Telegram são atribuídos à sua sessão. Uma sessão nova já não assume automaticamente o trabalho pendente de uma sessão mais antiga. Ao retomar uma sessão conhecida, só são recuperados os seus próprios âmbitos em espera. Durante a seleção, criação e mudança de sessão, a receção de mensagens do canal fica em pausa. As mensagens que entram após o limite escolhido, as entradas seguintes no editor local e as confirmações de entrega atrasadas mantêm a sua atribuição correta.
A atribuição e as confirmações de entrega que chegam fora de ordem mantêm-se numa religação e entrega de lease. O estado da fila de espera danificado ou substituído é rejeitado, em vez de reproduzir silenciosamente entradas antigas. A caixa de entrada e o histórico da sessão mantêm-se. Os âmbitos antigos em espera sem sessão reconhecível são adiados e não são atribuídos a nenhuma sessão nova; a sua recuperação automática não está incluída. Isto não resolve todos os esgotamentos de tempo nem bloqueios de compactação do contexto. Um downgrade não é um procedimento de migração da fila de espera.
O plugin Telegram e a função de recurso independente da consola para o envio automático de respostas suprimem confirmações de receção reconhecidas e textos que apenas anunciam o próprio silêncio, também acima de 200 caracteres. Se uma mensagem contiver uma parte de frase não reconhecida ou relevante no conteúdo, mantém-se. Os avisos curtos e úteis de grupo podem continuar a ser entregues. Isto é um filtro de envio alemão-inglês cauteloso com instruções complementares, não uma garantia de que cada modelo compreende cada conversa de grupo.
Um processo novo tem de carregar o pacote atualizado; as sessões em execução não são reiniciadas. As fixações existentes em canais de atualização internos e os bloqueios de instalação do Windows com EBUSY permanecem problemas separados. Todas as restantes alterações da 9.1.570 permanecem incluídas. Esta versão não ativa pesquisa web alojada e não altera nem o AgentSpine nem a faturação, a autenticação ou a configuração do cliente.
Novidades na 9.1.570
Publicada em
Cada nova entrega de prompt recebe um ID próprio de correlação de hook. Os hooks da mesma entrega mantêm o mesmo ID; os IDs definidos expressamente mantêm-se. Os valores de ambiente específicos da sessão chegam aos subprocessos de hook e às ligações MCP também ao religar, sem reescrever configurações de plugins guardadas. A atribuição dos resultados nativos de ferramentas mantém-se ao longo das execuções, também em ferramentas falhadas e chamadas duplicadas.
As consultas de pesquisa Unicode canonicamente equivalentes encontram os mesmos resultados, sem equiparar caracteres diferentes. As fontes guardadas, as datas, as versões e os limites de projeto mantêm-se. king --help e king --version já não alteram definições de registo do Windows para imagens de falha.
A pesquisa web suporta respostas parciais quando este modo de resposta foi acordado e mostra nesse caso um aviso sobre fontes falhadas. As respostas parciais vazias ou incompatíveis continuam a ser erros expressos. Esta alteração no cliente não ativa nenhum serviço de pesquisa alojado nem garante o seu funcionamento.
O transporte BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE está desativado por predefinição. Com ativação expressa, entrega o caminho real do registo de sessão guardado e o respetivo registo ao plugin AgentSpine selecionado. Cada sessão recebe uma permissão de acesso própria, renovada após uma retoma. Isto é suporte de transporte, não uma prova de recuperação de memória ou de autorização pelo plugin recetor.
Todas as alterações públicas da 9.1.569 permanecem incluídas. A implementação incluída do AgentSpine permanece inalterada; não surge nenhuma dependência Mnemo. Os perfis de utilizador, as permissões, as conversas e as definições de plugins não são migrados nem repostos.
Novidades na 9.1.569
Publicada em
Esta versão pública cumulativa contém a entrega em grupos do Telegram com base em menções, correções para arranque e permissões, bem como coleções de pesquisa e ferramentas de crawler. Os pacotes publicados permanecem inalterados. As alterações posteriores aparecem sob um novo número de versão.
Novidades na 9.1.566
Publicada em
O BLUN King 9.1.566 torna as atualizações de plugins e o carregamento de módulos de runtime nativos mais robustos.
O runtime incluído do AgentSpine é atualizado para a versão 0.59.1. O seu autoiniciador ignora a raiz de um perfil de utilizador como alvo de verificação, e todos os hooks de ciclo de vida permanecem à prova de falhas quando um caminho protegido não pode ser lido.
Os módulos nativos .node são resolvidos através de uma cache endereçada por conteúdo fora do pacote npm. Assim que esta versão estiver ativa, uma consola em execução já não mantém aberta a cópia do pacote destes módulos. As atualizações posteriores podem substituir o diretório do pacote sem colidir com estes ficheiros nativos.
O pacote público mantém os catálogos completos de interface em espanhol, francês, sueco e checo da versão 9.1.565. Os caminhos internos do runtime Mnemo, os endpoints privados, os fornecedores de modelos internos e os scripts de construção não estão incluídos.
O pacote do cliente passou a verificação de fugas, a verificação completa de runtime com 13 testes, a inicialização MCP do AgentSpine, uma instalação limpa e a atualização de 9.1.565. Todos os ficheiros de texto utilizam fins de linha LF. SHA-256 do pacote npm: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.
Novidades na 9.1.565
Publicada em
O BLUN King 9.1.565 estabiliza execuções de trabalho longas e alarga o runtime incluído do AgentSpine.
O travão de repetição repõe a sua sequência de resultados equivalentes assim que, entretanto, avança trabalho real. As verificações normais da caixa de entrada e das listas de tarefas já não desencadeiam por isso uma resposta forçada falsa.
A indicação de atividade consiste em exatamente uma linha. Mostra a palavra de estado em inglês adequada à atividade atual, os tokens do pensamento oculto, os tokens visíveis, o consumo total, o esforço, a tentativa, o orçamento e o passo.
Os erros de verificação do AgentSpine permanecem à prova de falhas em ferramentas de mutação, entradas de utilizador e stop hooks: o processo seguinte pode continuar e o erro é registado no registo de auditoria. Antes de uma interrupção fatal por uma exceção ou uma rejeição não tratada, a consola escreve o registo de runtime de forma síncrona.
O runtime incluído do AgentSpine é atualizado para a versão 0.54.0 do commit fb6d456b68605fd83721090e503f000a26e8a0fb. O estado contém o teste real de ACL fail-open, planos de objetivos persistentes vinculados a dependências e a resolução vinculada de lacunas de conhecimento.
Os hooks de ciclo de vida SessionStart, UserPromptSubmit, PostToolUse e Stop são enviados ao Mnemo com a identidade exata MNEMO_AGENT. Os erros de rede permanecem à prova de falhas.
Os textos de interface anteriormente em falta estão agora completos em espanhol, francês, sueco e checo.
O controlo completo do pacote, a verificação de fugas, a verificação do catálogo de idiomas, a execução de teste do hook de ACL, a instalação limpa, a atualização de 9.1.564 e a inicialização MCP do AgentSpine estão verdes. SHA-256 do pacote npm: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.
Novidades na 9.1.564
Publicada em
O BLUN King 9.1.564 evita falhas causadas por pastas protegidas e textos de interface em falta.
O AgentSpine ignora, na verificação preparatória de ficheiros, ficheiros e pastas individuais que o sistema operativo bloqueia com EPERM ou EACCES. Um erro de verificação inesperado já não bloqueia a chamada de ferramenta seguinte; a chamada é autorizada e o erro é registado no registo de auditoria.
Se faltar uma chave de texto numa língua de interface publicada, a consola utiliza o texto em inglês e regista a lacuna uma única vez, em vez de falhar no caminho de renderização. Deste modo, a linha de estado do pensamento mantém-se utilizável em particular em checo, espanhol, francês e sueco.
As traduções efetivas das chaves ainda em falta seguem numa versão verificada separadamente. Até lá, o recurso ao inglês é deliberadamente visível e à prova de falhas.
O pacote foi verificado contra a falha exata thinking.step em checo da 9.1.563. A nova versão fornece «step 6» em vez de uma exceção, avisa apenas uma vez por língua e chave, sobrevive a pastas vizinhas inacessíveis, inicializa o AgentSpine 0.49.0, passa numa instalação limpa e na atualização de 9.1.563 e não contém imports de plugins não resolvidos. SHA-256 do pacote npm: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.
Novidades na 9.1.563
Publicada em
O BLUN King 9.1.563 atualiza o runtime incluído do AgentSpine para a versão 0.49.0.
O novo estado exige, antes de uma tentativa de aprendizagem, pelo menos um comprovativo recente e independente de uma confirmação expressa do utilizador ou de um teste objetivo. Os meros comprovativos de conversa ou de documentos já não bastam, mesmo que os seus restantes limiares estejam cumpridos.
Os contratos de aprendizagem vinculam esta regra de comprovativo de forma persistente; alterações posteriores de configuração não podem enfraquecer uma verificação em curso. Os bloqueios de ficheiros vinculados à propriedade protegem alterações de aprendizagem paralelas contra sobrescrita e fazem com que os bloqueios manipulados ou de terceiros falhem de forma bloqueada (fail-closed).
A atualização substitui a árvore de plugins gerida no próximo arranque, endereçada por conteúdo. As instalações existentes da versão 9.1.562 são atualizadas para o AgentSpine 0.49.0, uma árvore inalterada é reutilizada e o servidor MCP do AgentSpine confirma a versão 0.49.0.
O limite do pacote difere da 9.1.562 apenas pelas indicações de versão e pelo runtime exatamente fixado do AgentSpine 0.49.0. A verificação completa a montante, 49 testes de aprendizagem dirigidos, a comparação de pacotes, a verificação de fugas, a instalação limpa, o percurso real de atualização de 9.1.562 e uma inicialização MCP estão verdes. SHA-256 do pacote npm: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.
Novidades na 9.1.562
Publicada em
O BLUN King 9.1.562 repõe o ficheiro de runtime do AgentSpine no pacote público.
O ficheiro de runtime de que o servidor MCP incluído do AgentSpine necessita volta a ser incluído. Uma instalação limpa materializa o plugin completamente; o servidor MCP arranca e confirma o seu nome e a sua versão de protocolo.
O limite do pacote difere da 9.1.561 apenas pelos metadados de versão e pelo ficheiro de runtime restaurado. A verificação de fugas, a instalação limpa, a materialização do plugin e uma inicialização MCP real estão verdes. SHA-256 do pacote npm: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.
Novidades na 9.1.561
Publicada em
O BLUN King 9.1.561 adota as melhorias verificadas do sistema de trabalho no pacote público.
A tarefa atual e os resultados recentes de ferramentas permanecem disponíveis. Os resultados de leitura não são truncados. Os resultados grandes são guardados com uma referência para recuperação novamente, em vez de serem esvaziados. Os resultados idênticos repetidos remetem para o resultado completo mais recente.
As compactações são registadas como transação com marcação de início, resumo e fim. As chamadas de ferramentas e os seus resultados permanecem juntos, enquanto os pontos de verificação persistentes asseguram o percurso de recuperação ao longo de novas tentativas.
Os orçamentos de saída provêm agora do perfil de modelo ativo. O modelo BLUN gerido recebe por predefinição 128 000 tokens de saída quando nenhum valor é definido expressamente. Os antigos limites fixos de 32 768 tokens, bem como os limites baixos para low e off, já não truncam o trabalho complexo; a capacidade do contexto permanece o limite de segurança.
O atualizador pergunta antes de preparar ou iniciar o instalador. No pacote público, o modelo BLUN gerido permanece fixo; /model serve apenas como alias de compatibilidade para /effort.
O limite do pacote foi verificado em todos os nomes de ficheiros e conteúdos legíveis. Os percursos internos de fornecedores, a escolha do modelo, os scripts de construção e de regressão, os identificadores privados e os endereços de servidores privados não estão incluídos.
O pacote completo, a verificação de fugas, a instalação limpa, a saída de versão e de ajuda, as definições padrão de um novo perfil, bem como a decisão de atualização de 9.1.550 para 9.1.561 estão verdes. SHA-256 do pacote npm: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.
Novidades na 9.1.527
Publicada em
O BLUN King 9.1.527 adota o fluxo /copy do DeepAgents.
O comando copia a resposta de assistente concluída mais recente e não vazia através do percurso multiplataforma existente da área de transferência.
Se /copy for introduzido durante um turno em curso, o comando utiliza a fila de comandos existente e é executado após a conclusão da resposta.
Mensagens de estado claras cobrem o sucesso, um histórico vazio e erros da área de transferência em todas as seis línguas de interface.
Uma regressão de vermelho para verde protege o registo de comandos, a execução, a seleção da resposta, o conteúdo byte a byte da área de transferência e os textos de interface aprovados.
O prepack completo e a verificação do artefacto descompactado estão verdes. SHA-256 do pacote npm: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.
Novidades na 9.1.526
Publicada em
O BLUN King 9.1.526 materializa a versão do AgentSpine incluída no pacote atual antes de /reload reconstruir o catálogo de plugins e a configuração MCP.
As entradas de plugins não afetadas mantêm-se. Uma árvore gerida inalterada do AgentSpine é reutilizada, sem reescrever installed.json.
Uma regressão de vermelho para verde contra 9.1.525 protege a ordem de arranque, a adoção do plugin gerido e o comportamento idempotente ao recarregar.
O prepack completo, a verificação do artefacto empacotado e o teste isolado de atualização de 9.1.525 para 9.1.526 estão verdes. SHA-256 do pacote npm: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.
Novidades na 9.1.525
Publicada em
O BLUN King 9.1.525 inicia cada comando de shell local no Windows e POSIX num grupo de processos próprio. Os programas já não podem ligar-se à consola de controlo da TUI BLUN e intercetar Escape, Strg+S ou outras entradas do editor.
A entrada padrão, a saída padrão e a saída de erro permanecem em pipes privados. Os comandos interativos recebem um fim de ficheiro e falham ou excedem o tempo limite, sem competir com o editor por entradas.
O isolamento de shell local do DeepAgents foi adotado para o Windows. Um teste de regressão executável cobre ambos os percursos de plataforma e uma execução de teste real com um processo intercetado.
Novidades na 9.1.524
Sem data
O BLUN King 9.1.524 mantém a tarefa imediata gerada por um comando /loop do Telegram no percurso de entrega protegido para comandos remotos. Deste modo, não pode sobrar como segundo registo normal da fila de espera.
A lista de retoma mostra, para cada sessão, o tamanho do ponto de verificação de retoma, as mensagens e tokens conservados, o tamanho do histórico da sessão, bem como os pontos de verificação em falta, inválidos ou desatualizados.
O runtime incluído do AgentSpine é atualizado para o estado oficial verificado 0.11.4 com o commit 8034487cdd24498076bac48d3f24400bca5e6ae4. O orçamento de tempo BLUN de 180 segundos para a conclusão em segundo plano do SessionStart mantém-se.
Testes de regressão executáveis protegem a entrega exatamente uma única vez dos loops do Telegram e todos os estados dos valores medidos de retoma. O comportamento local existente da fila de espera com um loop ocupado permanece inalterado.
Novidades na 9.1.523
Publicada em
O BLUN King 9.1.523 faz com que Escape feche um menu de comandos de barra aberto e limpe o rascunho correspondente num passo, em vez de deixar o texto do comando para trás.
Strg+S entrega um rascunho de barra ao percurso existente de colocação em fila e processamento também quando a interface indica que está inativa, em vez de voltar silenciosamente antes de esvaziar a fila de espera.
Os rascunhos normais mantêm-se quando Escape apenas fecha outra autocompleção.
Testes de tempo de execução de vermelho para verde protegem ambos os atalhos contra o comportamento exato do pacote 9.1.522.
Novidades na 9.1.522
Sem data
O BLUN King 9.1.522 escreve permission.approval_requested imediatamente no histórico da sessão ao abrir uma aprovação de ferramenta. Um King sem supervisão já não parece um modelo mudo ou um fornecedor bloqueado enquanto espera pelo operador.
Os botões de aprovação do Telegram existentes são utilizados automaticamente quando a lista de autorização contém exatamente um chat privado e qualquer número de grupos. Com vários destinatários privados possíveis, o envio permanece bloqueado enquanto BLUN_TELEGRAM_APPROVAL_CHAT_ID não estiver definido.
Uma regressão de vermelho para verde protege a visibilidade imediata no histórico da sessão, o reencaminhamento inequívoco para um chat privado, a prioridade de um destino definido expressamente e a rejeição de destinatários ambíguos em ambas as cópias do relé incluídas.
Novidades na 9.1.521
Sem data
O BLUN King 9.1.521 executa a verificação SessionStart do AgentSpine fora do percurso de arranque interativo. Uma verificação a frio do diretório do utilizador, que demora 123,6 segundos, já não bloqueia nem o editor nem a primeira entrada do utilizador.
As saídas bem-sucedidas do SessionStart permanecem automáticas: após a conclusão, o hook em segundo plano continua a incorporar o seu briefing limitado no contexto da sessão.
O orçamento de tempo para verificações a frio sobe para 180 segundos. Um teste de tempo de execução de vermelho para verde comprova que o arranque regressa antes de um hook lento e que o hook pode continuar a correr depois.
Novidades na 9.1.520
Publicada em
O BLUN King 9.1.520 concede ao hook SessionStart do AgentSpine tempo suficiente no recarregamento para concluir uma verificação completa a frio do projeto.
O limite de tempo para o arranque do AgentSpine sobe de 15 para 60 segundos. Todos os outros limites de tempo de hooks permanecem inalterados.
Uma nova verificação de tempo de execução de vermelho para verde inicia o hook real do AgentSpine num projeto temporário e verifica tanto a sua saída como os dois manifestos de timeout incluídos.
A versão 9.1.520 contém o AgentSpine 0.10.1. O teste isolado de atualização de 9.1.519 para 9.1.520 e o prepack completo estão verdes. SHA-256 do pacote npm: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.
Novidades na 9.1.519
Publicada em
O BLUN King 9.1.519 guarda as saídas bem-sucedidas do hook SessionStart antes de o arranque ou o recarregamento regressar. Deste modo, a prontidão do AgentSpine atinge automaticamente o contexto de modelo continuado e já não espera pela primeira mensagem do utilizador.
As referências históricas a resultados de ferramentas descarregados mantêm uma pré-visualização limitada do início e do fim. As âncoras importantes para a retoma mantêm-se assim, sem voltar a incluir o resultado completo em cada pedido ao modelo.
Novas verificações de tempo de execução de vermelho para verde protegem a transferência do contexto SessionStart e as pré-visualizações históricas. O catálogo de ferramentas para a manutenção de Todo restaurado com a 9.1.518 permanece inalterado.
Novidades na 9.1.518
Publicada em
Durante a manutenção proativa das listas de tarefas, Read, Write, Edit e Bash permanecem disponíveis ao lado de TodoList. O percurso normal de recuperação para grandes alterações de ficheiros já não é interrompido por isso.
A manutenção automática do Todo e o seu prompt de comprovativo limitado mantêm-se, sem mudar o passo de modelo ativo para um catálogo de ferramentas exclusivamente TodoList.
Um controlo de regressão de vermelho para verde protege contra a recaída do catálogo da 9.1.499 e verifica a seleção das ferramentas de recuperação sem esquemas duplicados.
Novidades na 9.1.517
Publicada em
Strg+S e Escape permanecem disponíveis também com a solicitação de aprovação aberta. Strg+S envia todas as mensagens em espera; Escape liberta primeiro uma mensagem em espera e só rejeita a aprovação quando a fila de espera estiver vazia.
A terminação assíncrona da sessão é totalmente observada nos percursos de teclado, Telegram-/reload e comandos de barra. session.not_found vale como sessão já terminada, em vez de fazer o núcleo falhar com uma rejeição não tratada.
Verificações de pacote de vermelho para verde protegem os caracteres de controlo brutos do Windows e o erro medido ao terminar uma sessão que já não existe.
Novidades na 9.1.516
Publicada em
Se, no histórico guardado após a compactação, faltar o início de um passo de assistente, a reprodução reconstrói-o a partir do evento de conteúdo ou de ferramenta seguinte. king -c já não termina com o erro interno Received content_part for unknown step_uuid 'undefined'.
Uma mensagem do Telegram sai da fila de espera exatamente uma única vez, assim que o núcleo tiver aceitado de forma persistente a sua transferência ativa. As rejeições reais mantêm-se para uma nova tentativa. Um bridge do Telegram gerido pelo King, terminado inesperadamente, é reiniciado por exatamente um vigilante unificado.
Por passo de modelo, só é aceite a primeira alteração da TodoList. Os pontos concluídos desaparecem automaticamente, as marcações pendentes permanecem visíveis também em terminais ANSI16 e uma lista nova começa com exatamente um ponto em execução. A ordem fixa é: urgente, mensagem direta do utilizador, mensagem de bot endereçada, mensagem de bot, mensagem normal.
O primeiro passo com capacidade de ferramentas espera no máximo 2,5 segundos pelo catálogo MCP inicial; os servidores opcionais podem continuar a arrancar em segundo plano. No arranque do programa, só o perfil ativo é verificado e instalado.
A versão 9.1.516 contém o AgentSpine 0.10.1. Os oito controlos de regressão de prepack, o node --check, a verificação de metadados do pacote e uma verificação limpa do pacote estão verdes. O mesmo pacote npm contém os componentes de plataforma para Windows, Linux e macOS. SHA-256 do pacote npm: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.
Novidades na 9.1.515
Publicada em
Uma lista de tarefas genuinamente inalterada volta a ser aceite após trabalho prolongado comprovado. O King não tem de inventar progresso nem reformular apenas um título para poder continuar o seu trabalho real.
Também um loop em modo de espera pode retomar uma TodoList ainda aberta, sem manter o agente de forma persistente num turno de manutenção apenas com a ferramenta Todo. Um controlo de regressão de prepack protege ambos os percursos de erro.
A versão 9.1.515 contém o AgentSpine 0.10.1. A verificação de regressão dirigida do loop de Todo, o node --check, a verificação de metadados de lançamento e uma instalação limpa do pacote estão verdes. O mesmo pacote npm contém os componentes de plataforma para Windows, Linux e macOS. SHA-256 do pacote npm: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.
Novidades na 9.1.514
Publicada em
O BLUN King 9.1.514 reforça o diário de entrega do Telegram sem conteúdo contra envelopes de fila manipulados.
Os identificadores de mensagens só são aceites como números decimais positivos. Os hashes de chat já calculados são permitidos exclusivamente como valores hexadecimais de exatamente doze dígitos em minúsculas. Os valores defeituosos ou semelhantes a conteúdo são descartados, em vez de serem registados.
O processamento existente do Telegram, as fases de entrega, a rotação do diário e o diagnóstico de quarentena sem conteúdo permanecem inalterados. Todos os 133 testes de pacote, bem como execuções de teste de pacote limpas para Windows x64, Linux x64, macOS ARM64 e macOS x64, estão verdes.
A versão 9.1.514 contém o AgentSpine 0.10.1 e o ReadBatch. SHA-256 do pacote npm: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.
Novidades na 9.1.513
Publicada em
O BLUN King 9.1.513 regista o percurso de entrega do Telegram desde a entrada no bridge, passando por encaminhamento, fila e injeção, até à confirmação, recuperação ou quarentena.
O diário limitado guarda exclusivamente identificadores sem conteúdo, hashes, fases de entrega, contadores e motivos de erro limpos. Os textos de mensagens, prompts, caminhos, nomes de utilizador, tokens, dados de acesso e mensagens de erro brutas não são registados.
Também o diagnóstico de quarentena já não duplica mensagens do Telegram, textos de exibição, indicações de origem, IDs brutos de chat ou caminhos de imagens. Todos os 132 testes de pacote, bem como execuções de teste de pacote limpas para Windows x64, Linux x64, macOS ARM64 e macOS x64, estão verdes.
A versão 9.1.513 contém o AgentSpine 0.10.1 e o ReadBatch. SHA-256 do pacote npm: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.
Novidades na 9.1.512
Publicada em
O BLUN King 9.1.512 impõe, na manutenção proativa da TodoList, uma atualização alterada e comprovada, em vez de voltar a aceitar indefinidamente a mesma lista. O turno de manutenção isolado recebe no máximo oito indicações compactas sobre o nome da ferramenta e o resultado desde a última atualização aceite.
Os prompts, argumentos, comandos, caminhos completos, resultados de ferramentas ou o histórico de trabalho não são reproduzidos nesse processo. Uma tentativa falhada da TodoList conserva esse comprovativo limitado para a tentativa seguinte; uma atualização bem-sucedida remove as indicações utilizadas. Os pontos concluídos continuam a desaparecer automaticamente e, no passo seguinte, voltam a estar disponíveis as ferramentas de trabalho normais.
A 9.1.512 passa em 127 de 127 testes de pacote. As instalações limpas escolhem no Windows x64, Linux x64, macOS ARM64 e macOS x64 os componentes de plataforma esperados e contêm o AgentSpine 0.10.1 e o ReadBatch. SHA-256 do pacote npm: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.
Novidades na 9.1.511
Publicada em
O BLUN King 9.1.511 disponibiliza o AgentSpine 0.10.1 como nova versão de plugin central endereçada por conteúdo. O preflight obrigatório continua a verificar cada ficheiro ativo de instruções do anfitrião de forma segura contra condições de corrida e vincula a sua identidade ao turno exato, mas já não duplica o texto completo já carregado pelo anfitrião no contexto de runtime.
O estado acrescenta comprovativos obrigatórios pré-resposta, entradas must-remember confirmadas e a sincronização autocurativa do grafo de persona e de relações autenticado. Os grupos, pessoas e associações em falta são reparados numa nova comparação do roster; as consultas locais de relações terminam visivelmente após 5 segundos em caso de bloqueio.
A consulta limitada Telegram-Mnemo mantém-se: as mensagens anteriores só são carregadas quando há necessidade concreta, com referência estreita a agente, pessoa, grupo, tema, tópico e tempo. Um histórico completo do Telegram não entra rotineiramente no prompt.
A 9.1.511 passa em 126 de 126 testes de pacote. O verdadeiro ficheiro CLAUDE.md de 15 519 bytes foi verificado integralmente, enquanto todo o contexto injetado abrangia 5 667 bytes e não continha nenhum texto completo de instruções. As instalações limpas escolhem no Windows x64, Linux x64, macOS ARM64 e macOS x64 os componentes de plataforma esperados e contêm o AgentSpine 0.10.1 e o ReadBatch. SHA-256 do pacote npm: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.
Novidades na 9.1.510
Publicada em
O BLUN King 9.1.510 acrescenta a ferramenta ReadBatch. Lê dois a doze ficheiros UTF-8 independentes e já conhecidos ou intervalos de ficheiros num passo de modelo, mantendo a ordem dos pedidos. Cada caminho passa pelas mesmas verificações de acesso, regras e permissões que uma chamada Read individual. Os sucessos parciais permanecem visíveis; apenas um lote totalmente falhado vale como erro global.
A 9.1.510 passa em 125 de 125 testes de pacote. As instalações limpas escolhem no Windows x64, Linux x64, macOS ARM64 e macOS x64 os componentes de plataforma esperados e contêm o ReadBatch. O AgentSpine permaneceu deliberadamente em 0.8.0 até o bloqueador de orçamento de contexto, encontrado de forma independente no estado de pré-lançamento mais recente, estar resolvido sem aumentar o prompt de runtime. SHA-256 do pacote npm: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.
Novidades na 9.1.509
Publicada em
O BLUN King 9.1.509 exige, em cada mensagem de trabalho do Telegram aprovada entre bots, uma menção expressa do King previsto. As mensagens de bot sem menção adequada permanecem visíveis, mas não são colocadas em buffer nem na fila, não são entregues nem incorporadas posteriormente no contexto de modelo deste King. Deste modo, uma mensagem de bot prioritária para um King já não pode tornar-se tarefa de outro King.
Todos os 121 testes de pacote passam. O mesmo pacote contém os componentes de plataforma verificados para Windows x64, Linux x64, macOS ARM64 e macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.
Novidades na 9.1.508
Publicada em
Os pontos de Todo em aberto voltaram a ter uma caixa visível. Também a primeira lista de tarefas normal começa com exatamente um ponto em execução; os passos posteriores permanecem pendentes até o seu início real estar comprovado.
As mensagens diretas e de grupo do Telegram aceites são passadas ao Mnemo de forma assíncrona, com buffer persistente e exatamente deduplicadas. Um hub temporariamente inacessível não bloqueia nem a entrega do Telegram nem a execução do King. Os comandos /loop e os ticks internos de loop não são guardados deliberadamente.
O AgentSpine não carrega nenhum histórico completo do Telegram no contexto de runtime. Se uma tarefa precisar de uma mensagem anterior, é feita uma consulta limitada ao Mnemo por agente, pessoa, grupo, tema, tópico e período de tempo.
Todos os 120 testes de pacote passam. As instalações limpas escolhem no Windows, Linux x64, macOS ARM64 e macOS x64 o componente nativo de área de transferência correto e contêm a ligação Telegram-Mnemo gerida e o AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.
Novidades na 9.1.507
Publicada em
O BLUN King 9.1.507 instrui expressamente o modelo, na ferramenta Read, a agrupar leituras de ficheiros e intervalos independentes numa resposta do modelo, quando várias entradas podem ser úteis.
Isto reduz rondas de modelo evitáveis em contextos de trabalho grandes, sem alterar a execução, a navegação de páginas, as permissões ou o tratamento de resultados do Read.
Um teste de regressão dirigido protege a alteração; todos os 112 testes de pacote passam.
Novidades na 9.1.506
Publicada em
Os pontos concluídos da TodoList são removidos imediatamente da TUI visível. A lista de tarefas persistente já descartou corretamente estas entradas; agora a interface mostra o mesmo estado limpo, enquanto o trabalho em execução e pendente permanece integralmente conservado.
O turno de manutenção automático utiliza um prompt de sistema próprio com 546 caracteres. Anteriormente, apesar da única ferramenta Todo disponível, era anexado o prompt de trabalho completo com cerca de 19 000 caracteres. O passo de trabalho seguinte continua a receber o prompt completo e o seu catálogo normal de ferramentas.
Uma execução real mostrou, para cada oitavo passo de trabalho, um turno próprio de manutenção de Todo com 15 221 tokens de entrada. O prompt estático de manutenção encolhe 18 470 caracteres; a poupança real de tempo de execução é medida novamente após a atualização da frota. O tarball publicado passa em 111 de 111 testes. As instalações limpas de pacote no Windows com Node 24.19.0 e no Linux com Node 24.18.0 confirmam a versão 9.1.506; os binários macOS para ARM64 e x64 estão contidos no pacote npm idêntico. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.
Novidades na 9.1.505
Publicada em
Uma mensagem do Telegram que chega depois da tomada de controlo do canal, mas ainda antes da conclusão da ativação da fila, já não é ignorada como acumulado antigo. Sem ponto de verificação válido, o processamento começa no limite de bytes medido no início da tomada de controlo, em vez do fim posterior do ficheiro.
Um ponto de verificação persistente válido mantém prioridade. Se o ficheiro da fila for substituído durante a entrega, o novo ficheiro começa com segurança no byte zero; as mensagens históricas já existentes antes da tomada de controlo continuam a não ser reproduzidas.
A mensagem de grupo 63456 chegou um segundo após a tomada de controlo do canal, o ponto de verificação saltou exatamente até ao seu fim e a mensagem não apareceu em nenhum histórico de modelo. Esta perda real está protegida como regressão. O tarball publicado passa em 111 de 111 testes; as instalações limpas de pacote no Windows com Node 24.19.0 e no Linux com Node 24.18.0, bem como uma atualização real de 9.1.504, confirmam a versão 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.
Novidades na 9.1.504
Publicada em
Uma mensagem do Telegram que já está na fila de espera quando o agente está em modo de espera é agora iniciada através do percurso normal de canal como turno de modelo novo. Já não espera por uma execução ativa, que em modo de espera não pode surgir por definição.
A entrega existente para um turno em execução permanece inalterada. Da mesma forma, a manutenção isolada do Todo, a remoção automática dos pontos concluídos e a restauração posterior das ferramentas normais de ficheiro, pesquisa e shell permanecem protegidas.
O tarball publicado passa em 106 de 106 testes. A nova regressão de modo de espera estava vermelha antes da intervenção e está verde depois, juntamente com 24 testes de fila. As instalações limpas de pacote no Windows com Node 24.19.0 e no Linux com Node 24.18.0 confirmam a versão 9.1.504 e o mesmo SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.
Novidades na 9.1.503
Publicada em
A mensagem isolada de manutenção do Todo traz agora também um campo toolCalls expressamente vazio. Deste modo, cumpre a mesma forma de mensagem dos turnos de trabalho regulares e pode ser processada em segurança pela normalização do fornecedor BLUN.
O erro real de tempo de execução TypeError: message.toolCalls is not iterable já não ocorre antes da chamada da TodoList. Um teste de regressão itera a mensagem gerada exatamente como o limite do fornecedor, antes de a manutenção ser aprovada.
O tarball publicado passa em 105 de 105 testes. As execuções de teste de pacote limpas no Windows com Node 24.19.0 e no Linux com Node 24.15.0 confirmam a forma completa de mensagem do fornecedor, a manutenção isolada do Todo e a remoção automática dos pontos concluídos. A aceitação real da frota decorre após o reinício controlado dos três Kings.
Novidades na 9.1.502
Publicada em
O passo devido de manutenção da TodoList recebe apenas uma mensagem nova, limitada à tarefa atual e à lista visível. As antigas chamadas Read, Bash ou MCP do histórico de trabalho já não podem entrar no passo deliberadamente limitado a TodoList.
As tarefas concluídas desaparecem automaticamente da lista visível e persistente ao guardar. Os pontos em execução, pendentes, bloqueados, à espera de aprovação e cancelados mantêm-se; a lista não cresce assim indefinidamente com trabalho concluído.
Dois perfis de agente encontraram independentemente a mesma recaída: após uma utilização bem-sucedida de ferramentas, a manutenção do Todo repetiu ferramentas de trabalho históricas e mostrou Tool not found. O tarball publicado passa em 105 de 105 testes. As instalações limpas no Windows com Node 24.19.0 e no Linux com Node 24.15.0 confirmam a manutenção isolada, a remoção dos pontos concluídos e o regresso das ferramentas normais. Uma aceitação real em macOS não faz parte deste comprovativo.
Novidades na 9.1.501
Publicada em
Após um passo de manutenção bem-sucedido da TodoList, no passo de trabalho imediatamente seguinte voltam a estar disponíveis todas as ferramentas selecionadas para o turno. Read, Bash e outras ferramentas de trabalho já não permanecem ocultas atrás do catálogo Todo temporariamente limitado.
O passo de Todo ofereceu deliberadamente apenas TodoList. No entanto, sem restauração expressa, a sua seleção de ferramentas permaneceu ativa também no passo seguinte. A 9.1.501 repõe aí o catálogo normal e protege ambos os percursos do passo seguinte com uma regressão.
Golden Release 9.1.500
Publicada em
Esta versão agrupa, sem alterações, o estado funcional completo da 9.1.499 numa publicação npm comum para Windows, Linux e macOS. A marcação Gold está deliberadamente limitada aos títulos desta versão; as entradas mais antigas mantêm a sua apresentação anterior.
A Golden Release incorpora as alterações verificadas de Todo, fila, loop, contexto, AgentSpine e avaliação de imagens da 9.1.499 sem lógica adicional de tempo de execução.
Novidades na 9.1.499
Publicada em
Os dados de imagem, áudio e vídeo fora das últimas doze mensagens de conversa só são substituídos na projeção repetida do modelo por referências curtas. Os conteúdos multimédia atuais, o texto da mensagem e o histórico bruto completo da sessão permanecem inalterados.
Num ponto de verificação de retoma medido, esta projeção poupa 85 748 caracteres, ou seja, cerca de 21 437 tokens de entrada estimados por passo de ferramenta adicional.
A manutenção pendente do Todo decorre antes do nono bloco de trabalho como passo de modelo separado de baixo esforço. Neste passo, o runtime oferece exclusivamente TodoList; as ferramentas de ficheiro, pesquisa, shell e outras ferramentas de trabalho só voltam a ser autorizadas após uma atualização válida.
As mensagens novas do utilizador mantêm prioridade sobre a manutenção do Todo. O controlo rígido do Todo mantém-se como rede de segurança para atualizações realmente inválidas, mas já não aparece como erro intermédio vermelho normal antes de uma manutenção autónoma da lista.
O tarball publicado passa em 105 de 105 testes de tempo de execução e de regressão. As instalações isoladas limpas no Windows com Node 24.19.0 e no Linux com Node 24.15.0 comunicam exatamente a versão 9.1.499 e confirmam a projeção de conteúdos multimédia, o histórico bruto inalterado, o pré-controlo do Todo e a ocultação de todas as ferramentas de trabalho durante o passo de Todo. O candidato abrange 850 caminhos e tem SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Uma aceitação real em macOS não faz parte deste comprovativo.
Novidades na 9.1.498
Publicada em
/usage mostra a taxa de acertos da cache de prompt comunicada pelo fornecedor, bem como os tokens de cache lidos e escritos por modelo. Sem atividade de cache comunicada, a exibição não inventa nenhuma taxa.
/tokens é um alias curto para o diagnóstico detalhado de contexto existente; /offload chama a compactação arquivante existente. Nenhuma das duas vias desencadeia uma chamada adicional ao modelo.
Mensagens de bot autorizadas diferentes já não são descartadas por uma janela rígida de 15 segundos. A ordem existente mantém-se: as mensagens privadas e expressamente endereçadas vêm antes das mensagens de bot, as mensagens de bot antes do contexto normal.
Uma compactação completa transfere a lista exata de Todo para o novo contexto. Se depois disso o caminho, o comando, o hash ou o requisito forem incertos, um aviso único de recuperação exige primeiro a leitura do histórico arquivado, em vez de uma pesquisa ampla de ficheiros ou de um recomeço.
Os passos de Todo concluídos mantêm-se como comprovativo. Se descobertas posteriores tornarem um passo novamente necessário, a conclusão comprovada permanece e a nova verificação aparece como passo próprio em execução com justificação.
Os loops de sessão recorrentes esperam enquanto a lista de Todo mantida ainda contiver trabalho em execução ou pendente. Os intervalos perdidos são agrupados até ao modo de espera real; os outros lembretes agendados não são afetados por isso.
O tarball preparado passa em 100 de 100 testes de tempo de execução e de regressão. As instalações isoladas limpas no Windows com Node 24.19.0 e no Linux com Node 24.15.0 comunicam exatamente a versão 9.1.498 e confirmam a exibição de cache, os aliases de comandos, a recuperação de compactação, os comprovativos monotónicos de Todo, a proteção do loop de sessão, o changelog do pacote e a prioridade de bot. O candidato abrange 849 caminhos e tem SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Uma aceitação real em macOS não faz parte deste comprovativo.
Novidades na 9.1.497
Publicada em
As mensagens de bot do Telegram de grupos comuns vêm depois das mensagens privadas e expressamente endereçadas, mas antes do contexto normal. A priorização não impõe nenhuma resposta.
Uma mensagem do Telegram aceite desaparece da fila visível assim que o seu passo de modelo incorporado começa. Uma entrega rejeitada ou uma interrupção antes do primeiro passo continua a guardá-la para uma nova tentativa.
Uma resposta ou edição de mensagem pendente do Telegram já não é bloqueada pela manutenção do Todo. O próximo passo de trabalho normal permanece bloqueado até à atualização verdadeira da lista de Todo.
Versões 9.1.496 a 9.1.487
| Versão | Alterações |
|---|---|
| 9.1.496 | Entrega automaticamente as mensagens de utilizador do Telegram individualmente, remove apenas o ID de mensagem exatamente aceite ou respondido, impõe progresso verdadeiro para cada lista de Todo visível e oculta as cargas úteis internas bem-sucedidas de hooks. |
| 9.1.495 | Inicia cada objetivo novo ou substituído com uma lista de Todo visível nova, exige atualizações verdadeiras, remove imediatamente o foco de grupo do Telegram respondido com sucesso, adia as confirmações de receção normais até ao fim do turno e acrescenta verificações reais de descodificação para Ctrl+S e Ctrl+T. |
| 9.1.494 | Separa novamente os atalhos de forma inequívoca: Ctrl+S controla apenas o volume pendente da fila, Ctrl+T apenas a lista de Todo. As mensagens de utilizador do Telegram autorizam-se, durante trabalho em curso, para a próxima entrega segura. |
| 9.1.493 | As mensagens de utilizador do Telegram são aprovadas automaticamente durante trabalho ativo para a próxima entrega segura. As mensagens diretas permanecem à frente na fila, sem reter de forma persistente as mensagens de grupo. |
| 9.1.492 | As mensagens de grupo já aprovadas mantêm-se quando a entrega está temporariamente ocupada e são objeto de nova tentativa. O pacote, os metadados npm, o manifesto público e o changelog são verificados em conjunto antes de uma mensagem de sucesso. |
| 9.1.491 | As mensagens diretas do Telegram são priorizadas imediatamente durante trabalho em curso. O controlo manual da fila manteve-se para as outras mensagens. |
| 9.1.490 | O histórico do pacote documenta integralmente a versão não publicada 9.1.487 e as reparações efetivamente publicadas a partir de 9.1.488. |
| 9.1.489 | A lista de tarefas, o controlo da fila, a identidade de execução do Telegram, a instalação do perfil do AgentSpine e a avaliação de imagens gerida foram restaurados e protegidos com testes de regressão. |
| 9.1.488 | O plugin central do AgentSpine preparado foi publicado. Os duplicados do Telegram já não deixam um turno fictício; a profundidade de pensamento e o tratamento seguro de telemetria mantêm-se ao longo dos passos de ferramentas. |
| 9.1.487 | Não publicada. Esta versão preparava o AgentSpine como plugin central gerido. No npm, seguiu-se diretamente 9.1.488 após 9.1.486. |
Novidades na 9.1.486
Publicada em
Os perfis novos e atualizados arrancam agora de forma fiável em inglês no Windows, macOS e Linux. Um valor de idioma automático guardado é migrado uma única vez, enquanto os idiomas escolhidos expressamente permanecem inalterados.
As atualizações automáticas no arranque voltaram a estar ativadas por predefinição através do instalador existente vinculado à versão. [upgrade].auto_install = false mantém a pergunta de confirmação; não é reintroduzido nenhum atualizador em segundo plano.
Os diálogos de arranque, o progresso, os erros, as mensagens de sucesso e a continuação da sessão utilizam agora o mesmo idioma. Os testes de regressão e de mutação protegem a migração, o percurso de atualização e os dados da sessão.
A suíte de testes completa passou com 1 474 de 1 474 verificações. Uma execução isolada de atualização instalou a 9.1.486 a partir da 9.1.485, preservou a configuração e a sessão inalteradas e iniciou a nova CLI. Uma execução de teste de arranque separada comprovou a instalação automática sem pergunta, bem como a migração única de um antigo valor automático de idioma para inglês.
Versões 9.1.485 a 9.1.178
| Versão | Alterações |
|---|---|
| 9.1.485 |
|
| 9.1.484 |
|
| 9.1.483 |
|
| 9.1.482 |
|
| 9.1.481 |
|
| 9.1.480 |
|
| 9.1.479 |
|
| 9.1.478 |
|
| 9.1.477 |
|
| 9.1.476 |
|
| 9.1.475 |
|
| 9.1.474 |
|
| 9.1.473 |
|
| 9.1.472 |
|
| 9.1.471 |
|
| 9.1.470 |
|
| 9.1.469 |
|
| 9.1.468 |
|
| 9.1.467 |
|
| 9.1.466 |
|
| 9.1.465 |
|
| 9.1.464 |
|
| 9.1.463 |
|
| 9.1.462 |
|
| 9.1.461 |
|
| 9.1.460 |
|
| 9.1.459 |
|
| 9.1.458 |
|
| 9.1.457 |
|
| 9.1.456 |
|
| 9.1.455 |
|
| 9.1.454 |
|
| 9.1.453 |
|
| 9.1.452 |
|
| 9.1.451 |
|
| 9.1.450 |
|
| 9.1.449 |
|
| 9.1.448 |
|
| 9.1.447 |
|
| 9.1.446 |
|
| 9.1.445 |
|
| 9.1.444 |
|
| 9.1.443 |
|
| 9.1.442 |
|
| 9.1.441 |
|
| 9.1.440 |
|
| 9.1.439 |
|
| 9.1.438 |
|
| 9.1.437 |
|
| 9.1.436 |
|
| 9.1.435 |
|
| 9.1.434 |
|
| 9.1.433 |
|
| 9.1.432 |
|
| 9.1.431 |
|
| 9.1.430 |
|
| 9.1.429 |
|
| 9.1.428 |
|
| 9.1.427 |
|
| 9.1.426 |
|
| 9.1.425 |
|
| 9.1.424 |
|
| 9.1.423 |
|
| 9.1.422 |
|
| 9.1.421 |
|
| 9.1.420 |
|
| 9.1.419 |
|
| 9.1.418 |
|
| 9.1.417 |
|
| 9.1.416 |
|
| 9.1.415 |
|
| 9.1.414 |
|
| 9.1.413 |
|
| 9.1.412 |
|
| 9.1.411 |
|
| 9.1.410 |
|
| 9.1.409 |
|
| 9.1.408 |
|
| 9.1.407 |
|
| 9.1.406 |
|
| 9.1.405 |
|
| 9.1.404 |
|
| 9.1.403 |
|
| 9.1.402 |
|
| 9.1.401 |
|
| 9.1.400 |
|
| 9.1.399 |
|
| 9.1.398 |
|
| 9.1.397 |
|
| 9.1.396 |
|
| 9.1.395 |
|
| 9.1.394 |
|
| 9.1.393 |
|
| 9.1.392 |
|
| 9.1.391 |
|
| 9.1.390 |
|
| 9.1.389 |
|
| 9.1.388 |
|
| 9.1.387 |
|
| 9.1.386 |
|
| 9.1.385 |
|
| 9.1.384 |
|
| 9.1.383 |
|
| 9.1.382 |
|
| 9.1.381 |
|
| 9.1.380 |
|
| 9.1.379 |
|
| 9.1.378 |
|
| 9.1.377 |
|
| 9.1.376 |
|
| 9.1.375 |
|
| 9.1.374 |
|
| 9.1.373 |
|
| 9.1.372 |
|
| 9.1.371 |
|
| 9.1.370 |
|
| 9.1.369 |
|
| 9.1.368 |
|
| 9.1.367 |
|
| 9.1.366 |
|
| 9.1.365 |
|
| 9.1.364 |
|
| 9.1.363 |
|
| 9.1.362 |
|
| 9.1.361 |
|
| 9.1.360 |
|
| 9.1.359 |
|
| 9.1.358 |
|
| 9.1.357 |
|
| 9.1.356 |
|
| 9.1.355 |
|
| 9.1.354 |
|
| 9.1.353 |
|
| 9.1.352 |
|
| 9.1.351 |
|
| 9.1.350 |
|
| 9.1.349 |
|
| 9.1.348 |
|
| 9.1.347 |
|
| 9.1.346 |
|
| 9.1.345 |
|
| 9.1.344 |
|
| 9.1.343 |
|
| 9.1.342 |
|
| 9.1.341 |
|
| 9.1.340 |
|
| 9.1.339 |
|
| 9.1.338 |
|
| 9.1.337 |
|
| 9.1.336 |
|
| 9.1.335 |
|
| 9.1.334 |
|
| 9.1.333 |
|
| 9.1.332 Não publicada |
|
| 9.1.331 |
|
| 9.1.330 |
|
| 9.1.329 |
|
| 9.1.328 |
|
| 9.1.327 |
|
| 9.1.326 |
|
| 9.1.325 |
|
| 9.1.324 |
|
| 9.1.323 |
|
| 9.1.322 |
|
| 9.1.321 |
|
| 9.1.320 |
|
| 9.1.319 |
|
| 9.1.318 |
|
| 9.1.317 |
|
| 9.1.316 |
|
| 9.1.315 |
|
| 9.1.314 |
|
| 9.1.313 |
|
| 9.1.312 |
|
| 9.1.311 |
|
| 9.1.310 |
|
| 9.1.309 |
|
| 9.1.308 |
|
| 9.1.307 |
|
| 9.1.306 |
|
| 9.1.305 |
|
| 9.1.304 |
|
| 9.1.303 |
|
| 9.1.302 |
|
| 9.1.301 |
|
| 9.1.300 |
|
| 9.1.299 |
|
| 9.1.298 |
|
| 9.1.297 |
|
| 9.1.296 |
|
| 9.1.295 |
|
| 9.1.294 |
|
| 9.1.293 |
|
| 9.1.292 |
|
| 9.1.291 |
|
| 9.1.290 |
|
| 9.1.289 |
|
| 9.1.288 |
|
| 9.1.287 |
|
| 9.1.286 |
|
| 9.1.285 |
|
| 9.1.284 |
|
| 9.1.283 |
|
| 9.1.282 |
|
| 9.1.281 |
|
| 9.1.280 |
|
| 9.1.279 |
|
| 9.1.278 |
|
| 9.1.277 |
|
| 9.1.276 |
|
| 9.1.275 |
|
| 9.1.274 |
|
| 9.1.273 |
|
| 9.1.272 |
|
| 9.1.271 |
|
| 9.1.270 |
|
| 9.1.269 |
|
| 9.1.268 |
|
| 9.1.267 |
|
| 9.1.266 |
|
| 9.1.265 |
|
| 9.1.264 |
|
| 9.1.263 |
|
| 9.1.262 |
|
| 9.1.261 |
|
| 9.1.260 |
|
| 9.1.259 |
|
| 9.1.258 |
|
| 9.1.257 |
|
| 9.1.256 |
|
| 9.1.255 |
|
| 9.1.254 |
|
| 9.1.253 |
|
| 9.1.252 |
|
| 9.1.251 |
|
| 9.1.250 |
|
| 9.1.249 |
|
| 9.1.248 |
|
| 9.1.247 |
|
| 9.1.246 |
|
| 9.1.245 |
|
| 9.1.244 |
|
| 9.1.243 |
|
| 9.1.242 |
|
| 9.1.241 |
|
| 9.1.240 |
|
| 9.1.239 |
|
| 9.1.238 |
|
| 9.1.237 |
|
| 9.1.236 |
|
| 9.1.235 |
|
| 9.1.234 |
|
| 9.1.233 |
|
| 9.1.232 |
|
| 9.1.231 |
|
| 9.1.230 |
|
| 9.1.229 |
|
| 9.1.228 |
|
| 9.1.227 |
|
| 9.1.226 |
|
| 9.1.225 |
|
| 9.1.224 |
|
| 9.1.223 |
|
| 9.1.222 |
|
| 9.1.221 |
|
| 9.1.220 |
|
| 9.1.219 |
|
| 9.1.218 |
|
| 9.1.217 |
|
| 9.1.216 |
|
| 9.1.215 |
|
| 9.1.214 |
|
| 9.1.213 |
|
| 9.1.212 |
|
| 9.1.211 |
|
| 9.1.210 |
|
| 9.1.209 Retirada |
|
| 9.1.208 |
|
| 9.1.207 |
|
| 9.1.206 |
|
| 9.1.205 |
|
| 9.1.204 |
|
| 9.1.203 |
|
| 9.1.202 |
|
| 9.1.201 |
|
| 9.1.200 |
|
| 9.1.199 |
|
| 9.1.198 |
|
| 9.1.197 |
|
| 9.1.196 |
|
| 9.1.195 |
|
| 9.1.194 |
|
| 9.1.193 |
|
| 9.1.192 |
|
| 9.1.191 |
|
| 9.1.190 |
|
| 9.1.189 |
|
| 9.1.188 |
|
| 9.1.187 |
|
| 9.1.186 |
|
| 9.1.185 |
|
| 9.1.184 |
|
| 9.1.183 |
|
| 9.1.182 |
|
| 9.1.181 |
|
| 9.1.180 |
|
| 9.1.179 |
|
| 9.1.178 |
|
Melhorias desde 9.1.57
| Versão | Alteração |
|---|---|
| 9.1.177 | As atualizações automáticas herdam agora um modo guardado de continuação ou reinício também quando a mensagem direta de processo não chega, e mostram um aviso claro imediatamente antes do reinício seguro da TUI. Placeholders históricos para argumentos de ferramentas compactados são removidos como JSON compacto, JSON formatado ou objeto lido, antes de poderem ser executados novamente. O histórico bruto e todos os mecanismos de proteção de atualização existentes permanecem inalterados. |
| 9.1.176 | Todos os menus de seleção para comandos slash separam agora as opções com uma linha em branco e mostram explicações numa segunda cor própria e discreta. O componente comum alimenta 20 chamadas de menu; cores de aviso individuais permanecem. |
| 9.1.175 | O aviso de ferramentas repetido em cada pedido de modelo desce de 1 749 para 825 caracteres. Na medição, isso poupa cerca de 231 tokens de entrada estimados por pedido. Todos os onze deveres de comportamento permanecem; histórico bruto, esquemas de ferramentas e ficheiros permanecem inalterados. |
| 9.1.174 | O excerto de Mistake.md relevante mostrado por pedido de modelo está limitado a 3 000 em vez de 4 000 caracteres. Em 100 pedidos reais, isso poupa em média cerca de 253 tokens de entrada estimados; os títulos selecionados permaneceram idênticos em todos os 100 casos. Ficheiros completos e histórico guardado permanecem inalterados. |
| 9.1.173 | BLUN King reconhece respostas de texto puro recorrentes ao longo de vários turnos Telegram. Após três respostas quase iguais apesar de novos avisos de utilizador, o agente recebe uma vez um aviso interno de correção, em vez de voltar a emitir uma pergunta antiga, lista ou fila de espera. Mensagens, processos e histórico guardado permanecem inalterados. |
| 9.1.172 | A atualização automática verifica novamente uma sessão em execução após uma pesquisa sem resultado no arranque. A verificação seguinte ocorre distribuída aleatoriamente após 60 a 90 segundos. Assim, versões publicadas mais tarde são reconhecidas sem reinício manual. Instalação e passagem de sessão continuam a aguardar inatividade completa. |
| 9.1.171 | BLUN King mantém por turno apenas os quatro esquemas de ferramentas recarregados por último, em vez de doze. Ferramentas mais antigas permanecem encontráveis via ToolSearch e são recarregadas na seleção. Ferramentas de núcleo carregadas de forma persistente, o histórico guardado e o comportamento de execução permanecem inalterados. |
| 9.1.170 | Reúne os erros atuais de fiabilidade e de fluxo de trabalho: tarefas recorrentes mantêm a instrução sobredimensionada mais recente; placeholders de argumentos de ferramentas compactados são removidos da projeção de modelo; a ToolSearch reconhece palavras de pesquisa naturais de memória, incluindo a palavra isolada «store»; a apresentação do loop recarrega o estado de planeamento; /update controla a passagem segura em inatividade; e /premortem disponibiliza uma análise de erro visível e estruturada. |
| 9.1.169 | BLUN King mantém a seleção exata de ferramentas e a anterior pesquisa rigorosa por palavra-chave inalteradas. Apenas quando esta pesquisa não fornece nenhum acerto, uma segunda execução estreita procura termos relacionados alemães e ingleses. Exigências de nome com + permanecem obrigatórias; pelo menos dois termos com significado e 75 por cento do pedido têm de corresponder. Assim, as três pesquisas Telegram realmente falhadas encontram a ferramenta de fila atual, enquanto um pedido inadequado continua a terminar sem acerto. |
| 9.1.168 | BLUN King já não substitui argumentos mais antigos de chamadas de ferramentas por um placeholder interno que o modelo possa copiar para uma nova chamada. Chamadas placeholder já existentes e os seus resultados de erro correspondentes são removidos apenas da projeção de modelo; o histórico de sessão inalterado permanece como prova. |
| 9.1.167 | BLUN King 9.1.167 mantém, em tarefas planeadas recorrentes, apenas uma sequência sem lacunas das secções de trabalho completas mais recentes. Se a próxima secção mais recente ultrapassasse o limite de 48 000 caracteres ou 24 mensagens, a seleção termina, em vez de voltar a incluir depois secções pequenas mais antigas. Assim, o contexto e a ordem temporal permanecem coerentes. Num histórico em execução medido, o histórico projetado desceu de 32 591 para 16 981 caracteres. Isso poupa 15 610 caracteres, ou seja, cerca de 3 903 tokens de entrada estimados por pedido comparável. Histórico bruto, passos de tarefa atuais e o resumo de compactação permanecem inalterados. |
| 9.1.166 | BLUN King 9.1.166 limita tarefas planeadas recorrentes a um contexto de trabalho isolado, em vez de voltar a transmitir em cada passo de modelo toda a conversa do agente principal. A tarefa atual, o resumo de compactação mais recente e os passos de trabalho reais mais recentes permanecem disponíveis dentro de um limite de 24 mensagens e 48 000 caracteres. O histórico guardado, turnos normais de utilizador, lembretes únicos e caminhos de conversa rápidos permanecem inalterados. Num histórico medido, 2 043 passos de modelo de tarefas planeadas recorrentes consumiram no total 298,7 milhões de tokens de entrada, em média 146 188 tokens por passo. |
| 9.1.165 | BLUN King 9.1.165 limita o orçamento de saída de turnos normais a 24 576 em vez de 32 768 tokens. Passos leves mantêm o seu valor limite anterior de 8 192 tokens, modelos com limites de saída menores mantêm esses valores mais baixos, e uma definição expressa de utilizador continua a ter prioridade. De 27 049 respostas medidas, 99 por cento permaneceram abaixo de 9 970 tokens; doze antigos outliers atingiam exatamente o limite anterior de 32 768 tokens e calculavam, cada um, cerca de seis minutos a mais. |
| 9.1.164 | BLUN King 9.1.164 limita o orçamento de saída de uma compactação em grandes janelas de modelo a 16 384 em vez de 131 072 tokens. 39 compactações bem-sucedidas precisaram de, no máximo, 10 781 tokens de saída. O novo enquadramento está 52 por cento acima desse máximo medido e reduz a necessidade possível de saída e de cache KV por compactação em 87,5 por cento. Histórico guardado e turnos normais de conversa permanecem inalterados. |
| 9.1.163 | BLUN King 9.1.163 substitui cargas de skills extensas fora das últimas 20 mensagens, na projeção de modelo, por uma referência compacta de recarga. Cargas atuais, pequenas e não recarregáveis permanecem inalteradas; o histórico de conversa guardado não é reescrito. Num caso medido, uma carga de skill desce de 87 034 para 424 caracteres projetados. Assim que sai da janela de trabalho atual, isso poupa 86 610 caracteres, ou seja, cerca de 21 653 tokens de entrada estimados. |
| 9.1.162 | BLUN King 9.1.162 limita grandes vistas do diretório de trabalho no prompt de sistema repetido a 2 000 caracteres. Vistas pequenas permanecem inalteradas. Em vistas encurtadas, um aviso claro continua a indicar a pesquisa completa com Glob, Grep e Read. Num prompt medido, a vista desce de 3 988 para 1 983 caracteres. Isso poupa 2 005 caracteres, ou seja, cerca de 501 tokens de entrada estimados por pedido igualmente estruturado. |
| 9.1.161 | BLUN King 9.1.161 já não repete os nomes das 112 ferramentas externalizadas em cada descrição de ToolSearch. A pesquisa por palavra-chave, a seleção exata com base no nome curto completo ou inequívoco e o carregamento persistente dos doze esquemas selecionados por último permanecem. Na representação medida, a descrição repetida desce de 1 984 para 278 caracteres. Isso poupa 1 706 caracteres, ou seja, cerca de 426 tokens de entrada estimados por pedido igualmente estruturado. |
| 9.1.160 | A partir de BLUN King 9.1.160, a projeção de modelo protege integralmente apenas as doze mensagens mais recentes, antes de resultados de ferramentas mais antigos bem-sucedidos, que contêm exclusivamente texto, serem substituídos por uma nota curta de conclusão. Saídas de erro, media, referências de ficheiros guardados, as doze mensagens mais recentes, histórico bruto e exportações permanecem inalterados. Num snapshot de sessão medido de forma estável, mais dois resultados de ferramentas antigos são assim reduzidos. A projeção de modelo desce de 81 800 para 78 402 caracteres. Isso poupa mais 3 398 caracteres, ou seja, cerca de 850 tokens de entrada estimados por pedido igualmente estruturado. |
| 9.1.159 | A partir de BLUN King 9.1.159, argumentos JSON válidos de chamadas de ferramentas concluídas fora das 12 mensagens mais recentes são substituídos na projeção de modelo por uma nota curta. O resultado de ferramenta correspondente, as 12 mensagens mais recentes, chamadas não concluídas, argumentos pequenos ou inválidos, histórico bruto e exportações permanecem inalterados. Num snapshot de sessão medido de forma estável, três argumentos de chamadas de ferramentas concluídas são reduzidos de 2 849 para 165 caracteres. Isso poupa 2 684 caracteres, ou seja, cerca de 671 tokens de entrada estimados por pedido igualmente estruturado. |
| 9.1.158 | A partir de BLUN King 9.1.158, mensagens de estado puras que seguem imediatamente uma resposta Telegram concluída são substituídas, fora das 20 mensagens mais recentes, na projeção de modelo, por uma nota curta. A chamada de resposta enviada e o seu resultado, mensagens atuais, resumos após outras ferramentas, conteúdos mistos, histórico bruto e exportações permanecem inalterados. Num snapshot de sessão medido de forma estável, seis mensagens de estado históricas são reduzidas em 1 837 caracteres. Isso poupa cerca de 460 tokens de entrada estimados por pedido igualmente estruturado. |
| 9.1.157 | A partir de BLUN King 9.1.157, saídas de ferramentas adequadas, bem-sucedidas e exclusivamente baseadas em texto fora das 20 mensagens mais recentes são substituídas na projeção de modelo por uma nota curta de conclusão. Saídas de erro, media, referências de ficheiros externalizadas, as 20 mensagens mais recentes, histórico bruto e exportações permanecem inalterados. Num snapshot de sessão medido de forma estável, 43 resultados antigos são reduzidos. Isso poupa 9 680 caracteres, ou seja, cerca de 2 420 tokens de entrada estimados por pedido igualmente estruturado. |
| 9.1.156 | A partir de BLUN King 9.1.156, referências guardadas a mensagens de utilizador fora das 20 mensagens mais recentes já não repetem a sua pré-visualização com início e fim em cada pedido de modelo. Marcação de restauração, indicações de tamanho, caminho de ficheiro legível, as 20 mensagens mais recentes, media, histórico bruto, ficheiro completo guardado e exportações permanecem inalterados. Num snapshot medido de forma estável, cinco referências históricas são reduzidas e a projeção de modelo desce de 99 143 para 96 001 caracteres. Isso poupa mais 3 142 caracteres, ou seja, cerca de 786 tokens de entrada estimados por pedido igualmente estruturado. |
| 9.1.155 | A partir de BLUN King 9.1.155, referências guardadas a mensagens de utilizador são restauradas antes de projeções de texto poderem alterar o hash da mensagem original. As externalizações existentes permanecem assim eficazes, em vez de voltarem despercebidamente à mensagem completa projetada. Histórico bruto, referências de ficheiros que podem ser relidas, as 20 mensagens mais recentes, media e exportações permanecem inalterados. Num snapshot medido de forma estável, a projeção de modelo desce de 105 810 para 99 143 caracteres. Isso poupa mais 6 667 caracteres, ou seja, cerca de 1 667 tokens de entrada estimados por pedido igualmente estruturado. |
| 9.1.154 | A partir de BLUN King 9.1.154, secções de canal Telegram endereçadas fora das 20 mensagens mais recentes são limitadas a uma pré-visualização de 500 em vez de 1 000 caracteres, com início e fim. Metadados de canal completos, início e fim do conteúdo de mensagem, as 20 mensagens mais recentes, anexos, histórico bruto e exportações permanecem inalterados. Num snapshot medido de forma estável, mais sete secções históricas endereçadas são reduzidas. Isso poupa 3 500 caracteres, ou seja, cerca de 875 tokens estimados por pedido repetido. |
| 9.1.153 | A partir de BLUN King 9.1.153, a projeção de contextos Telegram históricos preserva os metadados de canal completos e a tag de canal de fecho. Só é encurtado o conteúdo de mensagem. Mesmo com metadados Telegram reais de 161 caracteres, a estrutura permanece válida dentro do orçamento de 250 caracteres. A projeção é idempotente, canais endereçados seguintes permanecem inalterados, e um envelope de canal que, já sem conteúdo, ultrapasse o orçamento é passado inalterado. |
| 9.1.152 | A partir de BLUN King 9.1.152, argumentos de chamadas de ferramentas concluídas saem da projeção de modelo ativa após quatro em vez de oito mensagens mais recentes. O histórico bruto de sessão, chamadas não respondidas ou mal formatadas, media, resultados de ferramentas e as quatro mensagens mais recentes permanecem inalterados. Num snapshot de sessão medido recentemente, mais duas chamadas concluídas são compactadas; face a 9.1.151, isso poupa mais 244 caracteres, ou seja, cerca de 61 tokens estimados por pedido repetido. |
| 9.1.151 | A partir de BLUN King 9.1.151, argumentos de chamadas de ferramentas concluídas saem da projeção de modelo ativa após oito em vez de doze mensagens mais recentes. O histórico bruto de sessão, chamadas não respondidas ou mal formatadas, media, resultados de ferramentas e as oito mensagens mais recentes permanecem inalterados. Num snapshot de sessão medido, mais três chamadas concluídas são compactadas; face a 9.1.150, isso poupa mais 317 caracteres, ou seja, cerca de 80 tokens estimados por pedido repetido. |
| 9.1.150 | A partir de BLUN King 9.1.150, a externalização histórica de resultados de ferramentas protege integralmente as quatro mensagens mais recentes, em vez das oito mais recentes. Resultados de ferramentas mais antigos e adequados mantêm um aviso compacto de restauração com 600 caracteres e o seu caminho de fonte; histórico bruto, saídas completamente guardadas, media e as quatro mensagens mais recentes permanecem inalterados. Num snapshot de sessão medido, a janela de quatro mensagens externaliza mais nove resultados históricos e poupa, face a 9.1.149, mais 6 683 caracteres, ou seja, cerca de 1 671 tokens estimados por pedido repetido. |
| 9.1.149 | A partir de BLUN King 9.1.149, a externalização histórica de resultados de ferramentas protege integralmente as oito mensagens mais recentes, em vez das doze mais recentes. Resultados de ferramentas mais antigos e adequados mantêm um aviso compacto de restauração com 600 caracteres e o seu caminho de fonte; histórico bruto, saídas completamente guardadas, media e as oito mensagens mais recentes permanecem inalterados. Num snapshot de sessão medido, três resultados descem de 4 679 para 1 800 caracteres; isso poupa mais 2 879 caracteres, ou seja, cerca de 720 tokens estimados por pedido repetido. |
| 9.1.148 | A partir de BLUN King 9.1.148, também no pacote Telegram misto mais recente são reduzidas as secções de canal expressamente marcadas com addressed=false. Secções endereçadas, media, histórico bruto e exportações permanecem inalterados. Num histórico medido, onze secções não endereçadas descem de 22 691 para 2 750 caracteres; isso poupa 19 941 caracteres, ou seja, cerca de 4 986 tokens estimados por pedido repetido. |
| 9.1.147 | A partir de BLUN King 9.1.147, a microcompactação protege integralmente as doze mensagens mais recentes, em vez das vinte mais recentes, e utiliza assim a mesma janela de restauração que a externalização de resultados de ferramentas existente. Argumentos de ferramentas concluídos mais antigos e resultados de ferramentas adequados são reduzidos apenas na projeção de modelo; histórico bruto e caminhos de restauração permanecem inalterados. Num histórico medido, isso poupa mais 560 caracteres, ou seja, cerca de 140 tokens estimados por pedido. |
| 9.1.146 | A partir de BLUN King 9.1.146, resultados de ferramentas mais antigos já externalizados são limitados na projeção de modelo às indicações necessárias para a restauração: nome de ferramenta, número de caracteres e caminho de ficheiro. O conteúdo completo permanece inalterado no disco, o histórico bruto não é alterado e as doze mensagens mais recentes mantêm os seus avisos detalhados. Num histórico medido, isso reduz a entrada de modelo repetida em 26 779 caracteres, ou seja, cerca de 6 695 tokens estimados por pedido. |
| 9.1.145 | A partir de BLUN King 9.1.145, um stream de provider interrompido é automaticamente repetido quando até então chegou exclusivamente saída de thinking interna. Texto visível e chamadas de ferramentas continuam a impedir uma repetição automática. Passos de seguimento adaptativos com nível de thinking baixo utilizam um orçamento de saída de 8 192 tokens; primeiros passos, complexos e falhados mantêm o orçamento configurado, e uma repetição após atingir o limite de comprimento pode aumentá-lo. Ao continuar uma sessão, o aviso atual de transporte do plugin Telegram já não aparece como texto de chat bruto. |
| 9.1.144 | 9.1.144 limita secções Telegram endereçadas fora das 20 mensagens mais recentes, na projeção de modelo, a uma pré-visualização de 1 000 caracteres com início e fim. As 20 mensagens mais recentes, a mensagem de utilizador mais recente, secções na fronteira exata, anexos, metadados de canal, histórico bruto e exportações permanecem inalterados. |
| 9.1.143 | 9.1.143 remove em mensagens mais antigas o aviso repetido de transporte do plugin Telegram da projeção de modelo. Conteúdo de canal, metadados, anexos, mensagem de utilizador mais recente, histórico bruto e exportações permanecem inalterados. |
| 9.1.142 | 9.1.142 reduz a pré-visualização com início e fim para partes de canal Telegram mais antigas e não endereçadas, na projeção de modelo, de 500 para 250 caracteres. Partes de canal endereçadas, a mensagem de utilizador mais recente, anexos, histórico bruto e exportações permanecem inalterados. |
| 9.1.141 | 9.1.141 remove argumentos de chamadas de ferramentas mais antigas e concluídas, na projeção de modelo, já a partir de 32 tokens estimados. Resultados de ferramentas mantêm o seu limiar anterior; mensagens novas e o histórico bruto permanecem inalterados. |
| 9.1.140 | 9.1.140 limita o lembrete Mistake baseado em relevância, na projeção de modelo, por predefinição a 4 000 caracteres. Ficheiros Mistake completos, histórico bruto e exportações permanecem inalterados. |
| 9.1.139 | 9.1.139 limita partes de canal Telegram mais antigas e não endereçadas, na projeção de modelo, a uma pré-visualização de 500 caracteres. A mensagem de utilizador mais recente, partes endereçadas, anexos, histórico bruto e exportações permanecem completos. |
| 9.1.138 | 9.1.138 mantém, de cada tarefa cron recorrente, apenas o aviso de despertar mais recente na projeção de modelo. Lembretes únicos, tarefas diferentes, histórico bruto e exportações permanecem inalterados. |
| 9.1.137 | 9.1.137 protege apenas as doze mensagens mais recentes, integralmente, contra a externalização de saídas de ferramentas mais antigas. Resultados completos permanecem restauráveis através do histórico bruto e do caminho de fonte. |
| 9.1.136 | 9.1.136 mantém, na projeção de modelo, apenas o aviso dinâmico mais recente de Mistake.md. Seleções mais antigas permanecem completamente conservadas no histórico bruto e nas exportações. |
| 9.1.135 | BLUN King 9.1.135 mantém o runtime Node.js gerido em primeiro lugar no PATH, no processo substituto e em todas as ferramentas subordinadas. Comandos como node e npm utilizam assim o mesmo runtime suportado que a TUI, em vez de recaírem numa instalação de sistema mais antiga. |
| 9.1.134 | 9.1.134 limita mensagens de grupo Telegram não endereçadas, na projeção de modelo, a uma pré-visualização de 2 000 caracteres com início, fim e comprimento original conservados. Mensagens diretas e o histórico guardado permanecem completos. |
| 9.1.133 | 9.1.133 seleciona, do Mistake.md local do projeto e do comum, no máximo cinco entradas completas relevantes dentro de um orçamento comum de 6 000 caracteres. As fontes completas e os caminhos de armazenamento permanecem. |
| 9.1.132 | 9.1.132 mantém ativo o prompt de sistema base enxuto, com 4 850 caracteres, após a inicialização gerada. Isso poupa, por pedido, 18 259 caracteres, ou seja, cerca de 4 565 tokens estimados, sem remover instruções ou ferramentas. |
| 9.1.131 | 9.1.131 remove duas cópias de regras mais antigas da projeção de modelo, assim que existem as contrapartes decisivas. O prompt padrão desce assim 1 010 caracteres, ou seja, cerca de 253 tokens estimados por pedido. |
| 9.1.130 | 9.1.130 substitui, fora das últimas 20 mensagens, o texto explicativo de passos de ferramentas mais antigos e completamente concluídos por um aviso curto. Chamadas de ferramentas, resultados, histórico bruto e exportações permanecem completamente conservados. |
| 9.1.129 | 9.1.129 remove textos de pré-visualização de resultados de ferramentas mais antigos já externalizados. Caminho e indicações de tamanho permanecem visíveis; o conteúdo completo permanece no ficheiro original ou no arquivo privado. |
| 9.1.128 | 9.1.128 limita a cache persistente de esquemas de ferramentas recarregados às doze ferramentas selecionadas por último. Ferramentas removidas da cache permanecem imediatamente encontráveis via ToolSearch. |
| 9.1.127 | 9.1.127 encurta o catálogo ToolSearch repetido. Ferramentas inequívocas aparecem com o seu seletor curto; espaços de nomes MCP completos permanecem apenas em conflitos de nomes. |
| 9.1.126 | 9.1.126 seleciona, do ficheiro de erros de todo o runtime, deterministicamente no máximo cinco secções adequadas à conversa atual. A projeção está limitada a 6 000 caracteres e não precisa de nenhum pedido adicional de modelo ou rede. |
| 9.1.125 | 9.1.125 acrescenta o comando Telegram exclusivamente de leitura /status para utilizadores emparelhados. Ele indica estado de computador, versão, processo e fila, sem emitir IDs de chat, caminhos, segredos ou conteúdos de mensagem. |
| 9.1.124 | 9.1.124 corrige as cores de marca trocadas no símbolo BLUN compacto por baixo do campo de entrada. Valores de estado, nome de perfil e persona permanecem inalterados. |
| 9.1.123 | 9.1.123 remove os grandes argumentos JSON de chamadas de ferramentas mais antigas e concluídas da projeção de modelo. Nome, identificação, resultado, histórico bruto e exportações permanecem completos. |
| 9.1.122 | 9.1.122 carrega a diretriz completa de design apenas em trabalho visual, através da ferramenta de skill. Pedidos não visuais recebem um contrato de ativação compacto; saídas de texto puro mais antigas são, ao mesmo tempo, externalizadas de forma mais eficaz. |
| 9.1.121 | 9.1.121 limita o tamanho total de saídas de texto puro mais antigas de ferramentas. Resultados adequados são arquivados de forma privada e substituídos na projeção de modelo por referências de ficheiro legíveis. |
| 9.1.120 | 9.1.120 externaliza grandes respostas de assistant mais antigas para ficheiros de sessão privados. As últimas 20 mensagens, cadeias de ferramentas e o histórico bruto completo permanecem. |
| 9.1.119 | 9.1.119 envia, em cada passo de modelo, apenas uma pequena seleção de skills frequentemente necessários. Todos os outros skills permanecem encontráveis através da ferramenta de skill, pelo seu nome ou finalidade. |
| 9.1.118 | 9.1.118 mantém o carimbo temporal de sessão no prompt de sistema estável durante uma sessão em execução. Partes de prompt inalteradas podem, assim, continuar a reutilizar a cache de prefixo do fornecedor. |
| 9.1.117 | 9.1.117 mantém as quatro ferramentas de núcleo para media imediatamente disponíveis e carrega compreensão de imagem e vídeo, sincronização de vídeo e sincronização de movimento dos lábios apenas quando necessário, via ToolSearch. |
| 9.1.116 | 9.1.116 acrescenta uma compactação proativa a partir de cerca de 128 000 tokens de entrada estimados, numa fronteira de passo segura. A compactação utiliza um prompt de sistema próprio enxuto; grandes resultados Read utilizam o seu caminho de fonte existente. |
| 9.1.115 | Sessões continuadas reconstroem o prompt de sistema do perfil atual, para que snapshots de prompt sobredimensionados e desatualizados não persistam através de reinícios. Vistas grandes de pastas de trabalho são limitadas; os ficheiros completos permanecem disponíveis via Glob, Grep e Read. |
| 9.1.114 | A entrega Telegram trata agora o Windows-EPERM como indício de um processo TUI ou poller em execução, em vez de desviar mensagens da sessão visível. A ToolSearch confirma uma ferramenta já carregada com correspondência exata de nome, em vez de comunicar falsamente que falta uma ferramenta a recarregar apenas quando necessário. |
| 9.1.113 | As ferramentas Telegram mantêm, no arranque, um caminho substituto dentro do mesmo runtime, caso o registo gerido de plugins falte temporariamente. |
| 9.1.112 | Mensagens de utilizador grandes e mais antigas são arquivadas fora da janela de trabalho atual; o histórico bruto completo permanece disponível. |
| 9.1.111 | Turnos Telegram com anexos recebem download_attachment automaticamente. Em turnos normais, a ferramenta permanece externalizada via ToolSearch, para que a carga de esquema reduzida se mantenha. |
| 9.1.110 | As repetições após uma sobrecarga do provider respeitam a indicação Retry-After do servidor. A configuração automática do ripgrep descarrega os ficheiros fixados da versão 15.0.0 da publicação oficial do ripgrep e verifica as suas somas de verificação SHA-256 antes da instalação. |
| 9.1.109 | A versão 9.1.109 mantém de forma persistente no pedido de modelo apenas as nove ferramentas às quais se referiam mais de 98 por cento das 3 183 chamadas de ferramentas medidas. Todas as outras ferramentas permanecem encontráveis via ToolSearch e disponíveis para o resto da sessão após o primeiro carregamento. Assim, a carga de esquemas desce em cada passo de modelo normal, sem remover nenhuma ferramenta nem alterar o caminho rápido para respostas Telegram e resultados de media pendentes. |
| 9.1.108 | Avisos de sistema idênticos e repetidamente introduzidos são fundidos apenas na projeção de modelo. Avisos alterados e o histórico completo guardado permanecem. |
| 9.1.107 | Erros do provider são apresentados em linguagem compreensível para o cliente; códigos de erro internos e avisos de suporte não aparecem. /help oferece uma lista de comandos controlável com as teclas de seta e abre, com a seta para a direita ou a tecla Enter, uma descrição detalhada do comando selecionado. |
| 9.1.106 | Os perfis de agente podem excluir ferramentas pelo nome. As exclusões atuam também após o recarregamento dinâmico; os subagentes padrão não enviam mensagens Telegram contornando o agente principal. |
| 9.1.105 | A versão 9.1.105 acrescenta TaskUpdate para agentes de fundo em execução. O King transmite instruções adicionais no próximo passo de modelo seguro ao mesmo agente ativo, sem o parar nem iniciar outro agente. Tarefas desconhecidas e já concluídas, tarefas de shell e agentes que já não aceitam atualizações são recusados inalteradamente. |
| 9.1.104 | A versão 9.1.104 deixa comandos de shell em primeiro plano correrem até ao fim regular, também com saídas muito grandes. O King escreve continuamente até 16 MiB no registo privado de tarefa, descarta saídas além disso e comunica o código de exit real, em vez de terminar o processo por causa da quantidade de saída. Saídas pequenas, tarefas de fundo, limites de tempo e cancelamentos manuais permanecem inalterados. |
| 9.1.103 | Membros de enxame são retomados, após interrupções temporárias do provider, no máximo duas vezes com o mesmo ID de agente. O HTTP 429 mantém a sua regra separada de sobrecarga; erros definitivos e cancelamentos manuais não são repetidos automaticamente. |
| 9.1.102 | Agentes individuais delegados são retomados, após erros temporários do provider, no máximo duas vezes com base no seu histórico persistente. Erros persistentes e cancelamentos manuais permanecem definitivos. |
| 9.1.101 | Mensagens de utilizador sobredimensionadas são guardadas localmente e substituídas no contexto de modelo por uma pré-visualização limitada com caminho legível. O histórico original completo e os media permanecem. |
| 9.1.100 | Pesquisas de conteúdo Grep limitadas terminam o ripgrep após a página solicitada e uma linha de pré-visualização adicional. Contagens de acertos, pesquisas ilimitadas e listas de ficheiros ordenadas pela hora de modificação permanecem completas. |
| 9.1.98 | O King pode compactar proativamente uma secção de trabalho concluída a partir de 128 000 tokens estimados. Abaixo do limiar, o esquema de ferramenta permanece completamente fora do prompt de modelo; a compactação utiliza a transição de passo segura existente. |
| 9.1.97 | A descrição da ferramenta TodoList carregada de forma persistente desceu de 2 238 para 996 caracteres. Planeamento em várias etapas, todos os seis estados de tarefa, relatórios honestos de progresso, consultas, esvaziamento e o modo de plano separado permaneceram protegidos. |
| 9.1.96 | O prompt de sistema base carregado de forma persistente desceu de 23 109 para 4 850 caracteres. Identidade, persona e alma, língua de resposta, limites de trabalho e de autorização, passagem de compactação, ambiente de runtime, AGENTS.md e skills permaneceram protegidos. |
| 9.1.95 | A descrição da ferramenta Write carregada de forma persistente desceu de 2 532 para 1 541 caracteres. A delimitação face ao Edit, conteúdos literais, fins de linha, o limite de 500 linhas, a exceção de ficheiro único e a continuação atómica com verificação de linhas e SHA-256 permaneceram protegidos. |
| 9.1.94 | A descrição da ferramenta Glob carregada de forma persistente desceu de 1 495 para 1 006 caracteres. Ordenação, ficheiros ignorados e sensíveis, padrões recursivos, ficheiros com ponto, expansões de chavetas e o limite de 100 acertos permaneceram protegidos. |
| 9.1.93 | A descrição da ferramenta Edit carregada de forma persistente desceu de 1 537 para 1 144 caracteres. Ler antes de alterar, substituições exatas, substituições múltiplas, tratamento CRLF e o limite de 500 linhas permaneceram protegidos. |
| 9.1.92 | A descrição da ferramenta Agent carregada de forma persistente desceu de 2 061 para 1 153 caracteres. Contexto separado, continuação, limites de tempo e delegação paralela permaneceram. |
| 9.1.91 | A descrição da ferramenta Read carregada de forma persistente desceu de 2 391 para 1 648 caracteres. Paginação, proteção de segredos, reencaminhamento de media, formato de linha e comportamento CRLF permaneceram. |
| 9.1.90 | A descrição da ferramenta Bash carregada de forma persistente desceu de 5 003 para 1 834 caracteres. Contrato de runtime, tarefas de fundo, ferramentas de ficheiros e limites de segurança mantiveram-se integralmente. |
| 9.1.89 | Leituras de ficheiros página a página indicam, no limite interno de 1 000 linhas, o próximo line_offset exato; fim de ficheiro e excertos deliberadamente mais pequenos permanecem inalterados. |
| 9.1.88 | BLUN King 9.1.88 ativa a compactação pequena e sem perdas a tempo, antes da compactação completa. Resultados de ferramentas grandes mais antigos e argumentos de ferramentas concluídos deixam a vista de modelo mais cedo; o histórico completo guardado permanece. |
| 9.1.87 | Uma resposta HTTP 429 expressamente repetível respeita Retry-After e recebe, no máximo, duas repetições automáticas; outros erros permanecem imediatamente visíveis. |
| 9.1.86 | Saídas de ferramentas grandes mantêm, dentro do mesmo orçamento de pré-visualização, 1 000 caracteres do início e do fim visíveis; uma marcação exata indica o número de caracteres omitidos. |
| 9.1.85 | Resultados de ferramentas baseados em texto acima de 12 000 caracteres são guardados completamente num ficheiro local privado; pedidos de modelo seguintes mantêm apenas um orçamento de pré-visualização de 2 000 caracteres e o caminho legível. |
| 9.1.84 | A compactação completa processa históricos mais antigos em etapas cronológicas com, no máximo, 64 000 tokens de entrada estimados; o limite de segurança fixo e o arquivo privado completo permanecem inalterados. |
| 9.1.83 | A microcompactação substitui argumentos grandes de chamadas de ferramentas mais antigas e concluídas apenas na vista de modelo por uma marcação JSON válida; o verificador de sessão comunica a poupança estimada sem saída de conteúdo. |
| 9.1.82 | O verificador exclusivamente de leitura comunica esquemas de ferramentas selecionados e retidos, motivos de supressão e o número estimado de tokens de esquema evitados. |
| 9.1.81 | Um verificador incluído, exclusivamente de leitura, resume passos de provider, chamadas de ferramentas, tokens, compactações, erros e saídas externalizadas, sem expor prompts ou caminhos privados. |
| 9.1.80 | Resultados de ferramentas grandes recebem telemetria de externalização sem conteúdo; contexto isolado de subagentes, planos legíveis por máquina e handoffs transferíveis são protegidos por testes de regressão. |
| 9.1.79 | Checkpoints persistentes fixam registos de histórico concluídos antes de passos de provider e antes da conclusão de um worker, para que trabalho concluído possa ser lido novamente após uma continuação. |
| 9.1.78 | A compactação completa arquiva partes de histórico deslocadas antes de as substituir por um resumo; o resumo contém o caminho de arquivo legível. |
| 9.1.77 | A microcompactação reduz, sob pressão de contexto, resultados de ferramentas grandes mais antigos e preserva simultaneamente o histórico completo guardado. |
| 9.1.76 | Tarefas pendentes de imagem, vídeo e voz sobrevivem à compactação e a perguntas de seguimento rápidas; mensagens Telegram permanecem em ordem FIFO, sem erro enganador de busy. |
| 9.1.75 | Conversas Telegram curtas processam apenas a mensagem mais recente não respondida, enquanto trocas de texto concluídas permanecem como contexto linguístico. |
| 9.1.74 | Rotas Telegram guardadas repõem IDs de grupo passados por engano sem sinal de menos; Strg+S pode controlar um turno realmente em execução. |
| 9.1.73 | Mensagens Telegram e de loop já não iniciam um segundo turno durante trabalho ativo; Escape e Ctrl+C podem continuar a cancelar o turno ativo. |
| 9.1.72 | Ocultar um aviso de atualização suprime apenas a versão então oferecida; publicações mais recentes voltam a aparecer no arranque normal com king. |
| 9.1.71 | Os despertadores de loop entram corretamente na fila, o poller Telegram é reivindicado atomicamente, ferramentas centrais de ficheiros e media permanecem imediatamente disponíveis e o Context7 já não inicia automaticamente. |
| 9.1.69 | MCPs padrão são configurados, o Telegram atinge um ponto de passagem FIFO protegido, Escape e Ctrl+C cancelam de forma fiável trabalho ativo e a vista MCP oculta caminhos internos. |
| 9.1.68 | Mensagens Telegram em inatividade acordam o processamento FIFO, mensagens diretas e de grupo mantêm a sua ordem de entrada e a continuação oculta envelopes Telegram internos. |
| 9.1.67 | A Skill padrão venture-flywheel acrescenta uma base UVF puramente contratual, com confiança determinística de projeto e obrigações de aprovação para ações externas. |
| 9.1.66 | /curiosity e /scout executam pesquisas de oportunidade limitadas e exclusivamente de leitura, com provas, contraprovas e um critério de interrupção. |
| 9.1.65 | Escape e Ctrl+C cancelam de forma fiável compactações automáticas, uma âncora de ecrã estável impede rodapés duplicados e o aviso de loop está alinhado com o conteúdo do chat. |
| 9.1.64 | Histórico de sessão baseado em disco, ferramentas e skills recarregados, um vigilante de inatividade do provider de 120 segundos, ritmo de loop correto, Telegram em ordem FIFO, pacotes Linux e reconhecimento de língua bósnia chegaram em conjunto. |
| 9.1.58–9.1.63 | Esta série de versões reuniu trabalhos sobre sessões, Telegram, plataformas e desempenho. O remate foram esquemas de ferramentas enxutos sob pedido, listas de skills compactas, skills de primeira utilização restaurados e um controlo de inventário de pacotes contra remoções não planeadas. |
Melhorias anteriores
| Versão | Alteração |
|---|---|
| 9.1.53 | /idea publica o seu plano de tarefas antes do primeiro trabalho, verifica ações externas em cada chamada de ferramenta e exige para cada passo um estado final honesto. |
| 9.1.52 | Sessões continuadas abrem diretamente a pasta de trabalho guardada. Conversa e estado /loop ativo são repostos em conjunto no reinício. |
| 9.1.51 | Loops funcionam como despertadores autónomos, /idea desenvolve e edita planos próprios, o Telegram pode desencadear comandos de trabalho, e estados de media e de arranque são apresentados de forma mais clara. |
| 9.1.50 | Imagens recebidas localmente ou via Telegram podem ser animadas como verdadeiros vídeos MP4. Janelas de contexto grandes recebem um orçamento de saída válido; a barra de media mostra estados mais claros e caminhos clicáveis. |
| 9.1.49 | Imagens de figuras de fantasia adultas em fatos de banho permanecem permitidas dentro de limites claros. Tarefas de imagem concluídas podem ser utilizadas como imagem de partida para vídeos; consultas GetMedia bem-sucedidas não geram cartões repetidos. |
| 9.1.48 | A barra de media uniforme agrupa tarefas de media diretamente acima do campo de entrada. Valores percentuais aparecem apenas com um valor real medido do provider; caso contrário, mostra fase e tempo de execução. |
| 9.1.47 | O registo de pedidos distingue conversas e compactação e regista a seleção de ferramentas e o motivo de supressão, sem alterar o comportamento das ferramentas. |
| 9.1.46 | Loops compreendem indicações naturais de tempo, mostram-nas durante a entrada, suportam intervalos livres e libertam a seleção normal de texto no terminal fora da vista de histórico. |
| 9.1.45 | O progresso de compactação em curso aparece apenas na barra de estado inferior, em vez de, adicionalmente, como segunda linha no chat. |
| 9.1.44 | Reempacotamento completo do 9.1.43 aceite, para que também versões 9.1.43 instaladas cedo reconheçam a atualização com segurança. |
| 9.1.43 | Base de proteção completa do 9.1.40 com diagnóstico de transporte, avisos de atualização visíveis e os comandos de consola /loop, /goal e /output-style. |
| 9.1.40 | Vigilante de turnos para chamadas longas ou repetidamente falhadas; auto-hash após escrita multiparte com verificação de releitura do ficheiro guardado. |
| 9.1.39 | Ficheiros longos são escritos em continuações. Cada continuação retoma a partir do fim realmente escrito; número de linhas, SHA-256 e fronteiras de fragmento são verificados e emitidos. |
| 9.1.38 | Argumentos de ferramentas degenerados ou truncados são reconhecidos. Um ficheiro incompleto é recusado com mensagem de erro, em vez de valer silenciosamente como concluído. |
| 9.1.37 | Após uma mudança de Node, a BLUN verifica módulos nativos com uma consulta SQLite real e reconstrói better-sqlite3 quando necessário. |
| 9.1.36 | Respostas de modelo vazias são tratadas pela causa: orçamento de saída demasiado curto é aumentado, um stop vazio é repetido exatamente uma vez. Avisos de sistema e injeções não podem desencadear uma resposta Telegram. |
| 9.1.35 | A compactação em várias etapas mostra a etapa e a utilização real da janela de modelo, por exemplo 2/~10 · 90 %. |
| 9.1.34 | O contexto ativo é compactado por etapas: as partes mais antigas primeiro, cada chamada de compactação abaixo do limite de modelo. |
| 9.1.33 | Base para o runtime Node automático e a reparação a jusante de módulos nativos após uma mudança de runtime. |
Aditamentos e lacunas de documentação em aberto
Verificação cruzada de 17 de setembro de 2026: no intervalo 9.1.33 a 9.1.597 existem 521 versões no diretório npm. Um número em falta não é automaticamente uma publicação em falta: algumas versões faltam no diretório atual ou foram retiradas. Em quatro versões publicadas, os detalhes exatos de alteração permanecem em aberto. Não são inventadas alterações para estas versões.
9.1.567: detalhes de alteração em aberto
Publicado a 6 de setembro de 2026 às 22:42 UTC. O valor SHA-512 do pacote corresponde ao valor de integridade publicado no npm. O pacote não contém CHANGELOG.md; o seu README menciona ainda 9.1.566 no comando de instalação. A partir daí, a diferença face a 9.1.566 não pode ser derivada de forma fiável. Esta lacuna de documentação permanece expressamente em aberto.
9.1.550: detalhes de alteração em aberto
Publicado a 2 de setembro de 2026 às 07:19 UTC. O valor SHA-512 do pacote corresponde ao valor de integridade publicado no npm. O pacote não contém CHANGELOG.md e, no material verificado, não foi encontrada nenhuma prova de alteração específica da versão. Esta lacuna de documentação permanece expressamente em aberto.
Aditamento a 9.1.536
As indicações seguintes provêm do pacote publicado, com integridade verificada, de 1 de setembro de 2026:
- As tarefas de trabalho continuam para além de respostas Telegram privadas. Após mensagens diretas em buffer, o King continua o trabalho com um passo adicional limitado, desde que o utilizador não pause nem pare expressamente.
- Perguntas curtas de estado não interrompem o fluxo de trabalho em curso.
- Quando as tentativas de repetição após respostas de thinking vazias estão esgotadas, o King reduz o esforço de thinking, em vez de o manter inalterado em novas tentativas.
- Mais esquemas de ferramentas recarregados permanecem disponíveis; mensagens só são externalizadas quando o espaço disponível no histórico se torna escasso.
- Estão incluídas a regra de progresso verificada para a TodoList e um caminho de arranque de uma linha para o modo God com enxame.
Aditamento a 9.1.99
A documentação de funções já existente descreve a externalização conjunta de resultados de ferramentas de texto puro consecutivos: quando a pilha ultrapassa 12 000 caracteres, resultados grandes adequados são guardados de forma privada. No contexto de modelo permanecem referências legíveis; histórico bruto e media permanecem. A entrada de versão até agora em falta remete agora expressamente para esta função.
9.1.70: detalhes de alteração em aberto
Publicado a 24 de agosto de 2026 às 15:56 UTC. O valor SHA-512 do pacote corresponde ao valor de integridade publicado no npm. O pacote não contém CHANGELOG.md; as descrições de funções existentes não comprovam nenhuma diferença inequívoca face a 9.1.69. Esta lacuna de documentação permanece expressamente em aberto.
9.1.57: detalhes de alteração em aberto
Publicado a 23 de agosto de 2026 às 07:28 UTC. A versão surgiu até agora apenas como ponto de partida de um cabeçalho coletivo. Uma prova de alteração própria e específica da versão não está atribuída no material verificado. Esta lacuna de documentação permanece expressamente em aberto.
O CHANGELOG.md contido no pacote npm imutável 9.1.597 termina em 9.1.594. Os avisos acrescentados sobre 9.1.595 a 9.1.597 estão nesta página. O pacote publicado não foi reescrito posteriormente sob o mesmo número de versão.
9.1.41 e 9.1.42 foram retirados
Estas duas versões foram, por engano, derivadas de 9.1.38 em vez de 9.1.40. Faltavam assim a continuação de escrita, o auto-hash e o vigilante de turnos. Ambas as versões npm estão marcadas como obsoletas; latest e next nunca apontaram para elas. O 9.1.43 contém as suas alterações pretendidas na base de proteção completa.
Atualizar e verificar
king update
blun --version
Após a instalação de 9.1.599, a saída de versão deve mostrar 9.1.599. As atualizações de 9.1.597 e da versão local 9.1.598 através das fontes de atualização públicas estão verificadas. Uma consola já em execução só carrega o novo código após o seu reinício. Depois, verifica também nela /version.