← ClaudeAtlas

bitrix-devlisted

Разработка и код-ревью на PHP под 1С-Битрикс (сайт/интернет-магазин, «Управление сайтом») с проверкой по РЕАЛЬНОМУ коду ядра через инструменты, а не по памяти. Используй всякий раз, когда пишешь/правишь/ревьюишь PHP-код под Битрикс: компоненты, шаблоны, инфоблоки, D7 ORM (Bitrix\Main\*), события, агенты, обработчики, корзину/каталог/заказы (модули sale/catalog/iblock), REST-интеграции; реализуешь задачу по ЧТЗ; ищешь, как устроено ядро или что уже есть в /local. Срабатывай даже без слов «PHP/код/ревью», если речь о реализации в Битрикс. Железное правило: НЕ выдумывай API Битрикса и сигнатуры — проверяй по реальному коду ядра (Grep/Serena/ bitrix-ci в vendor) и справке dev.1c-bitrix.ru, после правки прогоняй PHPStan и PHP-CS-Fixer. Правки — только в /local, структуру инфоблоков меняй миграциями. Анализ/архитектура — скилл bitrix-analyst.
vgtitov/bitrix-ai-toolkit · ★ 0 · API & Backend · score 62
Install: claude install-skill vgtitov/bitrix-ai-toolkit
# Разработка под 1С-Битрикс (PHP) — корректный, производительный и безопасный код по реальному коду ## Читать ПЕРЕД написанием кода (обязательно) - **`references/quality-standards.md`** — свод качественного Битрикс-кода. Пиши сразу так, **даже если проверки выключены** (режим `off`/`warn`): линтер лишь подтверждает, а не заменяет знание. Там же мини-чек-лист самопроверки. - **`references/php-version-matrix.md`** — что доступно в таргет-версии PHP проекта. **Синтаксис новее таргета не предлагать вообще** (8.4 property hooks на 8.3 = белый экран). Плюс оговорка по `strict_types` в компонентах. - **`references/architecture.md`** — слои, Anti-Corruption Layer над легаси-ядром, DI (ServiceLocator только в composition root), паттерны/анти-паттерны, **критерии глубины: когда НЕ усложнять**. - **`references/custom-core.md`** — если в проекте **правлено ядро** (`core_modified = true`): сигнатуры и поведение брать по ФАКТИЧЕСКОМУ коду ядра, а не по докам вендора; такие места помечать `[правлено ядро]`. ## По ситуации - **`references/errors-and-results.md`** — исключения в домене vs `Main\Result` на границе; PSR-3 логирование; ловушка `abortResultCache()` при исключении внутри кэша компонента. - **`references/testability.md`** — как класть код, чтобы он был тестируем; unit без ядра vs интеграционные. - **`references/legacy-refactoring.md`** — Strangler Fig, характеризационные тесты, резка God-класса, Rector. - **`references/performance*`** и скилл `bitrix-performance` — если