New to Claude Skills? Learn how to install them →

Sgithub on GitHub

Salesforce Flow Design

OfficialFree

Ensure effective Salesforce Flow design and validation.

by github37.7k stars on github/awesome-copilot
3 views
Updated Aug 10, 2026
Get this skill

Free · Opens the source repo

What Salesforce Flow Design does

The Salesforce Flow Design skill provides a comprehensive guide for developers and designers to create effective and efficient Salesforce Flows. It emphasizes a structured approach to flow architecture, ensuring that users select the right type of flow based on their specific use cases. By following the outlined steps, users can confirm that a flow is the appropriate tool for their requirements, select the correct flow type, and implement best practices for bulk safety and fault handling. This skill is particularly useful for those involved in designing or reviewing Record-Triggered, Screen, Autolaunched, Scheduled, or Platform Event flows.

The skill begins by guiding users to evaluate whether a flow is indeed the right solution or if a simpler declarative option, such as a formula field or validation rule, would suffice. Once the need for a flow is established, it assists in selecting the appropriate flow type, detailing key constraints for each type to avoid common pitfalls. The bulk safety checklist is critical for ensuring that flows operate efficiently and within Salesforce's governor limits, helping prevent runtime errors that could disrupt business processes.

Moreover, the skill addresses fault handling standards, ensuring that all elements capable of failing have appropriate fault connectors to manage errors gracefully. This aspect is crucial for maintaining user experience and system integrity. Additionally, the automation density check helps users avoid conflicts between multiple automations, which can lead to unexpected behaviors and performance issues. Lastly, the skill provides UX guidelines for Screen Flows, ensuring a smooth user interaction and deployment safety protocols to minimize risks during activation.

This skill is ideal for Salesforce developers and administrators who want to enhance their flow design practices and ensure that their automations are robust, efficient, and user-friendly. By following the structured approach outlined in this skill, users can significantly reduce the likelihood of errors and improve the overall quality of their Salesforce implementations.

When to use it

Use this skill when designing or reviewing Salesforce Flows to ensure best practices are followed and flows are optimized.

When not to use it

This skill may not be necessary for simple automation tasks that can be handled by basic Salesforce features like formula fields or validation rules.

What you can build with it

Designing a Complex Flow

When tasked with creating a complex multi-object Flow, use this skill to ensure you select the right flow type and follow best practices.

Reviewing Existing Flows

Utilize this skill to systematically review existing Flows for compliance with bulk safety and fault handling standards.

Preparing for Deployment

Before deploying a Flow, apply the deployment safety steps outlined in this skill to mitigate risks.

How to install Salesforce Flow Design

View source

1. Install with the skills CLI

npx skills add github/awesome-copilot/salesforce-flow-design --agent claude-code

2. Or install it manually

Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.

Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs

Inside SKILL.md

Written by github

Salesforce Flow Design and Validation

Apply these checks to every Flow you design, build, or review.

Step 1 — Confirm Flow Is the Right Tool

Before designing a Flow, verify that a lighter-weight declarative option cannot solve the problem:

RequirementBest tool
Calculate a field value with no side effectsFormula field
Prevent a bad record save with a user messageValidation rule
Sum or count child records on a parentRoll-up Summary field
Complex multi-object logic, callouts, or high volumeApex (Queueable / Batch) — not Flow
Everything elseFlow ✓

If you are building a Flow that could be replaced by a formula field or validation rule, ask the user to confirm the requirement is genuinely more complex.

Step 2 — Select the Correct Flow Type

Use caseFlow typeKey constraint
Update a field on the same record before it is savedBefore-save Record-TriggeredCannot send emails, make callouts, or change related records
Create/update related records, emails, calloutsAfter-save Record-TriggeredRuns after commit — avoid recursion traps
Guide a user through a multi-step UI processScreen FlowCannot be triggered by a record event automatically
Reusable background logic called from another FlowAutolaunched (Subflow)Input/output variables define the contract
Logic invoked from Apex @InvocableMethodAutolaunched (Invocable)Must declare input/output variables
Time-based batch processingScheduled FlowRuns in batch context — respect governor limits
Respond to events (Platform Events / CDC)Platform Event–TriggeredRuns asynchronously — eventual consistency

