Notre avis
Cette compétence guide la création d'un nouveau composable Vue (useX) dans l'application TrackGrowth, en suivant les conventions de structure, de test et de choix entre composable et store Pinia.
Points forts
- Impose une structure de dossier et de nommage claire pour chaque composable.
- Aide à décider entre un composable et un store Pinia selon le besoin d'état partagé.
- Préconise d'extraire la logique métier pure dans src/utils pour faciliter les tests.
- Exige des tests unitaires et le passage de yarn lint:fix.
Limites
- Reste spécifique aux conventions du projet TrackGrowth, peu réutilisable tel quel.
- N'explique pas en détail les concepts Vue 3/VueUse, supposés connus.
- Ne couvre pas la création de stores Pinia, renvoyée à une autre compétence.
Quand l'utilisateur demande la création d'un nouveau composable (useX) pour l'application TrackGrowth.
Quand la logique nécessite un état partagé entre plusieurs composants non liés ou correspond à un domaine déjà géré par un store Pinia.
Analyse de sécurité
SûrThe skill provides structured guidance on creating composable files and running linting, with no indication of destructive commands, file exfiltration, or unsafe practices. It does not instruct the agent to execute arbitrary code beyond standard development tooling.
Aucun point d'attention détecté
Exemples
Criar novo composable useStreak para calcular a sequência de check-ins.Create a new composable useTheme that persists a simple UI preference in localStorage using the key trackgrowth:theme.name: new-composable description: Use this skill when the user asks to create a new composable (useX) for the TrackGrowth app — reusable reactive logic such as frequency evaluation, streak calculation, theme, or backup. Triggers on "criar composable", "novo composable", "new composable", "useX".
Criar novo composable
Segue as convenções documentadas em docs/context/06-file-structure-conventions.md e docs/context/05-architecture.md (divisão Pinia vs useStorage).
Passos
-
Local do arquivo: pasta própria
src/composables/useX/, nome emcamelCaseprefixado comuse(ex:composables/useHabitFrequency/,composables/useStreak/), contendo:composables/ useX/ index.ts tests/ useX.spec.ts models/ # opcional, só se houver tipos locais ao composable -
Antes de criar, decida se é realmente um composable ou deveria ser um store Pinia (use a skill
/new-storenesse caso):- Composable: lógica reativa reutilizável sem necessidade de estado compartilhado entre componentes distantes na árvore, ou wrapper fino sobre
useStoragedo VueUse para uma preferência simples de UI (tema, filtro selecionado). - Store Pinia: dados de domínio que precisam ser acessados/mutados por múltiplos componentes não relacionados (hábitos, check-ins, tags, gamificação).
- Composable: lógica reativa reutilizável sem necessidade de estado compartilhado entre componentes distantes na árvore, ou wrapper fino sobre
-
Estrutura do
index.ts:import { computed, ref } from "vue"; export function useX() { const state = ref(); const derived = computed(() => { // lógica derivada }); function action() { // lógica de ação } return { state, derived, action }; }- Se o composable envolve lógica de negócio pura (cálculo de streak, avaliação de
FrequencyRule), extraia a função pura parasrc/utils/(ex:frequency-evaluator.ts) e deixe o composable como uma casca reativa fina em cima dela — facilita testar a lógica isoladamente sem montar um componente Vue. - Se o composable precisa de tipos próprios além dos já definidos em
src/types/, adicione-os lá, não inline no composable.
- Se o composable envolve lógica de negócio pura (cálculo de streak, avaliação de
-
Composables de preferência de UI (ex:
useTheme): usaruseStoragedo VueUse diretamente, com uma chave delocalStorageclara e namespaced (ex:trackgrowth:theme), para não colidir com as chaves usadas pelopinia-plugin-persistedstatedos stores de domínio. -
Após criar
index.ts, criartests/useX.spec.tscobrindo o estado/derivações/ações expostos — não é opcional. Depois, rodeyarn lint:fix.
O que não fazer
- Não crie um composable que só reexporta um store Pinia sem adicionar lógica — importe o store diretamente no componente nesse caso.
- Não guarde dados de domínio (hábitos, check-ins) dentro de um composable com
useStorage— isso é responsabilidade dos stores Pinia persistidos, que oferecem getters/ações compartilhados.
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.