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.