one-three-one-rule

Produce a 1-3-1 decision response with one problem, three options, and a recommendation.

Updated May 5, 2026
One-click install
npx skills add https://github.com/Z43L/zeus-agent --skill one-three-one-rule-z43l
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: one-three-one-rule
Source: https://github.com/Z43L/zeus-agent/tree/main/optional-skills/communication/one-three-one-rule
Command: npx skills add https://github.com/Z43L/zeus-agent --skill one-three-one-rule-z43l

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill solves the problem of making high-stakes technical choices when multiple approaches exist and each option has meaningful trade-offs.

Core Features & Use Cases

  • Problem framing: Condenses the decision into a single, clear problem statement without implementation details.
  • Three-option comparison: Produces exactly three distinct options (A, B, C) with pros and cons to make trade-offs explicit.
  • Actionable recommendation: Selects one option with direct reasoning plus a concrete Definition of Done and Implementation Plan that align to the recommendation.
  • Use cases: Technical proposals, architecture decisions, tool selection, refactoring strategies, and migration paths.

Quick Start

Ask for a 1-3-1 decision by saying: "Give me a 1-3-1 for choosing between these three approaches for [your scenario], and include definition of done and an implementation plan."

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 trade-offs for architecture decisions?

Structure technical trade-offs for architecture decisions by condensing the problem into one sentence, comparing exactly three options with pros and cons, and selecting one recommendation with an aligned Definition of Done and implementation plan.

What is the 1-3-1 rule for decision-making in technical proposals?

The 1-3-1 rule for decision-making in technical proposals is a structured format requiring one problem statement, three options with pros and cons, and a single recommendation with an implementation plan and Definition of Done.

How do I present tool selection trade-offs to stakeholders clearly?

Present tool selection trade-offs to stakeholders clearly by framing exactly one problem sentence, providing three distinct options with explicit pros and cons, and delivering one actionable recommendation with a concrete implementation plan.

Can I use this decision-making format for refactoring or migration planning?

Yes, you can use this decision-making format for refactoring or migration planning. It applies to any technical proposal requiring stakeholder-ready trade-off communication by producing a single problem statement, three options, and one recommendation with a Definition of Done.

How do I write a Definition of Done for an architecture recommendation?

Write a Definition of Done for an architecture recommendation by aligning it directly with your selected option from the three-option comparison and pairing it with a concrete implementation plan to ensure measurable completion criteria.

When should I not use the 1-3-1 format for technical proposals?

You should not use the 1-3-1 format for technical proposals when a decision lacks multiple competing approaches or meaningful trade-offs, as the structure strictly requires exactly three distinct options with pros and cons to be effective.