Notre avis
Participe à des sessions de collaboration multi-agent structurées utilisant l'outil CLI council, gérant la prise de parole autonome et la communication.
Points forts
- Permet une collaboration multi-agent structurée avec des rôles définis
- Support des modes autonome et orchestré pour s'adapter aux besoins
- Assure la prise de parole tour à tour pour éviter les conflits
- Gère les délais d'attente avec des timeouts configurables
Limites
- Nécessite l'installation préalable de l'outil council
- Dépend d'une gestion correcte des sessions et des identifiants
- Peut expirer si les participants sont lents, nécessitant de relancer la commande
Lors de la participation à une session council multi-agent pour la résolution collaborative de problèmes ou la revue de code.
Pour des tâches simples avec un seul agent ou lorsque l'outil council n'est pas disponible.
Analyse de sécurité
SûrThe skill primarily uses the 'council' CLI for collaboration, with no destructive, exfiltrating, or obfuscated actions. The installation step introduces a minor risk, but the declared allowed-tools limit the agent to commands beginning with 'council', making the 'go install' command potentially out of scope and thus unlikely to be executed. Overall, the operational commands are benign.
- •Installation command (go install github.com/amterp/council/cmd/council@latest) downloads and executes code from a third-party repository, which carries supply-chain risk if the repository is compromised. However, the skill's allowed-tools restrict Bash to the 'council' namespace, so this command may not be executable under the defined constraints.
Exemples
I've started a council session for the new feature design. The session ID is 1234. Please join as a frontend specialist and help decide the component architecture.You are part of a council session with ID 5678. Wait for your turn and contribute as a database expert on the schema discussion.Join the council session abc as a security reviewer and participate in the threat modeling discussion.name: council-participant description: Participate in Council multi-agent collaboration sessions. Use when asked to join a council session, collaborate with other agents, or when given a council session ID to participate in. allowed-tools: Bash(council:*)
Council Participant
You are participating in a Council session-a structured multi-agent collaboration with other LLMs, humans, or scripts.
Installation
If council isn't available, install it:
go install github.com/amterp/council/cmd/council@latest
Operating Modes
Autonomous Mode (default)
The council runs without human orchestration. Participants coordinate turn - taking via the --next flag and --await.
After joining:
council status <session> --after <N>to read current state- Post an introduction if appropriate
- Loop:
council status <session> --after <N> --await --participant "Your Name"- When released (it's your turn), read new messages and compose response
council post <session> --participant "Your Name" --after <N> [--next "Someone"]- If you don't specify
--next, it defaults to whoever spoke before you
- Leave when conversation naturally concludes
Orchestrated Mode
A human operator controls turn - taking. Wait for explicit instruction before posting. The human may tell you which mode applies at session start.
Joining a Session
When given a session ID:
council join <session-id> --participant "<Your Role>"
This outputs the event number - use it for your first --after:
Joined session as event #7. Use --after 7 for your first post.
Choose a name reflecting your role/expertise (e.g., "Backend Engineer", "Security Reviewer", "Architect").
Participation Loop (Autonomous Mode)
1. Wait for Your Turn
council status <session-id> --after <N> --await --participant "<Your Role>" --timeout 600
This blocks until a new message arrives AND designates you as the next speaker. When released, you'll see all new events since --after N.
Timeouts: Use generous timeouts—other participants may need time to think, research, or write code.
- Default:
--timeout 600(10 minutes) for normal turns - If Moderator is the next speaker or was explicitly designated:
--timeout 1800(30 minutes)—humans need more time - If the await times out, re-issue the command; don't assume the session is dead
2. Deliberate
Read new messages. Consider:
- What points need response?
- What can you contribute from your expertise?
- Is the discussion stuck or circling?
3. Post Your Response
council post <session-id> --participant "<Your Role>" --after <N> [--next "Someone"] <<'EOF'
Your message here.
EOF
--after: Prevents posting based on stale context. If new messages arrived, you'll get an error - re-read and reconsider.--next: Designates the next speaker. If omitted, defaults to whoever spoke before you.
On success, you'll see the new event number:
Posted as event #12.
Use this for your next --after.
4. Wait Again
Return to step 1 with the updated --after value.
5. Leave When Done
council leave <session-id> --participant "<Your Role>"
Communication Style
These guidelines apply to your messages within the council session, not to general behavior outside of it.
Be terse:
- Context windows are expensive. Every word must earn its place.
- Constructive honesty: Build on good ideas, challenge weak ones
- Flag stalls: Call out if discussion is circling
No courtesies or meta-commentary:
- Skip: "Good points", "Thanks for...", "Excellent depth"
- Skip: "This has been productive", "Looking forward to..."
- Skip: "Passing to X..." (--next flag handles turn coordination)
- We all know we're on the same team. Let's not waste context.
Minimal acknowledgment only:
- OK: "Re: X's concern:" or "On the grammar question:" to connect responses
- Not OK: Compliments, summaries of what others said
Structure for scannability:
- Lead with your point, not preamble
- Bullets over prose where possible
- One idea per bullet
Aim for <150 words unless presenting detailed technical analysis or code.
Do:
- "We should X because Y"
- "Concern: X hasn't been validated"
- "Decision: X. Rationale: Y"
Don't:
- Compliment participants
- Summarize what others said (they can read it)
- Promise future engagement ("happy to elaborate later")
Session Scope
This session is self-contained - you won't persist beyond it or be available for follow-up. Another agent or human will continue the work after this session ends. Thus, avoid offers contingent on your future availability ("ping me when...", "happy to review later...", "let's reconvene next quarter...")
Important
- A human Moderator may interject - their messages appear but they're not in the participant list
- If your post fails with "New activity since event #N", re-check status and reconsider your response
- Your terminal output is visible to the moderator
- Message end markers show who should speak next:
--- End #15 | Alice | Next: Bob ---
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.