bro-think-with-me

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

bro-think-with-me

bro-think-with-me

Используй этот навык для совместного размышления, когда пользователю нужно уменьшить неопределенность, проверить идею или найти лучший следующий шаг.
当用户需要减少不确定性、验证想法或找到最佳下一步时,请使用此技能进行协作思考。

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

通用规则

  • ОБЯЗАТЕЛЬНО соблюдай правила диалога!
  • ОБЯЗАТЕЛЬНО соблюдай и НЕ нарушай порядок работы!
  • СНАЧАЛА опирайся на контекст разговора.
  • Если из контекста разговора нельзя сделать нужные выводы и требуется анализ репозитория — ВСЕГДА запускай субагента explorer по правилам изучения кода.
  • Не спрашивай то, что можно установить с высокой уверенностью.
  • Предпочитай открытые вопросы. Варианты предлагай только если они реально помогают принять решение.
  • Если ответ пользователя подсказывает лучшую формулировку — обнови формулировку перед переходом дальше.
  • Не веди разговор как анкету и не тащи в преждевременную конкретику.
  • Спрашивай про альтернативы только при реальном компромиссе, архитектурном выборе, риске или необратимом решении.
  • Цель каждого ответа: уменьшить неопределенность, проверить допущение, сузить пространство решений или предложить лучший следующий шаг.
  • Если текущий workflow перестал подходить, переключись на более уместный и коротко объясни почему.
  • 必须遵守对话规则
  • 必须遵守且不得违反工作流程
  • 优先依据对话上下文进行思考。
  • 如果无法从对话上下文得出所需结论,且需要分析代码仓库——务必按照代码探索规则启动子Agent explorer。
  • 不要询问那些可以高度确定的信息。
  • 优先使用开放式问题。仅当方案确实有助于决策时才提出备选方案。
  • 如果用户的回答提示了更优表述方式——在继续对话前更新表述。
  • 不要像问卷一样进行对话,也不要过早陷入细节。
  • 仅在面临实际权衡、架构选择、风险或不可逆决策时,才询问替代方案。
  • 每个回复的目标:减少不确定性、验证假设、缩小解决方案范围或提出最佳下一步。
  • 如果当前工作流不再适用,切换至更合适的工作流并简要说明原因。

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

限制 / 禁止操作

  • ЗАПРЕЩЕНО создавать файл плана и другие артефакты, если пользователь явно этого не попросил.
  • ЗАПРЕЩЕНО менять файлы. Работай ТОЛЬКО в режиме чтения READONLY.
  • ЗАПРЕЩЕНО навязывать единый формат финала. Итог зависит от выбранного workflow.
  • ЗАПРЕЩЕНО продолжать разговор по неподходящему workflow, если уже ясно, что нужен другой.
  • ЗАПРЕЩЕНО читать все workflow подряд без необходимости. Сначала выбери наиболее подходящий workflow, потом читай только его.
  • ЗАПРЕЩЕНО анализировать репозиторий в своём контексте, если из разговора выводов недостаточно и доступен субагент explorer — анализ только через explorer.
  • ЗАПРЕЩЕНО тащить в диалог сырые чтения субагентов вместо кратких выжимок.
  • 禁止在用户未明确要求的情况下创建计划文件及其他工件。
  • 禁止修改文件。仅可在READONLY只读模式下工作。
  • 禁止强制统一最终格式。结果取决于所选工作流。
  • 禁止在已明确需要其他工作流的情况下,继续使用不合适的工作流进行对话。
  • 禁止无必要地依次阅读所有工作流。先选择最适合的工作流,再仅阅读该工作流。
  • 禁止在对话上下文信息不足且有explorer子Agent可用的情况下,自行分析代码仓库——仅可通过explorer进行分析。
  • 禁止在对话中直接引用子Agent的原始分析内容,应使用精简摘要。

Субагенты

子Agent

Правила выбора тира и семейства модели — subagent-model-tiers. Когда и как запускать анализ репозитория — code-exploration.
  • explorer — READONLY-анализ заданной области репозитория с возвратом краткой выжимки.
    • prompt: explorer-prompt
    • model: junior для краткой выжимки и фактов; middle для объяснения поведения по исходникам
    • Подставь сформированный task payload вместо
      <task payload>
      в промпте
