line-limit
コードファイルの行数制限を強制
長いコードファイルは保守や理解が困難です。このスキルは自動的に行数をチェックし、大きすぎるファイルを管理しやすく整理されたモジュールに分割するのを支援します。コードベースをクリーンでナビゲート可能に保ちます。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“line-limit”。 Check src/components/UserProfile.tsx for line limit violations
预期结果:
- Line count check: 387 lines
- VIOLATION: 87 lines over the 300 limit
- Analysis:
- - User info section: 120 lines
- - Profile settings: 95 lines
- - Activity feed: 102 lines
- - Helper functions: 70 lines
- Recommended split:
- 1. components/UserProfile/index.tsx (main component)
- 2. components/UserProfile/UserInfo.tsx
- 3. components/UserProfile/ProfileSettings.tsx
- 4. components/UserProfile/ActivityFeed.tsx
- 5. components/UserProfile/utils.ts
正在使用“line-limit”。 This Python file is getting too long at 350 lines
预期结果:
- Line count check: 350 lines
- WARNING: Approaching the 300 maximum limit
- Current structure:
- - Data models: 80 lines
- - Core logic: 150 lines
- - Helper functions: 70 lines
- - Constants: 50 lines
- Recommended modularization:
- 1. models.py (data models)
- 2. core.py (business logic)
- 3. helpers.py (utility functions)
- 4. constants.py (configuration)
安全审计
安全Documentation-only skill with no executable code. Contains only markdown files describing line limit enforcement and modularization patterns. All 68 static findings are false positives: the 'backtick execution' detections are markdown code block syntax, 'weak cryptographic algorithm' references are JSON line numbers, and 'hardcoded URL' is repository metadata. No security risks present.
风险因素
⚙️ 外部命令 (58)
🌐 网络访问 (1)
📁 文件系统访问 (1)
质量评分
你能构建什么
コードレビューチェック
レビュー時に大きすぎるファイルを自動的にフラグ付けし、適切なモジュール化戦略を提案します。
プロジェクト標準の適用
コードベース全体で一貫したファイルサイズ制限を維持し、可読性と保守性を向上させます。
モジュール化を学ぶ
大きなコードファイルを適切に構造化し整理する方法について、段階的なガイド付き支援を受けられます。
试试这些提示
Check the line count of src/components/Dashboard.tsx and tell me if it needs modularization
Review this code file and check if it exceeds the recommended line limits: src/utils/helpers.js
This file is too long at 450 lines. Please modularize src/services/api.ts following best practices
Create a new React component but keep it under 200 lines by splitting into logical sub-components
最佳实践
- 最適な可読性と保守性のためにファイルを200行未満に保つ
- ファイルを分割する際は関連する機能をまとめる
- 分割されたモジュール全体で一貫した命名規則を使用する
- モジュール間で明確なインポートとエクスポートの関係を維持する
避免
- 論理的な分離なしに行数制限を満たすためだけにファイルを分割する
- 分割されたモジュール間で循環依存を作成する
- 発見可能性を損なう単一関数ファイルへの過度な断片化
- 行数を減らすためだけにコードの凝集性を無視する