
Workflow Skill Creator
Package a workflow you just finished with an agent into a reusable SKILL.md instead of re-explaining the same steps every session.
Overview
Workflow Skill Creator is an agent skill most often used in Build (also Validate, Operate) that distills a completed interaction into a reusable SKILL.md after mandatory brainstorming.
Install
npx skills add https://github.com/google-deepmind/science-skills --skill workflow-skill-creatorWhat is this skill?
- MANDATORY Phase 1 brainstorming before any SKILL.md or code—hard gate against rigid or vague skills
- Iterative 2–3 question rounds from a question bank, not a single long intake form
- Round 1 focuses on workflow summary accuracy, expected inputs/outputs, and rerun frequency
- Explicit scope: distill completed workflows only—not greenfield skill invention
- Triggers on phrases like make this a skill, package this workflow, create a skill from what we just did
- Round 1 starter bank includes 3 core workflow questions with 2–3 questions per conversational round
Adoption & trust: 645 installs on skills.sh; 1.7k GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
You solved a multi-step problem once with an agent but have no packaged skill to replay the same workflow reliably.
Who is it for?
Builders who just finished a repeatable agent workflow and want it versioned as a skill with explicit I/O and trigger phrasing.
Skip if: Creating brand-new skills with no prior workflow to distill—use a generic skill-creator instead, per the skill’s own guardrail.
When should I use this skill?
When the user asks to turn their workflow, interaction, or multi-step process into a skill, or says make this a skill, create a skill from what we just did, package this workflow, or similar—not for skills from scratch w
What do I get? / Deliverables
You exit with a brainstorm-validated skill specification and SKILL.md content extracted from what already happened—not from scratch without a workflow.
- Brainstorm-validated workflow summary with inputs, outputs, and frequency
- SKILL.md and supporting skill artifacts extracted from the observed process
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Agent-tooling is the canonical shelf because the output is a new skill artifact for your agent stack, typically created while improving how you build and ship with agents. Distilling lived interactions into skills is tooling for the agent layer—not a one-off app feature or generic doc pass.
Where it fits
Capture a repeated competitive-research chat as a skill after confirming inputs and outputs in Phase 1 brainstorming.
Package a codegen plus test loop you ran three times into SKILL.md triggers the whole team can invoke.
Distill an incident triage workflow from a live debug session once the steps stabilized.
How it compares
Workflow distiller after the fact—not a substitute for generic skill-creator when no completed process exists.
Common Questions / FAQ
Who is workflow-skill-creator for?
Solo and indie builders using Claude Code, Cursor, or Codex who want to turn a successful multi-step agent session into a reusable skill package.
When should I use workflow-skill-creator?
After Validate when a scoping ritual worked; during Build when a codegen or analysis pipeline should become a named skill; in Operate when you refine recurring debug or monitoring playbooks—always when a workflow already happened and you say make this a skill or package this work
Is workflow-skill-creator safe to install?
The skill guides conversation and SKILL.md authoring; it does not claim audited pass counts—review the Security Audits panel on this page before installing.
Workflow Chain
Requires first: brainstorming
SKILL.md
READMESKILL.md - Workflow Skill Creator
# Workflow-to-Skill Distiller Turns a completed workflow into a reusable agent skill. Specifically, this skill extracts patterns from an interaction or workflow that **already happened** and packages them. > [!CAUTION] **You MUST complete Phase 1 (Brainstorming) before writing any code > or SKILL.md content.** Skipping brainstorming produces skills that are either > too rigid or too vague. The brainstorming conversation is the most important > part of this process. ## Phase 1: Brainstorming (MANDATORY) Have an **iterative back-and-forth conversation** with the user. Do NOT ask all questions at once. Pick 2-3 relevant questions per round from the bank below, refine your understanding, and ask follow-ups. ### Round 1: Understand the Workflow Start by summarizing what you observed from the workflow, then ask: 1. "Here's my understanding of the workflow: [summary]. Is this accurate? What would you change?" 2. "What are the expected inputs and outputs for this workflow?" 3. "How often do you expect to run this workflow? Is it recurring or one-off?" ### Round 2: Flexibility and Error Handling For each step identified in the workflow, determine its rigidity: 1. "For [step X], if the primary approach fails (e.g., API down, no results), should the agent: (a) ask you for guidance, (b) try alternative approaches automatically, or (c) fail loudly with an error?" 2. "Are there any steps where the exact method matters (e.g., must use a specific database), vs. steps where any reasonable approach is fine?" 3. "Should the skill handle edge cases silently or surface them to the user?" ### Round 3: Dependencies and Resources Before asking these questions, check which of your installed skills overlap with the workflow. If an existing skill from the science bundle covers a step, the new skill **MUST** reference it — do not offer a self-contained option. 1. "I noticed the workflow uses functionality covered by [existing skill X, skill Y]. The new skill will reference these rather than reimplementing them. Are there any other tools or skills you'd like me to incorporate?" 2. "Are there any API rate limits I should be aware of for services used in this workflow that aren't already covered by an existing skill?" 3. "Are there specific files that provide important scientific context for creating this skill? For example: API documentation, reference papers, example datasets, or domain-specific notes. If so, please share them and I will incorporate their content into the skill's reference materials." ### Round 4: Scope and Shape 1. "Our workflow covered [X, Y, Z]. Should I distill all of these into the skill, or is there additional functionality that's important to include? Conversely, should any of these be left out?" 2. Determine whether the skill needs any code. If any step involves calling an API, processing data, reading/writing files, or computing results, the skill **needs code** and you should default to the CLI pattern. Only use a text-only instruction skill when every step is purely about reasoning, coordinating existing tools, or following a written protocol with no programmatic work at all. Confirm your assessment with the user in plain language: - If code is needed: "Some of these steps involve [fetching data from an API / processing files / computing results], so I'll create a helper script that the agent can run for you. The script will have simple command