Businesspublished

Boomi Details How Scribe Turns Integration XML Into AI Documentation

The system uses one structured process representation for two different jobs: generating readable workflow records and comparing revisions for additions, modifications, and deletions.

By 2 min read
Boomi Details How Scribe Turns Integration XML Into AI Documentation
Boomi Details How Scribe Turns Integration XML Into AI Documentation

Listen to this story

The audio brief

About 1:34
0:001:34
Read transcript
Boomi’s Scribe is built around one workflow graph that does two different jobs: it generates readable documentation, and it compares process versions for changes. The process starts with XML, the format Boomi uses to define how data moves between systems. Scribe extracts the connected steps and converts them into a DAG, or Directed Acyclic Graph, in dot notation. That structured map goes through Amazon Bedrock to Anthropic’s Claude Haiku 4.5, which writes an explanation of the process. The record can include the process name, version, dates, path, component count, business context, and the function of each step. For version review, Scribe takes a separate route. It compares the current graph with an earlier one and identifies additions, modifications, deletions, and other observations developers can act on. Boomi says this replaces documentation and comparison work that is often manual, time-consuming, and error-prone—and that complete records can help with auditing and compliance. The model is only one part of the pipeline. SageMaker AI classifies user intent, AWS Lambda handles parsing and orchestration, Amazon S3 stores graphs, documentation, and metadata, and DynamoDB serves as the backend. The resulting documentation is available in Integration Canvas and Boomi GPT. Boomi says the design is intended to support more than thirty-three thousand customers, but that figure describes the target scale, not confirmed adoption. The key constraint is deliberate separation: one shared graph, but different systems for writing and comparing.

Story brief

3 key points

Boomi’s Scribe turns integration-process XML into graph data that supports both AI-written documentation and version-aware change detection. Claude Haiku 4.5, accessed through Amazon Bedrock, produces descriptions covering objectives, metadata, business context, and individual steps; a separate graph comparison path identifies additions, edits, and deletions. AWS services handle intent classification, orchestration,...

  1. 01

    A shared DAG representation lets Scribe generate prose and compare workflow versions without asking the language model to perform both tasks.

  2. 02

    SageMaker AI classifies user intent; Lambda orchestrates parsing and comparisons; S3 stores graphs, documentation, and metadata; DynamoDB is the backend.

  3. 03

    Generated records include process name, version, dates, path, component count, business context, and step-by-step functions.

Boomi has detailed the architecture behind Scribe, an agent that generates documentation for integration processes as developers work. It converts integration XML into a workflow graph for Claude Haiku 4.5 to describe, then compares current and previous graphs to flag changes for developers.

One process map, two outputs

Boomi integration processes begin as XML files. Scribe extracts their features and converts them into Directed Acyclic Graph, or DAG, dot notation, mapping connected workflow steps. Boomi sends that structured input through Amazon Bedrock to Anthropic’s Claude Haiku 4.5 to generate documentation.

Those workflows govern how data is retrieved, manipulated, routed, and delivered between source and destination systems. Boomi specifies documentation that begins with an objective and process representation, then covers metadata, business context, and step-by-step functions. Metadata can include the process name, version, dates, path, and number of components.

Version review takes a separate path: Scribe compares the current DAG with a previous version to identify additions, modifications, deletions, and observations developers can act on. Boomi characterizes the earlier manual documentation and comparison work as time-consuming and error-prone, with incomplete or inaccurate descriptions contributing to misunderstandings and rework.

Boomi also says complete documentation can help prevent gaps in auditing for business and compliance needs. The aim is a common record of workflows that may otherwise be difficult for anyone other than the builder to understand.

A pipeline around the model

The language model is one component of the stack. Boomi uses Amazon SageMaker AI for user-intent classification models; AWS Lambda orchestrates parsing, documentation generation, and comparison. Amazon S3 stores DAG files, generated documentation, and metadata, while DynamoDB serves as the internal backend datastore.

A DAG uploaded to S3 triggers Lambda parsing of its nodes and edges. The parsed graph is passed to the model for documentation, and the results are stored in S3; the Lambda layer also handles comparison of current and earlier graphs. That separation assigns generation, intent classification, storage, and orchestration to distinct services rather than to the documentation model alone.

Documentation in the product interface

Generated documentation is available in the Boomi Integration Canvas and Boomi GPT. The architecture is intended to support developers across more than 33,000 Boomi customers, which describes its design scale rather than confirming adoption by every customer.

Sources

  1. aws.amazon.comHow Boomi Scribe streamlines documentation using AWS | Amazon Web Services