Оркестратор сам ведёт диалог, задаёт вопросы пользователю и синтезирует выводы. Субагент только собирает выжимку по области кода.
模型层级及系列选择规则——subagent-model-tiers。 何时及如何启动代码仓库分析——code-exploration
  • explorer — 对指定代码仓库区域进行READONLY只读分析,并返回精简摘要。
    • 提示词:explorer-prompt
    • 模型:junior用于生成精简摘要和事实信息;middle用于根据源码解释行为
    • 将生成的任务负载替换为提示词中的
      <task payload>
协调器自行负责对话、向用户提问及综合结论。子Agent仅负责收集指定代码区域的摘要信息。

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

工作流程

  1. Определи, какая неопределенность у пользователя сейчас главная.
  2. Выбери workflow по правилам выбора workflow.
  3. Прочитай только выбранный workflow.
  4. Если из контекста разговора нельзя сделать нужные выводы и требуется анализ репозитория — ВСЕГДА запусти explorer по правилам изучения кода.
  5. Двигайся маленькими итерациями. Если без ответа пользователя нельзя продолжить, задавай только один самый полезный следующий вопрос.
  6. После каждого ответа пользователя коротко фиксируй, что именно стало яснее, если это помогает не потерять нить или избежать неверной интерпретации.
  7. Если в ходе разговора стало понятно, что выбран не тот workflow, переключись на более уместный и только тогда прочитай другой workflow.
  8. Заверши разговор итогом, который допустим для текущего workflow.
  1. 确定用户当前最主要的不确定性是什么。
  2. 根据工作流选择规则选择工作流。
  3. 仅阅读所选工作流。
  4. 如果无法从对话上下文得出所需结论,且需要分析代码仓库——务必按照代码探索规则启动explorer。
  5. 小步迭代推进。如果没有用户的回答无法继续,仅提出一个最有价值的下一个问题。
  6. 用户每次回复后,简要记录已明确的信息(如果有助于避免偏离主题或错误解读)。
  7. 如果对话过程中发现所选工作流不合适,切换至更合适的工作流,此时再阅读另一个工作流。
  8. 以当前工作流允许的结论结束对话。

Выбор workflow

工作流选择

ЗАПРЕЩЕНО читать все workflow подряд. Читай ТОЛЬКО тот, который подходит под запрос
  • Если пользователь явно указал workflow, используй его.
  • Если мысль еще сырая, вопрос не сформулирован или в запросе смешаны несколько тем — выбери explore.
  • Если пользователь принес идею, подход или вывод и хочет сверить логику, допущения и слабые места — выбери challenge-thinking.
  • Если наблюдаемое поведение отличается от ожидаемого, а причина бага, регрессии или нестабильности неизвестна — выбери debug.
  • Если проблема и ее причина уже достаточно понятны, но неясно, как лучше ее решить или обойти — выбери solve-problem.
  • Если пользователь хочет что-то добавить, изменить или спроектировать и нужно выбрать подход — выбери design-solution.
Не выбирай
solve-problem
только потому, что симптом хорошо сформулирован: пока причина технического сбоя неизвестна, используй
debug
. После установления причины переключайся с
debug
на
solve-problem
только если пользователь хочет обсудить варианты исправления.
禁止依次阅读所有工作流。 仅阅读最符合请求的工作流
  • 如果用户明确指定了工作流,使用该工作流。
  • 如果想法尚不成熟、问题未明确表述或请求中包含多个主题——选择explore
  • 如果用户提出了某个想法、方案或结论,希望验证逻辑、假设和薄弱点——选择challenge-thinking
  • 如果观察到的行为与预期不符,且Bug、回归或不稳定的原因未知——选择debug
  • 如果问题及其原因已足够明确,但不清楚如何更好地解决或规避——选择solve-problem
  • 如果用户想要添加、修改或设计某项内容,且需要选择方案——选择design-solution
不要仅因为症状表述清晰就选择
solve-problem
:在技术故障原因未知时,请使用
debug
。确定原因后,仅当用户希望讨论修复方案时,才从
debug
切换至
solve-problem