ultracite
Ultraciteは、JavaScript/TypeScriptプロジェクト向けのゼロコンフィグなLint・フォーマットプリセットです。プロジェクトへのUltraciteの導入(`ultracite init`)、Lint・フォーマットコマンド(`check`・`fix`・`doctor`)の実行、コード品質のトラブルシューティング、またはUltraciteを使用するプロジェクトでのJS/TSコードのレビューや記述時に活用できます。
description の原文を見る
Ultracite is a zero-config linting and formatting preset for JavaScript/TypeScript projects. Use when: (1) Setting up or initializing Ultracite in a project (ultracite init), (2) Running linting or formatting commands (check, fix, doctor), (3) Writing or reviewing JS/TS code in a project that uses Ultracite — to follow its code standards, (4) Troubleshooting linting/formatting issues, (5) User mentions 'ultracite', 'lint', 'format', 'code quality', or 'biome/eslint/oxlint' in a project with Ultracite installed.
SKILL.md 本文
Ultracite
JavaScript/TypeScript プロジェクト向けのゼロコンフィグ linting・formatting ツール。Biome(推奨)、ESLint + Prettier、Oxlint + Oxfmt の 3 つの linter バックエンドをサポート。
Ultracite の検出
package.json の devDependencies に ultracite があるかを確認してください。有効な linter は以下で判定します:
biome.jsonc→ Biomeeslint.config.mjs→ ESLintoxlint.config.ts→ Oxlint
CLI コマンド
# 問題をチェック(読み取り専用)
bunx ultracite check
# 問題を自動修正
bunx ultracite fix
# セットアップの問題を診断
bunx ultracite doctor
# 新規プロジェクトで初期化
bunx ultracite init
bunx は、使用しているパッケージマネージャーに応じて npx、pnpx、yarn dlx に置き換えてください。
check と fix はオプションでファイルパスを指定できます:bunx ultracite check src/index.ts
初期化
bunx ultracite init は対話的なセットアップを実行します。非対話的(CI)な用途では、フラグを渡してください:
bunx ultracite init \
--pm bun \
--linter biome \
--editors universal \
--agents claude copilot \
--frameworks react next \
--integrations husky lint-staged \
--quiet
フラグ:
--pm—npm|yarn|pnpm|bun--linter—biome(推奨) |eslint|oxlint--editors—universal(すべての VS Code ベースエディタ向けに.vscode/settings.jsonを書き込み) |vscode|zed|cursor|windsurf|antigravity|kiro|trae|void|bob|codebuddy--agents—claude|codex|copilot|cline|amp|gemini|cursor-cliなど 19 以上--frameworks—react|next|solid|vue|svelte|qwik|remix|angular|astro|nestjs--integrations—husky|lefthook|lint-staged|pre-commit--hooks— サポート対象のエージェント/エディタに対して自動修正フックを有効化--type-aware— 型認識 linting を有効化(oxlint のみ)--skip-install— 依存関係のインストールをスキップ--quiet— プロンプトを非表示(CI=trueの場合は自動検出)
Init は Ultracite プリセットを拡張する設定を生成します:
// biome.jsonc
{ "extends": ["ultracite/biome/core", "ultracite/biome/react"] }
フレームワークプリセットは linter ごとに利用可能:core、react、next、solid、vue、svelte、qwik、remix、angular、astro、nestjs
コード標準
Ultracite を使用しているプロジェクトでコードを書く際は、以下の標準に従ってください。完全なルール参照は references/code-standards.md をご覧ください。
主要ルール概要:
Formatting はプロジェクトで設定された linter/formatter によって処理されます。特定の行幅、引用符スタイル、末尾カンマポリシーを強制するのではなく、リポジトリの既存の formatter 設定を尊重してください。
型安全性: 明確さが向上する場合は明示的な型を使用してください。any より unknown を推奨します。不変値には as const を使用し、大雑把なアサーションよりも型絞り込みに依存してください。
最新の JavaScript/TypeScript: const、分割代入、オプショナルチェーン、Null 合体演算子、テンプレートリテラル、for...of、簡潔なアロー関数を推奨します。
非同期と正確性: 非同期関数内の Promise には常に await を使用してください。Promise チェーンより async/await を推奨します。本番環境コードから console.log、debugger、alert を削除してください。
React とアクセシビリティ: 関数コンポーネントを使用し、フック依存関係を正しく保ってトップレベルに配置し、ネストされたコンポーネント定義を避け、適切なラベル、見出し、代替テキスト、キーボード操作に対応したセマンティック HTML を使用してください。
組織、セキュリティ、パフォーマンス、テスト: 関数に焦点を当てる、早期の return を推奨、dangerouslySetInnerHTML と eval() を避ける、特定のインポートとトップレベルの正規表現を推奨、テストから .only と .skip をなくしてください。
トラブルシューティング
bunx ultracite doctor を実行して診断してください。以下をチェックします:
- Linter インストール(biome/eslint/oxlint バイナリが利用可能か)
- 設定の妥当性(ultracite プリセットを正しく拡張しているか)
- package.json 依存関係に Ultracite があるか
- 競合するツール(古い
.eslintrc.*、.prettierrc.*ファイル)
一般的な修正方法:
- 競合する設定: Ultracite への移行後、古い
.eslintrc.*と.prettierrc.*ファイルを削除 - 依存関係がない:
bunx ultracite initを再度実行するか、devDependencies に手動でultraciteを追加 - ルールが適用されない: 設定ファイルがフレームワークの正しいプリセットを拡張しているか確認
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- haydenbleasel
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/haydenbleasel/ultracite / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。