one-three-one-rule

Converts ambiguous trade-off decisions into a structured recommendation with three options and one plan.

1|Updated May 16, 2026
One-click install
npx skills add https://github.com/devMoez/titan --skill one-three-one-rule-devmoez
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: one-three-one-rule
Source: https://github.com/devMoez/titan/tree/main/optional-skills/communication/one-three-one-rule
Command: npx skills add https://github.com/devMoez/titan --skill one-three-one-rule-devmoez

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The one-three-one-rule skill helps you make a clear, defensible choice when multiple technical or strategic options all seem viable, reducing confusion and debate overhead.

Core Features & Use Cases

  • Structured decision framing: Produces a one-sentence problem statement that stays focused on the decision to be made.
  • Exactly three distinct options: Generates three labeled approaches (A, B, C) with pros and cons to surface trade-offs.
  • Single actionable recommendation: Selects one option and explains the rationale in a direct, non-hedging way.
  • Execution-ready output: Includes a Definition of Done and an implementation plan aligned to the recommended path.
  • Use cases: Architecture decisions, tool selection, refactoring strategies, and migration paths where stakeholders need a concise proposal.

Quick Start

Ask for a 1-3-1 decision by saying: "Give me a 1-3-1 for choosing between these options for my system design: [brief context and constraints]."

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 to present architecture trade-offs clearly?

Structure technical proposals by defining exactly one problem sentence, presenting three labeled options with pros and cons, and selecting a single recommendation with reasoning. This format surfaces architecture trade-offs clearly for stakeholder review.

What is the best way to decide between multiple viable refactoring strategies?

The best way to decide between refactoring strategies is to compare exactly three distinct approaches. Evaluating pros and cons for each option ensures a defensible choice while reducing debate overhead and confusion among stakeholders.

How do I create a decision-making framework for tool selection that includes an implementation plan?

Create a decision-making framework for tool selection by comparing three options, choosing one recommendation, and aligning it with a definition of done. This produces an execution-ready implementation plan tailored to the selected tool.

Can I use the one-three-one rule for migration paths where approaches must be compared rather than iterated?

Yes, the one-three-one rule applies directly to migration paths where distinct approaches must be compared rather than iterated. It converts ambiguous technical trade-off decisions into a single, actionable, stakeholder-ready recommendation.

When do I need a structured decision framing format for technical trade-off decisions?

You need structured decision framing for technical trade-off decisions when multiple viable options cause confusion. It produces a focused problem statement and a non-hedging recommendation to reduce debate overhead during architecture or tool selection.

Does this decision-making approach force a single recommendation even if options are close?

Yes, this decision-making approach forces a single actionable recommendation. It selects one option from the three presented and explains the rationale directly without hedging, ensuring a clear path forward for stakeholders.