one-three-one-rule

Generate 1-3-1 decision summaries with options, recommendation, and implementation plan.

Updated Mar 25, 2026
One-click install
npx skills add https://github.com/afel6/scal-ai-pipeline --skill one-three-one-rule-afel6
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: one-three-one-rule
Source: https://github.com/afel6/scal-ai-pipeline/tree/main/hermes_skills_library/optional-skills/communication/one-three-one-rule
Command: npx skills add https://github.com/afel6/scal-ai-pipeline --skill one-three-one-rule-afel6

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Helps teams and stakeholders make clear, justifiable technical decisions when multiple viable approaches exist by enforcing a concise problem statement, balanced options, and a single actionable recommendation.

Core Features & Use Cases

  • Structured Decision Format: Produces one concise problem sentence, three distinct options each with pros and cons, a single recommendation, a measurable definition of done, and a concrete implementation plan.
  • Verification Rules: Ensures exactly one problem sentence, exactly three options labeled A/B/C, one explicit recommendation, and aligned definition of done and implementation steps.
  • Use Cases: Architecture selection, tool or library choice, refactoring strategies, migration planning, and preparing stakeholder-ready proposals or engineering RFCs.

Quick Start

Ask the agent to produce a 1-3-1 comparing three technical approaches and recommend one with a definition of done and implementation steps.

Frequently Asked Questions about one-three-one-rule

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

FAQPage Schema
How do I structure technical proposals for architecture trade-offs?

Structure technical proposals using the 1-3-1 format: one concise problem statement, three distinct options with pros and cons, and a single recommendation. Include a measurable definition of done and step-by-step implementation plan.

What is the 1-3-1 rule for decision-making?

The 1-3-1 rule for decision-making enforces summaries with exactly one problem sentence, three labeled options, and one explicit recommendation. It balances technical trade-offs by pairing pros and cons with a single actionable path forward.

How do I write an engineering RFC for stakeholder approval?

Write an engineering RFC by applying the 1-3-1 format to your architecture decisions. Generate one problem statement, three viable options with pros and cons, one recommendation, a definition of done, and implementation steps for stakeholder review.

Can I use 1-3-1 recommendations for tool selection and migration planning?

You can use 1-3-1 recommendations for tool selection, refactoring strategies, and migration planning. The format requires comparing three distinct options with balanced pros and cons before issuing a single recommendation and implementation plan.

What should a trade-off analysis include to be actionable?

A trade-off analysis should include one problem statement, three options with pros and cons, one recommendation, a measurable definition of done, and step-by-step implementation steps. This ensures architecture decisions are justifiable and executable.

When do I need a structured decision summary for technical trade-offs?

You need a structured decision summary when multiple viable technical approaches exist for architecture selection or refactoring. It helps stakeholders make justifiable decisions by enforcing balanced options and a single recommendation.