カーソル チーム内で最も頻繁に使用されるコマンドは、AI 生成コードから「水で薄めた」要素 (AI スロップ) を削除するために特別に設計されています。 🚀 AI によって書かれたコードは、多くの場合「肥大化」しています (つまり、過度に複雑または非効率的です)。 AI を使用してコードを作成する場合、よくある問題が発生します。コードは実行されますが、何かしっくりこないのです。経験豊富な上級エンジニアが作成したコードとは異なり、冗長で不自然すぎるのです。 Cursor からのこのコマンドは、次の 4 種類の「AI コード過剰」を正確に削除するように特別に設計されています。 1.「ナンセンス文学」を排除する（追加コメント） 症状：AIは、明らかなことを説明することに特に強いこだわりがあります。例えば、コードに「スコア + 1」と書かれていても、AIは必ずその横に「// スコアを増やす」という脚注を付けます。あるいは、ロボットにしか書けないような、堅苦しい説明をしてしまうこともあります。 • 解決策: 人間のエンジニアが決して書かないようなコメントはすべて削除してください。優れたコードは、冗長な説明を必要としない、自己説明的なものであるべきです。 2.「被害妄想」を治す（防御チェック追加） 症状：AIは臆病さから、しばしば過度に慎重になりがちです。内部ロジックが完全に安全で、データが検証されている場合でも、ロックのレイヤーを追加し、try/catchやif (x != null)を大量に記述します。 対策：不要な防御ロジックを削除します。上流のデータセキュリティが既に保証されている場合は、下流のシステムでコードを肥大化させたり読みにくくしたりすることなく、大胆にセキュリティ対策を実行する必要があります。 3. いかなる形の怠惰や不正行為も厳しく禁止されます。 症状：これはTypeScript開発者にとって悩みの種です。型エラーが発生すると、AIは複雑な型定義の推論を拒否し、代わりに「as any」（型キャスト）を使用して問題をごまかしてしまうことがよくあります。これは、水道管を修理する際にテープで巻くようなもので、無限の潜在的な危険をはらんでいます。 • 対処法: 型チェックのブルートフォースバイパスは禁止されています。型の問題は、目を背けるのではなく、真正面から対処する必要があります。 4. 「一貫性のないスタイル」を拒否する 症状: ファイルの最初の 100 行はキャメルケース (userName) で名前が付けられていますが、AI によって生成された最後の 10 行が突然アンダースコア (user_name) で名前が付けられるか、インデント スタイルが突然変更されます。 • 対策：AIにコンテキストを模倣させる。AIは独自の習慣を持っている場合でも、他者の領域では既存のルールを遵守し、コーディングスタイルの高い一貫性を維持する必要があります。 中国語でのコマンド: # AIコードのゴミをクリーンアップします。メインブランチとの差分を比較し、このブランチに導入された、不適切なAIコードをすべて削除します。これには以下が含まれます。 • 人間が追加しない、またはドキュメントの残りの部分と矛盾する冗長なコメント。 • このコード領域に異常に過剰な防御チェックまたは try/catch ブロックがある (特に、信頼できる/検証済みのパスによって呼び出される場合)。 • 型の問題を回避するために強制的に any に変換する動作。 • 現在のファイル スタイルと一致しないその他のコード スタイル。 最後に、変更した内容を 1 ～ 3 文で要約します。 元のコマンドテキストと追加方法:
