Правила лежат в репозитории как Markdown с frontmatter и собираются в наборы. Набор наследует правила родителей, правило с тем же идентификатором переопределяет родительское, extends уточняет его. Резолвер отдаёт эффективный набор под конкретный тип задачи: на вкладке меняется не оформление, а сам состав правил.
У этих правил заполнен task_types: на других вкладках резолвер их не отдаёт.
org/refactor-keeps-behavior@1.0.0Рефакторинг оставляет наблюдаемое поведение и публичный API прежними: тесты проходят без правок, иначе это уже изменение поведения и оно идёт отдельным коммитом. Переименования и переносы файлов не смешивай в одном коммите с правкой логики.
Правила без привязки к типу задачи входят в набор на любой вкладке.
org/ask-before-publish@1.1.0Не делай push, публикацию пакетов, деплой, отправку сообщений и любые другие внешние действия без явной просьбы пользователя. Коммиты и переключение веток — тоже только по просьбе: локальный коммит допустим, когда пользователь попросил сохранить работу.
org/memory-in-obsidian@1.0.0Если пользователь ссылается на прошлую работу, решение или «что мы делали раньше», сначала найди это в хранилище Obsidian через MCP: фильтруй по проекту и дате во frontmatter и читай только нужные заметки. Заметки о сессиях не пиши сам: их экспортирует планировщик.
Один источник, четыре цели. CI падает, если файлы разошлись с реестром или если от удалённого правила остался файл.
claudeCLAUDE.md и .claude/rules/*.md с путямиagentsAGENTS.mdcursor.cursor/rules/*.mdc с globs и alwaysApplycopilot.github/copilot-instructions.md и .github/instructions/*.instructions.md с applyTonpm run rules:resolve -- org --task refactor