追加のコードコンテキストを追加
Code Context とは?
Code Context の一般的な例
パフォーマンスとアーキテクチャの判断
data-export-service リポジトリは、アーカイブデータ用の夜間バッチ処理を行うものです。ここでは意図的にデータベースインデックスを避けています。テーブルは追記専用で、インデックスが一括挿入処理を遅くしてしまうためです。ツール固有の例外
debug ログや console.log の記述は、troubleshooting-utils リポジトリでは許容されます。これらは本番環境の問題をデバッグするための CLI ツールだからです。社内ツール向けの緩和された基準
migrations/ フォルダ内のデータ移行スクリプトでは、行数制限を何度も超えることがあります。これらは一度限りのスクリプトなので、これは許容されます。また、チームが使い方を把握しているため、社内向けスクリプトに厳密なエラーハンドリングも適用しません。インポート規約
@company/ui-components ライブラリからインポートする場合、ワイルドカードインポート(import * as)は許容されます。すべてのコンポーネントを意図的に単一の名前空間としてエクスポートしているためです。ドキュメント要件
utils/ フォルダ内の内部ヘルパー関数には、緩和された JSDoc 要件が適用されます。完全なドキュメントが必要なのは、エクスポートされる公開 API のみです。パフォーマンス最適化
追加の Code Context を追加する方法


Code Context とカスタムコードルールの違い
Code Context を使う場面:
カスタムコードルールを使う場面:
フィードバックを使って Code Context を生成する
最終更新
役に立ちましたか?