kentanakae/dev-principles
plugins/core/skills/dev-principles/SKILL.md
開発原則（SOLID, KISS, YAGNI, DRY）のリファレンス。コード実装、リファクタリング、設計判断、クラス設計、関数分割、「責務が大きすぎる」「重複コード」「複雑すぎる」「設計どう思う？」「リファクタしたい」といった状況の時に使う。refactoring, implementation, design。単純なバグ修正や原則の議論が不要な軽微な変更では使わない。
$ install --global
skillsauthnpx skillsauth add kentanakae/claude-code-plugins dev-principlesInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: May 21, 2026, 8:08 AM116.4s1 file scanned
SKILL.md
- name:
- dev-principles
- description:
- 開発原則（SOLID, KISS, YAGNI, DRY）のリファレンス。コード実装、リファクタリング、設計判断、クラス設計、関数分割、「責務が大きすぎる」「重複コード」「複雑すぎる」「設計どう思う？」「リファクタしたい」といった状況の時に使う。refactoring, implementation, design。単純なバグ修正や原則の議論が不要な軽微な変更では使わない。
開発原則リファレンス
コードの品質・可読性・拡張性を向上させるための原則。実装・レビュー・設計判断時にこれらを適用すること。
SOLID原則
S - Single Responsibility Principle（単一責任原則）
クラスやモジュールは単一の責任のみを持つべき。
- 1つのクラス/関数 = 1つの責任
- 変更理由が複数あるなら分割を検討する
- 変更時の影響範囲が限定され、バグの波及効果を最小化できる
O - Open-Closed Principle（開放/閉鎖原則）
拡張に対して開放、変更に対して閉鎖されるべき。
- 既存コードを変更せずに新機能を追加できる設計にする
- インターフェースや抽象クラスを活用する
- 既存クラスの利用箇所でのバグ発生を防止できる
L - Liskov Substitution Principle（リスコフの置換原則）
親クラスのインスタンスは子クラスで置換可能であるべき。
- 子クラスは親クラスの契約（振る舞い）を守る
- 子クラスが同等の結果を提供することで一貫性を維持する
- 置換しても既存の動作が壊れないことを保証する
I - Interface Segregation Principle（インターフェース分離の原則）
クライアントは自身が使用しないメソッドに依存すべきでない。
- 大きなインターフェースを小さく特化したものに分割する
- 不要なメソッドへの依存を排除し、予期しないバグを回避する
- クライアントが必要なメソッドのみを実装すればよい設計にする
D - Dependency Inversion Principle（依存性逆転の原則）
上位モジュールは下位モジュールに依存すべきでない。両方とも抽象に依存すべき。
- 具象クラスではなくインターフェース/抽象に依存する
- 上位レベルと下位レベル間の結合度を低減する
- テスタビリティと差し替え容易性が向上する
KISS原則（Keep It Simple, Stupid）
コードはできるだけシンプルにすべき。
- 「動作に必要な最もシンプルな実装は何か？」と常に問いかける
- 複雑なコードはバグを引き起こしやすく保守が困難
- 過度な抽象化・汎用化を避ける
- 読み手が理解しやすいコードを書く
YAGNI原則（You Aren't Gonna Need It）
今必要なコードのみ追加すべき。
- 将来必要になるかもしれない機能を事前に実装しない
- 事前の備えは余計な複雑性をもたらす
- 汎用性より単純性を優先し、現在必要な機能のみ実装する
- 必要になったときに実装すればよい
DRY原則（Don't Repeat Yourself）
同じコードの重複を避けるべき。
- 重複コードはコード量の増加、修正時間の増加、理解の困難さを招く
- 処理のまとまりを関数・メソッドとして抽出する
- ただし、過度なDRYは避ける（文脈が異なる類似コードは無理に共通化しない）
- 3回以上の重複が発生したら共通化を検討する（Rule of Three）
Related Skills
kentanakae/plugins/core/skills/clasp-antigravity
tools
VerifiedTrustedCommunity
--- name: clasp-antigravity description: Antigravity CLI (agy) で別AIの視点を得る。Gemini CLIの後継。コードレビューやタスク実行をAntigravityに依頼する際に使用。multi-agent collaboration。 allowed-tools: Bash(agy:*), Bash(which:*) argument-hint: [review|exec] [prompt] context: fork --- # Antigravity CLI スキル Antigravity CLI（バイナリ名 `agy`）を使って、別のAIエージェントの視点を得る。Google が 2026-05-19 に公開した Gemini CLI の後継。 > **背景**: Gemini CLI は 2026-06-18 に Free/Pro/Ultra ユーザー向けで停止された（Standard/Enterprise ライセンスは継続）。本スキルはその後継として運用する。 ## 前提条件 - Antigravity
1SKILL.mdUpdated May 25, 2026
kentanakae/hello
tools
VerifiedTrustedCommunity
ユーザーにフレンドリーな挨拶をする
1SKILL.mdUpdated May 21, 2026
kentanakae/example-skill
tools
VerifiedTrustedCommunity
プラグインのスキル機能を実演するサンプル。デモやサンプルを求められたときに使用。
1SKILL.mdUpdated May 21, 2026
kentanakae/team-run
tools
VerifiedTrustedCommunity
協働チーム（設計リード・実装担当・調査担当）を起動して大規模タスクに取り組む。複数フェーズにわたる実装・調査・テストの並列連携が必要な場合に使用。
1SKILL.mdUpdated May 21, 2026