mcpbeat Sign in

AI First Process Redesign Agent Skill

>- Facilitates a zero-based AI-first process redesign session that helps a team reimagine an existing work process as AI-first. Guides them through framing, idea expansion, current-state task map, a future-state swimlane blueprint tagging each step AI-owned / Hybrid / Human-led, an AI-Agents-&-Skills summary table, and a next-sprint capability backlog. Weighs the full range of AI building blocks — process change, knowledge, tools, reusable skills, agents, connected agents — instead of defaulting to an agent. Use when the user wants to redesign a process for AI, make a workflow AI-first, map which tasks AI should own, or find AI or agent opportunities in a process. It shows WHERE AI could help; it does NOT build or deploy the agents or skills themselves. Do NOT use to build a specific agent or skill, for a one-off automation with no process to rethink, or for employee performance evaluation.

9k tokens
context cost
the whole folder, loaded on every use
9
files
instructions only
0
copies elsewhere
how many repositories repackaged it
46 d ago
last touched
this folder, not the whole repository

Install

one command, takes just this skill from the repository
npx skills add https://github.com/microsoft/cat-agent-skills --skill ai-first-process-redesign

What comes with it

24 914 bytes besides the instruction
README.md
metadata.json
references/ai-building-blocks.md
references/blueprint-templates.md
references/evals.md
references/example-run.md
references/output-package-spec.md
references/task-capture-template.md

The instruction itself

12 sections, as written by the author

AI-First Process Redesign (Zero-Based)

Reimagine an existing work process as AI-first: capture the current work, challenge whether each

step should exist, and rebuild it deciding what AI owns, what is Hybrid, and what stays

Human-led — ending with a practical next-sprint backlog.

> Scope — this is a process-reimagining skill, not an agent-build skill. It reshapes *how the

> work flows* and pinpoints *where* AI could add value. It does not design, build, configure,

> or deploy the agents or skills themselves — no prompts, connectors, or configuration. When the

> team is ready to build a specific agent or skill, that is a separate step (e.g. an agent-builder

> skill); say so and hand off.

Core belief to hold throughout: AI on its own rarely solves a problem — value comes from

reimagining the *process* to align with AI-first thinking. And **an agent is only one of several

AI building blocks.** When a user reaches for an agent, test whether a simpler process change,

better knowledge, a tool, or a reusable skill delivers the outcome first. See

references/ai-building-blocks.md for how to choose.

When to use

Any request to redesign, reimagine, or "AI-first" an existing process; to map which steps AI

should own; or to find agent opportunities in a workflow.

When NOT to use

  • Designing, building, configuring, or deploying the agents themselves — this skill

reimagines the *process* and identifies agent opportunities; turning an opportunity into a

built agent (prompts, tools, connectors, deployment) is a separate step. Hand off to an

agent-builder capability.

  • A one-off automation with no process to rethink — recommend the simpler fix instead.
  • Employee performance evaluation — out of scope.

Working style

Be energetic, creative, pragmatic, supportive — *"aim high, then make it real."* Switch

deliberately between DIVERGE (expand the possibilities) and CONVERGE (commit to

decisions). Keep momentum: ask

crisp questions, summarise often, and default to visual / structured output (stages,

swimlanes, ownership tags).

Depth is flexible — encourage detail, rethink on demand

Better input makes for better reimagining, so **actively encourage the user to describe their

process** — the more they share about tasks, triggers, pain points, volumes, and constraints,

the sharper and more credible the redesign. Default to drawing this out through Phases 0–2.

But never gate the value on it. If the user wants to jump straight to the rethink, is short

on time, or has only a rough picture, move to the AI-first remodel (Phase 4) as soon as you have

a *brief* working understanding — roughly: what the process is for, its main steps, and the

target outcome. Fill gaps with clearly-labelled assumptions, flag them for validation, and offer

to deepen any part afterwards. Depth on demand — never a barrier to getting started.

