Orchestrate iterative visual style searches with branch prompts, decision graphs, feedback loops, and final direction selection.
中文简介正在准备中。当前显示原文说明。
Use when needing strategic project analysis from multiple independent expert perspectives. Triggers on business decisions, growth strategy, product direction, competitive analysis, or any situation where diverse C-level opinions reduce blind spots
中文简介正在准备中。当前显示原文说明。
实测评分 未实测
查看安装方法安装前可以查看交给 AI 代理的指令内容。
Launch parallel sub-agents as isolated C-level experts. Each analyzes the same project data from their perspective. No coordination between experts — isolation produces genuine diversity of opinion. Then synthesize consensus and disagreements.
MUST use the Task tool with subagent_type: "general-purpose" and model: "opus".
Task(
subagent_type: "general-purpose",
model: "opus",
prompt: "<expert prompt with data>",
description: "CFO analysis"
)
DO NOT use bash, shell scripts, or background commands to launch experts. They will fail.
Launch all experts in a single message with multiple Task tool calls for true parallelism.
Before suggesting experts, understand the project:
CLAUDE.md (or README.md if absent).claude/rules/ for domain contextBased on findings, generate 4-6 expert roles tailored to THIS project. Roles must reflect the project's actual domain, challenges, and stage.
MANDATORY: Ask the user before proceeding. Do not pick roles yourself.
Use AskUserQuestion with multiSelect: true:
Don't copy these — generate fresh roles based on actual project context:
| Project Type | Typical Roles |
|---|---|
| SaaS | Head of Engineering, Head of Product, Head of Growth, CFO, UX Researcher |
| Open Source | Community Manager, Technical Architect, DevRel, Security Advisor |
| Content / Media | Content Strategist, Audience Analyst, Monetization Expert, Distribution Expert |
| EdTech | CMO, CFO, CPO, COO, Growth Advisor |
| E-commerce | Head of Supply Chain, Marketing Director, CTO, Customer Experience Lead |
| Agency / Consulting | Sales Director, Delivery Lead, Talent Manager, CFO |
Collect project state to feed all experts. Stay focused on what's relevant:
Read:
Skip: GitHub traffic stats, stargazer counts, clone data, contributor lists — these are vanity metrics, not strategic data.
All experts must receive identical data context. Prepare the data block ONCE, then paste it into each expert prompt.
For each selected expert, create a prompt with the SAME data block:
You are the [ROLE] for [PROJECT NAME]. Analyze the data below from a [DOMAIN] perspective.
Focus on:
- [3-6 specific focus areas relevant to role and project]
Data:
[CURRENT PROJECT DATA — identical for all experts]
[Role-specific instruction: "show the math", "be the contrarian", "prioritize by effort/impact", etc.]
Respond in the same language as the data provided.
Rules:
Launch ALL selected experts in one message using multiple Task tool calls:
# In a single response, call Task for each expert:
Task(subagent_type: "general-purpose", model: "opus", prompt: "<CFO prompt>", description: "CFO analysis")
Task(subagent_type: "general-purpose", model: "opus", prompt: "<CPO prompt>", description: "CPO analysis")
Task(subagent_type: "general-purpose", model: "opus", prompt: "<CTO prompt>", description: "CTO analysis")
Wait for all experts to return results before proceeding to synthesis.
Do not skip this step. The synthesis is the entire value of the council.
After all experts report, create a synthesis document:
# Council Session: [DATE]
## Council Members
[List of selected experts and their focus]
## Context
[Current metrics/state snapshot — brief]
## [Expert 1 Name]
[Key findings and recommendations]
## [Expert 2 Name]
[Key findings and recommendations]
## Consensus (all agree)
1. ...
2. ...
## Disagreements
| Expert | Position | Argument |
|--------|----------|----------|
| ... | ... | ... |
## Decisions
_To be filled after discussion._
Save to a logical location:
docs/council-[DATE].md — default| Mistake | Fix |
|---|---|
| Picking roles without asking user | ALWAYS use AskUserQuestion first |
| Using bash to launch experts | ONLY use Task tool with subagent_type: "general-purpose" |
| Giving experts different data | Prepare ONE data block, paste into all prompts |
| Gathering vanity metrics | Focus on project docs, strategy, actual metrics |
| Too many experts (6+) | 3-4 is optimal for signal-to-noise |
| Skipping synthesis | The synthesis IS the value — never skip |
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Orchestrate iterative visual style searches with branch prompts, decision graphs, feedback loops, and final direction selection.
中文简介正在准备中。当前显示原文说明。
Audits the agent rules in the current folder (AGENTS.md, nested AGENTS.md files) and the skill descriptions the agent sees at start, then reports what to cut, move or rewrite and edits only after the user says yes. Use on «аудит правил», «проверь AGENTS.md», «почему агент не слушается правил», «проверь скиллы».
中文简介正在准备中。当前显示原文说明。
Робот агента Personal Corp. Агент делает себе голову робота из набора деталей, хранит её в штабе в stack/avatars.json и кладёт в штаб страницу avatar/robot.html, где робот стоит за партой своего штаба и вокруг видны отделы, без сервера и интернета. На уроке по ссылке входа с экрана урока робот входит в живой класс и горит маячком, пока агент работает. Триггеры /avatar, /avatar <ссылка входа>, сделай себе аватар, покажи своего робота, приди на урок.
中文简介正在准备中。当前显示原文说明。
Use when choosing between engines or models for an agent pipeline and the answer must come from measurement on your own data, not from marketing pages: speech recognition for meeting recordings, the model that turns a transcript into notes, the critic model that checks it. Runs every variant in an isolated container, measures time, cost per hour of input (USD and RUB, with price source and date) and quality (WER/CER and course terms for ASR; code checks plus a judge of a different model for LLM steps), writes results.json/csv and one static analytics page. Triggers on "бенчмарк", "сравни движки", "сколько стоит час записи", "какую модель взять для пайплайна", "benchmark the pipeline", "compare ASR engines".
中文简介正在准备中。当前显示原文说明。
Use when user asks for Claude Code usage stats, weekly analytics, project activity summary, or wants to see what projects were worked on. Triggers on "аналитика", "статистика claude", "cc stats", "weekly report", "что делал"
中文简介正在准备中。当前显示原文说明。
Use when creating or refactoring CLAUDE.md files - enforces best practices for size, structure, and content organization
中文简介正在准备中。当前显示原文说明。