The argument in one line.
Adding context_fork to any Claude Code skill file creates an orchestrator that runs multiple sub-skills sequentially, with each step reading the previous step output, collapsing a five-command workflow into a single slash command.
Read if. Skip if.
- You already use Claude Code slash commands and have built at least two or three individual skill files.
- You run multi-step workflows -- research, then copy, then email -- where you manually paste outputs from one step into the next.
- You use Obsidian or any local note system and want topic-level synthesis on demand.
- You want to reduce the number of decisions you make during a production run without going fully agentic.
- You have never written a Claude Code SKILL.md file -- the demo assumes that baseline.
- You want a zero-to-hero Claude Code setup guide; this is a single advanced feature, not an onboarding video.
The full version, fast.
Claude Code skills can orchestrate other skills when you add context_fork to the frontmatter of a parent skill file. The orchestrator runs each named sub-skill in its own context window, each step reads from a shared output folder, and the final step synthesizes everything into one artifact. The demo shows a five-skill launch pipeline producing a market scan, sales page, email sequence, social posts, and a PDF brief from one command, plus a three-skill Obsidian brain-brief that retrieves vault notes, extracts insights, and synthesizes a topic summary in about sixty seconds.
Chat with this breakdown — free.
Sign in and you get 23 free chat messages on us — ask for the hook, quote a framework, find the exact transcript moment, generate a markdown action plan. Bring your own key when you want unlimited.
Create a free account →Where the time goes.

01 · Cold open -- the workshop question
Sets up the discovery story: asked at a workshop whether skills can chain, said no, went back and found the answer. Promises to show the most powerful way to use Claude Code skills that nobody is talking about.

02 · Live demo -- launch offer chain (5 skills)
Runs /launch-offer with a workshop pitch as the input. Watches in real time as Claude executes market-scan, sales-page, email-sequence, social-announce, and launch-brief in sequence. Each step completes and immediately triggers the next.

03 · Final output PDF walkthrough
Opens the consolidated launch brief PDF. Shows executive summary, pricing tiers, competitive landscape, gaps, sales copy, email sequence, social media copy -- all generated from one command.

04 · Second brain demo teaser
Brief mention of the brain-brief chain to come later in the video.

05 · Sponsor -- Claude Code Magic Course (living course)
Pitches a living course in his skool community that updates as Claude Code changes. Framed as the responsible alternative to static courses that are obsolete before shipping.

06 · Why it matters -- the glue problem
Explains the problem: each skill is useful alone, but the creator is the glue between them. Chaining preserves human-in-the-loop nuance while removing the copy-paste steps. Chained skills produce contextually better output because each step is aware of preceding outputs.

07 · How it works -- context_fork and the orchestrator SKILL.md
Shows the actual SKILL.md file in the terminal. Walks through the frontmatter: name, description, context_fork, agent, allowed-tools. Then the body: Step 1 runs /market-scan, Step 2 /sales-page, etc. The folder is the shared brain. Walks the data flow diagram.

08 · Live demo -- brain brief chain (3 skills, Obsidian)
Runs /brain-brief with a query about Claude Code workshop structure. Shows /brain-search combing the Obsidian vault, /brain-extract pulling key insights, /brain-synthesize writing the comprehensive brief. 33 relevant notes found, 25 key insights extracted, full output in ~60 seconds.

09 · How to build your own
Recap: (1) keep building individual skills normally, (2) when you see leverage, create an orchestrator skill with context_fork, (3) list the sub-skill commands in order and specify what output to return.

