Skip to content
Apothem
Сравнение

Apothem против сырых правил CodeBuddy

Почему направлять проектные правила CodeBuddy через Apothem вместо ручного написания файлов .codebuddy/rules для каждого проекта.

CodeBuddy читает проектные правила из .codebuddy/rules/*.md. Вы можете писать эти файлы вручную, для каждого проекта, бесконечно. Apothem управляет одним из них за вас и сохраняет его согласованным в каждой среде и каждом проекте.

Сырой подход

Ручное написание правил CodeBuddy означает:

  • Копирование одних и тех же инженерных дисциплин в .codebuddy/rules/ для каждого нового проекта.
  • Рассинхронизацию по мере развития дисциплин — нет единого источника истины.
  • Повторное выведение одних и тех же соглашений для Cursor, Windsurf, Claude Code и всех остальных инструментов, которые вы используете, потому что у каждого своя поверхность правил.

Подход Apothem

Apothem хранит одну каноническую когорту правил в исходном репозитории и проецирует её на нативную поверхность каждой среды. Для CodeBuddy он пишет:

<project>/.codebuddy/rules/apothem-rules.md
АспектСырой CodeBuddyApothem
Источник истиныФайлы каждого проектаОдна каноническая когорта
Согласованность между средамиВручную для каждого инструментаПроецируется автоматически
ОбновленияРедактировать каждый проект вручнуюapothem update --harness codebuddy --project <path>
Собственные правила оператораСмешаны с дисциплинамиНе затронуты — Apothem пишет отдельный файл
УдалениеУдаление вручнуюapothem uninstall с резервной копией с меткой времени

Что остаётся вашим

Apothem пишет только apothem-rules.md. Ваш файл памяти CODEBUDDY.md, ваши разрешения и серверы MCP в .codebuddy/settings.json, а также любые другие файлы правил, которые вы пишете, остаются полностью в собственности оператора. Адаптер распознаёт эти поверхности, но никогда их не редактирует.

Полные команды жизненного цикла смотрите на странице среды CodeBuddy.

On this page