Assembly, Meet Disassembly: Modular Content in the AI Era | Servantium Blog
Strategy

Assembly, Meet Disassembly: Modular Content in the AI Era

Generative AI breaks on the oldest problem in document work: consistency. Modular content is the fix, and Servantium built a content engine for professional services that assembles and disassembles documents on demand.

Maxwell Friel
Maxwell Friel CTO, Servantium
6 min read
Modular components organized in labeled compartments on a workbench

We did not design Servantium’s content engine from a blank sheet of paper. We built it out of a discipline some of us spent years inside, in one of the few industries that is never allowed to get content wrong: life sciences. There, a document is not written so much as assembled. Every claim, every safety statement, every paragraph of a promotional piece is a discrete, pre-approved unit. Medical, legal, and regulatory reviewers sign off on a component once, and after that teams build finished materials out of parts that are already cleared.

That practice is old, and it goes by many names: modular content, single sourcing, content factories, the clause libraries buried inside enterprise contract management systems. The point was never really reuse. It was speed with control. When the pieces are pre-approved, nobody re-reviews the whole document on every pass, and the business knows the terms in front of it are the terms finance and legal already blessed. It worked. It was also expensive, and it stayed locked inside the largest enterprises that could afford it.

The consistency problem AI created

When generative AI arrived, the instinct everywhere was to point a model at a blank document and ask it to write the whole thing. It demos beautifully. It falls apart in production on the oldest problem in document work: consistency. A model writing freely drifts. It rephrases approved language into something almost but not quite approved, restates pricing that should have come from a formula, and produces a slightly different document every time you run it. For a services firm sending a quote or a statement of work to a client, that is not a quirk. That is the whole risk surface.

The fix is not a better prompt. It is structure. Modular content turns out to be the answer to AI consistency rather than its casualty: when the units are pre-approved and classified, the model is no longer writing a document, it is assembling one out of parts whose boundaries are known, and generating freely only in the small places where that is actually wanted. Consistency stops being something you proofread for after the fact and becomes a property of how the document is built.

So we built exactly that, purpose-built for professional services. Not an AI feature bolted onto a document tool, but a content engine where every unit is modular, classified, and reusable, wired into how services teams actually scope, price, and deliver. Services has earned an operating system of its own, and this engine is one of its load-bearing parts. Because we were building it new, we could give it something the old systems never had: the ability to run the line backward.

Running the line backward

Historically, modular content was a one-way street. People did the hard part, the chunking, by hand. They read a finished document, decided where the seams were, and tagged the pieces. Systems handled the easy part, the reassembly. The disassembly was human labor, and it was the reason the discipline stayed expensive.

Our engine runs disassembly as a first-class operation. Hand it a finished, deeply technical artifact, a quote or a proposal, and it reverse-engineers that artifact back into its constituent units: the sections, the line items, the individual snippets that compose it. It does not stop at the document boundary. It reasons back to the upstream input that would have produced it, the shape of the sales questionnaire or the scoping conversation the finished quote implies. A human writes the executive summary, the part that genuinely needs a point of view. The engine derives everything beneath it, and everything that should have fed it. It is the same machinery that turns raw call notes into a contract, pointed in the other direction.

Assembly, meet disassembly The same modular line, run in both directions. BUSINESS: WHAT YOUR TEAM EXPERIENCES Your inputs Call notes, a form, or a past document The content engine Reuses pre-approved blocks, runs both ways Finished docs Consistent quotes and engagements ASSEMBLY: blocks become a document DISASSEMBLY: a document becomes blocks document › sections › snippets › inferred form TECHNICAL: HOW THE ENGINE WORKS Ingest and extract Structured fields from notes, plus RAG context Snippet library and pipeline static type:text dynamic formula ai ai / aiHtml Templates and render Sections, typed fields, formulas, to PDF or DOCX Memory loop: each engagement is retrieved as context for the next CLASSIFICATION (per snippet, not a switch) Static: pre-approved, never auto-rewritten Dynamic: fields and pricing from live formulas AI: regenerated in context, edits kept by diff DIRECTION Assembly: blocks to a document Disassembly: a document to blocks Memory: past engagements as context Consistency by construction Speed section by section Governance pre-approval Compounding RAG memory
Servantium's content engine, read at two altitudes: the top band is what your team experiences, the bottom band is how the engine works. A green arrow assembles pre-approved blocks into a finished quote or engagement; a coral arrow runs the same line in reverse, taking a past document apart into classified snippets and even the input that would have produced it.

How the engine actually works

None of that is magic, and I would rather show the architecture than gesture at it.

The atomic unit is the snippet: small, reusable across many quotes and engagements, addressable on its own. Every snippet tracks its source and its rendered output separately, an original text and a current text, so we always know the difference between what a unit is meant to say and what it currently renders to.

Static, dynamic, and AI-authored content is a classification, not a switch. Each unit carries a type and moves through an explicit lifecycle: active, regenerate, created, errored. This is what makes consistency structural. Content a human approved stays exactly as approved and is never silently rewritten. Generation is scoped to the units where it is allowed, and a failed generation is a visible state rather than a quiet corruption. You can regenerate one snippet without disturbing the others around it.

The reassembly rules live in templates, and they are declarative rather than hand-keyed. A quote or engagement template defines its sections, its fields, the conditions under which each appears, and pricing as live formulas that recompute when the underlying data changes. The structure of the finished good is described once. The numbers follow from it.

The work is done by an agentic pipeline with state, not a single prompt. Templates are generated, notes are parsed into structured fields, quotes are assembled section by section, snippets are rendered against engagement context, and documents are produced at the end. Each step runs on the model suited to it. The detail I am most attached to: regeneration preserves identity. When the engine rewrites a quote, it matches the units it returns against the units that were already there, so a person’s edits and selections survive the rewrite instead of being flattened by it.

And it compounds. Notes are embedded, and new content is generated with context retrieved from similar past engagements. The library does not just sit there. Every engagement makes the next one more consistent, because the system reasons against your own accumulated work rather than a blank page. That is institutional memory doing real work, not a tagline.

Why this matters for services firms

Strip away the architecture and the payoff is operational. Fewer rogue clauses making it into a statement of work, because the approved language is the only language the engine assembles from. Faster quote turns, because a new quote is an assembly of trusted parts instead of a blank page. Less legal re-review, because what legal cleared once stays cleared until someone deliberately changes it. Cleaner margin assumptions, because pricing comes from formulas that recompute against the engagement rather than numbers retyped by hand. And a cleaner handoff from sales to delivery, because the engagement that produced the quote is the same structured record delivery inherits, not a deck and a verbal briefing.

We did not invent modular content. We learned it in an industry that could not afford to get it wrong, gave it the one capability it always lacked, and pointed it at the work services teams actually do.

Frequently asked questions

Related Posts