chrome-extension
Chrome拡張機能(Manifest V3)のパフォーマンスおよびコード品質に関するガイドラインを提供します。サービスワーカー、コンテンツスクリプト、メッセージパッシング、ストレージAPI、TypeScriptパターン、テストを含むChrome拡張機能のコードを作成・レビュー・リファクタリングする際に活用してください。
description の原文を見る
Chrome Extensions (Manifest V3) performance and code quality guidelines. Use when writing, reviewing, or refactoring Chrome extension code including service workers, content scripts, message passing, storage APIs, TypeScript patterns, and testing.
SKILL.md 本文
Chrome Extension ベストプラクティス
Chrome Extensions (Manifest V3) の包括的なパフォーマンスとコード品質ガイド。12カテゴリーで67個のルールを含み、自動リファクタリングとコード生成をガイドするために影響度で優先順位付けされています。
適用する場合
以下の場合にこれらのガイドラインを参照してください:
- 新しいChrome拡張機能コードを書く
- Manifest V2からManifest V3に移行する
- サービスワーカーのライフサイクルと状態管理を最適化する
- ページ操作のためのコンテンツスクリプトを実装する
- 拡張機能のパフォーマンス問題をデバッグする
ルールカテゴリー優先度順
| 優先度 | カテゴリー | 影響 | プリフィックス |
|---|---|---|---|
| 1 | Service Worker ライフサイクル | CRITICAL | sw- |
| 2 | Content Script 最適化 | CRITICAL | content- |
| 3 | メッセージパッシング効率 | HIGH | msg- |
| 4 | ストレージ操作 | HIGH | storage- |
| 5 | ネットワーク・パーミッション | MEDIUM-HIGH | net- |
| 6 | メモリ管理 | MEDIUM | mem- |
| 7 | UI パフォーマンス | MEDIUM | ui- |
| 8 | API 使用パターン | LOW-MEDIUM | api- |
| 9 | コードスタイル・命名 | MEDIUM | style- |
| 10 | コンポーネントパターン | MEDIUM | comp- |
| 11 | エラーハンドリング | HIGH | err- |
| 12 | テストパターン | MEDIUM | test- |
クイックリファレンス
1. Service Worker ライフサイクル (CRITICAL)
- グローバル変数の代わりにchrome.storageで状態を永続化するsw-persist-state-storage- 人工的なサービスワーカーキープアライブパターンを避けるsw-avoid-keepalive- setTimeout/setIntervalの代わりにchrome.alarmsを使用するsw-use-alarms-api- 非同期レスポンスのためメッセージリスナーからtrueを返すsw-return-true-async- トップレベルでイベントリスナーを登録するsw-register-listeners-toplevel- DOM APIのためオフスクリーンドキュメントを使用するsw-use-offscreen-for-dom
2. Content Script 最適化 (CRITICAL)
- 特定のURLマッチパターンを使用するcontent-use-specific-matches- コンテンツスクリプト注入にdocument_idleを使用するcontent-use-document-idle- マニフェスト宣言よりプログラマティック注入を推奨するcontent-programmatic-injection- コンテンツスクリプトバンドルサイズを最小化するcontent-minimize-script-size- リフローを最小化するためDOM操作をバッチ処理するcontent-batch-dom-operations- ポーリングの代わりにMutationObserverを使用するcontent-use-mutation-observer
3. メッセージパッシング効率 (HIGH)
- 頻繁なメッセージ交換にはポート接続を使用するmsg-use-ports-for-frequent- メッセージペイロードサイズを最小化するmsg-minimize-payload-size- メッセージング前に高頻度イベントをデバウンスするmsg-debounce-frequent-events- 常にchrome.runtime.lastErrorをチェックするmsg-check-lasterror- すべてのタブへのメッセージブロードキャストを避けるmsg-avoid-broadcast-to-all-tabs
4. ストレージ操作 (HIGH)
- 個別の呼び出しの代わりにストレージ操作をバッチ処理するstorage-batch-operations- ユースケースに合った正しいストレージタイプを選択するstorage-choose-correct-type- 頻繁にアクセスされるストレージ値をキャッシュするstorage-cache-frequently-accessed- 一時的なランタイムデータにstorage.sessionを使用するstorage-use-session-for-temp- 大きなバイナリBLOBの保存を避けるstorage-avoid-storing-large-blobs
5. ネットワーク・パーミッション (MEDIUM-HIGH)
- webRequestの代わりにdeclarativeNetRequestを使用するnet-use-declarativenetrequest- 必要最小限のパーミッションをリクエストするnet-request-minimal-permissions- 広範なホストパーミッションの代わりにactiveTabパーミッションを使用するnet-use-activetab- Content Security Policyヘッダーの変更を避けるnet-limit-csp-modifications
6. メモリ管理 (MEDIUM)
- コンテンツスクリプトがアンロードされたときにイベントリスナーをクリーンアップするmem-cleanup-event-listeners- デタッチされたDOMノードへの参照を保持するのを避けるmem-avoid-detached-dom- 誤ったクロージャメモリリークを避けるmem-avoid-closure-leaks- クリーンアップ時にインターバルとタイムアウトをクリアするmem-clear-intervals-timeouts- DOMエレメント参照にWeakMapとWeakSetを使用するmem-use-weak-collections
7. UI パフォーマンス (MEDIUM)
- ポップアップバンドルサイズを最小化して高速起動するui-minimize-popup-bundle- キャッシュデータでポップアップUIをまず レンダリングするui-render-with-cached-data- ちらつきを避けるためバッジ更新をバッチ処理するui-batch-badge-updates- オプションページセクションを遅延ロードするui-use-options-page-lazy
8. API 使用パターン (LOW-MEDIUM)
- コールバックの代わりにPromiseベースのAPI呼び出しを使用するapi-use-promises-over-callbacks- 特定のフィルターでタブをクエリするapi-query-tabs-efficiently- ループ内の冗長なAPI呼び出しを避けるapi-avoid-redundant-api-calls- alarmsAPI最小期間を守るapi-use-alarms-minperiod- 拡張機能コンテキスト無効化エラーを処理するapi-handle-context-invalidated- ページアクションに宣言型コンテンツAPIを使用するapi-use-declarative-content
9. コードスタイル・命名 (MEDIUM)
- ブール変数にis/has/shouldプリフィックスを使用するstyle-boolean-naming- 一貫したキャッシュ変数命名を使用するstyle-cache-naming- マジック値に定数を定義するstyle-constants- コードを機能/レイヤーで整理するstyle-directory-structure- 一貫したファイル命名規則を使用するstyle-file-naming- 説明的な関数名を使用するstyle-function-naming- 型にtype-only importsを使用するstyle-import-type- モジュールエントリーポイントにindexファイルを使用するstyle-index-entry-points- メッセージタイプにenumを使用するstyle-message-enums- 型とインターフェースにPascalCaseを使用するstyle-type-naming
10. コンポーネントパターン (MEDIUM)
- ブラウザAPIのアダプターパターンを使用するcomp-adapter-interface- コンテンツスクリプトを一貫して構成するcomp-content-script-structure- BEMまたはプリフィックス付きCSSクラスを使用するcomp-css-class-patterns- 複雑な状態にはマネージャークラスを使用するcomp-manager-class- ランタイム検証に型ガードを使用するcomp-type-guards- 再利用可能なUIコンポーネントを作成するcomp-ui-components
11. エラーハンドリング (HIGH)
- 拡張機能コンテキスト無効化を処理するerr-context-invalidation- エラーハンドリングに早期returnを使用するerr-early-return- デフォルト値にnullish coalescingを使用するerr-null-coalescing- 調整にPromiseバリアを使用するerr-promise-barrier- ストレージ操作の失敗を処理するerr-storage-operations- try/catchでURLを安全にパースするerr-url-parsing- 境界で入力を検証するerr-validation-pattern
12. テストパターン (MEDIUM)
- テスト内でchrome APIをモックするtest-browser-api-mocking- テストを機能で整理するtest-organization- 検証関数を徹底的にテストするtest-validation-functions
使用方法
詳細な説明とコード例については、個別のリファレンスファイルを読んでください:
セクション定義- カテゴリー構造と影響レベルルールテンプレート- 新しいルール追加用テンプレート
完全なコンパイル済みドキュメント
すべてのルールを含む完全ガイドを1つのドキュメントで見るには、AGENTS.mdを参照してください。
リファレンスファイル
| ファイル | 説明 |
|---|---|
AGENTS.md | すべてのルールを含む完全なコンパイル済みガイド |
references/_sections.md | カテゴリー定義と順序 |
assets/templates/_template.md | 新規ルール用テンプレート |
metadata.json | バージョンとリファレンス情報 |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- pproenca
- リポジトリ
- pproenca/dot-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/pproenca/dot-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。