skills/cjharmath/react-state-flows/SKILL.md
Complex multi-step operations in React. Use when implementing flows with multiple async steps, state machine patterns, or debugging flow ordering issues. Works for both React web and React Native.
npx skillsauth add aiskillstore/marketplace react-state-flowsInstall 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.
Multi-step operations with dependencies between steps are prone to ordering bugs, missing preconditions, and untested edge cases. Even without a formal state machine library, thinking in states and transitions prevents bugs.
Problem: Complex flows have implicit states that aren't modeled, leading to invalid transitions.
Example - Checkout flow states:
IDLE → VALIDATING → PROCESSING_PAYMENT → CONFIRMING → COMPLETE
↓
ERROR
Each transition should have:
// Document the flow explicitly
/*
* CHECKOUT FLOW
*
* State: IDLE
* Precondition: cart exists with items
* Action: validateCart
* Postcondition: cart validated, prices confirmed
*
* State: VALIDATING
* Precondition: cart validated
* Action: processPayment
* Postcondition: payment authorized
*
* State: PROCESSING_PAYMENT
* Precondition: payment authorized
* Action: confirmOrder
* Postcondition: order created, confirmation number assigned
*
* ... continue for each state
*/
Problem: Flow logic scattered across multiple functions, hard to verify ordering.
// WRONG - implicit flow, easy to miss steps or misordering
async function checkout(cartId: string) {
validateCart(cartId); // Missing await!
await processPayment(cartId);
await confirmOrder(cartId);
}
// CORRECT - explicit flow with validation
async function checkout(cartId: string) {
const flowId = `checkout-${Date.now()}`;
logger.info(`[${flowId}] Starting checkout flow`, { cartId });
// Step 1: Validate cart
await validateCart(cartId);
const cart = useStore.getState().cart;
if (!cart.validated) {
throw new Error(`[${flowId}] Cart validation failed`);
}
logger.debug(`[${flowId}] Cart validated`);
// Step 2: Process payment
await processPayment(cartId);
const payment = useStore.getState().payment;
if (!payment.authorized) {
throw new Error(`[${flowId}] Payment authorization failed`);
}
logger.debug(`[${flowId}] Payment processed`);
// Step 3: Confirm order
await confirmOrder(cartId);
logger.info(`[${flowId}] Checkout flow completed`);
}
Problem: Long async functions with many steps become unwieldy.
interface FlowStep<TContext> {
name: string;
execute: (context: TContext) => Promise<void>;
validate?: (context: TContext) => void; // Postcondition check
}
interface CheckoutContext {
cartId: string;
flowId: string;
}
const checkoutSteps: FlowStep<CheckoutContext>[] = [
{
name: 'validateCart',
execute: async (ctx) => {
await validateCart(ctx.cartId);
},
validate: (ctx) => {
const cart = useStore.getState().cart;
if (!cart.validated) {
throw new Error(`[${ctx.flowId}] Cart not validated`);
}
},
},
{
name: 'processPayment',
execute: async (ctx) => {
await processPayment(ctx.cartId);
},
validate: (ctx) => {
const payment = useStore.getState().payment;
if (!payment.authorized) {
throw new Error(`[${ctx.flowId}] Payment not authorized`);
}
},
},
{
name: 'confirmOrder',
execute: async (ctx) => {
await confirmOrder(ctx.cartId);
},
},
];
async function executeFlow<TContext>(
steps: FlowStep<TContext>[],
context: TContext,
flowName: string
) {
const flowId = `${flowName}-${Date.now()}`;
logger.info(`[${flowId}] Starting flow`, context);
for (const step of steps) {
logger.debug(`[${flowId}] Executing: ${step.name}`);
try {
await step.execute(context);
if (step.validate) {
step.validate(context);
}
logger.debug(`[${flowId}] Completed: ${step.name}`);
} catch (error) {
logger.error(`[${flowId}] Failed at: ${step.name}`, { error: error.message });
throw error;
}
}
logger.info(`[${flowId}] Flow completed`);
}
// Usage
await executeFlow(checkoutSteps, { cartId, flowId }, 'checkout');
Problem: Components need to know current flow state for UI feedback.
type CheckoutFlowState =
| { status: 'idle' }
| { status: 'loading'; step: string }
| { status: 'ready' }
| { status: 'processing'; step: string }
| { status: 'complete'; orderId: string }
| { status: 'error'; message: string; step: string };
const useCheckoutStore = create<{
flowState: CheckoutFlowState;
setFlowState: (state: CheckoutFlowState) => void;
}>((set) => ({
flowState: { status: 'idle' },
setFlowState: (flowState) => set({ flowState }),
}));
async function checkout(cartId: string) {
const { setFlowState } = useCheckoutStore.getState();
try {
setFlowState({ status: 'processing', step: 'validating' });
await validateCart(cartId);
setFlowState({ status: 'processing', step: 'payment' });
await processPayment(cartId);
setFlowState({ status: 'processing', step: 'confirming' });
const order = await confirmOrder(cartId);
setFlowState({ status: 'complete', orderId: order.id });
} catch (error) {
setFlowState({
status: 'error',
message: error.message,
step: useCheckoutStore.getState().flowState.step,
});
}
}
// Component usage
function CheckoutScreen() {
const flowState = useCheckoutStore((s) => s.flowState);
if (flowState.status === 'processing') {
return <Loading step={flowState.step} />;
}
if (flowState.status === 'error') {
return <Error message={flowState.message} step={flowState.step} />;
}
if (flowState.status === 'complete') {
return <Confirmation orderId={flowState.orderId} />;
}
// ... render based on state
}
Problem: Unit tests for individual functions don't catch flow-level bugs.
describe('Checkout Flow', () => {
beforeEach(() => {
useCheckoutStore.getState()._reset();
});
it('completes full checkout flow', async () => {
const cartId = 'test-cart';
const store = useCheckoutStore;
// Setup: Add items to cart
store.getState().addItem({ id: 'item-1', price: 100 });
// Execute full flow
await store.getState().checkout(cartId);
// Verify final state
expect(store.getState().flowState.status).toBe('complete');
expect(store.getState().flowState.orderId).toBeDefined();
});
it('handles payment failure gracefully', async () => {
// Mock payment to fail
mockPaymentApi.mockRejectedValueOnce(new Error('Card declined'));
await expect(
store.getState().checkout(cartId)
).rejects.toThrow('Card declined');
expect(store.getState().flowState.status).toBe('error');
expect(store.getState().flowState.step).toBe('payment');
});
});
Document complex flows with diagrams for team understanding:
## Checkout Flow
### Happy Path
┌─────────┐ ┌──────────────┐ ┌─────────────────┐ ┌─────────────┐ │ Start │────▶│ Validate Cart│────▶│ Process Payment │────▶│ Confirm │ └─────────┘ └──────────────┘ └─────────────────┘ └─────────────┘ │ │ │ ▼ ▼ ▼ Postcondition: Postcondition: Postcondition: cart.validated payment.authorized order.created │ ▼ ┌──────────┐ │ Complete │ └──────────┘
### Error States
Any step can fail → transition to ERROR state with step context.
From ERROR: user can retry or exit.
Before implementing:
During implementation:
After implementation:
Consider XState when:
For simpler flows, explicit steps with validation (as shown above) are often sufficient and more readable.
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.