one-three-one-rule

Produce a 1-3-1 brief with problem, options, and recommendation.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Quickly frames complex decisions by producing a concise 1-3-1 briefing that makes the problem, options, and recommendation obvious.

Core Features & Use Cases

  • Provides a Problem statement, three distinct options with pros and cons, a single Recommendation, a Definition of Done, and an Implementation Plan.
  • Ideal for architecture decisions, tool selections, migrations, and refactoring where multiple viable approaches exist.
  • Helps teams align stakeholders by presenting clear trade-offs and actionable next steps.

Quick Start

Provide a 1-3-1 structure for a given decision problem, including problem framing, three options with trade-offs, a recommended path, and concrete DoD 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
What is a 1-3-1 decision-making format for technical proposals?

A 1-3-1 format structures technical decisions into one problem statement, three options with pros and cons, and a single recommendation. It frames complex architecture choices by making trade-offs and actionable next steps obvious to stakeholders.

How do I structure an architecture decision using the 1-3-1 rule?

To structure architecture decisions, frame the problem, present three options with pros and cons, and state a single recommendation. Complete the brief by adding a Definition of Done and an implementation plan to align stakeholders on actionable next steps.

Can I use the 1-3-1 format for software migration and refactoring decisions?

Yes, the 1-3-1 format suits migrations and refactoring where multiple viable approaches exist. It produces a concise brief that frames the problem, compares three options, and provides a recommendation with an implementation plan and testable criteria.

Does the 1-3-1 brief include implementation plans and Definition of Done?

Yes, the 1-3-1 brief includes both a Definition of Done and an implementation plan. This ensures verifiable outcomes and testable criteria are specified alongside the problem statement, three options, and single recommendation.

When should I avoid using a 1-3-1 structure for decision-making?

Avoid the 1-3-1 structure for decisions lacking multiple viable approaches. It is designed for technical proposals, architecture choices, tool selections, migrations, and refactoring where comparing three distinct options with trade-offs adds value.

How do I frame a problem statement for a 1-3-1 technical brief?

Frame a problem statement by clearly defining the technical decision needed, such as an architecture choice or tool selection. The 1-3-1 brief then follows with three options, a single recommendation, a Definition of Done, and an implementation plan.