skills/bellabe/reasoning-causal/SKILL.md
Execute evidence-based decision-making through 6-stage causal flow. Use for known processes, operational execution, and decisions with clear cause-effect chains.
npx skillsauth add aiskillstore/marketplace reasoning-causalInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Execute systematic cause-effect reasoning. The logic of process and action.
Threads are the execution layer for goals. Goals define what to achieve; threads define how.
Goal (goal-setter)
└── Subgoal
└── Thread (reasoning-causal) ← executes via 6-stage flow
└── Learning → updates Goal state (goal-tracker)
Thread types:
goal_id in metadataCausal : Input → Hypothesis → Implication → Decision → Action → Learning
Where:
Input : Observation × Context → FactualStatement
Hypothesis : FactualStatement × CanvasAssumption → TestableHypothesis
Implication : TestableHypothesis → (Impact × Probability × Timeline)
Decision : Implication × Alternatives → Commitment
Action : Commitment → [ExecutableTask]
Learning : [ExecutedTask] × Outcomes → CanvasUpdate × GoalUpdate
| Type | Location | Use For |
|------|----------|---------|
| Business | threads/operations/{name}/ | Strategic decisions, product changes |
| Sales | threads/sales/{name}/ | Deal pipelines, prospects |
| Marketing | threads/marketing/{name}/ | Campaigns, content launches |
| Engineering | threads/engineering/{name}/ | Requirements → specifications |
Thread-specific details: See references/threads/{type}.md
Execute stages sequentially. Each stage produces a markdown file in the thread directory.
File: 1-input.md
Purpose: Capture factual observation that triggers the flow.
Content:
Rules:
Detail: references/stages/input.md
File: 2-hypothesis.md
Purpose: Link observation to Canvas assumption being tested.
Content:
Rules:
strategy/canvas/10.assumptions.mdDetail: references/stages/hypothesis.md
File: 3-implication.md
Purpose: Analyze business impact with numbers.
Content:
Rules:
Detail: references/stages/implication.md
File: 4-decision.md
Purpose: Make official commitment with impact score.
Content:
Impact Scoring:
| Score | Action | |-------|--------| | < 0.8 | Auto-execute | | ≥ 0.8 | Flag for human approval |
Mode-Aware Formulas:
VENTURE: Impact = (Strategic Value × Market Size × Defensibility) / 3
BOOTSTRAP: Impact = (Revenue Impact × Time to Cash × Margin) / 3
Check strategy/canvas/00-business-model-mode.md for mode.
Detail: references/stages/decision.md
File: 5-actions.md or 5-actions/ directory
Purpose: Generate executable tasks.
Content:
Action Types by Thread:
| Thread | Action Types | Skills |
|--------|--------------|--------|
| Sales | lead-intake, qualify, demo, pilot, close | sales-* |
| Marketing | research, create, publish, promote, measure | marketing-* |
| Engineering | requirements, specification, implementation | engineering-* |
| Business | varies by decision | - |
Detail: references/stages/actions.md
File: 6-learning.md
Purpose: Document outcomes and update Canvas + Goal.
Content:
Rules:
strategy/canvas/10.assumptions.mdGoal Integration:
If thread.goal_id exists:
1. Read goal from strategy/goals/active/{goal_id}.md
2. Update subgoal status (pending → completed)
3. Extract metrics from learning for goal state
4. Check if goal success criteria met
5. If all subgoals complete → mark goal completed
Detail: references/stages/learning.md
1. Receive subgoal from goal-setter
2. Create thread: threads/{type}/{name}/
3. Set meta.json with goal_id and subgoal
4. Execute stages 1-6 sequentially
5. At Stage 4: Calculate impact, flag if ≥0.8
6. At Stage 6: Update Canvas AND goal state
7. Notify goal-tracker of completion
1. Receive signal (feedback, anomaly, opportunity)
2. Create thread: threads/{type}/{name}/
3. Set meta.json without goal_id
4. Execute stages 1-6 sequentially
5. At Stage 4: Calculate impact, flag if ≥0.8
6. At Stage 6: Update Canvas
7. Optionally: Link to existing goal or spawn new goal
threads/{type}/{name}/
├── meta.json # Thread metadata (includes goal linkage)
├── 1-input.md # Factual observation
├── 2-hypothesis.md # Canvas assumption link
├── 3-implication.md # Impact analysis
├── 4-decision.md # Commitment + impact score
├── 5-actions.md # Executable tasks
└── 6-learning.md # Outcomes + Canvas/Goal update
{
"id": "thread-{type}-{name}",
"type": "business | sales | marketing | engineering",
"status": "active | completed | blocked",
"created": "YYYY-MM-DD",
"updated": "YYYY-MM-DD",
"goal_id": "g-{goal-id}", // Optional: linked goal
"subgoal": "SG1", // Optional: which subgoal
"stage": 1-6,
"impact_score": 0.0-1.0
}
Goal-linked threads:
goal_id references strategy/goals/active/{goal-id}.mdsubgoal indicates which subgoal this thread executesReactive threads (no goal):
goal_id is null or absentAI Autonomous (Impact <0.8):
Human Review (Impact ≥0.8):
references/
├── stages/ # Stage execution details
│ ├── input.md
│ ├── hypothesis.md
│ ├── implication.md
│ ├── decision.md
│ ├── actions.md
│ └── learning.md
└── threads/ # Thread type specifics
├── operations.md
├── sales.md
├── marketing.md
└── engineering.md
Note: Action execution uses flat skills (sales-*, marketing-*, engineering-*) not templates.
Every decision flows through 6 stages. No shortcuts.
Goals are primary. Threads execute goals. Reactive threads are fallback.
This skill:
development
Apple Human Interface Guidelines for content display components. Use this skill when the user asks about charts component, collection view, image view, web view, color well, image well, activity view, lockup, data visualization, content display, displaying images, rendering web content, color pickers, or presenting collections of items in Apple apps. Also use when the user says how should I display charts, what's the best way to show images, should I use a web view, how do I build a grid of items, what component shows media, or how do I present a share sheet. Cross-references: hig-foundations for color/typography/accessibility, hig-patterns for data visualization patterns, hig-components-layout for structural containers, hig-platforms for platform-specific component behavior.
tools
Automate HelpDesk tasks via Rube MCP (Composio): list tickets, manage views, use canned responses, and configure custom fields. Always search tools first for current schemas.
testing
Expert Haskell engineer specializing in advanced type systems, pure functional design, and high-reliability software. Use PROACTIVELY for type-level programming, concurrency, and architecture guidance.
tools
GraphQL gives clients exactly the data they need - no more, no less. One endpoint, typed schema, introspection. But the flexibility that makes it powerful also makes it dangerous. Without proper controls, clients can craft queries that bring down your server. This skill covers schema design, resolvers, DataLoader for N+1 prevention, federation for microservices, and client integration with Apollo/urql. Key insight: GraphQL is a contract. The schema is the API documentation. Design it carefully.