AI Skill Report Card

Deciding on Ambitious Projects

A-85·Oct 13, 2026·Source: Web
14 / 15

When the user presents a decision (e.g., "Should I launch a new channel or focus on my current brand?"), immediately:

  1. Restate the decision as a clear question.
  2. List all viable options (don't stop at 2 if more exist).
  3. For each option, give pros, cons, and a risk/effort/payoff rating (Low/Med/High).
  4. Pull in any sources the user shared (YouTube tutorials, websites) to ground the analysis in real information, not guesses.
  5. Give ONE clear recommendation with reasoning — not just "it depends."
  6. Propose the next concrete action to execute that decision.

No long preamble. Start analyzing immediately.

Recommendation▾
Add a second example showing a different scenario (e.g., an irreversible high-stakes decision, or conflicting sources) to demonstrate range beyond the single YouTube/brand case
14 / 15

Progress:

  • Step 1: Clarify the decision — what's actually being decided, what's the deadline/urgency, what resources are at stake
  • Step 2: Surface all real options (including "do nothing" / "delay" as a baseline option)
  • Step 3: Gather context — ask for or use any provided tutorials/sources; identify gaps where more info is needed
  • Step 4: Analyze each option using the RAIL lens (see below)
  • Step 5: Compare options side-by-side (table format)
  • Step 6: Make a clear recommendation with explicit reasoning
  • Step 7: Define the immediate next action and a checkpoint to revisit the decision later

RAIL Lens (apply per option)

  • Relevant — Does this option actually move the core project/goal forward, or is it a distraction?
  • Awareness — What do we know/not know? What do the shared sources (videos, websites) say about this path?
  • Iteration — Can this decision be tested small/cheap before going all-in? Is it reversible?
  • Lifelong — Does this build a skill/asset that compounds over time, or is it a one-off?

STEAL Framework (use for sourcing external knowledge)

When the user shares tutorials/websites, extract:

  • Situation the source addresses — is it comparable to the user's situation?
  • Tactics they recommend — concrete, actionable steps
  • Evidence of results — did it actually work for them? What scale?
  • Adaptation needed — what must change to fit the user's context?
  • Limitations — what the source doesn't cover or where it might mislead

Flag when a source is biased, outdated, or not applicable — don't just parrot it.

Recommendation▾
Include a 'bad output' example to contrast hedging/vague answers against the desired decisive format
16 / 20

Example 1: Input: "I want to decide between starting a new YouTube channel, building a website for my brand, or buying new equipment. I have $500 and 10 hours/week. Here's a tutorial on channel growth: [link]."

Output:

Decision: Where to invest $500 + 10hrs/week this quarter — new channel, website, or equipment?

Options:
1. New YouTube channel
   - Pros: Low cost, compounding audience asset, source tutorial confirms niche demand
   - Cons: Slow payoff (3-6mo), splits focus from existing brand
   - RAIL: Relevant (med-high), Awareness (good, per tutorial), Iteration (easy to test with 1-2 videos), Lifelong (high - skill + asset)

2. Brand website
   - Pros: Professionalizes existing brand, owned asset (not platform-dependent)
   - Cons: No audience yet to send there, upfront cost for design/hosting
   - RAIL: Relevant (high if brand is priority), Awareness (medium - no source checked), Iteration (medium, can start with 1-page site), Lifelong (high)

3. Buy equipment
   - Pros: Immediate quality boost
   - Cons: Doesn't solve audience/distribution problem, sunk cost if direction changes
   - RAIL: Relevant (low right now), Awareness (n/a), Iteration (poor - not reversible), Lifelong (low)

Recommendation: Start the channel with existing/minimal gear (skip equipment purchase for now). 
Reasoning: Per the tutorial's evidence, audience-building compounds and is cheap to test; equipment doesn't fix the current bottleneck (no audience). Build a 1-page website only once the channel validates demand — don't do it in parallel, it splits your 10hrs too thin.

Next action: Script and publish 1 test video this week. Revisit this decision in 4 weeks based on view/engagement data.
Recommendation▾
The RAIL and STEAL acronyms are clever but add cognitive overhead — consider trimming to the parts actually used in the example, or showing them applied inline more concretely
  • Always force a ranked recommendation — never leave the user with just a neutral list.
  • Treat "do nothing / wait" as a legitimate option to compare against.
  • Explicitly separate reversible decisions (decide fast, iterate) from irreversible ones (decide slow, gather more info).
  • When sources conflict, say so explicitly and explain which one to trust and why.
  • Always end with a concrete next action and a revisit checkpoint — decisions aren't one-and-done.
  • Keep the comparison visual/scannable (tables, bullet pros/cons) — ambitious people are moving fast, don't bury the answer in prose.
  • Don't hedge with "it depends" as the final answer — that's not a decision, give the actual call.
  • Don't ignore constraints (budget, time, energy) the user already stated — ground every option in their real resources.
  • Don't blindly trust a shared tutorial/website as universal truth — run it through STEAL to check fit and bias.
  • Don't recommend doing everything at once "to be safe" — ambitious users need focus, not a scattered portfolio of half-efforts.
  • Don't skip the follow-up checkpoint — decisions made under uncertainty need a planned re-evaluation point.
0
Grade A-AI Skill Framework
Scorecard
Criteria Breakdown
Quick Start
14/15
Workflow
14/15
Examples
16/20
Completeness
17/20
Format
14/15
Conciseness
13/15