Labs · Frontier Factory

VeUP Labs · Frontier Factory · v2.0

Software, shipped
at machine speed.

The Frontier Factory is how VeUP builds. Engineer-directed agent swarms run AI-DLC from business intent to verified production systems in days. Everything on this page shipped through it.

AWS Advanced Tier Services Partner · Generative AI & Cloud Operations Specializations · Not a lab experiment. The production line.

Method · AI-DLC

AI-DLC is our operating system.

AWS's AI-Driven Development Lifecycle makes AI a member of the team, not a tool. Agents propose the plans, the code, and the tests. Engineers hold decision authority at every gate. We run it across our whole delivery organization, in bolts, not sprints: cycles measured in hours and days.

Phase 1 · Inception

Intent becomes units of work

Mob Elaboration turns business intent into units of work in one session, not a quarter of grooming. The whole team validates the AI's questions live. Context is the first deliverable.

Phase 2 · Construction

Swarms build in bolts

Parallel agent swarms take units through architecture, code, and tests. Every unit lands as a reviewed pull request. Adversarial review swarms attack the work before humans see it.

Phase 3 · Operations

Agents run the estate

Agents drive infrastructure as code and deployments using the context the build accumulated. Humans watch the gates. Evidence is captured as it happens, not reconstructed later.

For the builders: harness-agnostic by design. Compatible with awslabs/aidlc-workflows adaptive workflows, Kiro steering files, and Amazon Q rules. Ours runs on issue-graph work queues, parallel agent fleets, PR-per-unit discipline, and verification gates that fail loudly.

Exhibit 00 · Internal MSP platform

The engine built the engine.

Our managed-services control plane is AWS-native CDK. Step Functions onboarding, cross-account IAM with unique external IDs, a Security Hub and GuardDuty baseline, Bedrock Guardrails on every AI action, and a SOC 2 evidence pipeline.

One engineer directed the swarm that built it. The team that operates it runs on the factory that produced it. That is the point.

Commit one was the spec. Working infrastructure code followed nine minutes later.

Twenty-eight commits landed in a single hour on night one. All of it from git history, not a press release.

Internal MSP platform · verified from git history CI green
15 days
Spec to platform
102
Commits on main
79%
Commits in first 72 hours
257
Tests · green in CI
11
CDK stacks
1
Engineer directing
Ship log · production systems off the line 3 batches · 1 spine · all gates green

Batch 01 · Media intelligence pipeline

The pipeline is the asset.
The vertical is the swap.

Built for a broadcast sports media platform: frame-level tagging on football footage, automatic clip generation, direct delivery into the customer's media asset manager. The same hardened pipeline now runs content moderation in production for a consumer social platform (the anonymized case study is public). Re-pointed domain layer. Nothing rebuilt.

What stays · what swaps The ingest, GPU inference, batching, retry, and normalization engineering stays. The domain prompt module and the uploader swap. That asymmetry is by design.
Walkthrough · frame-level tagging on football footage, end to end BATCH 01 · 7:46
The line · fixed spine, swappable sockets ◌ socket = swap point
IngestS3 / drop folder
SocketDomain prompt module
InferenceGPU pipeline · Bedrock
NormalizeFrame · clip · tag
SocketUploader · DAM / S3
DeliverCustomer system
Why it's hard →

Frame-accurate tagging at broadcast scale is a throughput problem, a retry problem, and a normalization problem long before it is a model problem. The pipeline absorbs that engineering once. Petabyte-scale archive runs on S3 and Athena behind it.

Batch 02 · Discovery platform

The kickoff call already knows the customer.

Three workflows in production: environment auto-discovery, live network analysis, and a discovery-call-to-security-checklist generator. Environment discovery that used to take weeks of manual work now finishes before the first call ends.

The shift Discovery used to be a human reverse-engineering a stack from emails. Now the platform reads the environment directly and drafts the artifacts. Engineering time goes to building, not rediscovering.
Environment auto-discovery02·A

Auto-discovered environment diagrams

Scan an AWS account, output a complete architecture diagram. Mapped across every account in a production customer environment with zero manual diagramming.

Network traffic analysis02·B

Network map + security analysis

Pick an account and a time window. The platform maps live traffic, then generates a full security analysis on top of it in one click.

Conversation → security checklist02·C

Conversation to deployable checklist

Read the customer's own words from the discovery call. Output a deployable security checklist. Conversation becomes engineering artifact, automatically.

Why it's hard →

Discovery input is unbounded: accounts, VPCs, flow logs, transcripts. Compressing it into a correct, deployable artifact takes verification gates, not summaries. Every artifact ships with its evidence attached.

Batch 03 · VeUP Mesh

Photos in.
Textured 3D meshes out.

Live at mesh.engineering.veup.com. Demonstrated live at Game Developers Conference 2026. Runs on AWS GPU infrastructure and scales on demand.

Third re-aim of the same spine

Football tagging proved the pipeline. Discovery proved LLM-as-glue. Mesh proves the line runs heavy GPU media workloads end to end on AWS.

Next sockets on the roadmap: broadcast digital twins, site-scan to BIM, and product photography to AR assets. Each is a market with proven demand, not a research project.

Run it · two ways

Buy what the line ships.
Or install the engine.

The factory is not a demo reel. It is a delivery engine you can put to work in two ways, and both come with the same rule: work only counts when it is verified.

Option A · We ship for you

Buy the output

We embed and deliver. The same engineers who scope it ship it, at swarm cadence, and we bill by what ships.

  • Production systems in days and weeks, not quarters, on your AWS estate
  • Verification gates you can watch: tests, reviews, and evidence per unit
  • Runs through VeUP Build and Build+, with AWS funding programs where eligible
Option B · We arm your team

Install the engine

We install the engine in your estate: the AI-DLC method, the context plane, the work queues, the verification gates. Your engineers direct it from day one.

  • Your context, your account, your IP. The engine stays when we leave
  • Years of swarm operating practice installed as configuration, not slideware
  • Your team ships at machine speed, and keeps shipping after we leave

Consultants leave documents. We leave installed, verified capability.

Not proofs of concept.
Live systems.

Named case studies, reference architectures, and production numbers are public. The line is running. Come watch a unit go through the gates.