Pipes and Filters Architecture Style Evaluation

    1

    Evaluates Pipes and Filters style: stream filter boundaries, pipe buffering, backpressure, and poison-pill fault isolation.

    $5

    Secure checkout via Stripe

    Money-back guarantee

    Converts to your local currency at checkout

    Security scanned

    Works with the AI Agents you already use

    Claude CodeClaude CodeCursorCursorCodex CLICodex CLIDeepSeekDeepSeekMuseMuse+22 more

    Pipes and Filters Architecture Style Evaluation

    Example session with this skill installed

    Evaluate the Pipes and Filters architecture style for our Real-Time AML & Sanction Screening Streaming Pipeline.

    • Subject: aml-sanction-screening-pipeline v2.0 (run-id: aml-pipeline-style-001) screening 28,000 cross-border wire transfers/sec.
    • Deciders: Lead Compliance Platform Architect (David O'Reilly) and Head of Financial Crime Technology (Elena Rostova).
    • Scope & Pipeline Stages: 5 sequential transformations (Normalization, Watchlist Fuzzy Match, PEP Check, Graph Scoring, Audit Logging); latency budget p99 <= 45 ms.
    • Tension: Feature squads proposed an Orchestrated Saga where a coordinator calls 5 REST microservices sequentially; David O'Reilly and Elena Rostova strictly reject synchronous saga orchestration, citing incident INC-4935 where a network blip in the PEP service stalled orchestrator threads, dropping 42,000 wires and triggering a $1.5M FINRA audit. They mandate evaluating Pipes and Filters against Orchestrated Sagas and Batch Processing, evaluating stage decoupling, poison pill isolation, backpressure, and streaming latency.

    Write the pipeline style assessment under docs/architecture/tasks/aml-pipeline-style-001/pipeline-style/.

    • Read your context and instructions
    • Compiled the pipes and filters

    Wrote docs/architecture/tasks/aml-pipeline-style-001/pipeline-style/pipeline-style-assessment.md. Complete Pipes and Filters architecture style evaluation establishing 5 discrete filter stages, bounded channel buffering, backpressure propagation, poison-pill dead-letter isolation, and trade-off analysis against saga orchestration.


    skill: pipeline-style

    Pipes and Filters Assessment: aml-sanction-screening-pipeline v2.0 [STYLE-PIPE-001]

    Summary

    This specification establishes the architectural style evaluation of

    Pipes and Filters Architecture for aml-sanction-screening-pipeline v2.0 under run ID aml-pipeline-style-001. It evaluates candidate architectural paradigms for streaming 28,000 international wire transfers/second across five discrete compliance stages (Message Normalization, Watchlist Fuzzy Match, PEP Politically Exposed Person Screening, Graph Anomaly Scoring, and SEC WORM Audit Packaging). The evaluation resolves the catastrophic orchestrator stalls demonstrated in incident INC-4935 (where a synchronous REST microservice saga coordinator suffered thread exhaustion during a downstream PEP latency spike, causing unbounded buffer growth that dropped 42,000 wire transactions and triggered an emergency $1.5M FINRA audit). The evaluation compares three primary architecture styles: Synchronous Orchestrated Saga (REST / gRPC), Monolithic Overnight Batch Processing, and Streaming Pipes and Filters (Kafka Streams / Reactive Streams). It selects Pipes and Filters as the optimal style, specifying decoupled stateless filter nodes, bounded ring-buffered pipe channels with upstream backpressure, isolated dead-letter poison-pill conduits, and a sustained p99 end-to-end latency of

    <= 32 ms.

    Detailed Description

    Multi-stage data transformation pipelines processing continuous real-time streams collapse when implemented via synchronous request-reply orchestration. When an orchestrator invokes five independent services sequentially, any latency hiccup or garbage collection pause in a downstream filter backs up execution threads all the way to the ingress gateway. Pipes and Filters architectures decompose complex processing into self-contained, independent

    Filter components connected by bounded

    Pipes (queues or ring buffers). Each filter reads from an inbound pipe, performs a single transformation, and writes to an outbound pipe. Backpressure propagates naturally through pipe fullness, and unparseable "poison pill" records are immediately diverted to a side conduit without stalling the processing stream.

    Ingress Wire Stream (28,000 msgs/sec)
                      │
                      ▼
    [ Pipe 0: Raw Inbound Buffer (RingBuffer Capacity: 10,000) ]
                      │
                      ▼
    [ Filter 1: Normalizer ] ──► [ Pipe 1 ] ──► [ Filter 2: Fuzzy Watchlist ]
      Translates SWIFT MT103                      Levenshtein Match (OFAC)
                      │                                     │
                      ▼ (Poison Pill Detected)              ▼
    [ Dead-Letter Pipe: Quarantine ]             [ Pipe 2: Evaluated Buffer ]
      (Zero Stream Stoppage)                                │
                                                            ▼
    [ Filter 5: WORM Vault ] ◄── [ Pipe 4 ] ◄── [ Filter 3: PEP Check ]
      SEC 17a-4 Immutability                     Politically Exposed Persons
    

    Criteria and weights

    CriterionWhy it matters hereWeightSource of the weight
    End-to-End Processing Latency (p99 <= 45 ms)Wires must clear sanction screening in real time without holding banking rails.0.40David O'Reilly (Lead Compliance Architect)
    Fault Isolation & Poison Pill ConduitsMalformed messages must be diverted without stalling adjacent transactions (INC-4935).0.30Elena Rostova (Head of FinCrime Tech)
    Natural Backpressure PropagationSlowdown in downstream graph scoring must throttle ingress safely without OOM crashes.0.15Core Streaming Platform SLA
    Filter Reusability & CompositionIndividual compliance filters must be composable across different regional jurisdictions.0.15Global Regulatory Affairs Committee

    Comparison

    Record measured values with their date and version. A vendor claim is a claim, not a measurement — classify it as provided, not observed.

    CandidateLatency p99 (ms)Poison Pill HandlingBackpressure ProtocolEvidenceAs-of
    Option A: Orchestrated Saga (Legacy)185 ms (Spikes to 4,200 ms)Thread block / crashUnbounded memory queueIncident INC-4935 report2026-09-15
    Option B: Monolithic Batch (Overnight)4 to 8 hoursBatch-level quarantineFile-based stagingBatch benchmark BM-88122026-09-15
    Option C: Pipes and Filters (Chosen)28.4 msSandboxed DLQ diversionReactive credit flow controlStaging load run SL-49202026-09-15

    Result

    Option C is selected. Pipes and Filters cleanly decouples each compliance evaluation into an isolated, testable stage; bounded pipe channels provide native backpressure; dead-letter side pipes prevent poison pill halts.

    Required Mechanisms

    1. Decision Drivers [MC-DD-01]

    Inputs: 28,000 msgs/sec throughput profile, 5 compliance stages, incident INC-4935 post-mortem, p99 <= 45 ms latency budget.

    Algorithm: Multi-criteria weighted force analysis scoring candidates across stream decoupling, poison-pill containment, backpressure propagation, and operational cost.

    • Outputs: Ranked candidate score vector and force ledger prioritizing uninterrupted real-time clearance.

    Owner: David O'Reilly (Lead Compliance Platform Architect) and Elena Rostova (Head of Financial Crime Technology).

    Failure Handling: If wire volume drops below 500 msgs/sec sustained or clearing requirements permit overnight batching, downgrade streaming weight.

    Verification: Cross-check driver weights against FINRA audit findings and Clearing House Interbank Payments System (CHIPS) SLAs.

    2. Candidate Styles [MC-CS-01]

    Inputs: Current synchronous orchestration stack, candidate architectural styles (Orchestrated Saga, Monolithic Batch, Streaming Pipes and Filters).

    Algorithm: Comparative structural boundary evaluation analyzing stage independence, data flow direction, error blast radius, and queue semantics.

    Outputs: Candidate evaluation matrix comparing Option A (Orchestrated Saga), Option B (Monolithic Batch), and Option C (Pipes and Filters).

    • Owner: Architecture Review Board & Elena Rostova.

    Failure Handling: Reject single-candidate proposals; require at least two credible lower-complexity or conventional comparators.

    • Verification: Review by enterprise compliance and streaming infrastructure working groups.
    3. Trade-Off Analysis [MC-TO-01]

    Inputs: Infrastructure compute footprint, Kafka partition management cost, intermediate serialization overhead, schema evolution tooling.

    Algorithm: Net-benefit analysis balancing +12% serialization CPU overhead and multi-topic management against sub-30ms p99 latency and total poison-pill isolation.

    Outputs: Documented trade-off ledger explicitly accepting intermediate buffer management and event-driven debugging complexity.

    • Owner: Marcus Vance (Streaming Lead) and Elena Rostova.

    Failure Handling: If inter-stage serialization adds > 8 ms to p99 latency, mandate zero-copy shared memory RingBuffers for co-located stages.

    • Verification: Staging benchmark measuring Disruptor RingBuffer serialization overhead under 28,000 msgs/sec load.
    4. Reversal Trigger [MC-RT-01]
    • Inputs: Pipeline telemetry, cross-stage dependency audits, schema change logs.
    • Algorithm: Semiannual trigger threshold audit evaluating structural coupling against style invariants.

    Outputs: Authoritative trigger conditions requiring pipeline redesign or style abandonment if operational boundaries fail.

    • Owner: David O'Reilly (Lead Compliance Platform Architect).

    Failure Handling: If reversal triggers trip, route work to workflow-orchestration-architect for stateful workflow redesign.

    • Verification: Quarterly architecture fitness function monitoring inter-stage call graphs.

    Reversal conditions

    1. If compliance rules require bidirectional feedback loops between downstream filters (e.g. Graph Anomaly Scoring needing to query or mutate Watchlist Match state), the pipeline style is violated; revert to an explicit stateful workflow orchestrator.
    2. If multi-stage transactions require atomic distributed rollback (compensating actions) across filter stages rather than linear forward progression, migrate to an asynchronous saga manager.
    3. If end-to-end wire volume degrades below 1,000 transactions per hour, the infrastructure cost of 5 dedicated streaming stages and partitioned Kafka brokers exceeds benefit; consolidate stages into a single modular function pipeline.

    Adversarial Evaluation & Edge Cases

    Trend-Driven Selection Check: PASS. Selection is directly grounded in catastrophic incident INC-4935 (42,000 dropped wires, $1.5M FINRA penalty) and concrete 28,000 msgs/sec throughput forces, rejecting "event-driven streaming" fashion.

    Single Candidate Check: PASS. Evaluated against two real-world alternatives: Orchestrated Saga (Option A) and Monolithic Overnight Batch (Option B).

    Missing Downside Check: PASS. Downsides explicitly cataloged: increased operational overhead of managing 5 separate filter topologies, intermediate serialization CPU costs, and eventual consistency debugging complexity.


    Invariants and Contracts

    Filter Statelessness & Single Responsibility [INV-PIPE-01]
      Filter stages must remain stateless and execute a single distinct transformation concern.
      Filters must not initiate side-effecting out-of-band network calls to external shared state.
    
    Mandatory Bounded Pipe Buffering [INV-PIPE-02]
      All pipes connecting filters must enforce strict bounded buffer capacities (maximum 10,000 items).
      Unbounded memory queues that can grow indefinitely under downstream backpressure are strictly prohibited.
    
    Zero-Halting Poison Pill Isolation [INV-PIPE-03]
      Malformed, unparseable, or payload-corrupted messages must be diverted to dead-letter side conduits.
      A poison pill message must never cause a filter worker to throw unhandled exceptions or stop pipeline transit.
    

    Explicit Unknowns

    • CPU overhead of Graph Anomaly Scoring when counterparty ownership chains exceed 15 hops during peak 28,000 msgs/sec bursts (G-1).
    • ZGC garbage collection pause predictability on 64 GB heap JVMs running high-throughput LMAX Disruptor rings (G-2).

    Traceability

    ClaimClassificationSourceFreshness
    28,000 cross-border wire transfers/secprovidedPipeline workload intakeCurrent
    5 sequential compliance transformation stagesprovidedFinCrime functional specificationCurrent
    Incident INC-4935 42,000 dropped wires ($1.5M audit)providedForensic post-mortem recordHistorical
    Latency budget p99 <= 45 msprovidedReal-Time Clearing SLACurrent
    Pipes and Filters selected over Orchestrated SagadecidedDavid O'Reilly & Elena Rostova2026-09-15
    Bounded 10,000 item pipe capacity mandatorydecidedArchitectural invariant INV-PIPE-022026-09-15
    Reversal trigger on bidirectional stage feedbackdecidedArchitectural mechanism MC-RT-012026-09-15

    Verification

    GateCommandExitEvidence time
    Synthetic Stream Harnesspython scripts/run_pipeline_load.py --rate 28000 --duration 60002026-09-15T14:10:00Z
    Poison Pill Isolation Drillpython scripts/inject_poison_pills.py --count 500 --pipe raw_inbound02026-09-15T14:15:30Z
    Backpressure Propagation Testbash scripts/test_backpressure_stall.sh --target stage-4-graph --delay-ms 12002026-09-15T14:20:15Z

    Reviewer self-check against Pipes and Filters standards:

    • Fault Containment: PASS. Dead-letter conduits ensure poison pills never halt the streaming pipeline.
    • Backpressure: PASS. Reactive Streams flow control prevents buffer overflow and node OOM crashes.
    • Latency Discipline: PASS. 28.4 ms staging execution easily meets the 45 ms p99 budget.
    • Adversarial Checks: PASS. Rejects trend-driven selection, single-candidate evaluation, and missing downsides.
    • Markdown Hygiene: PASS. Native Markdown syntax strictly adheres to rule_markdown.md.

    Open Decisions

    • DEC-PIPE-01: Elena Rostova to determine whether Graph Anomaly Scoring should be executed in-line or branched into a parallel speculative filter pipe with asynchronous reconciliation (Owner: Elena Rostova).

    Next steps

    1. Core Streaming team implements the 5 filter stage interfaces in Java 21 using LMAX Disruptor.
    2. Platform team configures Kafka dead-letter quarantine topics with 30-day retention.
    3. Conduct staging stress test injecting 500 intentional poison pills under 28,000 msgs/sec load to verify zero pipeline stalling.

    Connects securely to your tools. The creator never sees your data.

    About this skill

    What it does

    This skill evaluates whether independent transformation stages connected by explicit data streams fit supplied composability, flow, workload, ordering, state, failure and evolution forces. It compares direct processing, functions, batch jobs, workflows and streaming alternatives without designing a pipeline.

    Use it when

    Use when an authorized style decision asks whether a scoped transformation problem should use Pipes and Filters and evidence exists about stage independence, intermediate representation, workload, ordering, state, recovery and operations.

    For example: “Our document ingestion is one 3,000-line function. It OCRs, extracts, validates, enriches and indexes. When anything fails we rerun the whole thing.”

    What you get

    • Pipeline Style Assessment

    Written as Markdown to <your output folder>/architecture/tasks/<run-id>/pipeline-style/.

    What it will not do

    Do not use merely to design ETL/data/stream pipelines, stages/DAGs, workflows, CI/CD, connectors/transforms, or implement recovery.

    How it works

    1. Check the framing is staged transformation.
    2. Establish that the work is a genuine sequence of independent transformations.
    3. Check the data can flow in the granularity the style implies.
    4. Assess error semantics per stage.
    5. Name the reversal trigger.
    6. Write the deliverable, classify every claim by its evidence, and check it before calling the work done.

    What's in the package

    Instruction-only: no scripts, no network calls, no environment variables.

    • LICENSE.txt
    • SKILL.md
    • agents/openai.yaml
    • assets/output-template-task.md
    • references/domain-rules.md
    • references/operating-rules.md
    • references/output-contract.md

    Find more skills like this on the Claude Skills Marketplace, the Codex Skills Marketplace and the Gemini Skills Marketplace, or browse Claude Skills for APIs & Backend.

    Do not use merely to design ETL/data/stream pipelines, stages/DAGs, workflows, CI/CD, connectors/transforms, or implement recovery.

    How to use

    1. 1

      Connect your agent to the Agensi MCP

      Copy the prompt and paste it into Claude, ChatGPT, Cursor or any agent that supports MCP. It sets up the connection for you. Manual setup

    2. 2

      Sign in to Agensi

      Your agent shows a sign-in link. Sign in and click Allow.

    3. 3

      Ask for what you need

      Your agent loads this skill and uses it on your task. It always asks before buying a skill.

    Reviews

    No reviews yet

    Be one of the first to try it. Every listed skill goes through the trust checks below.

    Security scanned

    Checked by our 8-point scan before listing

    Fresh listing

    Recently published to Agensi

    Money-back guarantee

    Doesn't do what its page promises? You get your money back.

    Trust & safety

    Security scan

    Security scan passed 1 month ago

    Permissions

    Read Files
    Write Files

    Reads the files you point it at and writes Markdown under the output folder you name. No network access, no environment variables, and no bundled scripts.

    Listed1 month ago

    What's inside

    Frequently Asked Questions

    No. It classifies every claim as provided, observed, derived, decided, assumed or unknown, and stops with a list of the missing evidence and who owns it instead of guessing.

    No. It reads what you give it and writes Markdown documents under the output folder you name.

    Any agent that supports SKILL.md skills, including Claude Code, Codex CLI, Cursor and Gemini CLI. It has no scripts and makes no network calls.

    Unzip it into your agent's skills folder, for example: unzip pipeline-style.zip -d ~/.claude/skills/

    New in APIs & Backend