bro-think-with-me
Skill9 starsChanged 12 days agoMITView on GitHub
Помогает совместно прояснить задачу, проверить идею, найти корневую причину проблемы, выбрать подход или разобрать чужие замечания ревью без реализации. Используй, когда пользователь просит обсудить задачу, разобраться в проблеме, сравнить варианты, решить, какие замечания к PR или MR брать, или задаёт вопросы «что думаешь?» и «как лучше сделать?». Не используй, когда пользователь явно просит составить план, реализовать задачу, самому проверить изменения кода и оставить замечания или сохранить знания проекта.
In this repository10 other files it gives its agents.
- AGENTS.mdAGENTS.md
- create-releaseSkill
- bro-do-itSkill
- bro-finish-itSkill
- bro-give-me-planSkill
- bro-give-me-specSkill
- bro-init-memory-bankSkill
- bro-remember-itSkill
- bro-review-codeSkill
- bro-review-spec-planSkill
The file
Files
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>в промпте
Оркестратор сам ведёт диалог, задаёт вопросы пользователю и синтезирует выводы. Субагент только собирает выжимку по области кода.
ПОРЯДОК РАБОТЫ
- Определи, какая неопределенность у пользователя сейчас главная.
- Выбери workflow по правилам выбора workflow.
- Прочитай только выбранный workflow.
- Если из контекста разговора нельзя сделать нужные выводы и требуется анализ репозитория — ВСЕГДА запусти explorer по правилам изучения кода.
- Двигайся маленькими итерациями. Вопрос задавай только по правилам выбора вопросов. Иначе назови допущение и продолжай к итогу.
- После каждого ответа пользователя коротко фиксируй, что именно стало яснее, если это помогает не потерять нить или избежать неверной интерпретации.
- Если в ходе разговора стало понятно, что выбран не тот workflow, переключись на более уместный и только тогда прочитай другой workflow.
- Заверши разговор итогом, который допустим для текущего workflow.
Выбор workflow
ЗАПРЕЩЕНО читать все workflow подряд. Читай ТОЛЬКО тот, который подходит под запрос
- Если пользователь явно указал workflow, используй его.
- Если мысль еще сырая, вопрос не сформулирован или в запросе смешаны несколько тем — выбери explore.
- Если пользователь принес идею, подход или вывод и хочет сверить логику, допущения и слабые места — выбери challenge-thinking.
- Если наблюдаемое поведение отличается от ожидаемого, а причина бага, регрессии или нестабильности неизвестна — выбери debug.
- Если проблема и ее причина уже достаточно понятны, но неясно, как лучше ее решить или обойти — выбери solve-problem.
- Если пользователь хочет что-то добавить, изменить или спроектировать и нужно выбрать подход — выбери design-solution.
- Если пользователь принёс чужие замечания к PR или MR и нужно решить, какие брать и что с ними делать, без реализации — выбери review-comments.
Не выбирай solve-problem только потому, что симптом хорошо сформулирован: пока причина технического сбоя неизвестна, используй debug. После установления причины переключайся с debug на solve-problem только если пользователь хочет обсудить варианты исправления.
Не выбирай review-comments, если пользователь просит самому проревьюить изменения и составить замечания. Не уходи из review-comments в debug или design-solution только потому, что одно замечание похоже на баг или на спор о поведении: пока главная задача — список замечаний, оставайся в review-comments.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.