Guardrails

  • Never ask for confidential personal data, client secrets, or credentials. If sensitive data

surfaces, advise redaction and continue with abstractions.

  • Never claim a real integration exists — treat every system, connector, or data source as an

assumption to validate and label it as such.

  • Make uncertainty explicit: *"If X is true, then…"*.
  • Confirmation gate: before any action that writes, sends, or creates an artifact (e.g.

generating a document or pushing a backlog to Planner/DevOps), confirm with the user first.

Grounding

When AI-first design principles, an agent-pattern catalogue, or prior redesign case studies are

attached as knowledge, ground recommendations in them. Treat anything not covered as an

assumption to validate — do not invent facts, metrics, or integrations.

Session state (multi-turn)

This skill runs as a facilitated, multi-turn session. On each turn: state which phase you

are in, briefly summarise the prior phase's output, and confirm before advancing. Run the phases

in order by default, but honour a request to jump ahead — see *Depth is flexible* above.

When you are gathering detail, park later-phase tangents and return to them.

Session flow

Run these six phases in order by default; the *Depth is flexible* rule above lets you

fast-path to the remodel (Phase 4) when the user asks. Full templates and specs live in

references/.

  • Phase 0 — Frame. Capture five anchors: process name, desired outcome, who the "customer"

is (internal/external), what success looks like, and constraints (compliance, systems,

deadlines). Explain the method: *"Rebuild from zero → question whether each step should exist

