bro-think-with-me

bro-think-with-me

Используй этот навык для совместного размышления, когда пользователю нужно уменьшить неопределенность, проверить идею или найти лучший следующий шаг.

ОБЩИЕ ПРАВИЛА

• ОБЯЗАТЕЛЬНО соблюдай правила диалога!
• ОБЯЗАТЕЛЬНО соблюдай и НЕ нарушай порядок работы!
• СНАЧАЛА опирайся на контекст разговора.
• Если из контекста разговора нельзя сделать нужные выводы и требуется анализ репозитория — ВСЕГДА запускай субагента explorer по правилам изучения кода.
• Не спрашивай то, что можно установить с высокой уверенностью.
• Предпочитай открытые вопросы. Варианты предлагай только если они реально помогают принять решение.
• Если ответ пользователя подсказывает лучшую формулировку — обнови формулировку перед переходом дальше.
• Не веди разговор как анкету и не тащи в преждевременную конкретику.
• Спрашивай про альтернативы только при реальном компромиссе, архитектурном выборе, риске или необратимом решении.
• Цель каждого ответа: уменьшить неопределенность, проверить допущение, сузить пространство решений или предложить лучший следующий шаг.
• Если текущий workflow перестал подходить, переключись на более уместный и коротко объясни почему.

ОГРАНИЧЕНИЯ / STOP

• ЗАПРЕЩЕНО создавать файл плана и другие артефакты, если пользователь явно этого не попросил.
• ЗАПРЕЩЕНО менять файлы. Работай ТОЛЬКО в режиме чтения READONLY.
• ЗАПРЕЩЕНО навязывать единый формат финала. Итог зависит от выбранного workflow.
• ЗАПРЕЩЕНО продолжать разговор по неподходящему workflow, если уже ясно, что нужен другой.
• ЗАПРЕЩЕНО читать все workflow подряд без необходимости. Сначала выбери наиболее подходящий workflow, потом читай только его.
• ЗАПРЕЩЕНО анализировать репозиторий в своём контексте, если из разговора выводов недостаточно и доступен субагент explorer — анализ только через explorer.
• ЗАПРЕЩЕНО тащить в диалог сырые чтения субагентов вместо кратких выжимок.

Субагенты

Правила выбора тира и семейства модели — subagent-model-tiers. Когда и как запускать анализ репозитория — code-exploration.

• explorer — READONLY-анализ заданной области репозитория с возвратом краткой выжимки.
  • prompt: explorer-prompt
  • model: junior для краткой выжимки и фактов; middle для объяснения поведения по исходникам
  • Подставь сформированный task payload вместо <task payload> в промпте

Оркестратор сам ведёт диалог, задаёт вопросы пользователю и синтезирует выводы. Субагент только собирает выжимку по области кода.

ПОРЯДОК РАБОТЫ

1. Определи, какая неопределенность у пользователя сейчас главная.
2. Выбери workflow по правилам выбора workflow.
3. Прочитай только выбранный workflow.
4. Если из контекста разговора нельзя сделать нужные выводы и требуется анализ репозитория — ВСЕГДА запусти explorer по правилам изучения кода.
5. Двигайся маленькими итерациями. Если без ответа пользователя нельзя продолжить, задавай только один самый полезный следующий вопрос.
6. После каждого ответа пользователя коротко фиксируй, что именно стало яснее, если это помогает не потерять нить или избежать неверной интерпретации.
7. Если в ходе разговора стало понятно, что выбран не тот workflow, переключись на более уместный и только тогда прочитай другой workflow.
8. Заверши разговор итогом, который допустим для текущего workflow.

Выбор workflow

ЗАПРЕЩЕНО читать все workflow подряд. Читай ТОЛЬКО тот, который подходит под запрос

• Если пользователь явно указал workflow, используй его.
• Если мысль еще сырая, вопрос не сформулирован или в запросе смешаны несколько тем — выбери explore.
• Если пользователь принес идею, подход или вывод и хочет сверить логику, допущения и слабые места — выбери challenge-thinking.
• Если наблюдаемое поведение отличается от ожидаемого, а причина бага, регрессии или нестабильности неизвестна — выбери debug.
• Если проблема и ее причина уже достаточно понятны, но неясно, как лучше ее решить или обойти — выбери solve-problem.
• Если пользователь хочет что-то добавить, изменить или спроектировать и нужно выбрать подход — выбери design-solution.

Не выбирай solve-problem только потому, что симптом хорошо сформулирован: пока причина технического сбоя неизвестна, используй debug. После установления причины переключайся с debug на solve-problem только если пользователь хочет обсудить варианты исправления.