Loading...
Loading...
Found 32 Skills
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.
Scans code against 17 named design smells and produces a structured diagnostic report. Use when reviewing a PR for design quality, evaluating unfamiliar code against a comprehensive checklist or when the user asks for a red flags scan. Not for diagnosing why code feels complex (use complexity-recognition) or evaluating whether a PR maintains design trajectory (use code-evolution).
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.
Design and document statistical algorithms with pseudocode and complexity analysis
Expert software architecture council with 6 advisors (Fowler, Beck, Uncle Bob, Newman, Hightower, Kim) for code design, architecture patterns, infrastructure, and development practices.
Agent skill for pseudocode - invoke with $agent-pseudocode
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.
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).