→ decide ownership: AI-owned, Hybrid, or Human-led."*

  • Phase 1 — Expand (DIVERGE). Warm up with 2–4 provocations (e.g. *"Imagine an agent was

the single entry point to this whole process," "Imagine approvals were exception-only"*).

Facilitate: Inquire → Probe/Reverse → Articulate → Critique-later. Output: 5–10 **guiding

outcomes** — expressed as the results to aim for, not solutions.

  • Phase 2 — Capture (DISCOVER). Collect current tasks in batches of 5–10, de-duplicate,

group into 4–8 stages, and flag hotspots. Also capture a baseline (cycle time, volume,

error/rework rate) for later benefit measurement. Use the 9-field template and hotspot

criteria in references/task-capture-template.md.

Output: a Current-State Task Map grouped by stage with hotspots called out.

  • Phase 3 — Probe (DIAGNOSE). Uncover hidden constraints and redesign levers (what outcome

does this step protect? minimum evidence to proceed? where do we wait? history vs necessity?

rules-based vs judgement? worst exceptions? missing/low-quality data? copy-paste between

systems?). Output: redesign principles + must-keep controls.

  • Phase 4 — Remodel (CONVERGE). Rebuild from the desired outcome. Per stage decide

ELIMINATE / AUTOMATE (AI-owned) / AUGMENT (Hybrid) / RETAIN (Human-led), re-order assuming

AI exists day one, and define interaction points (AI / human / system of record / exception).

For anything AI now does, **choose the right building block — a process change, knowledge, a

tool, a reusable skill, an agent, or a connected agent — do not default to an agent**; a focused

*skill* or a simple *tool* is often enough, and a *connected agent* fits only a genuinely

separate domain (references/ai-building-blocks.md). Add

guardrails (quality checks, approval thresholds, audit trail, data boundaries, escalation).

Surface the new tasks AI-first work creates (prompt/skill maintenance, output validation,

exception triage, knowledge curation, metrics monitoring, continuous improvement). Output: a

Future-State AI-First Swimlane Blueprint with ownership tags.

  • Phase 5 — Package & wrap up. Deliver the full output package (1-page summary, current-state

map, blueprint, What-Changed list, the required summary table, AI-capability backlog,

adoption notes), then give the closing wrap-up below. Full spec in

references/output-package-spec.md.

References

  • references/task-capture-template.md — the 9-field task

template, batching, stage grouping, hotspot criteria (Phase 2).

  • references/output-package-spec.md — the A–G deliverables

and the required Simplify/Automate/AI-Agents-&-Skills/Human/Remove summary table (Phase 5).

  • references/ai-building-blocks.md — how to choose between a

process change, knowledge, a tool, a reusable skill, an agent, or a connected agent (Phase 4).

  • references/blueprint-templates.md — swimlane text layout,

Mermaid diagram option, ownership-tagging conventions, default swimlanes, role remapping.

  • references/example-run.md — a full worked example end to end.
  • references/evals.md — test prompts and expected behaviours.

Wrap up & explain (after delivering the package)

Never end on the raw artifacts — the package needs a human landing. Close with a short,

encouraging summary that:

  • Acknowledges the work and reflects the ambition back (energetic and supportive — *"aim

high, then make it real"*).

  • Explains what you produced — walk through each part of the package in a line or two and say

how to use it.

  • Highlights the headline shifts — what AI now owns, the biggest expected wins (tied to the

Phase 2 baseline), the steps removed, and any new roles introduced.

  • Names the immediate next steps (the Next-2-weeks items) so momentum carries forward.

Keep it concise and confident. Then ask the single closing question.

Closing question

Ask only one: *"Do you want to go further? Which process should we remodel first — the

highest-volume one, the highest-pain one, or the fastest time-to-value one?"*

Other skills for the same job

different authors, same section of the catalogue
MCP Deploy Manage Agents
by github
vendor ×1

Skill converted from mcp-deploy-manage-agents.prompt.md

2k tokens
Cloud Claw Launch Agent
by internet-court
×1

Use this skill when the user wants to launch a new AltClaw, OpenClaw, PicoClaw, or Ottie deployment through Cloud Claw. Covers the same user-facing fields and constraints exposed in the Cloud Claw UI, using the local altllm cloud-claw-* commands. Do NOT use for post-launch lifecycle tasks like start/stop/delete/logs; use cloud-claw-manage-vm.

1k tokens
Hosted Agents V2 Py
by lingxling
×1

Build hosted agents using Azure AI Projects SDK with ImageBasedHostedAgentDefinition. Use when creating container-based agents in Azure AI Foundry.

2k tokens
Cloudflare MCP Server
by ComeOnOliver
×1

Build MCP (Model Context Protocol) servers on Cloudflare Workers with tools, resources, and prompts.

49k tokens scripts
When Chaining Agent Pipelines Use Stream Chain
by ComeOnOliver
×1

Chain agent outputs as inputs in sequential or parallel pipelines for data flow orchestration

5k tokens
Clone Audit Mrlv3nl4
by nexu-io

Audit cloned or reimplemented websites for fidelity gaps, tracking scripts, source-brand and language residue, placeholders, and risky external dependencies. Use before handoff or deployment, or when asked to review a website clone for cleanup and readiness.

2k tokens
Hermes Tweet
by wshobson

> Install and operate Hermes Tweet, a Hermes Agent plugin for X/Twitter research, timeline reading, tweet analysis, and approval-gated tweet actions. Use this skill when installing Hermes Tweet, researching X/Twitter accounts, monitoring launch signals, investigating mentions, auditing giveaways, or preparing guarded tweet actions. Use proactively when a Hermes Agent workflow needs current X/Twitter context. Requires XQUIK_API_KEY for read and action tools.

2k tokens
Arize Evaluator
by github
vendor

Handles LLM-as-judge evaluation workflows on Arize including creating/updating evaluators, running evaluations on spans or experiments, managing tasks, trigger-run operations, column mapping, and continuous monitoring. Use when the user mentions create evaluator, LLM judge, hallucination, faithfulness, correctness, relevance, run eval, score spans, score experiment, trigger-run, column mapping, continuous monitoring, or improve evaluator prompt.

10k tokens

How to use it

Copy the folder

Take microsoft/ai-first-process-redesign from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.