Criador de Modo

Crie um sistema útil de anotações, não apenas um arquivo JSON válido. Entreviste o usuário, proponha uma pequena taxonomia, obtenha aprovação, instale-o de forma duradoura, configure alertas opcionais, reinicie o worker e prove que o modo ativo aparece no contexto de inicialização.

Regras básicas

• Use a ferramenta interativa de perguntas disponível (AskUserQuestion, request_user_input ou equivalente) para a entrevista. Pergunte em pequenos lotes e espere por cada resposta.
• Explique os tipos de observação como tipos mutuamente exclusivos de anotações e conceitos como tags reutilizáveis. Evite jargões, a menos que o usuário os use primeiro.
• Inspecione os modos agrupados e de usuário disponíveis antes de inventar um novo. Reutilize ou remixe uma correspondência próxima quando isso servir melhor ao usuário.
• Não edite um cache de plugin ou modo agrupado. Instale arquivos personalizados na pasta modes/ do diretório de dados resolvido do claude-mem.
• Não exponha um token do Telegram no chat, argumentos de comando, logs ou saída da ferramenta. Trate-o como uma senha.
• Preserve configurações não relacionadas e gatilhos do Telegram existentes. Os helpers criam backups com data e hora e mesclam gatilhos solicitados.
• Modos personalizados são suportados pelo runtime do worker local. Se CLAUDE_MEM_RUNTIME for server, explique que este fluxo de trabalho não pode instalar com segurança um modo por usuário no servidor compartilhado e pare antes da mutação.
• Observações existentes mantêm seus tipos originais. O novo modo se aplica à geração de observações futuras.

1. Comece com o propósito

Comece com esta mensagem dentro da primeira pergunta interativa:

Modos personalizados permitem que você faça anotações sobre o que quer que esteja trabalhando. Se você é um estudante de direito, pode querer anotar cada vez que um caso estabelece uma regra, um professor sinaliza uma armadilha de prova, ou doutrinas entram em conflito. Se você é um arquiteto, pode querer capturar cada decisão de design, restrição de código, preferência do cliente ou descoberta de local. No que você está trabalhando?

Não comece pedindo um nome de modo ou campos JSON. Aprenda o trabalho primeiro.

Se a resposta estiver relacionada a código, diga:

O modo de código já funciona bem para trabalho de software. Uma variante personalizada pode funcionar melhor se também rastrear [2–4 tipos específicos de anotações inferidas do trabalho deles] e tags [2–4 temas transversais úteis]. Você gostaria de manter o modo de código padrão ou personalizá-lo?

Use sugestões concretas. Para um engenheiro de plataforma de ML, por exemplo, sugira resultados de experimentos, alterações de contrato de dados, incidentes de produção, decisões de modelo, descobertas de custos e riscos de reprodutibilidade — não "anotações personalizadas" genéricas. Se o usuário escolher o modo de código padrão, não crie um arquivo redundante; continue para as etapas opcionais de notificação e verificação.

2. Descubra o que vale a pena lembrar

Use perguntas de acompanhamento para obter:

1. Três exemplos de momentos ou descobertas que eles gostariam de ter disponíveis na próxima semana.
2. Atividade rotineira que deve ser ignorada.
3. Os substantivos e decisões que eles procuram mais tarde: pessoas, casos, materiais, clientes, restrições, experimentos, incidentes e assim por diante.
4. Qualquer coisa sensível que nunca deve ser registrada ou enviada para o Telegram.
5. Se as anotações devem ser seletivas ou detalhadas.

Inferia respostas já presentes na conversa em vez de perguntar duas vezes. Quando o usuário der uma resposta ampla, proponha exemplos e deixe-o selecionar ou editá-los.

3. Proponha o modo

Leia references/mode-authoring.md antes de redigir.

Proponha:

• Um nome de modo claro e um ID em minúsculas.
• Geralmente 4–8 tipos de observação. Cada item observado recebe exatamente um tipo.
• Geralmente 4–8 tags de conceito. Um item pode receber vários conceitos.
• Políticas de gravação e omissão de uma frase.
• Duas anotações realistas que o modo registraria e duas que ele omitiria.

Apresente a proposta em linguagem simples e use a ferramenta interativa de perguntas para aprovação. Deixe o usuário renomear, adicionar, remover ou reformular categorias. Não escreva ou instale até que eles aprovem a taxonomia e o limite de privacidade.

Prefira um ID herdado, como code--architecture-practice, para que o modo reutilize o protocolo de saída estável do claude-mem enquanto substitui a taxonomia de domínio e os prompts comportamentais. O pai code é uma base de implementação; o override deve remover a semântica específica de código dos prompts. Use um modo autônomo apenas quando a herança for genuinamente inadequada.

4. Pergunte sobre alertas do Telegram

Após a aprovação da taxonomia, pergunte:

…