research-and-vote

Coordinate evidence-backed research and multi-role voting for engineering decisions.

18|1|Updated Jan 3, 2026
One-click install
npx skills add https://github.com/nexus-substrate/nexus-agents --skill research-and-vote-nexus-substrate
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: research-and-vote
Source: https://github.com/nexus-substrate/nexus-agents/tree/main/skills/research-and-vote
Command: npx skills add https://github.com/nexus-substrate/nexus-agents --skill research-and-vote-nexus-substrate

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents uninformed or biased architectural and dependency decisions by requiring evidence-backed research followed by threshold-based multi-agent voting.

Core Features & Use Cases

  • Multi-phase research: prioritizes a research registry lookup, collects primary sources (docs/specs/RFCs/papers), and records findings with source links.
  • Structured proposal: enforces a decision package including problem, solution, alternatives, and trade-offs.
  • Consensus voting with thresholds: runs votes across roles (Architect, Security, DevEx, AI/ML, PM) using decision-type thresholds (majority/supermajority/unanimous) aligned to protocol guidance.
  • Decision traceability: outputs a Decision Record intended to be posted in GitHub with a voting record for auditability and review.

Quick Start

Tell your AI to "Research the best approach for adopting [topic] and then run the consensus vote using the approved thresholds, citing primary sources and producing a Decision Record."

Frequently Asked Questions about research-and-vote

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I document architectural decisions with primary source citations and team voting?

To document architectural decisions, you can coordinate evidence-backed research and structured multi-role voting. This process collects primary sources like RFCs, builds a proposal with alternatives, and produces a Decision Record with a voting record for auditability.

How does consensus voting work for API design and dependency selection?

Consensus voting for API design and dependency selection runs across roles like Architect, Security, and PM. It applies decision-type thresholds such as majority, supermajority, or unanimous, aligned to protocol guidance to ensure choices are defensible.

What is a Decision Record and when do I need one for engineering choices?

A Decision Record is an auditable output documenting an engineering choice, its alternatives, and trade-offs. You need one when a proposed architectural, API design, or dependency selection decision must be defensible and reversible-risk-aware.

Can I use multi-role consensus voting for an architecture decision without a research registry?

Using multi-role consensus voting without a research registry is not recommended. The process prioritizes a research registry lookup and requires primary-source citations to prevent uninformed or biased architectural and dependency decisions.

What is the best way to ensure reversible-risk-aware architecture decisions in a team?

The best way to ensure reversible-risk-aware architecture decisions is enforcing evidence-backed research followed by threshold-based multi-agent voting. This requires primary-source citation, a structured proposal with alternatives, and a consensus vote.