MCP HubMCP Hub
Retour aux compétences

build-consensus

pjt222
Mis à jour 2 days ago
3 vues
17
2
17
Voir sur GitHub
Métaaiautomationdesigndata

À propos

Cette compétence permet un consensus distribué sans autorité centrale en utilisant des mécanismes tels que le vote à seuil et la détection de quorum. Elle est conçue pour des scénarios nécessitant des décisions de groupe sans leader, comme les systèmes d'IA multi-agents ou les bases de données distribuées. La compétence couvre la génération de propositions, la dynamique de plaidoyer, la résolution des impasses et l'évaluation de la qualité du consensus.

Installation rapide

Claude Code

Recommandé
Principal
npx skills add pjt222/agent-almanac -a claude-code
Commande PluginAlternatif
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternatif
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/build-consensus

Copiez et collez cette commande dans Claude Code pour installer cette compétence

Documentation

Build Consensus

Achieve collective agreement across distributed agents without a central authority — using scout advocacy, threshold quorum sensing, and commitment dynamics modeled on honeybee swarm decision-making.

When to Use

  • A group must collectively decide between multiple options without a designated leader
  • Centralized decision-making is a bottleneck or a single point of failure
  • Stakeholders have different information and perspectives that must be integrated
  • Past decisions suffered from groupthink (premature convergence) or analysis paralysis (no convergence)
  • Designing automated systems that must reach consensus (distributed databases, multi-agent AI)
  • Complementing coordinate-swarm when the coordination requires explicit collective decisions

Inputs

  • Required: The decision to be made (binary choice, selection from N options, parameter setting)
  • Required: The participating agents (team members, services, voters)
  • Optional: Known options with preliminary quality assessments
  • Optional: Decision urgency (time budget)
  • Optional: Acceptable error rate (can the group occasionally pick the second-best option?)
  • Optional: Current decision-making failure mode (groupthink, deadlock, flip-flopping)

Procedure

Step 1: Generate Proposals Through Independent Scouting

Ensure the decision space is adequately explored before any advocacy begins.

  1. Assign scouts to independently explore the option space:
    • Each scout evaluates options without knowing other scouts' findings
    • Independent evaluation prevents early herding toward popular-but-mediocre options
    • Scout count: at minimum, 3 scouts per serious option (for reliability)
  2. Scouts produce structured assessments:
    • Option identifier
    • Quality score (normalized 0-100 or categorical: poor/fair/good/excellent)
    • Key strengths and risks identified
    • Confidence level (how thoroughly was this option evaluated?)
  3. Aggregate scout reports without filtering — all options above a minimum quality threshold enter the advocacy phase

Got: A set of independently evaluated proposals with quality scores and assessments. No option has been eliminated by a single evaluator; diversity of perspective is preserved.

If fail: If scouts converge on the same option without independent evaluation, the scouting was not truly independent. Rerun with explicit information barriers. If too many options survive to the advocacy phase, raise the minimum quality threshold. If too few survive, lower it or add more scouts.

Step 2: Run Advocacy Dynamics (Waggle Dance)

Allow scouts to advocate for their preferred options, with advocacy intensity proportional to quality.

  1. Each scout advocates for their top-rated option:
    • Advocacy intensity is proportional to the quality score (better options get more vigorous advocacy)
    • Advocacy is public — all agents observe all advocacy signals
    • Advocates present evidence and quality assessment, not just preference
  2. Uncommitted agents observe advocacy and evaluate:
    • Follow up on advocated options by inspecting them independently
    • If an agent's own inspection confirms the quality, they join the advocacy
    • If inspection reveals lower quality than advertised, they do not join
  3. Cross-inspection dynamics:
    • Advocates for weaker options naturally lose followers as agents independently verify
    • Advocates for stronger options gain followers through confirmed quality
    • The process is self-correcting: exaggerated advocacy fails the verification step
Advocacy Dynamics:
┌─────────────────────────────────────────────────────────┐
│ Scout A advocates Option 1 (quality 85) ──→ ◉◉◉◉◉     │
│ Scout B advocates Option 2 (quality 70) ──→ ◉◉◉        │
│ Scout C advocates Option 3 (quality 45) ──→ ◉           │
│                                                         │
│ Uncommitted agents inspect:                             │
│   Agent D inspects Option 1 → confirms → joins ◉◉◉◉◉◉  │
│   Agent E inspects Option 2 → confirms → joins ◉◉◉◉    │
│   Agent F inspects Option 3 → disagrees → inspects Opt 1│
│                               → confirms → joins ◉◉◉◉◉◉◉│
│                                                         │
│ Over time: Option 1 advocacy grows, Option 3 fades      │
└─────────────────────────────────────────────────────────┘

Got: Advocacy for the best option(s) grows over time as agents independently verify quality. Advocacy for weaker options fades as verification fails. The group naturally converges toward the strongest option without any agent dictating the choice.

If fail: If advocacy doesn't converge (two options remain neck-and-neck), the options may be genuinely equivalent — proceed to quorum with either, or use a tiebreaker rule. If advocacy converges too fast on a mediocre option, increase the independence of evaluation (more scouts, stricter information barriers) and add a mandatory cross-inspection step.

Step 3: Set Quorum Threshold and Commit

