Loading...
Loading...
Found 11 Skills
Opinionated guide to software design principles and architectural patterns. Use when reviewing code design, planning feature architecture, asking "is this the right design?", "how should I structure this?", or requesting design philosophy guidance. Triggers on questions about SOLID, DRY, KISS, YAGNI, Clean Architecture, DDD, hexagonal architecture, composition vs inheritance, coupling, cohesion, or any software design trade-off discussion.
Technical checklist for backend PR self-review (NestJS/TypeScript) — B1–B21 static analysis + G1–G16 design patterns. Use when you want to run a checklist against a PR or piece of code. For the full review workflow with GitHub posting and Notion integration, use pr-review.
Use when creating or modifying classes, modules, or functions. Use when feeling pressure to add functionality to existing code. Use when class has multiple reasons to change.
Language-agnostic SOLID principles and DDD tactical patterns. Trigger: Always loaded for non-documentation code changes via sdd-apply.
Design shared vocabulary for deep modules. Use this when you want to design or improve a module's interface, identify opportunities for deepening, decide where to place seams, make code more testable or navigable by AI, or when other skills require vocabulary for deep modules.
Comprehensive skill for all 26 Gang of Four design patterns with PHP 8.3+ implementations. Covers creational (Abstract Factory, Builder, Factory Method, Prototype, Singleton), structural (Adapter, Bridge, Composite, Decorator, Facade, Flyweight, Proxy), and behavioral patterns (Chain of Responsibility, Command, Interpreter, Iterator, Mediator, Memento, Observer, State, Strategy, Template Method, Visitor) plus Null Object, Object Pool, and Private Class Data.
Audit code for testability design patterns. Identifies business logic entangled with IO, hard-coded dependencies, and mocking friction. Suggests functional core / imperative shell separation. Read-only analysis. Triggers: review testability, testable code, mocking issues, dependency injection.
Expert software architecture council with 6 advisors (Fowler, Beck, Uncle Bob, Newman, Hightower, Kim) for code design, architecture patterns, infrastructure, and development practices.
This skill should be used when the user asks to "implement a feature in Elixir", "refactor this module", "should I use a GenServer here?", "how should I structure this?", "use the pipe operator", "add error handling", "make this concurrent", or mentions protocols, behaviours, pattern matching, with statements, comprehensions, structs, or coming from an OOP background. Contains paradigm-shifting insights.
This skill is used when users want to review an existing code segment with an Agent — examining code rationality and identifying refactoring opportunities. It is language-neutral and focuses on design-level judgments (rather than correctness/mechanical checks). By default, it provides conversational conclusions and does not modify files proactively; hierarchical reports can be generated for archiving or large-scale code inspections, and findings can be reviewed item by item if there are multiple ones. Trigger: Users say "review / refactor / check if this code is reasonable / review with me / is there any problem with this design"; after writing a batch of code continuously, users or Agents can actively ask if inspection is needed. Not applicable: Executing single-point modifications with clear instructions from users (e.g., "change data1 to user_data"), adding new features, fixing bugs, performance tuning (profile/benchmark special projects), security audits, deterministic mechanical checks like lint, rewriting, or step-by-step inquiries (explaining code).
Phase 2 of disciplined development. Creates implementation plans based on approved research. Specifies file changes, function signatures, test strategy, and step sequence. Requires human approval before implementation.