noxxer

dpf-builder

Используй когда нужно построить DPF (Domain Principles Framework) — «предметный учебник для AI-агента»: для роли (ремесло: фасилитация, архитектура, ревью…) или для предметной области проекта (трейдинг, медицина, devops…). Активируется из /setup-project (DPF проекта и ролей), из /self-service при импланте роли, из Phase-B workflow генерации role-DPF, и по явному запросу «собери DPF по…», «сделай предметный учебник», «упакуй best practices в паттерны». Триггеры: «dpf», «дпф», «предметный учебник», «domain principles», «собери лучшие практики по», «упакуй в паттерны», «role-DPF», «project-DPF».

fpf-integration

This skill should be used when the user asks to "integrate FPF", "add FPF to project", "FPF audit", "review decisions with FPF", "check evidence quality", "add decay mechanism", "review artifacts through FPF lens", "check cognitive biases in decisions", "add FPF checklists to roles", "NQD check", "evidence graph review", mentions "First Principles Framework", "FPF", or wants to improve decision-making quality in a multi-agent system. This skill also applies when the user mentions "bounded context audit", "terminology drift", "decision decay", or "alternatives check". Также активируется на русских триггерах: «фпф», «фреймворк первых принципов», «evidence graph», «эвиденс»,«bounded context», «ограниченный контекст», «нкд», «альтернативы», «проверь альтернативы», «решение устарело», «decay решения», «��трогое разделение ролей» (A.7), «парсимония», «онтологическая экономия», «аудит решений», «качество evidence», «когнитивные искажения в решениях», «выровнять ответственности модулей» (A.15), «transformer quartet» (

navigator-abstraction-level

This skill should be used when the team feels "stuck", "going in circles", needs to "switch abstraction level", "change perspective", diagnose "cognitive tunneling", "bike-shedding", "goal displacement", apply "Cynefin assessment", "system operator", "iceberg model", "ladder of abstraction", or navigate between strategic and tactical thinking.

Code & Development Listed

functional-clarity

This skill should be used when the user asks about "functional clarity", "функциональная ясность", "принципы функциональной ясности", fail-fast architecture, Error Hiding prevention, context-adaptive defaults, error handling patterns, refactoring principles, or asks to apply the Functional Clarity methodology. Also activates when the user says "apply our coding principles", "check against our style guide", "review this against functional clarity", "how should I handle errors", "рефакторинг", "обработка ошибок", or "code review against our standards". Provides a 22-principle methodology for building reliable, simple, and understandable software with emphasis on fail-fast error handling, explicit dependencies, and minimal cognitive load.

llms-keeper

Используй когда пользователь просит «обнови llms.txt», «сгенерируй llms-full.txt», «создай контекст проекта для AI», «обнови документацию для AI», «llmstxt.org», «AI-onboarding», «llms.txt», «llms-full.txt», «context files for AI agents». Также при любом упоминании llmstxt-формата или вопросах о структуре llms.txt. Активируется keeper-subagent-ом автоматически при больших изменениях в архитектуре проекта или по явному запросу /update-docs.

planner-reflect

This skill should be used when the user invokes /plan-reflect, says "reflect on the plan", "what did we learn", "post-mortem the planning", or in russian «отрефлексируй», «что пошло не так», «обнови контекст планнера», «сверь план с фактом». Activates after a session that ran /plan-do or otherwise produced a PLANNER_OUTPUT.md. Compares plan against reality using five evidence sources and updates planner-context.md with four learning types: gap-fill, model-strength signals, user-correction patterns, and cost-calibration deltas. Always emits a "Lessons learned" section, even if empty, as a force-function for honest retrospection.

planner

Используй когда пользователь просит «план», «разбей задачу», «распредели работу», «как сделать быстрее/дешевле», «оптимизируй процесс», или когда показан README фичи перед /plan-do, начинается архитектурная сессия, или есть готовый PLAN-документ готовый к исполнению. Two modes: architecture planning (input — feature README) and execution planning (input — architecture document).

Testing & QA Listed

tdd-master

This skill should be used when the user asks to "write tests", "add tests", "create test", "implement feature", "fix bug", "TDD", "test-driven", "reproduce bug", "write failing test", "Red-Green-Refactor", or when implementing any new functionality that requires testing. Provides TDD methodology based on Kent Beck and Uncle Bob principles.