本文へ移動
cccskills
無料GitHub で公開

verify

Run this after every code change in this Vue project, before committing, before opening a PR, or whenever the user says "verify", "check", "lint", "run tests", "build", "audit". Diff audit (router guards, store boundaries, UX, /ui consistency, error handling) → lint → tests + coverage gate → build. Coverage drops → add tests, never lower thresholds. Triggers on "is this ready to commit?", "any issues?", "tests passing?".

pierreb-devkit/Vue
インストール方法を見る

含まれるファイル（1）

  • SKILL.md2.3 KB

SKILL.md（原文）

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Verify Skill

Steps

  1. Diff audit — review all changes (git diff master...HEAD or staged changes) using your knowledge of the stack:

    • Read CLAUDE.md and ERRORS.md for conventions, architecture, and known pitfalls
    • Read the tasks reference module structure for layer/naming conventions
    • Check /ui skill for design system and Vuetify conventions
    • Analyze the diff: architecture, security, UX, logic, consistency, error handling
    • No hardcoded checklist — reason from context. Examples of what to catch:
      • Router guards with permissive matching (startsWith vs exact)
      • Silent error swallowing (catch without user feedback)
      • Store mutations from outside the store
      • Cross-module store imports (only useAuthStore/useCoreStore allowed)
      • Missing form validation or confirmation dialogs on destructive actions
      • Inconsistent selectors in E2E tests (prefer getByRole/getByPlaceholder)
      • Broken or nonexistent route references
      • Store-contract tests that only assert a mock was called, not the resulting store state (interaction-only assertions let a dropped field slip through)
    • Fix all issues found before proceeding

  2. Lint — npm run lint

  3. Tests + coverage — check if Node API is reachable (curl -sf http://localhost:3000/api/home):

    • Infra up → npm run test:coverage (unit + coverage enforcement) then npm run test:e2e (Playwright E2E)
    • Infra down → npm run test:coverage (unit + coverage) + warn: "E2E skipped — run docker compose -f docker-compose.test.yml up -d for full coverage"
    • If coverage drops below thresholds (vitest.config.js) → fail. Add tests, never lower thresholds.

  4. Build — npm run build

  5. Summary: ✅ All passed → ready to commit | ❌ Failed → show failures, fix, re-run

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

ログインしてレビューを書く

同じリポジトリのスキル

概要と使いどころ

create-module

無料

Use this whenever the user asks to "create a module", "scaffold a feature", "add a Vue domain", "new module called X", or starts work on a brand-new vertical (views + components + store + router entry + tests). Duplicates the canonical `src/modules/tasks` template, applies kebab/Pascal/camel/ UPPER renames, and wires config-driven values. Module stays self-contained.

日本語の概要は準備中です。原文の説明を表示しています。

pierreb-devkit/Vue202026年10月9日 更新

feature

無料

Use this whenever the user asks to "implement", "add", "build", "create", or "modify" a feature, page, view, component, or module in this Vue project. Three phases: Phase 0 scope analysis (flows + edge cases + UI needs + plan validation, STOP for user), Phase 1 implementation (layered UI → Store → API, Vue 3 Composition + Vuetify 4, /ui design rules), Phase 2 Definition-of-Done checklist + /verify + /pull-request. Auto-runs /create-module if the target module doesn't exist.

日本語の概要は準備中です。原文の説明を表示しています。

pierreb-devkit/Vue202026年10月9日 更新

naming

無料

Use this whenever a new file/folder is created or renamed in this Vue project, when reviewing a module for consistency, or when the right path for a file is unclear. Also triggers on "what should I name this?", "is this file named correctly?", "audit module naming". Enforces kebab-case folders, dot-prefixed `{module}.{name}.{type}.vue|js` files, multi-entity rules, singular vs plural for views, and the layered structure UI → Store → API.

日本語の概要は準備中です。原文の説明を表示しています。

pierreb-devkit/Vue202026年10月9日 更新

pull-request

無料

Use this whenever the user asks to "open a PR", "ship this", "create the pull request", "make a PR", or once a Vue feature/fix is verified and ready to push. Full lifecycle: branch → commit (commitizen) → issue → draft PR → CI → ready → autonomous monitor loop (fix comments, resolve threads, iterate until CI green + zero unresolved threads). `--perfect` adds a CodeRabbit convergence loop on top. Never works on `main`/`master`, never uses `--no-verify`.

日本語の概要は準備中です。原文の説明を表示しています。

pierreb-devkit/Vue202026年10月9日 更新

ui

無料

Design system reference for the Devkit Vue stack (Vuetify 4 + custom theme helpers). Use when asked about styling, theming, layout, design system, Vuetify components, visual verification, or UI patterns. Automatically consumed by /feature when the task has a visual component. Can also be invoked directly for design-only tasks (restyle, theme change, layout fix).

日本語の概要は準備中です。原文の説明を表示しています。

pierreb-devkit/Vue202026年10月9日 更新

update-stack

無料

Use this whenever a downstream Vue project needs to absorb upstream Devkit Vue changes — triggers on "update stack", "sync with devkit", "merge upstream", "pull stack updates", "resolve stack conflicts". Two-phase: ISO merge (stack modules stay byte-identical to upstream) then project alignment (apply MIGRATIONS.md, diff project modules vs `tasks` reference, /verify). Stack-code failures get an issue on `pierreb-devkit/Vue`.

日本語の概要は準備中です。原文の説明を表示しています。

pierreb-devkit/Vue202026年10月9日 更新

pierreb-devkit のスキルをすべて見る

このスキルの問題を報告する