grepai-ignore-patterns
GrepAIで除外パターンを設定します。インデックス作成からファイルやディレクトリを除外したい場合にこのスキルを使用してください。
description の原文を見る
Configure ignore patterns in GrepAI. Use this skill when excluding files and directories from indexing.
SKILL.md 本文
GrepAI 無視パターン
このスキルでは、GrepAI のインデックスから除外するファイルとディレクトリを構成するための無視パターンの設定方法を説明します。
このスキルを使用する場合
- テストファイルを検索結果から除外する
- 生成されたコードまたはベンダーコードを無視する
- 不要なファイルを除外してインデックスサイズを削減する
- GrepAI がインデックスするファイルをカスタマイズする
無視パターンの仕組み
GrepAI は無視パターン用に 2 つのソースを使用します:
.grepai/config.yaml- 定義したカスタムパターン.gitignore- 自動的に尊重されます
設定場所
# .grepai/config.yaml
ignore:
- pattern1
- pattern2
パターン構文
ディレクトリパターン
ignore:
# 正確なディレクトリ名 (どこでもマッチ)
- node_modules
- vendor
- __pycache__
# 末尾にスラッシュ (明示的なディレクトリ)
- dist/
- build/
- coverage/
ファイルパターン
ignore:
# 正確なファイル名
- package-lock.json
- yarn.lock
# ワイルドカードパターン
- "*.min.js"
- "*.min.css"
- "*.map"
- "*.lock"
パスパターン
ignore:
# 部分文字列を含むパス
- /tests/
- /spec/
- /__tests__/
# 特定のパス
- src/generated/
- api/swagger/
Glob パターン
ignore:
# ダブルスター (再帰的)
- "**/test/**"
- "**/mock/**"
# シングルスター (単一レベル)
- "*.test.js"
- "*.spec.ts"
- "*_test.go"
デフォルト無視パターン
GrepAI のデフォルト設定には以下が含まれます:
ignore:
# バージョン管理
- .git
- .svn
- .hg
# GrepAI 自体
- .grepai
# パッケージマネージャー
- node_modules
- vendor
- .npm
- .yarn
# ビルド出力
- target
- dist
- build
- out
# キャッシュディレクトリ
- __pycache__
- .pytest_cache
- .mypy_cache
- .cache
# フレームワーク出力
- .next
- .nuxt
- .output
一般的な無視設定
JavaScript/TypeScript プロジェクト
ignore:
- node_modules
- dist
- build
- coverage
- .nyc_output
- "*.min.js"
- "*.bundle.js"
- "*.map"
- package-lock.json
- yarn.lock
- pnpm-lock.yaml
Go プロジェクト
ignore:
- vendor
- bin
- "*.pb.go" # Protobuf 生成
- "*_mock.go" # モック
- "mocks/"
- go.sum
Python プロジェクト
ignore:
- __pycache__
- .pytest_cache
- .mypy_cache
- .venv
- venv
- env
- "*.pyc"
- "*.pyo"
- .eggs
- "*.egg-info"
- dist
- build
Rust プロジェクト
ignore:
- target
- Cargo.lock
- "*.rlib"
Java/Kotlin プロジェクト
ignore:
- target
- build
- .gradle
- "*.class"
- "*.jar"
- "*.war"
モノレポ
ignore:
# 共通
- node_modules
- dist
- build
- coverage
# 除外する特定パッケージ
- packages/legacy/
- packages/deprecated/
# 生成されたファイル
- "**/generated/**"
- "**/__generated__/**"
テストファイルを除外する
本番コードに検索を集中させるには:
ignore:
# テストディレクトリ
- tests/
- test/
- __tests__/
- spec/
# パターンによるテストファイル
- "*.test.js"
- "*.test.ts"
- "*.spec.js"
- "*.spec.ts"
- "*_test.go"
- "test_*.py"
- "*_test.py"
代替案: 検索ブースティングを使用して、テストに (除外ではなく) ペナルティを与える:
search:
boost:
penalties:
- pattern: /tests/
factor: 0.5
- pattern: _test.
factor: 0.5
生成されたコードを除外する
ignore:
# 生成されたマーカー
- "**/generated/**"
- "*.generated.*"
- "*.gen.*"
# 特定のジェネレータ
- "*.pb.go" # Protobuf
- "*.graphql.ts" # GraphQL codegen
- "*.d.ts" # TypeScript 宣言
- "swagger_*.go" # Swagger
- "openapi_*.ts" # OpenAPI
ドキュメントを除外する
ignore:
- docs/
- documentation/
- "*.md"
- "*.mdx"
- "*.rst"
無視パターンを検証する
インデックスされているものを確認:
# インデックスステータスを確認
grepai status
# ファイル数を表示します
# 高すぎる場合は、より多くの無視パターンを追加してください
一般的な問題
❌ 問題: インデックスが大きすぎる ✅ 解決策: 依存関係と生成されたファイルについて、より多くの無視パターンを追加します
❌ 問題: 検索がベンダー/テストコードを返す ✅ 解決策: 無視するか、ブースティングペナルティを使用します
❌ 問題: パターンが機能しない ✅ 解決策: 構文を確認してください - 特殊文字を含むパターンには引用符を使用します:
ignore:
- "*.min.js" # 正しい
- *.min.js # YAML 解析の問題を引き起こす可能性があります
❌ 問題: 以前に無視されたファイルを含める必要がある
✅ 解決策: 無視リストから削除して grepai watch を再実行します
ベストプラクティス
- デフォルトから開始: 必要に応じてパターンを追加します
- 依存関係を除外: 常に
node_modules、vendorなどを無視します - ビルド出力を除外:
dist、build、target - ロックファイルを除外: 大きく、検索に役立ちません
- ブースティングと無視を検討: テストファイルの除外ではなくペナルティを与えます
- 特殊文字を引用符で囲む:
"*.min.js"は*.min.jsではなく
変更後の再インデックス
無視パターンを変更した後:
# 既存のデーモンを停止
grepai watch --stop
# インデックスをクリアして再開
rm .grepai/index.gob
grepai watch
出力形式
無視パターンを設定した後:
✅ Ignore Patterns Configured
Patterns: 15 configured
Categories:
- Directories: node_modules, vendor, dist, build
- File types: *.min.js, *.map, *.lock
- Paths: /tests/, /docs/
Also respecting: .gitignore
Run 'grepai watch' to re-index with new patterns.
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- yoanbernabeu
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/yoanbernabeu/grepai-skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。