criar-template

Criar um Template

O Control UI invoca esta skill manual na conversa principal existente do agente. Ela prepara um rascunho privado antes de enviar a mensagem e anexa o draftId dessa solicitação como contexto de trabalho. Use o draftId anexado a esta rodada e edite apenas .openclaw/template-drafts/<draftId>.json; nunca pesquise pelo rascunho mais recente ou use um ponteiro compartilhado. O contexto anexado é específico da solicitação, então criações de Templates sobrepostas permanecem isoladas. Mantenha caminhos internos e IDs fora da sua resposta. Trabalhe nesta mesma conversa; o Control UI abre a revisão do pacote quando o rascunho estiver pronto e é responsável pela montagem e publicação do pacote.

1. Capturar o agente reutilizável. Leia o JSON do rascunho atual. Use esta conversa e as instruções duráveis do agente para identificar seu papel reutilizável coeso: entrada, trabalho, saída e autoridade. Preserve comportamento útil e configurações; omita contexto pessoal. Se as responsabilidades não formarem um Template coeso, pergunte qual responsabilidade compartilhar antes de escrever. Conclua quando os quatro campos de escopo descreverem um agente que uma nova pessoa possa usar.
2. Inventariar apenas material relevante. Selecione instruções de espaço de trabalho portáteis e arquivos que implementam esse papel. Localize este SKILL.md e use seu scripts/cli.mjs para o inventário, de modo que a CLI corresponda à instalação do OpenClaw em execução; invoque-o com um caminho absoluto quando estiver fora do diretório da skill. Execute node scripts/cli.mjs skills list --agent <id deste agente> --json e node scripts/cli.mjs plugins list --enabled --json. Compare os resultados com as ferramentas realmente disponíveis nesta sessão e as capacidades usadas no papel. Inspecione um candidato com node scripts/cli.mjs plugins inspect <id> --json para sua fonte e versão exata. Declare uma skill ou plugin apenas quando puder fundamentá-lo em uma referência de pacote ClawHub atual e versão exata; a disponibilidade do plugin por si só não é um requisito. Coloque referências de pacotes em packages, requisitos MCP em mcpServers e cronogramas úteis em cronJobs. Suas declarações são dependências, não arquivos copiados para o arquivo. Conclua quando cada arquivo e declaração incluídos tiver um motivo ligado ao papel reutilizável.
3. Escrever a proposta. Siga o formato de rascunho. Reescreva as instruções para um novo proprietário. Inclua entrada, trabalho, saída e autoridade no scope do rascunho, e descreva o comportamento portátil em CLAW.md. Coloque apenas texto portátil recém-criado em files, mapeando arquivos do espaço de trabalho incluídos por source no manifesto. Exclua conversas brutas, memórias, USER.md, credenciais, valores secretos, URLs privados, caminhos locais e fatos pessoais. Nunca copie a árvore do espaço de trabalho fonte. Conclua quando o JSON no caminho do rascunho desta rodada for válido e não contiver material fonte privado.
4. Entregar para revisão. Informe brevemente à pessoa o que o Template faz, quais arquivos/dependências opcionais você incluiu e qualquer capacidade que não pôde ser portada. Não imprima caminhos internos de rascunho ou IDs, gere um link de revisão, faça upload ou publique. O Control UI abre uma revisão do arquivo exato construído; a pessoa pode remover itens opcionais e publicar explicitamente lá. Conclua quando a revisão for aberta.