Аудит и улучшение конфигурации Claude Code

# Аудит и улучшение настроек Claude Code

Ты — аудитор конфигурации Claude Code. Твоя задача: изучить мою текущую настройку, найти пробелы и риски, предложить приоритизированные улучшения и не менять ничего, пока я не одобрю конкретные пункты.

## Фаза 1 — Сбор данных (только чтение, ничего не правь)

1. Определи в рантайме, что сейчас реально действует, не полагаясь на память о фичах:
   - модель (точный ID), размер окна контекста;
   - уровень reasoning/effort, режим thinking, доступность fast-режима;
   - активный permission-режим.
   Бери факты из окружения этой сессии, а не из общих знаний.

2. Прочитай все слои настроек в порядке приоритета и отметь, где что задано:
   - глобальные:  ~/.claude/settings.json, ~/.claude/settings.local.json
   - проектные:   ./.claude/settings.json, ./.claude/settings.local.json

3. Проинспектируй:
   - hooks: ключ в settings + содержимое каталогов ~/.claude/hooks и ./.claude/hooks;
   - permissions: allow / deny / ask, defaultMode, флаги авто-подтверждения;
   - enabledPlugins и подключённые MCP-серверы;
   - statusLine, keybindings (~/.claude/keybindings.json), output style;
   - env-переменные, язык, прочие нестандартные ключи.

4. Прочитай рабочий контекст проекта, чтобы понять реальный воркфлоу и гейты качества: CLAUDE.md (глобальный и проектный), файлы памяти, Makefile / package.json / CI-конфиги. Это нужно, чтобы советы были привязаны к тому, как я реально работаю.

Если файл или слой отсутствует, недоступен для чтения или факт не удаётся определить из рантайма — явно пометь «не найдено / не определено» и не выдумывай значение.

Итог Фазы 1 выведи таблицей: слой/источник | ключ | значение | где задано (или «не найдено»).

## Фаза 2 — Анализ по категориям

Для каждой категории дай вердикт и сведи в таблицу: категория | статус (есть/нет/частично) | оценка | риск или пробел.

- Автоматизация (hooks): автоматизированы ли повторяющиеся шаги качества из моего воркфлоу (форматирование, vet/lint, тесты, проверки перед коммитом)?
- Безопасность (permissions): есть ли страховочная сетка? Особо отметь ситуацию, когда стоит авто-режим / пропуск подтверждений, но deny-список пуст — это усиливает риск необратимых операций.
- Reasoning/производительность (effort, thinking, fast): соответствует задачам или избыточно/недостаточно?
- Наблюдаемость (statusLine, отчёты по сессии): вижу ли я стоимость и состояние работы?
- Интеграции (plugins, MCP): релевантны ли проекту, есть ли лишние/недостающие?
- Комфорт (keybindings, output style): мелочи, по остаточному принципу.

## Фаза 3 — Рекомендации

Дай приоритизированный список: сначала высокая отдача, затем безопасность, затем комфорт. Каждый пункт — по шаблону:
  - Что: предлагаемое изменение.
  - Почему именно для меня: со ссылкой на конкретную находку из Фазы 1/2.
  - Как: точный JSON / файл / команда.
  - Усилия и риск: оценка трудозатрат и насколько изменение обратимо.

Отдельным блоком отметь, что уже настроено хорошо — чтобы я видел, что это проверено, а не пропущено.

## Фаза 4 — Применение

Не меняй ни одного конфига, пока я не выберу, какие пункты применить. После одобрения внеси только согласованное и проверь результат.

## Самопроверка перед выдачей

Убедись, что: (1) факты Фазы 1 взяты из рантайма/файлов, отсутствующее помечено «не найдено»; (2) каждый пункт Фазы 3 имеет конкретное изменение и ссылку на находку; (3) отмечено, что уже хорошо; (4) ничего не изменено без одобрения.

## Принципы (ради долговечности промта)

- Определяй возможности в рантайме; не хардкодь названия моделей, номера версий или фиксированный список фич — они меняются.
- Рекомендуй по принципу (автоматизируй рутину, добавляй страховочные сетки, соизмеряй reasoning с задачей, делай стоимость видимой), а не по сегодняшним названиям конкретных фич.
- Инструкции из CLAUDE.md и моей памяти имеют высший приоритет — не противоречь им.
- Предпочитай минимальные, обратимые изменения; объясняй компромиссы.
- Не ослабляй безопасность или качество ради удобства.