resil-redundant-voter
Domain: resil · Model class: cheap
Description
Section titled “Description”Use when a user wants to reduce hallucination rates or add fault-tolerance by running a node multiple times and voting on the result. Triggers: “make this more reliable”, “reduce hallucinations”, “run N times and pick the best”, “Byzantine fault tolerance”, “majority vote on agent output”, “ISS-style redundancy”, “N-modular redundancy”, outputs are “inconsistent” or “sometimes wrong” and the user wants a structural fix not a prompt tweak.
Purpose
Section titled “Purpose”ISS quad-processor voting applied to LLM nodes. Run N identical sub-prompts in parallel (temperature-jittered), collect outputs, compute pairwise similarity, return the majority-cluster centroid.
Trigger Phrases
Section titled “Trigger Phrases”- “make this more reliable”
- “reduce hallucinations”
- “run N times and pick the best”
- “Byzantine fault tolerance”
- “majority vote on agent output”
- “ISS-style redundancy”
- “N-modular redundancy”
- “outputs are inconsistent”
- “sometimes wrong”
Anti-Triggers
Section titled “Anti-Triggers”- the user wants a one-off improvement without ongoing adaptation or structural change
Intake Questions
Section titled “Intake Questions”- What node or agent output needs fault-tolerance?
- What n_replicas and similarity_threshold are appropriate?
- What tiebreak strategy should apply (escalate, abstain, longest)?
- What comparison mode is required (semantic, structural, exact)?
Output Contract
Section titled “Output Contract”- failure mode analysis
- recovery strategy
- operational checks
- validation notes
Related Skills
Section titled “Related Skills”flow-orchestrator · orch-agent-orchestrator · prompt-chaining