Decision rule: choose before-save when you only need to change the triggering record's own fields. Move to after-save the moment you need to touch related records, send emails, or make callouts.

Step 3 — Bulk Safety Checklist

These patterns are governor limit failures at scale. Check for all of them before the Flow is activated.

DML in Loops — Automatic Fail

Loop element
  └── Create Records / Update Records / Delete Records  ← ❌ DML inside loop

Fix: collect records inside the loop into a collection variable, then run the DML element outside the loop.

Get Records in Loops — Automatic Fail

Loop element
  └── Get Records  ← ❌ SOQL inside loop

Fix: perform the Get Records query before the loop, then loop over the collection variable.

Correct Bulk Pattern

Get Records — collect all records in one query
└── Loop over the collection variable
    └── Decision / Assignment (no DML, no Get Records)
└── After the loop: Create/Update/Delete Records — one DML operation

Transform vs Loop

When the goal is reshaping a collection (e.g. mapping field values from one object to another), use the Transform element instead of a Loop + Assignment pattern. Transform is bulk-safe by design and produces cleaner Flow graphs.

Step 4 — Fault Path Requirements

Every element that can fail at runtime must have a fault connector. Flows without fault paths surface raw system errors to users.

Elements That Require Fault Connectors

  • Create Records
  • Update Records
  • Delete Records
  • Get Records (when accessing a required record that might not exist)
  • Send Email
  • HTTP Callout / External Service action
  • Apex action (invocable)
  • Subflow (if the subflow can throw a fault)

Fault Handler Pattern

Fault connector → Log Error (Create Records on a logging object or fire a Platform Event)
               → Screen element with user-friendly message (Screen Flows)
               → Stop / End element (Record-Triggered Flows)

Never connect a fault path back to the same element that faulted — this creates an infinite loop.

Step 5 — Automation Density Check

Before deploying, verify there are no overlapping automations on the same object and trigger event:

  • Other active Record-Triggered Flows on the same Object + When to Run combination
  • Legacy Process Builder rules still active on the same object
  • Workflow Rules that fire on the same field changes
  • Apex triggers that also run on the same before insert / after update context

Overlapping automations can cause unexpected ordering, recursion, and governor limit failures. Document the automation inventory for the object before activating.

Step 6 — Screen Flow UX Guidelines

  • Every path through a Screen Flow must reach an End element — no orphan branches.
  • Provide a Back navigation option on multi-step flows unless back-navigation would corrupt data.
  • Use lightning-input and SLDS-compliant components for all user inputs — do not use HTML form elements.
  • Validate required inputs on the screen before the user can advance — use Flow validation rules on the screen.
  • Handle the Pause element if the flow may need to await user action across sessions.

Step 7 — Deployment Safety

Deploy as Draft    →   Test with 1 record   →   Test with 200+ records   →   Activate
  • Always deploy as Draft first and test thoroughly before activation.
  • For Record-Triggered Flows: test with the exact entry conditions (e.g. ISCHANGED(Status) — ensure the test data actually triggers the condition).
  • For Scheduled Flows: test with a small batch in a sandbox before enabling in production.
  • Check the Automation Density score for the object — more than 3 active automations on a single object increases order-of-execution risk.

Quick Reference — Flow Anti-Patterns Summary

Anti-patternRiskFix
DML element inside a LoopGovernor limit exceptionMove DML outside the loop
Get Records inside a LoopSOQL governor limit exceptionQuery before the loop
No fault connector on DML/email/callout elementUnhandled exception surfaced to userAdd fault path to every such element
Updating the triggering record in an after-save flow with no recursion guardInfinite trigger loopsAdd an entry condition or recursion guard variable
Looping directly on $Record collectionIncorrect behaviour at scaleAssign to a collection variable first, then loop
Process Builder still active alongside a new FlowDouble-execution, unexpected orderingDeactivate Process Builder before activating the Flow
Screen Flow with no End element on all branchesRuntime error or stuck userEnsure every branch resolves to an End element

Frequently asked questions about Salesforce Flow Design

Similar skills