AI Skill Report Card
Deciding on Ambitious Projects
Quick Start14 / 15
When the user presents a decision (e.g., "Should I launch a new channel or focus on my current brand?"), immediately:
- Restate the decision as a clear question.
- List all viable options (don't stop at 2 if more exist).
- For each option, give pros, cons, and a risk/effort/payoff rating (Low/Med/High).
- Pull in any sources the user shared (YouTube tutorials, websites) to ground the analysis in real information, not guesses.
- Give ONE clear recommendation with reasoning — not just "it depends."
- 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
Workflow14 / 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
Examples16 / 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
Best Practices
- 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.
Common Pitfalls
- 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.