SwishXKnowledge Base
AI in Pharma Marketing

What is an AI reasoning pipeline, in a regulated industry?

Why generating pharma content isn't the same problem as generating any other kind of content, and what changes as a result.

Most AI content tools solve one problem: turn a prompt into an output that looks good. A reasoning pipeline built for pharma marketing has to solve a second problem at the same time: make sure that output never says something the brand isn't allowed to say.

What it is

A reasoning pipeline is the sequence of steps a request actually moves through between "prompt submitted" and "asset ready," where each step does one specific job rather than one model doing everything at once. Splitting the work this way is what makes it possible to check for compliance in the middle of generation instead of only at the end.

SwishX's own pipeline runs a request through six stages: the brief gets decoded into structured intent, that intent is merged with the brand's approved context (its dossier, prior assets, and the applicable regulatory ruleset), a generation-ready prompt is constructed from that merged context, every implied claim is checked against the approved claim set, the right downstream model is routed to, and the final output is verified again before it's returned. The full mechanics of each stage are documented for developers in The reasoning pipeline.

Why it matters

The practical consequence is where compliance checking happens. A generic AI tool checks nothing until a human looks at the output, if they look at all. A pipeline with claim-checking built into a specific stage can reject a request that implies an unapproved claim before any rendering happens, which is a cheaper and faster failure mode than catching the same problem after the asset already exists.

This is also why "the AI made something on-brand" and "the AI made something on-label" are different claims, and only one of them is actually being checked by most generic content tools. On-brand is a style problem. On-label is a claims problem, and it needs its own dedicated step, not a hope that the style model also got the claims right.

How it actually works

Two of the six stages exist specifically for this: claims are checked once against the brief before generation (cheap, fast, catches an obviously unapproved request early) and again against the rendered output afterward (catches the case where a technically-compliant prompt still produced an output that implies something it shouldn't have, a known failure mode of generation models in general). See Compliance & verification for what each of those checks actually looks like, including real example error responses.

The brand dossier is what the middle stage reasons over: the account's specific approved claims, its regulatory ruleset (ISI placement, fair balance requirements, label constraints), and its prior assets for tone. No dossier means no claims to check against, which is why setting one up is a prerequisite, not an optional configuration step. See Setting up a brand dossier.

On this page