10 · Final CTA + outro
Points to the free Skill Chaining Kit (link 2 in description) and the Claude Code Magic Course community (link 1). Standard like/comment/subscribe outro.
Lines worth screenshotting.
- context_fork is one line in a skill file frontmatter that runs the skill in its own context window -- separate brain, narrow focus, single output.
- Each chained skill reads from a shared output folder rather than from the chat context, so long pipelines do not hit context limits.
- You are already the glue between your skills -- skill chaining formalizes that glue into a file so Claude runs it without you in the loop.
- A pseudo-army of skills beats a real army of agents when you need nuance and human-in-the-loop checkpoints at the end, not full autonomy.
- The orchestrator SKILL.md is just markdown -- no code, no framework. Step 1: run /market-scan. Step 2: run /sales-page. That is the entire syntax.
- Obsidian plus three chained skills (search, extract, synthesize) replaces an afternoon of manual note review with a sixty-second command.
- Skill chaining is not deterministic automation -- it preserves the human-in-the-loop while removing the copy-paste steps between commands.
- The shared output folder is the context. Skill 1 writes market_scan.md; Skill 5 reads everything in the folder. No vector store required.
- A living course that updates as Claude Code changes is the only responsible way to sell Claude Code education -- static courses are deprecated before they ship.
- Each sub-skill stays useful on its own; the orchestrator only adds value at the junction points where you would otherwise be the bridge.
One line converts your skill library into a pipeline.
context_fork is the missing abstraction between running one skill at a time and building full agents -- it chains your existing skill files into a sequence without any new code.
- A public mistake is a better hook than a public win -- admitting you were wrong in public, then correcting it, builds more trust than claiming expertise from the start.
- Demo-first structure earns the explanation. Watching all five steps execute before any theory is explained gives the viewer a concrete mental model to attach the mechanics to.
- Each step transition in the terminal output is the real proof. The value is not the PDF -- it is watching step 2 begin immediately when step 1 finishes, with no human prompt in between.
- Name the tax before you offer the remedy. The glue problem -- manually bridging every skill output to the next skill input -- is the invisible cost most Claude Code users pay daily without realizing it.
- The distinction between deterministic automation and human-in-the-loop orchestration is load-bearing. Skill chains are not bots -- they run without stopping, but with a human reviewing the end state.
- context_fork is just a frontmatter field in a markdown file. The entire mechanism that feels magical is six words in a YAML header.
- The data flow diagram (Skill 1 writes, Skill 2 reads 1+2, Skill 5 reads everything) reveals the design principle: the output folder is the only shared state. This is simpler and more debuggable than any database-backed agent memory.
- The Obsidian demo generalizes the pattern beyond business use cases. Any large text corpus (notes, transcripts, emails) can be searched, extracted, and synthesized with three chained skills.
- Using grep and glob as a CLI fallback means the brain-brief chain requires zero Obsidian plugins or API access -- just the vault folder on disk.
- The build sequence matters: individual skills first, orchestrator second. Trying to design the chain before the sub-skills exist produces brittle pipelines with no fallback when a step fails.
Terms worth knowing.
- context_fork
- A single-line directive in a Claude Code SKILL.md frontmatter that runs the skill in its own isolated context window, separate from the main session. Enables skills to call other skills without polluting shared context.
- orchestrator skill
- A parent SKILL.md file whose body is a numbered list of sub-skill commands to execute in sequence. The orchestrator itself produces no content -- it coordinates the sub-skills and specifies what output to return at the end.
- sub-skill
- An individual slash command skill (e.g., /market-scan, /sales-page) that a parent orchestrator calls. Each sub-skill runs independently and writes its output to a shared folder the next sub-skill reads from.
- shared output folder
- A file-system directory that serves as the memory between chained skills. Skill 1 writes its output there; Skill 2 reads that file plus adds its own; by Skill 5, the folder contains the full pipeline output.
- brain brief
- The output of a three-skill Obsidian chain (search, extract, synthesize) that produces a comprehensive topic summary from vault notes on demand, triggered by a single slash command.
Things they pointed at.
Lines you could clip.
“There is one line that you can add to any skill that lets you execute a series of skills in sequence from one single source.”
“Instead of using an army of agents, you are using a pseudo army of skills to create a cohesive output.”
“Running it in that window gives it a separate context window, a narrow focus on running these all one after the other, and then bringing back the output, which is all you care about at the end of the day.”
“Continue building your skills as you have been on their own, but where it makes sense and where you see opportunities for leverage, you can then combine them into one unified super skill.”
Word for word.
Don't just watch it. Burn it in.
See every word as it's spoken — crank it to 2× and still catch all of it. The same dual-channel trick behind Amazon's Kindle + Audible.
The bait, then the rug-pull.
Mark opens with a confession: he was wrong in public, told a room full of workshop attendees that skill chaining was not possible, then went home and proved himself wrong. The hook works because the mistake is credible -- even an expert can miss a one-line feature buried in the documentation -- and the payoff is proportionally satisfying: one line unlocks the entire thing.
Named ideas worth stealing.
Skill Chain Architecture
- Orchestrator SKILL.md with context_fork in frontmatter
- Step 1: /market-scan -- writes market_scan.md
- Step 2: /sales-page -- reads step 1, writes sales_page.md
- Step 3: /email-sequence -- reads steps 1+2
- Step 4: /social-announce -- reads previous outputs
- Step 5: /launch-brief -- reads all, produces consolidated PDF
The orchestrator file runs in its own context window, invokes each sub-skill in sequence, and passes a shared output folder as the persistent memory each step reads from and writes to. No API calls, no vector store -- just files.
Second Brain Chain (brain-brief)
- /brain-search: searches entire Obsidian vault comprehensively, uses grep/glob as CLI fallback
- /brain-extract: pulls key insights and tasks from search results
- /brain-synthesize: writes the comprehensive brief from extracted insights
Three skills, one /brain-brief topic command, ~60 second execution. Works against any local vault with no special Obsidian plugin required.
Pseudo-Army of Skills vs. Real Army of Agents
Chained skills are not agents. They run sequentially with human-in-the-loop at the end, not in parallel with autonomous decision-making mid-run. The trade-off: less autonomy, more determinism, lower cost, easier to debug.
How they asked for the click.
“I will make both of these skills available to you in the second link in the description below so you can use it, take advantage of it, and pretty much emulate my style and apply it to your processes.”
Two CTAs: mid-video sponsor for the Claude Code Magic Course (skool, link 1), end-video gift pitch for the free Skill Chaining Kit (gumroad, link 2). The free kit as a second link is smart -- lower friction close on a how-to video where viewers want the files, not the course.







































































