Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Crie o pacote de plug-in com versão exata que você pretende testar e lançar. Esta etapa ocorre depois que os componentes do plug-in trabalham juntos no ambiente de desenvolvimento ou teste pretendido.
Importante
Um .zip arquivo não é automaticamente um pacote de plug-ins com suporte. Use uma rota de empacotamento somente quando ela der suporte aos componentes do plug-in e às experiências do Microsoft 365 que você pretende publicar.
O empacotamento é específico da ferramenta. Algumas ferramentas criam o pacote de plug-ins automaticamente, enquanto outras exigem que você reúna seus manifestos, metadados, configuração e ativos. O pacote faz referência a servidores MCP remotos, APIs, serviços de conector e outros serviços externos, em vez de incluí-los fisicamente.
Antes de começar
Conclua o teste de integração. Confirme se:
- Os componentes são construídos e testados individualmente e em conjunto.
- Dependências, autenticação, permissões, conexões, pontos de extremidade e serviços externos estão configurados.
- Você sabe a quais experiências do Microsoft 365 o plug-in deve dar suporte.
- As versões dos componentes, as limitações conhecidas e os problemas não resolvidos são registrados.
Não use empacotamento para resolver um componente inacabado ou integração. Retorne para Compilar ou reutilize quando um componente necessário não funcionar.
Escolha o caminho da embalagem
| Rota do pacote de plug-in | Criar o pacote | Resultado |
|---|---|---|
| Um projeto de plug-in alfa WIQD que compõe agentes, habilidades ou conectores MCP remotos compatíveis | Executar wiqd plugin validate, provisionar o ambiente selecionado para associar a identidade do pacote e, em seguida, executar wiqd plugin package. Valide profundamente o pacote criado na próxima etapa. Consulte Criar um plug-in com as Ferramentas de Desenvolvimento do Work IQ. |
Uma implantação .zip para compartilhamento com suporte ou upload de administrador. |
| Um pacote de plug-ins criado com o Kit de Ferramentas de Agentes do Microsoft 365, quando o fluxo de trabalho selecionado dá suporte aos componentes e experiências de destino do plug-in | Selecione Zip Pacote de Aplicativos do Teams ou use a ação de teamsApp/zipAppPackage ciclo de vida. Consulte Personalizar um manifesto do aplicativo no Kit de ferramentas para agentes. |
O pacote de plug-ins produzido pelo fluxo de trabalho com suporte. |
| Um pacote de plug-ins compatível com outro fluxo de trabalho específico do plug-in | Siga o comando documentado, a ação da interface do usuário ou o fluxo de trabalho automatizado para esse pacote. | O pacote de plug-in instalável identificado por esse procedimento. |
Se nenhuma rota de empacotamento der suporte aos componentes do plug-in e às experiências de destino, pare. Escolha um método compatível ou revise o plug-in. Não combine ou renomeie artefatos para criar um pacote sem suporte.
Observação
A estática wiqd plugin validate verifica apenas a superfície do agente declarativo e os arquivos de plug-in de API ou OpenAPI referenciados. Um plug-in somente de habilidade ou somente conector pode passar na marca estática sem que seus recursos de nível superior sejam validados. A validação profunda do pacote em primeiro lugar é necessária para marcar o pacote do aplicativo criado.
Criar o pacote
- Abra o procedimento de empacotamento para a rota de plug-in selecionada.
- Selecione o ambiente pretendido e as versões exatas dos componentes que você testou.
- Execute o comando documentado, a ação da interface do usuário ou o fluxo de trabalho automatizado.
- Registre o nome do artefato, o local, a versão, o ambiente e a versão da ferramenta.
Verificar o artefato gerado
Verifique se:
- A identidade do plug-in e a versão do pacote estão corretas.
- O pacote contém os manifestos, metadados, configuração e ativos esperados.
- As declarações de componente, arquivos, identificadores, pontos de extremidade e referências de serviço correspondem às versões testadas.
- O pacote usa a configuração de ambiente pretendida.
- Os requisitos de autenticação, permissão, consentimento e conexão são declarados sem credenciais, tokens ou segredos.
- O pacote não contém arquivos temporários, logs, dados de teste ou artefatos não relacionados.
Prontidão para publicação de registros
Leve um registro de preparação para publicação em teste e validação e conclua-o antes da publicação. Registro:
- Identidade do pacote ou artefato e versão exata.
- Componentes, serviços remotos e referências externas.
- Ferramenta de empacotamento e método de publicação pretendido.
- Experiências e ambientes testados do Microsoft 365.
- Requisitos de autenticação, permissão, consentimento e conexão.
- Evidência e resultado da validação.
- Limitações conhecidas, combinações incompatíveis e riscos aceitos.
- Proprietário da versão e data de validação.
Próximo: Teste e valide seu plug-in
Continue validando e testando o pacote de plug-in exato. Não o publique até que ele seja aprovado no pacote, na instalação, no acesso, no cenário, na experiência e em quaisquer verificações de avaliação necessárias aplicáveis.