Skip to content
Apothem
Справочник

Реестры артефактов

Полное перечисление артефактов экосистемы Apothem: команды, правила, помощники, хуки, навыки, output-стили, дисциплина эволюции артефактов и объявления пустых классов артефактов.

Канонический реестр групп артефактов. Этот документ несёт полные перечисления команд, правил, помощников, хуков, навыков, output-стилей, дисциплины эволюции артефактов и объявлений пустых классов артефактов; содержательные таблицы живут здесь. Раскладка исходников проекта предоставляет сжатое всегда загруженное представление.

1. Команды

Сорок пять команд регистрируются из src/apothem/commands/*.md (нерекурсивно) — полный, всегда актуальный справочник по каждой команде — это генерируемый справочник команд, а тринадцатистадийный конвейер /research (от /research-ideate до /research-disseminate), а также оркестраторы обёрнутых рабочих процессов /audit и /fortress перечислены там полностью. Каждая команда — первоклассный зарегистрированный файл; оркестратор /plan лишь сцепляет уже первоклассные стадии плана и не несёт собственной стадийной логики, поэтому по-прежнему нет монолитного диспетчера и нет группировки подкоманд.

Тридцать пять команд может вызывать модель (disable-model-invocation: false): модель может запустить команду, когда запрос соответствует её описанию. Десять вызываются только оператором: /freshify, /github-deploy-fresh, /github-deploy-next, /release-readiness, /elevate, /fortress, /workflow, /plan-execute, /research-experiment и /research-publish. Флаг каждой команды записан в src/apothem/commands/README.md.

Не-плановые, не-исследовательские команды аудита и возвышения:

КомандаФайлОписание
/a11y-auditsrc/apothem/commands/a11y-audit.mdАудит доступности развёрнутой веб-поверхности по WCAG 2.2 AA, страница за страницей
/architecture-reviewsrc/apothem/commands/architecture-review.mdОбзор архитектурной целостности репозитория относительно его проектного артефакта и канонической дисциплины слоёв
/code-auditsrc/apothem/commands/code-audit.mdМежфайловый форензический аудит кода в масштабе корпуса репозитория через шесть состязательных фаз
/code-reviewsrc/apothem/commands/code-review.mdПофайловый обзор качества кода по src/, scripts/ и tools/ с пофайловыми находками
/dependency-auditsrc/apothem/commands/dependency-audit.mdАудит по каждой зависимости (прямые + транзитивные) по файлам манифеста репозитория
/docs-reviewsrc/apothem/commands/docs-review.mdОбзор документации каждой Markdown-страницы под поверхностью документации хоста
/elevatesrc/apothem/commands/elevate.mdПоднимает каждую поверхность проекта до текущего SOTA через независимых критикующих помощников, затем передаёт /freshify
/evalsrc/apothem/commands/eval.mdМодель-агностичная кампания оценки языковых моделей, построенная на навыке eval-harness
/freshifysrc/apothem/commands/freshify.mdДелает проект свежим, без следов и готовым к продакшену; каждый деструктивный шаг проходит через подтверждающий шлюз
/github-deploy-freshsrc/apothem/commands/github-deploy-fresh.mdGitHub-специализация /freshify, производящая единственный свежий релиз первой версии на origin/main
/github-deploy-nextsrc/apothem/commands/github-deploy-next.mdВыполняет полный цикл следующего релиза от начала до конца на релизной поверхности GitHub
/perf-auditsrc/apothem/commands/perf-audit.mdАудит относительно бюджетов производительности по классам в src/apothem/rules/performance-discipline.md
/release-readinesssrc/apothem/commands/release-readiness.mdПрохождение предрелизного шлюза: матрица качества, риск зависимостей и проверки релизной инженерии
/researchsrc/apothem/commands/research.mdМногоисточниковое исследование с параллельным обнаружением и извлечением источников
/security-auditsrc/apothem/commands/security-audit.mdАудит состояния безопасности относительно OWASP ASVS, OWASP Top 10 и CWE Top 25
/supply-chain-auditsrc/apothem/commands/supply-chain-audit.mdАудит цепочки поставок относительно стандартов SLSA, Sigstore и SBOM
/test-suitesrc/apothem/commands/test-suite.mdСоздание и выполнение тестов с приоритетом поведения относительно ратифицированного тестового фреймворка хоста
/threat-model-auditsrc/apothem/commands/threat-model-audit.mdАудит моделирования угроз относительно STRIDE и PASTA по архитектуре, потоку данных и границам доверия
/ux-reviewsrc/apothem/commands/ux-review.mdОбзор опыта разработчика: эргономика CLI, поток установки, тексты справки и сообщения об ошибках

Команды плановой конвейера

Плановый конвейер поставляется как восемь первоклассных команд — по одной на стадию, каждая вызывается напрямую как /plan-<stage> из своего зарегистрированного файла src/apothem/commands/plan-<stage>.md.

КомандаФайлПоведение
/plan-specsrc/apothem/commands/plan-spec.mdУточняет свободную прозу до _spec/spec.md спецификационного уровня; каждый открытый вопрос проходит через канал структурированного запроса, а не молчаливое умолчание; --quick записывает единственный лёгкий файл плана под <project-root>/.apothem/plans/
/plan-generatesrc/apothem/commands/plan-generate.mdГенерирует полный набор Master Plan Suite из написанной прозы/требований
/plan-reviewsrc/apothem/commands/plan-review.mdФорензический аудит существующего набора планов — верность прозе, внутренняя согласованность, анализ пробелов — уточняемый через интерактивные Q&A
/plan-designsrc/apothem/commands/plan-design.mdПроизводит артефакт архитектурного проектирования в _inputs/design.md набора планов, валидируемый пятнадцатиполосным шлюзом предэмиссии перед промоушеном
/plan-auditsrc/apothem/commands/plan-audit.mdЗамкнутый аудит и устранение по полному циклу spec → generate → review, циклически до нуля находок или достижения предела итераций с определённым отступлением
/plan-executesrc/apothem/commands/plan-execute.mdВыполняет фазу с проверкой соответствия и шлюзами качества — усилие по умолчанию medium, переопределяемое для фазы через поле effort: во фронтматтере PHASE.md; по умолчанию останавливается на каждой границе фазы, а --no-pause (или флаг профиля enforcement.continuous_execution) включает непрерывное продвижение от фазы к фазе
/plan-statussrc/apothem/commands/plan-status.mdОтчёт о прогрессе только для чтения по измерениям задачи, фазы и артефакта
/plan-amendsrc/apothem/commands/plan-amend.mdДополняет, расширяет, уточняет или откатывает существующий набор планов, не разрушая ранее принятых решений; перевыводит только затронутые нижестоящие артефакты

Команды рабочего процесса оператора и оркестратора

Три команды входят в глубокую процедуру, а не несут собственную стадийную логику: две точки входа рабочего процесса оператора (каждая поддержана одноимённым навыком-братом) плюс тонкий оркестратор планового конвейера.

КомандаФайлОписание
/workflowsrc/apothem/commands/workflow.mdУниверсальная точка входа управления рабочими процессами (/goal <<mission>>): управляет подлинно независимыми мульти-помощниковыми динамическими рабочими процессами под именованными контрактами возврата, верификацией с опровержением-по-умолчанию до того, как находка выживет, устранением сверх миссии, раскрытым в журнале изменений, и детерминированным выводом; диспетчеризация мульти-помощников и автозапуск — по согласию / через подтверждающий шлюз. Поддержана навыком workflow
/projectifysrc/apothem/commands/projectify.mdВозвышение проекта чат-приложения: создаёт результаты Description / Instruction / knowledge-Files для Claude Project, Custom GPT или Gem до текущих соглашений SOTA в пределах измеримого бюджета контекста по платформам; детерминированный вывод, автономность по согласию. Поддержана навыком projectify
/plansrc/apothem/commands/plan.mdТонкий оркестратор, сцепляющий первоклассные стадии плана (plan-spec → plan-generate → plan-review → plan-design (conditional) → plan-execute), возобновляющий каждую из Handoff Manifest предыдущей стадии; не несёт стадийной логики — сцепление по согласию / через подтверждающий шлюз (--auto сцепляет непрерывно)

2. Правила

Поведенческие правила живут под src/apothem/rules/ — небольшое всегда загруженное ядро плюс больший набор с фильтрацией по пути (загружаемый по требованию при касании совпадающих артефактов). Полное перечисление по каждому правилу — со столбцами Scope (всегда загружено / фильтрация по пути) и Implements — это исходно-генерируемый reference/rules.mdx, обновляемый из src/apothem/rules/*.md генератором инвентаря справки; обращайтесь к нему за авторитетным текущим списком.

Разграничение фасетов CM-21 (три правила совместно реализуют CM-21 с различными, непересекающимися фасетами): творческие фильтры и когнитивная идентичность → cognitive-identity.md; методология генерации (протоколы написания и переписывания) → clean-room-generation.md; техники планирования/обзора → planning-techniques.md. Каждое правило владеет своим фасетом; остальные ссылаются наружу.

Указатель на схему interactive-questions. Каноническая схема вызова структурированного запроса — обязательные поля, таблица-сводка полей, два исполнимых проработанных примера (одиночный выбор в §2.1 и множественный выбор в §2.2) — живёт в src/apothem/rules/interactive-questions.md §2 «Structured-Inquiry Shape». Нижестоящие артефакты могут копировать §2.1 или §2.2 как шаблоны вызова; трёхсегментная схема аннотации опций, которую несёт тело description каждой опции, задана в §3 того же файла.

3. Помощники

Четырнадцать постоянных определений помощников поставляются с экосистемой; командные паттерны правила оркестрации диспетчеризуют к ним. Каждое определение живёт по указанному ниже пути к файлу.

Worker              File                                       Pattern         Model Policy
------------------- ------------------------------------------ --------------- -------------
Citation Auditor    src/apothem/agents/citation-auditor.md    Audit           host-selected
Codebase Explorer   src/apothem/agents/codebase-explorer.md   Research        host-selected
Convention Auditor  src/apothem/agents/convention-auditor.md  Audit           host-selected
Dependency Auditor  src/apothem/agents/dependency-auditor.md  Audit           host-selected
Design Critic       src/apothem/agents/design-critic.md       Audit           host-selected
Fact Checker        src/apothem/agents/fact-checker.md        Audit           host-selected
MCP Builder         src/apothem/agents/mcp-builder.md         Generation      host-selected
Memory Auditor      src/apothem/agents/memory-auditor.md      Audit           host-selected
Prompt Evaluator    src/apothem/agents/prompt-evaluator.md    Quality         host-selected
Quality Gate        src/apothem/agents/quality-gate.md        Quality         host-selected
Refactor Surgeon    src/apothem/agents/refactor-surgeon.md    Implementation  host-selected
Research Scout      src/apothem/agents/research-scout.md      Research        host-selected
Security Scanner    src/apothem/agents/security-scanner.md    Audit           host-selected
Test Runner         src/apothem/agents/test-runner.md         Quality         host-selected

4. Хуки

Установленные записи хуков Claude Code используют exec-форму: command — это ${PYTHON_BIN}, а args содержит путь к скрипту в ${HARNESS_ROOT}/.apothem/support/ (например, hooks/dispatch.py и conformity/gate.py). Форма -m apothem.hooks.dispatch предназначена для разработки из чекаута исходного кода с PYTHONPATH=src. Диспетчер импортирует src/apothem/hooks/lib/resolve_root.py для определения корня экосистемы и делегирует работу двум вспомогательным модулям, которые лежат рядом с ним, в самом src/apothem/hooks/: src/apothem/hooks/emit_hook_context.py форматирует полезные нагрузки событий для ассистента, а src/apothem/hooks/session_start_bootstrap.py выполняет подготовительную работу SessionStart, которую диспетчер передаёт при маршрутизации этого события. Сообщения хуков, которые показываются ассистенту при срабатывании поддерживаемых событий, хранятся как Markdown-файлы контекста в src/apothem/hooks/messages/ — по одному на каждый вариант события: postcompact.md, precompact.md, posttooluse-proactive-compaction.md, pretooluse-askuserquestion-recommended.md, pretooluse-bash.md, pretooluse-bash-plan-guard.md, pretooluse-conformity.md, pretooluse-dependency-guard.md, pretooluse-edit.md, pretooluse-edit-header-guard.md, pretooluse-eval-guard.md, pretooluse-notebookedit.md, pretooluse-write.md, pretooluse-write-header-guard.md, pretooluse-write-plan-guard.md, sessionstart.md, skill-index.md, stop.md. Каждый маршрутизируемый файл контекста загружается диспетчером, когда срабатывает его событие и его аргумент контекста зарегистрирован в settings.json. pretooluse-conformity.md поставляется как доступный вариант без текущей записи маршрутизации в settings.json. skill-index.md генерируется из каталога навыков и команд и читается загрузчиком начала сессии, а не маршрутизируется через settings.json. pretooluse-dependency-guard.md маршрутизируется по сопоставителям Write и Edit, а pretooluse-eval-guard.md — по сопоставителям Write, Edit и Bash|PowerShell.

Event             Automates                Timeout  Purpose
----------------- ------------------------ -------- --------------------------------------------------
SessionStart      CM-14                    30s      Read memory, check plan state, report readiness
PreCompact        CM-24                    30s      Verify state externalized before compaction. Codex and Qwen Code register it; the Claude Code settings.json template does not
PostCompact       CM-24                    30s      Restore working state after compaction. Codex and Qwen Code register it; the Claude Code settings.json template does not
Stop              CM-14/CM-22/CM-24/CM-26  60s      Session-end externalization
PreToolUse        CM-7/CM-22               10s      Write/Edit/NotebookEdit validation — codebase-isolation, frontmatter, license-header, and plans-locality checks plus the conformity gate. Bash validation — git artifact isolation and plans-locality
PostToolUse       Proactive compaction     10s      Proactive-compaction advisory on every tool call; the Claude Code settings.json template routes it on the all-tools matcher
UserPromptSubmit  —                        10s      Accepted by src/apothem/hooks/dispatch.py whitelist for forward compatibility; no settings.json entry currently routes this event
Notification      —                        10s      Accepted by src/apothem/hooks/dispatch.py whitelist for forward compatibility; no settings.json entry currently routes this event

Соглашение. Строки, где Automates — это —, принимаются dispatch.py, но не подключены в settings.json; столбец Timeout показывает умолчание уровня диспетчеризации, которое применяется, если и когда событие позже будет подключено.

Канонический блок значений Timeout. Столбец Timeout этой таблицы — единственный источник истины для значений тайм-аута хуков по всей экосистеме. Поля timeout по каждому хуку в settings.json, зеркальные таблицы в site/content/docs/reference/settings-reference.mdx § Hook Events и site/content/docs/reference/artifact-schema.mdx § Hooks Pipeline, а также руководство по правилам в src/apothem/rules/persistent-conventions-vigilance.md § Convention Awareness — все выводятся из этого столбца. Будущие пересмотры тайм-аутов приземляются здесь, а потребители перевыводят при следующем обращении.

Каденция обзора шаблона настроек

settings.json — единственный шаблон Claude Code. Каждая команда хука использует exec-форму вместо обёртки, специфичной для оболочки, поэтому кросс-ОС-поведение обозревается внутри одного файла, а не сравнением парных шаблонов. Новые записи разрешений, события хуков, тайм-ауты и сообщения статуса приземляются в этот файл атомарно.

5. Навыки

Переиспользуемые навыки живут под src/apothem/skills/, по одной папке на навык.

НавыкПутьВызываем пользователемВызываем модельюНазначение
Decision Matrixsrc/apothem/skills/decision-matrix/ДаДаВзвешенный, подкреплённый ссылками на доказательства выбор между вариантами с проверкой чувствительности
Dependency Upgradesrc/apothem/skills/dependency-upgrade/ДаНетОбновления зависимостей с обзором changelog, закреплением и проверкой шлюзами
Dev Toolkitsrc/apothem/skills/dev-toolkit/ДаДаДисциплинированные инженерные циклы — структурированная отладка, test-first Red-Green-Refactor, декомпозиция вертикальными срезами, разбивка требования на задачу
Diagram Authoringsrc/apothem/skills/diagram-authoring/ДаДаКонвейер Author → Validate → Render → Export для декларативных диаграмм и визуализаций данных (SVG / PNG / PDF)
Document Authoringsrc/apothem/skills/document-authoring/ДаДаСоздание длинных документов с шлюзом одобрения (Outline → Draft → Review) с проверенными цитатами и детерминированной компиляцией вёрстки
Ecosystem Auditsrc/apothem/skills/ecosystem-audit/ДаДаСлепой аудит дерева конфигурации Apothem
Eval Harnesssrc/apothem/skills/eval-harness/ДаДаВоспроизводимые харнессы оценки языковых моделей с явными критериями прохождения
Incident Runbooksrc/apothem/skills/incident-runbook/ДаДаСоздание runbook как Trigger → Diagnosis → Action → Verification → Rollback
Issue Lifecyclesrc/apothem/skills/issue-lifecycle/ДаНетОт задачи до исправления с доказательствами на каждой стадии: черновики, оценка размера, контрольная точка с падающим тестом, исправление, подготовленный запрос к автору отчёта и черновой pull request по согласию
Knowledge Wikisrc/apothem/skills/knowledge-wiki/ДаДаБаза знаний Markdown с индексом в первую очередь, с анализом lint, дрейфа и хабов
Multi-Source Researchsrc/apothem/skills/multi-source-research/ДаДаРазветвлённые, перекрёстно проверенные, цитируемые исследовательские отчёты
Paper Toolkitsrc/apothem/skills/paper-toolkit/ДаДаЗаметки о прочтении, сравнения статей, черновики обзора связанных работ по предоставленным источникам с отчётами о покрытии, критика черновиков и проходы по стилю ссылок, без исследовательского набора
Perspectivessrc/apothem/skills/perspectives/ДаДаНесколько отдельных точек зрения на спорный вопрос, согласованных с указанием уверенности и самого сильного несогласия
Plan Suitesrc/apothem/skills/plan-suite/НетНетМастер-шаблон, потребляемый стадиями конвейера /plan
Projectifysrc/apothem/skills/projectify/ДаДаВозвышение проекта чат-приложения — результаты Description / Instruction / knowledge-Files до соглашений SOTA в пределах измеримого бюджета контекста по платформам
Prompt Engineeringsrc/apothem/skills/prompt-engineering/ДаДаСтруктурированное проектирование промптов с валидацией eval
Refactor Extractsrc/apothem/skills/refactor-extract/ДаДаРефакторинги извлечения с сохранением поведения
Secret Rotationsrc/apothem/skills/secret-rotation/ДаНетБезопасный вывод из обращения и замена скомпрометированных учётных данных
Source Synthesissrc/apothem/skills/source-synthesis/ДаДаСогласует фиксированный набор источников в один цитируемый синтез
Research Suitesrc/apothem/skills/research-suite/НетНетКаноническая поверхность исследовательского набора — десять мандатов строгости (R1–R10), тринадцатистадийный жизненный цикл исследования и Principal-Investigator Framework; разрешается по пути из стадий конвейера /research
Surgical Guardsrc/apothem/skills/surgical-guard/ДаДаЯкорно-ограниченное редактирование с минимальным diff в паре с реактивным, основанным на diff гардом качества после редактирования
Teaching Packsrc/apothem/skills/teaching-pack/ДаДаУчебные цели, учебный план, разборы формул, проработанные примеры, тест с ключом и глоссарий по одной статье или техническому документу, каждая строка помечена разделом источника
Test Authoringsrc/apothem/skills/test-authoring/ДаДаСоздание тестов с приоритетом поведения по дисциплине Arrange-Act-Assert
UI Designsrc/apothem/skills/ui-design/ДаДаПроектирование и доработка интерфейса до уровня мастерства с контекстом DESIGN.md
Vuln Triagesrc/apothem/skills/vuln-triage/ДаДаКлассифицирует уведомления о безопасности по серьёзности и маршрутизирует устранение
Workflowsrc/apothem/skills/workflow/ДаНетУниверсальное управление мульти-помощниковыми рабочими процессами с состязательной верификацией с опровержением-по-умолчанию и раскрытым устранением сверх миссии

Навык с disable-model-invocation: true запускается, только когда оператор вызывает его по имени. Двадцать навыков может вызывать модель. Четыре — ручные, потому что они меняют состояние за пределами рабочего дерева или зависят от того, что момент выбирает оператор: Dependency Upgrade, Secret Rotation, Workflow и Issue Lifecycle. Два навыка-набора — это шаблоны только для справки, читаемые по пути. Индекс навыков при запуске сессии перечисляет имена навыков, вызываемых моделью, и ручных навыков по доменам.

Соглашение. Путь каждой строки — это папка; точка входа — файл SKILL.md внутри неё — например, src/apothem/skills/plan-suite/SKILL.md — согласно соглашению о навыках «папка-с-SKILL.md», объявленному в раскладке исходников проекта.

6. Output-стили

Четыре output-стиля живут под src/apothem/output-styles/.

СтильФайлНазначение
Defaultsrc/apothem/output-styles/default.mdСтиль экосистемы по умолчанию — унифицированные соглашения вывода, маршрутизация планового контента и контракт создания файлов
Default Architectsrc/apothem/output-styles/default-architect.mdТон старшего архитектора — аналитический, прямой, с цитированием конкретных драйверов
Concise Engineersrc/apothem/output-styles/concise-engineer.mdКороткоформатный инженерный вывод — минимум прозы, код в первую очередь
Forensic Auditorsrc/apothem/output-styles/forensic-auditor.mdПоза класса обзора — находка за находкой, вывод в форме оценочной карты, опровергатель на каждую находку

7. Эволюция артефактов

Обязательно. Когда переиспользуемый паттерн, исправление или техника повторяется (2+ экземпляров в сессии или отмечено в памяти как повторяющееся), экосистема должна эволюционировать. Цикл состоит из четырёх шагов: Detect паттерна во время любого взаимодействия; Search по существующим навыкам, правилам, командам, хукам и памяти на предмет перекрытия; Act путём эволюции совпадающего артефакта на месте (обновить процедуру, антипаттерны, область охвата) или создания нового, когда забота подлинно ортогональна; Validate, что перекрёстные ссылки по-прежнему разрешаются и зависимые артефакты остаются согласованными. Предпочитайте уточнение созданию — новые артефакты усложняют поверхность сопровождения. См. src/apothem/rules/persistent-conventions-vigilance.md §2+§4 для полного протокола, включая закрытый каталог триггеров обнаружения пробелов по каждому классу артефактов.

8. Пустые классы артефактов

Поверхности, объявленные в реестре экосистемы, но намеренно пустые до срабатывания триггера активации. Каждая строка записывает зарезервированную поверхность, файл или каталог, который выстраивает каркас класса, и триггер, продвигающий строку из пустой-аттестации в заполненную.

КлассКаркасСтатусТриггер активации
MCP-серверы(каркаса пока нет)пустая-аттестацияПервая установка MCP-сервера под корнем конфигурации пользователя

Пустая-аттестация — это положительное объявление, а не пробел. Каркас класса (если он существует) — это канонический no-op-артефакт, отслеживающий момент активации. Продвижения из пустой-аттестации в заполненную приземляются в соответствующем разделе реестра атомарно с первым непустым значением каркаса.

On this page