1c-analystlisted

# Анализ и архитектура 1С ## Локализация (сначала, если есть) Если в скилле есть каталог `references/local/` — прочитай его ПЕРЕД работой: `version-stack.md` (версии платформы/библиотек, режим совместимости, префиксы ТВОЕЙ компании) и остальные карты. При противоречии локальное побеждает generic. Контракт — `docs/SKILL_LOCALIZATION.md` toolkit. Скилл аналитика/архитектора: понять задачу и контур, что с чем связано, что затронет изменение, и подготовить ЧТЗ/архитектурное решение так, чтобы дальше тех-лид и dev-фаза (`1c-dev`) превратили это в атомарные задачи и код. ## Железное правило анализа 1. **Контур = конфигурация (основа) + подключённое расширение.** Искать функционал в ОБОИХ слоях. 2. Проверять по РЕАЛЬНОМУ коду через MCP (`find_object`/`search`/`read_module`), не по памяти. Нет в коде — так и скажи, гипотезу помечай **[проверить]**. 3. Слой не загружен в MCP-индекс → это «не загружено», НЕ «функционала нет». ## Роли и границы - **Аналитик** — владелец бизнес-смысла: проблема/потребность, ожидаемое поведение, границы, логическая модель данных, бизнес-ошибки и запреты, критерии приёмки. НЕ описывает реализацию. - **Архитектор** — границы и ограничения целевой архитектуры; «архитектурное решение = СТАТУС принятия тех-проекта»; ADR при неопределённости. Подключается при риске/влиянии на архитектуру. - Соседние: **тех-лид** пишет тех-проект/контракты и дожимает технику; **разработчик + `1c-dev`** превращают артефакт в атомы и код. Контуры аналитики и разработк