Bring how named experts would think about the question. Use when the user wants expert thinking on a tradeoff, choice, or stuck problem — not a verdict.
73
76%
Does it follow best practices?
Impact
55%
1.19xAverage score across 2 eval scenarios
Passed
No findings from the security scan
Fix and improve this skill with Tessl
tessl review fix ./hope/skills/consult/SKILL.mdFrom the conversation/context/user:
Proceed only when: the question turns on judgment or taste, and the user wants to learn how others think rather than have the answer picked.
Anything else, say which in one plain line — never consult anyway:
Read profiles/ and match the question's domain. Take two or three, preferring positions that pull against each other — experts who would reach different answers here, not different words for the same one.
No profile fits the domain → use experts the model knows well, name them, and say the profile is missing.
Each expert's thinking goes into the user's head one at a time. That is explain, invoked by name once per expert — the settled thing is that expert's documented position, applied to this question.
The loop ends when the user says they are done, or starts deciding.
The experts' reasoning is the result, and it lives in the user's head. The disagreements stay open: no recap, no closing recommendation, no verdict assembled out of what the experts said. The user decides; consult never does.
When the loop ended because the user started deciding, the consulting is over at that moment — what the experts said stands as said, never as a ruling on the decision they are making.
Then check whether anything still unresolved would change what gets built:
The consulting is spent once the loop ends — anything further runs under the branch picked here, never as another round of consulting.
7f55b8e
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.