Define the commitment threshold that triggers collective action.

  1. Set the quorum threshold:
    • Simple decisions: 50% + 1 of agents committed to one option
    • Important decisions: 66-75% committed to one option
    • Critical/irreversible decisions: 80%+ committed to one option
    • Rule of thumb: higher stakes → higher quorum → slower but more reliable consensus
  2. Monitor commitment accumulation:
    • Track how many agents have committed to each option over time
    • Display commitment levels transparently (all agents can see the current state)
    • Do not allow commitment withdrawal mid-cycle (prevents oscillation)
  3. When quorum is reached:
    • The winning option is adopted as the collective decision
    • Advocates for losing options acknowledge the decision (no rogue agents)
    • Implementation begins immediately — delay after consensus erodes commitment

Got: A clear quorum moment where enough agents have independently committed to one option. The decision is legitimate because it emerged from independent evaluation, not authority or coercion.

If fail: If quorum is never reached within the time budget, escalate to Step 4 (deadlock resolution). If quorum is reached but agents are unhappy, the advocacy phase was too short — agents committed without adequate evaluation. If the consensus was wrong (discovered after the fact), the independent scouting was insufficient — increase scout diversity and evaluation thoroughness in the next cycle.

Step 4: Resolve Deadlocks

Break decision gridlock when the natural consensus process stalls.

  1. Diagnose the deadlock type:
    • Genuine tie: two options are equally good → flip a coin; the cost of delay exceeds the cost of picking the "wrong" equal option
    • Information deficit: agents can't evaluate options well enough → invest in more scouting before re-running advocacy
    • Faction formation: entrenched subgroups refuse to cross-inspect → introduce mandatory rotation where advocates must inspect the opposing option
    • Option proliferation: too many options fragment commitment → eliminate the bottom 50% and re-run advocacy
  2. Apply the appropriate resolution:
    • Genuine tie: random selection or merge options if compatible
    • Information deficit: time-boxed scouting extension
    • Faction formation: forced cross-inspection round
    • Option proliferation: ranked elimination tournament
  3. After resolution, reset the quorum clock and re-run Step 3

Got: Deadlock resolved through the appropriate intervention. The resolution is visible and accepted by the group as fair process, even if individual agents preferred a different outcome.

If fail: If deadlocks recur on the same decision, the decision framing may be wrong. Step back and ask: can the decision be decomposed into smaller, independent decisions? Can the scope be reduced? Is there a "try both and see" option? Sometimes the best consensus is "we'll run a time-boxed experiment."

Step 5: Assess Consensus Quality

Evaluate whether the consensus process produced a good decision, not just a decision.

  1. Post-decision assessment:
    • Was the winning option independently verified by at least N agents?
    • Was the decision speed appropriate (not too fast/groupthink, not too slow/paralysis)?
    • Did the process surface information that would have been missed by a single decision-maker?
    • Are agents committed to implementation, or merely compliant?
  2. Track consensus health metrics:
    • Time to quorum: decreasing over successive decisions indicates learning; increasing indicates growing complexity or dysfunction
    • Scout-to-commit ratio: how much scouting was needed per commitment? High ratio = difficult decision or low trust
    • Post-decision regret rate: how often does the group wish it had chosen differently?
  3. Feed learnings back into the process:
    • Adjust quorum thresholds based on decision importance and past accuracy
    • Adjust scout count based on option complexity
    • Adjust time budgets based on historical time-to-quorum

Got: A feedback loop that improves consensus quality over time. The group learns to scout more effectively, advocate more honestly, and commit more confidently.

If fail: If consensus quality metrics are poor (high regret, slow decisions), audit the process for structural failures: insufficient scouting diversity, advocacy without verification, or thresholds set too low for the decision type. Rebuild the specific failing stage rather than overhauling the entire process.

Validation

  • Proposals were generated through independent scouting (no herding)
  • Advocacy intensity was proportional to assessed quality
  • Uncommitted agents independently verified advocated options
  • Quorum threshold was appropriate for the decision's importance
  • Quorum was reached and the decision was implemented promptly
  • Deadlock resolution mechanism was available (even if unused)
  • Post-decision quality assessment was conducted

Pitfalls

  • Skipping independent scouting: Jumping directly to advocacy produces groupthink. The quality of consensus depends entirely on the quality of independent evaluation
  • Equal advocacy for unequal options: If every option gets the same advocacy regardless of quality, the process degenerates into random selection. Advocacy must be proportional to assessed quality
  • Commitment withdrawal: Allowing agents to un-commit creates oscillation. Once committed in a cycle, agents stay committed until the cycle resolves
  • Confusing consensus with unanimity: Consensus requires sufficient agreement, not total agreement. Waiting for 100% creates permanent deadlock
  • Ignoring the losing side: Agents who advocated for the losing option have information the group needs. Their concerns should inform implementation, even if they don't block the decision

Related Skills

  • coordinate-swarm — foundational coordination framework that supports the signal-based consensus mechanism
  • defend-colony — collective defense decisions often require rapid consensus under threat
  • scale-colony — consensus mechanisms must adapt when the group size changes significantly
  • dissolve-form — morphic skill for controlled dismantling, where consensus before dissolution is critical
  • plan-sprint — sprint planning involves team consensus on commitment scope
  • conduct-retrospective — retrospectives are a form of consensus-building about process improvement
  • build-coherence — AI self-application variant; maps bee democracy to single-agent multi-path reasoning with confidence thresholds and deadlock resolution

Dépôt GitHub

pjt222/agent-almanac
Chemin: i18n/caveman-lite/skills/build-consensus
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Compétences associées

content-collections

Méta

Cette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.

Voir la compétence

polymarket

Méta

Cette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.

Voir la compétence

creating-opencode-plugins

Méta

Cette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.

Voir la compétence

sglang

Méta

SGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.

Voir la compétence