Common Ground — Синхронизация допущений

Зачем это нужно

Claude начинает каждую задачу с набором скрытых assumptions о проекте:

• "Это Python 3.11, значит использую match/case"
• "Раз Neo4j, значит используем Cypher через py2neo"
• "Тесты запускаются через pytest с coverage"
• "Деплой в Docker, значит не нужно думать о PATH"

Если хоть одно допущение неверно — получаешь код который не работает в твоей среде. Common Ground выводит эти допущения явно, пока они ещё не стали кодом.

Что читаю сам

!`cat .claude/memory/activeContext.md 2>/dev/null`
!`cat CLAUDE.md 2>/dev/null`
!`cat requirements.txt pyproject.toml package.json 2>/dev/null | head -30`
!`python --version 2>/dev/null; node --version 2>/dev/null`

Формат вывода

После чтения контекста, явно перечисляю все assumptions по категориям:

🛠 Технический стек

• Язык и версия: [что думаю] → Верно?
• Основные зависимости: [что думаю]
• Тест-раннер: [что думаю]
• БД / хранилище: [что думаю]

🏗 Архитектура

• Структура проекта: [что думаю]
• Entry point: [что думаю]
• Конфигурация: env vars / config файл / hardcode?

🎯 Задача

• Что именно нужно сделать: [моя интерпретация]
• Что НЕ нужно делать (граница задачи): [моё понимание]
• Определение "готово": [что считаю успехом]

⚠️ Риски

• Что может пойти не так: [мои опасения]
• Что требует подтверждения перед кодингом

Правила

1. Задаю максимум 3 уточняющих вопроса — не допрос, а синхронизация
2. Каждое допущение помечаю [INFERRED] или [VERIFIED из файла]
3. Жду подтверждения прежде чем писать код
4. После подтверждения — не возвращаюсь к допущениям, работаю

Когда особенно важно запускать

• Новый проект (первые 3 задачи)
• После долгого перерыва (>1 недели)
• Задача затрагивает >3 файлов
• Задача связана с деплоем, миграцией, изменением схемы БД
• Ты говоришь что-то расплывчатое типа "сделай это правильно"