O suporte a serviços de IA adicionais é revisado sem alterar o Core
Ao adicionar serviços de IA fora do escopo de suporte oficial atual, revisamos a possibilidade de expansão seguindo o princípio de separação de Adapter para não contaminar os Providers existentes e o Core de memória.
Novos serviços de IA continuam a surgir e as telas dos serviços existentes mudam frequentemente. Se o objetivo for apenas aumentar rapidamente a lista de suporte, exceções por Provider podem se misturar ao Core e até os serviços existentes podem ficar instáveis. Ao revisar suporte adicional, o 5BY.AI prioriza o princípio de isolar a lógica de detecção no Adapter.
Para suportar um novo Provider, os Providers existentes e a estrutura de memória não devem mudar juntos.
O que mudou nesta atualização
- Investigamos em modo read-only o DOM de conversa, identificação de conversation e eventos de conclusão dos serviços de IA candidatos.
- Verificamos se seletores Provider-specific e lógica de detecção podem ser separados como opções de Adapter.
- Logical pair, Pack, Saved, Anchor e Handoff usam o contrato Core existente sem alterações.
- Verificamos separadamente se não há regressão nos Providers oficialmente suportados existentes.
- Antes de anunciar como suporte oficial, confirmamos se o fluxo real de coleta, armazenamento e reentrada é estável.
Como o usuário verifica
- O usuário prioriza o uso dos serviços de IA incluídos no escopo de suporte oficial atual.
- Pode deixar solicitações de suporte para novos serviços em /feedback junto com o propósito de uso.
- Mesmo que um candidato a suporte seja divulgado, distingue entre estado experimental e estado de suporte oficial.
- Quando confirmado como suporte oficial, atualizamos junto o contrato de Provider na página inicial e na página de orientação.
Exemplo no fluxo de uso real
Por exemplo, ao verificar o estado atual de melhoria, o usuário prioriza o uso dos serviços de IA incluídos no escopo de suporte oficial atual. Pode deixar solicitações de suporte para novos serviços em /feedback junto com o propósito de uso. Em seguida, quando confirmado como suporte oficial, atualizamos junto o contrato de Provider na página inicial e na página de orientação. Neste processo, o escopo a seguir não deve ser confundido com o estado atual concluído. Apenas por haver muitas solicitações de suporte, não adicionamos Provider sem verificação de estabilidade. Verificando assim, é possível separar e entender as funcionalidades já oferecidas das partes ainda em estabilização.
Distinguindo antes e depois da mudança
Antes da melhoria, o escopo atualmente oferecido e as partes ainda em estabilização podiam aparecer misturadas em uma única frase. Nesta organização, ao adicionar serviços de IA fora do escopo de suporte oficial atual, revisamos a possibilidade de expansão seguindo o princípio de separação de Adapter para não contaminar os Providers existentes e o Core de memória. Preservamos as funcionalidades já oferecidas e descrevemos separadamente apenas os alvos de melhoria, para que o usuário possa entender o estado atual sem exagero.
Escopo de aplicação e observações
- Apenas por haver muitas solicitações de suporte, não adicionamos Provider sem verificação de estabilidade.
- Não inserimos no Core seletores DOM ou ramificações de exceção de um Provider específico.
- Não expressamos estado experimental não oficial como suporte público.
- A própria política do serviço de IA, restrições regionais e funcionalidades da conta não são controladas pelo 5BY.AI.
Por que esta mudança é importante na estrutura geral do 5BY.AI
O propósito de expandir o escopo de suporte não é aumentar o número de Providers, mas manter a continuidade de pensamento do usuário em mais ambientes. Mantendo a fronteira do Adapter, pode-se reduzir o risco de uma mudança de UI de um serviço afetar outros serviços e a estrutura de memória do Core.
Critérios para verificar esta atualização
- O escopo em melhoria e o escopo já oferecido de forma estável não devem ser misturados na mesma frase.
- Melhorias de UI e compatibilidade de Provider não devem alterar a unidade de armazenamento do Core de memória e o contrato de escolha do usuário.
- Itens não concluídos não devem ser expressos como funcionalidades atuais e o estado deve ser atualizado em atualizações subsequentes.
Páginas relacionadas
- Por que mudanças de Provider são absorvidas no Adapter
- Continuidade entre IAs suportadas
- Deixar solicitação de suporte