workflow-automation
Design and implement workflow automation with task routing approval chains and SLA monitoring for securities operations. Use when building a new operational workflow for account opening maintenance transfers or corporate actions, implementing task routing logic based on type priority or capacity, designing multi-level approval chains with dollar thresholds and delegation of authority, defining escalation rules for aging work items approaching SLA breach, selecting a workflow engine or BPM platform like Camunda Pega or ServiceNow, modeling an operational process as a state machine with defined transitions, adding audit trail and logging for SEC Rule 17a-3 or FINRA supervisory obligations, migrating from email-and-spreadsheet tracking to a structured workflow system, or measuring cycle time throughput queue depth and rework rate.
What this skill does
# Workflow Automation ## Purpose Guide the design and implementation of workflow automation for securities operations. Covers business process management (BPM) fundamentals, task routing and assignment strategies, multi-level approval chains with delegation of authority, escalation rules and SLA monitoring, process orchestration patterns (sequential, parallel, conditional, event-driven), workflow engine selection for financial services, audit trail requirements for regulatory compliance, and workflow effectiveness measurement. Enables building or improving operations workflows that route work correctly, enforce approval controls, meet service-level commitments, and produce defensible audit trails. ## Layer 12 — Client Operations (Account Lifecycle & Servicing) ## Direction prospective ## When to Use - Designing a new operational workflow for account opening, maintenance, transfers, or corporate actions - Implementing task routing logic that assigns work items to the correct team or individual based on type, priority, or capacity - Building multi-level approval chains with dollar thresholds, risk tiers, and delegation of authority - Defining escalation rules for aging work items that are approaching or have breached SLA targets - Selecting or evaluating a workflow engine or BPM platform for securities operations (Camunda, Pega, ServiceNow, or custom-built) - Adding SLA monitoring and management reporting to an existing manual or semi-automated process - Designing human-in-the-loop gates for exception items that require judgment before automated processing continues - Implementing audit trail and logging requirements to satisfy SEC Rule 17a-3/17a-4 recordkeeping and FINRA supervisory review obligations - Modeling an operational process as a state machine with defined states, transitions, and guard conditions - Measuring workflow effectiveness through cycle time, throughput, queue depth, SLA compliance rate, and rework rate - Orchestrating sub-processes across multiple systems (CRM, portfolio management, custodian portals, compliance screening) into a unified workflow - Migrating from email-and-spreadsheet-based tracking to a structured workflow system ## Core Concepts ### 1. BPM Fundamentals for Financial Operations Business process management (BPM) is the discipline of modeling, executing, monitoring, and improving operational processes. In securities operations, BPM applies to every repeatable process that involves multiple steps, multiple participants, or decision points: account opening, account maintenance requests, transfer processing, corporate action elections, reconciliation break resolution, and billing exception handling. **Process modeling.** A workflow begins as a process model — a formal representation of the steps, decision points, roles, and data flows in an operational process. The model serves three purposes: (1) it documents how the process works for training, audit, and examination purposes, (2) it provides the blueprint for automation, and (3) it establishes the baseline for measurement and improvement. **BPMN notation basics.** Business Process Model and Notation (BPMN 2.0) is the industry standard for process modeling. Key elements relevant to securities operations: - **Tasks** — individual work units (e.g., "Verify client identity," "Submit account to custodian," "Review reconciliation break"). - **Gateways** — decision points. Exclusive gateways (XOR) route to exactly one path based on a condition. Parallel gateways (AND) split into multiple concurrent paths and synchronize when all complete. Inclusive gateways (OR) route to one or more paths. - **Events** — triggers that start, interrupt, or end a process. Start events (new account request received), intermediate events (timer fires, message arrives from custodian), and end events (account opened successfully, request rejected). - **Swim lanes** — horizontal bands representing organizational roles or systems. A swim lane for "Operations Analyst," another for "Compliance," another for "Custodian System." Tasks are placed in the lane of the responsible party, making handoffs visible. **Process decomposition.** Complex operations workflows are decomposed into sub-processes. An account opening workflow decomposes into: data collection, KYC verification, document review, custodian submission, confirmation processing, and account activation. Each sub-process can be modeled, automated, and measured independently while the parent process orchestrates the sequence. **State machines for financial workflows.** Many operations items are best modeled as state machines — an item exists in one of several defined states, and transitions between states are triggered by events or actions. A transfer request might have states: Initiated, Validated, Submitted to ACATS, In Progress, Completed, Rejected, Cancelled. Each transition has a guard condition (e.g., the transition from Validated to Submitted requires all validation checks to pass) and an action (e.g., send ACATS message). State machines enforce that items follow valid paths and prevent invalid transitions (an item cannot move from Initiated to Completed without passing through Validated and Submitted). ### 2. Task Routing and Assignment Task routing determines which person or team receives a work item when it enters the workflow. Effective routing minimizes queue wait time, balances workload, and ensures items reach someone with the appropriate skill and authority. **Role-based routing.** The simplest routing strategy. Each task type is assigned to a role (e.g., "Account Opening Analyst," "Transfer Specialist," "Senior Operations Reviewer"), and any person filling that role can pick up the task. Role-based routing is sufficient when all members of a role have equivalent skills and authority. **Skill-based routing.** Extends role-based routing by matching task attributes to individual skill profiles. A trust account opening routes to analysts certified in entity account processing. A cross-border transfer routes to analysts with international custody experience. Skill-based routing reduces rework by ensuring the first handler has the competence to resolve the item. **Round-robin assignment.** Tasks are distributed evenly across team members in rotation. Round-robin prevents any one person from being overloaded but does not account for task complexity or individual capacity. It works well when tasks are roughly uniform in effort. **Workload-based assignment.** Tasks are assigned to the team member with the lowest current workload, measured by the number of open items, the total estimated effort of open items, or a weighted score that considers both. Workload-based assignment adapts to variable throughput across team members and handles uneven task complexity better than round-robin. **Queue management.** When tasks cannot be immediately assigned (because all qualified team members are at capacity), they enter a queue. Queue management includes: priority ordering within the queue (SLA deadline, dollar value, client tier), visibility into queue depth and wait time for management, and automatic re-routing if a queue exceeds a defined depth or wait-time threshold. **Capacity planning.** Historical data on task volumes, processing times, and SLA targets feeds capacity models that determine how many staff are needed for each role. Workflow systems capture the data needed for capacity planning: arrival rate (tasks per hour/day), service rate (average processing time per task), and queue wait time. Little's Law (queue depth = arrival rate times average time in system) provides the theoretical foundation. ### 3. Approval Chains and Authorization Many operations tasks require one or more approvals before proceeding. Approval chains enforce segregation of duties, limit authority by seniority and dollar value, and create a documented decision trail. **Multi-level approval workflows.** A simple task may require one approval
Related in Design
contribute
IncludedLocal-only OSS contribution command center. Auto-refreshes the user's in-flight PR and issue state on invoke so conversations start with full context — no need to brief Claude on what's in flight. Helps the user find issues to contribute to on GitHub, builds per-repo dossiers of what each upstream expects (CLA, DCO, branch convention, AI policy, draft-first, review bots, issue templates), runs deterministic gates before any external action so AI-assisted contributions don't reach maintainers as slop. State is markdown-only: candidate files at ~/.contribute-system/candidates/, repo dossiers at ~/.contribute-system/research/, append-only event log at ~/.contribute-system/log.jsonl. No database, no cloud calls. Use when the user asks about their PRs / issues / contributions, wants to find new work to take on, claim an issue, build/refresh a repo's dossier, or draft a Design Issue or PR. Trigger with "/contribute", "what's my PR status", "find a contribution", "claim issue X", "draft a Design Issue for Y", "refresh dossier for Z".
architectural-analysis
IncludedUser-triggered deep architectural analysis of a codebase or scoped subtree across eight modes — information architecture, data flow, integration points, UI surfaces, interaction patterns, data model, control flow, and failure modes. This skill should be used when the user asks to "diagram this codebase," "map the architecture," "show the data flow," "give me an ERD," "trace control flow," "find the integration points," "verify the layout pattern," "audit the UX architecture," or any similar request whose primary deliverable is mermaid diagrams plus cited reports under docs/architecture/. Dispatches haiku/sonnet sub-agents in parallel for per-mode exploration, then verifies every citation mechanically before any node lands in a diagram. Not for one-off prose explanations of code (use code-explanation) or for high-level system design from scratch (use system-design).
mcp
IncludedModel Context Protocol (MCP) server development and tool management. Languages: Python, TypeScript. Capabilities: build MCP servers, integrate external APIs, discover/execute MCP tools, manage multi-server configs, design agent-centric tools. Actions: create, build, integrate, discover, execute, configure MCP servers/tools. Keywords: MCP, Model Context Protocol, MCP server, MCP tool, stdio transport, SSE transport, tool discovery, resource provider, prompt template, external API integration, Gemini CLI MCP, Claude MCP, agent tools, tool execution, server config. Use when: building MCP servers, integrating external APIs as MCP tools, discovering available MCP tools, executing MCP capabilities, configuring multi-server setups, designing tools for AI agents.
react-native-skia
IncludedDesign, build, debug, and optimise high-polish animated graphics in React Native or Expo using @shopify/react-native-skia, Reanimated, and Gesture Handler. Use when the user wants canvas-driven UI, shaders, paths, rich text, image filters, sprite fields, Skottie, video frames, snapshots, web CanvasKit setup, or performance tuning for custom motion-heavy elements such as loaders, hero art, cards, charts, progress indicators, particle systems, or gesture-driven surfaces. Also use when the user asks for fluid, glow, glass, blob, parallax, 60fps/120fps, or GPU-friendly animated effects in React Native, even if they do not explicitly say "Skia". Do not use for ordinary form/layout work with standard views.
plaid
IncludedProduct Led AI Development — guides founders from idea to launched product. Six capabilities: Idea (discover a product idea), Validate (pressure-test the idea against fatal flaws, problem reality, competition, and 2-week MVP feasibility), Plan (vision intake + document generation), Design (translate image references into a design.md spec), Launch (go-to-market strategy), and Build (roadmap execution). Use when someone says "PLAID", "plaid idea", "help me find an idea", "product idea", "idea from my business", "idea from my expertise", "plaid validate", "validate my idea", "pressure-test", "is this idea good", "find fatal flaws", "validate the problem", "plan a product", "define my vision", "generate a PRD", "product strategy", "plaid design", "design from image", "translate image to design", "create design.md", "extract design tokens", "plaid launch", "go-to-market", "launch plan", "GTM strategy", "launch playbook", "plaid build", "build the app", "start building", or "execute the roadmap".
nextjs-framer-motion-animations
IncludedAdds production-safe Motion for React or Framer Motion animations to Next.js apps, including reveal, hover and tap micro-interactions, whileInView, stagger, AnimatePresence, layout and layoutId transitions, reorder, scroll-linked UI, and lightweight route-content transitions. Use when the user asks to add, refactor, or debug Motion or Framer Motion in App Router or Pages Router codebases, especially around server/client boundaries, reduced motion, LazyMotion, bundle size, hydration, or route transitions. Avoid for GSAP-style timelines, WebGL or 3D scenes, heavy scroll storytelling, or CSS-only effects unless Motion is explicitly requested.