Skip to content
Back to skills

023 Execute F6c5813f

ASecurity

Execute systematic cause-effect reasoning through 6 stages.

  • 4 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added May 31, 2026
researchgoperformance

Works with

  • cli

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned May 31, 2026

npx -y skills add tools-only/X-Skills --skill 023-execute_f6c5813f --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of 023 Execute F6c5813f?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for 023 Execute F6c5813f
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tools-only-023-execute-f6c5813f/badge)](https://www.skillsdirectory.com/skills/tools-only-023-execute-f6c5813f)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
# Causal Mode

Execute systematic cause-effect reasoning through 6 stages.

## When to Use

- Executing a known process or workflow
- Making operational decisions with clear steps
- Following goal-linked execution
- Question is "How do we execute this?"

## Flow

```
Input → Hypothesis → Implication → Decision → Actions → Learning
```

---

## Stage 1: Input

State the factual observation that triggers reasoning.

**Required elements:**
- **Observation:** What was observed (fact, not interpretation)
- **Evidence:** Data points with sources and confidence
- **Context:** When, where, who observed
- **Prior belief:** What we believed before this observation

**Challenge:** "Is this fact or interpretation? What was actually observed vs inferred?"

**Example:**

> **Observation:** Q4 pipeline decreased 23% vs Q3.
> 
> **Evidence:** 
> - CRM dashboard shows $4.2M → $3.2M (confidence: high, source: Salesforce)
> - Deal count: 47 → 38 (confidence: high)
> 
> **Context:** Observed Dec 1, covers Oct-Nov activity.
> 
> **Prior belief:** Pipeline would grow 10% based on Q3 trajectory.

**Gate:** All claims must be evidence-backed facts before proceeding.

---

## Stage 2: Hypothesis

Form testable hypothesis connecting observation to cause.

**Required elements:**
- **Statement:** "If [condition], then [prediction], because [mechanism]"
- **Assumption tested:** Which belief this challenges
- **Falsification:** What would prove this wrong
- **Test method:** How to verify

**Challenge:** "Is this falsifiable? What would prove it wrong?"

**Example:**

> **Hypothesis:** If outbound activity dropped, then pipeline decreased, because fewer conversations → fewer opportunities.
> 
> **Assumption tested:** That pipeline correlates with outbound volume.
> 
> **Falsification:** Pipeline stable despite activity drop would disprove this.
> 
> **Test:** Compare outbound metrics (emails, calls, meetings) Q3 vs Q4.

**Gate:** Hypothesis must be falsifiable before proceeding.

---

## Stage 3: Implication

Model scenarios with quantified impacts.

**Required elements:**
- **Scenarios:** At least 3 with probabilities
- **Impact:** Specific numbers for each scenario
- **Resources:** Effort, cost, dependencies
- **Risks:** What could go wrong + mitigation
- **Opportunity cost:** What we can't do if we pursue this

**Challenge:** "Are these numbers justified? What scenario am I missing?"

**Example:**

> **Scenario 1: Hypothesis true (65%)**
> - Impact: Fix outbound process → recover $800K pipeline in Q1
> - Timeline: 6 weeks to implement, 4 weeks to see results
> 
> **Scenario 2: Hypothesis false (25%)**
> - Impact: Outbound not the cause; need to investigate further
> - Timeline: Lose 6 weeks on wrong fix
> 
> **Scenario 3: Partial truth (10%)**
> - Impact: Outbound is one factor; multiple causes
> - Timeline: Partial recovery
> 
> **Resources:** 2 SDRs full-time for 6 weeks, sales ops support
> 
> **Risks:** 
> - Team burnout from process change (medium probability, high impact)
> - Mitigation: Phase rollout, get buy-in first
> 
> **Opportunity cost:** Can't pursue inbound optimization simultaneously

**Gate:** All impacts must have specific numbers.

---

## Stage 4: Decision

State explicit commitment.

**Options:** PROCEED / DEFER / DECLINE

**Required elements:**
- **Commitment:** One of the three options (not "probably" or "maybe")
- **Alternatives:** What else was considered and why rejected
- **Criteria:** Factors weighed with importance
- **Conditions:** When this decision would change

**Challenge:** "Did we consider [alternative]? What if [condition] changes?"

**Example:**

> **Decision:** PROCEED with outbound process fix
> 
> **Alternatives considered:**
> - Hire more SDRs → Rejected: 3-month ramp time, doesn't address root cause
> - Wait for more data → Rejected: Q1 pipeline at risk
> 
> **Criteria:**
> - Speed to impact (high weight): This option fastest
> - Resource cost (medium weight): Acceptable
> - Reversibility (medium weight): Can roll back if wrong
> 
> **Conditions for change:**
> - If Q1 week 2 shows no improvement, revisit hypothesis

**Gate:** Decision must be explicit—PROCEED, DEFER, or DECLINE.

---

## Stage 5: Actions

Define specific tasks with accountability.

**Required for each task:**
- **Description:** What to do
- **Owner:** Who is responsible
- **Deadline:** When it's due
- **Dependencies:** What must happen first
- **Success criteria:** How we know it's done

**Challenge:** "Who owns this? How do we know it's done?"

**Example:**

> **Action 1:** Audit current outbound sequences
> - Owner: Sarah (Sales Ops)
> - Deadline: Dec 15
> - Dependencies: None
> - Success criteria: Report showing sequence performance by stage
> 
> **Action 2:** Design new outbound playbook
> - Owner: Mike (Sales Manager)
> - Deadline: Dec 22
> - Dependencies: Action 1 complete
> - Success criteria: Documented playbook reviewed by 2 SDRs
> 
> **Action 3:** Train team on new process
> - Owner: Mike
> - Deadline: Jan 5
> - Dependencies: Action 2 complete
> - Success criteria: All SDRs complete training, pass quiz

**Gate:** Every task must have owner, deadline, and success criteria.

---

## Stage 6: Learning

Compare expected vs actual. Update beliefs.

**Required elements:**
- **Outcome:** Expected vs actual results
- **Hypothesis status:** Validated / Invalidated / Inconclusive
- **Belief updates:** What assumptions changed
- **Follow-on:** New questions and next actions

**Challenge:** "Are we learning the right lesson? What else could explain this outcome?"

**Example:**

> **Outcome:**
> - Expected: $800K pipeline recovery
> - Actual: $650K recovery (81% of target)
> - Delta: -$150K
> 
> **Hypothesis status:** VALIDATED (partially)
> - Outbound was a factor, but not the only one
> - Evidence: Activity up 40%, pipeline up 20%
> 
> **Belief updates:**
> - Previous: Outbound is primary pipeline driver
> - Updated: Outbound is ~60% of pipeline; other factors matter
> 
> **Follow-on:**
> - Question: What drives the other 40%?
> - Action: Analyze inbound and referral sources

**Gate:** Must compare expected vs actual even when successful.

---

## Output Format

```markdown
## Causal Analysis: [Topic]

### Input
[Observation with evidence]

### Hypothesis
If [condition], then [prediction], because [mechanism].
Falsification: [What would prove wrong]

### Implication
| Scenario | Probability | Impact |
|----------|-------------|--------|
| [Name] | [%] | [Quantified] |

### Decision
**[PROCEED / DEFER / DECLINE]:** [Rationale]

### Actions
1. [Task] — Owner: [Name], Due: [Date]
2. [Task] — Owner: [Name], Due: [Date]

### Learning (post-execution)
- Expected: [X]
- Actual: [Y]
- Hypothesis: [Validated/Invalidated/Inconclusive]
- Updated belief: [What changed]
```

---

## Output Format

### Execution Analysis

```markdown
## Causal Analysis: [Topic]

### Input
**Observation:** [What was observed]
**Evidence:** [Data points with sources]
**Prior belief:** [What we expected]

### Hypothesis
If [condition], then [prediction], because [mechanism].

**Falsification:** [What would prove this wrong]

### Implications

| Scenario | Probability | Impact | Timeline |
|----------|-------------|--------|----------|
| [Name] | [%] | [Quantified] | [Duration] |

**Resources required:** [Effort, cost, dependencies]

**Risks:**
- [Risk]: [Likelihood/Impact] — Mitigation: [How to reduce]

### Decision
**[PROCEED / DEFER / DECLINE]**

[Rationale in 2-3 sentences]

### Actions
1. **[Task]** — Owner: [Name], Due: [Date], Done when: [Criteria]
2. **[Task]** — Owner: [Name], Due: [Date], Done when: [Criteria]

### Constraints
**Hard:** [Cannot violate]
**Soft:** [Preferred but negotiable]

---
*Learning (post-execution):*
- Expected: [X]
- Actual: [Y]
- Belief update: [What changed]
```

### Plan Output (for larger initiatives)

When causal analysis leads to multi-phase work:

```markdown
## Plan: [Initiative Name]

**Goal:** [Measurable objective]
**Owner:** [Person]
**Timeline:** [Duration]

### Constraints
- **Hard:** [Must respect]
- **Soft:** [Prefer but can trade]

### Scope
- **In:** [What's included]
- **Out:** [Explicitly excluded]

### Phases

**Phase 1: [Name]** ([Duration])
- Objective: [What this phase achieves]
- Milestones:
  - [ ] [Milestone]: [Success criteria]
- Deliverables: [What's produced]

**Phase 2: [Name]** ([Duration])
- Objective: [What this phase achieves]
- Start condition: [What must be true to begin]
- Milestones:
  - [ ] [Milestone]: [Success criteria]

### Dependencies
| Dependency | Owner | Risk if Delayed |
|------------|-------|-----------------|
| [What we need] | [Who provides] | [Impact] |

### Risks
| Risk | Likelihood | Impact | Mitigation |
|------|------------|--------|------------|
| [What could go wrong] | H/M/L | H/M/L | [How to reduce] |

### Success Criteria
- [Criterion]: [How measured]
```

---

## Quality Gates

| Stage | Gate |
|-------|------|
| Input | All claims evidence-backed |
| Hypothesis | Falsifiable with test method |
| Implication | ≥3 scenarios with numbers |
| Decision | Explicit PROCEED/DEFER/DECLINE |
| Actions | Owner + deadline + criteria for each |
| Learning | Expected vs actual compared |

## Anti-Patterns

| Avoid | Do Instead |
|-------|------------|
| Jumping to actions | Complete all stages in order |
| Vague hypothesis | Require falsification criteria |
| "Significant impact" | Require specific numbers |
| "We should probably..." | Force explicit commitment |
| Tasks without owners | Require ownership assignment |
| Skipping learning | Always extract insight from outcome |

Files in this skill

  • README.md841 B
  • skill.md9.4 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…