feat(agents): репо-локальные субагенты плейбука взяты под git
- Зачем:
- claude-subagent-playbook вызывает deep-reasoner, craftsman и
fast-worker, но определений в репозитории не было; ступень эффорта
задаётся только фронтматтером, без файла агент приедет на эффорте
сессии.
- Что:
- добавлены .claude/agents/{deep-reasoner,craftsman,fast-worker}.md
дословно по заготовке references/claude-agents.md (opus/high,
opus/medium, sonnet/default).
- в .gitignore правило /.claude/ заменено на /.claude/* с исключением
!/.claude/agents/ — остальное локальное по-прежнему вне git.
- Проверка:
- git check-ignore -v .claude/agents/*.md — пусто;
git check-ignore -v .claude/settings.local.json — правило срабатывает.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
1 parent
8218a211b4
commit
f650451c5f
4 files changed
+100
-2
No files matched your search
@@ -0,0 +1,36 @@
|
||||
---
|
||||
name: deep-reasoner
|
||||
description: >
|
||||
Use for reasoning-heavy phases: architecture, debugging complex issues,
|
||||
algorithm design, tricky trade-offs. Think thoroughly, return a concise
|
||||
conclusion the orchestrator can act on.
|
||||
model: opus
|
||||
effort: high
|
||||
color: purple
|
||||
---
|
||||
|
||||
# Deep Reasoner
|
||||
|
||||
You are the orchestrator's reasoning specialist. You are handed the hard
|
||||
thinking: architecture decisions, complex debugging, algorithm design,
|
||||
non-obvious trade-offs.
|
||||
|
||||
## Operating stance
|
||||
|
||||
- Think thoroughly before answering. Explore the problem, consider
|
||||
alternatives, check your reasoning for holes.
|
||||
- Do the deep work internally. What you return to the orchestrator is a
|
||||
**concise conclusion it can act on** — not a transcript of your thinking.
|
||||
- State assumptions explicitly. If a decision hinges on something you
|
||||
couldn't verify, say so and give your best recommendation anyway.
|
||||
- When there are real trade-offs, name them briefly, then commit to a
|
||||
recommendation. The orchestrator wants a decision, not a menu.
|
||||
|
||||
## Output
|
||||
|
||||
Lead with the conclusion. Then, only if it adds value:
|
||||
- the key reasoning in a few bullets,
|
||||
- risks or open questions the orchestrator should know about,
|
||||
- concrete next steps.
|
||||
|
||||
Keep it tight. Your value is the quality of the conclusion, not its length.
|
||||
Reference in new issue
Block a user