スキル一覧に戻る
seijikohara

lint-instructions

by seijikohara

Block-based Markdown editor built on Tiptap

0🍴 0📅 2026年1月22日
GitHubで見るManusで実行

SKILL.md


name: lint-instructions description: Detect and fix violations of project instructions defined in .claude/rules/. Use when checking code compliance, reviewing changes, or when the user asks about instruction violations.

Instruction Linter

Validates code against project-specific rules defined in .claude/rules/.

When to Use

  • Before committing changes
  • After implementing a new feature
  • When reviewing code for compliance
  • When user asks to check instruction compliance

Instructions

1. Load All Rules

Read all instruction files:

.claude/rules/code-style.md
.claude/rules/cross-framework.md
.claude/rules/packages/core.md
.claude/rules/packages/react.md
.claude/rules/packages/vue.md
.claude/rules/packages/svelte.md
.claude/rules/demo.md

2. Check Categories

For each category, verify compliance:

Code Style (code-style.md)

  • Function declarations: exports use function, callbacks use arrows
  • Type safety: satisfies over type annotations, type guards over as casts
  • Documentation: JSDoc on public APIs

Cross-Framework (cross-framework.md)

  • Component parity: all components exist in React/Vue/Svelte
  • Props equivalence: same props interface across frameworks
  • Hook/Composable/Rune equivalence: same options, similar return types
  • Core centralization: shared types/constants/utils in @vizel/core

Core Package (packages/core.md)

  • No framework dependencies (React, Vue, Svelte)
  • All shared types defined here
  • All constants defined here

Framework Packages (packages/react.md, vue.md, svelte.md)

  • Only framework-specific wrappers
  • Correct idioms (hooks vs composables vs runes)
  • Proper context usage

3. Report Format

## Instruction Compliance Report

### ✅ Passing
- [rule]: [description]

### ❌ Violations
- [rule]: [file:line] - [issue description]
  - **Fix**: [suggested fix]

### ⚠️ Warnings
- [rule]: [potential issue]

4. Auto-Fix When Possible

For fixable violations:

  1. Show the violation
  2. Propose the fix
  3. Apply if user approves

Example Usage

User: "Check if my changes follow the project rules"

  1. Read recent git changes: git diff --name-only HEAD~1
  2. Load relevant rule files based on changed paths
  3. Check each changed file against applicable rules
  4. Report violations with fixes

Checklist Commands

Quick checks to run:

# Biome handles: formatting, imports, exports, naming
pnpm check

# Type safety
pnpm typecheck

# Build verification
pnpm build

Common Violations

ViolationRuleFix
export const fn = () => {}code-styleUse export function fn() {}
data as Typecode-styleUse type guard function
Type in framework packagecross-frameworkMove to @vizel/core
Missing component in one frameworkcross-frameworkAdd equivalent component
default exportBiomeUse named export

スコア

総合スコア

65/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

+10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

1ヶ月以内に更新

+10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

+5

レビュー

💬

レビュー機能は近日公開予定です