A design-partner pilot
One line, one number, shadow mode first.
Contact
Start with the line that is costing you the most.
The most useful first conversation is about one line, one brand or package family and one measurable problem. Tell us which, and we will tell you what shadow mode would need and what it would baseline.
Illustrative scenario: Plant run · one lager batch from brewhouse to can · brewhouse, cellar, filler, tunnel pasteurizer. Not a measured run.
Contact
Tell us about your line
The form opens your mail client with the message addressed to hello@brewira.com. Nothing is stored on this site.
Routes
- Design partners
- hello@brewira.com
- Partnerships
- hello@brewira.com
- Careers
- hello@brewira.com
- Security pack
- hello@brewira.com
One mailbox while the team is small. Named addresses follow as people join publicly.
What to include
- The line and the brands and packages it runs
- The systems on it: PLC and SCADA, analyzers, filler, inspection, lab, MES, cameras
- The number you would baseline
- Who would approve a pilot
Reasons
Why people get in touch
A partnership
OEMs, MES, analyzer and vision suppliers who sell into beverage plants.
The security pack
Design posture, data flows and roadmap dates.
A role
Vision, OT integration, simulation or brewing and beverage process.
Run timeline
What we would be deploying
Every Brewira run is an ordered, inspectable sequence. This is run_scn_01, an illustrative scenario: Plant run · one lager batch from brewhouse to can · brewhouse, cellar, filler, tunnel pasteurizer. Scenario complete · batch inside spec · one human approval at the pasteurizer.
run_scn_01
scenario · not measured
SUCCEEDED
-
01
order.receive
SUCCEEDED
0.8 s
Plant Orchestrator · Pulled the recipe, the package spec, the HACCP plan with its pasteurization critical control point, the yeast lot record and the standing CIP window from the beverage MES and the lab system; locked the target envelope for the run.
-
02
twin.simulate
SUCCEEDED
38 s
Plant Orchestrator · Simulated 24 candidate brew, fermentation and carbonation plans on the Cuvera as-produced twin; ranked them on gravity margin, predicted finish time, CO2 target, PU margin, takt and CO2 and energy use, and discarded every candidate that thinned the pasteurization margin.
-
03
brew.blend
SUCCEEDED
2 m 40 s
Brew-and-Blend · Held wort gravity to recipe from the inline gravity analyzer and the brewhouse PLC, trimming the blend and utilization setpoints inside the recipe window rather than correcting after a spot lab check.
-
04
ferment.control
SUCCEEDED
5 d 06 h
Ferment-and-Yeast · Predicted the attenuation curve and finish time for the tank from inline gravity, dissolved oxygen and CO2, pH and temperature; held the temperature ramp and timed the crash inside the brewmaster-approved window; no stuck or runaway fermentation was flagged.
-
05
carbonate.dose
SUCCEEDED
3 m 15 s
Filter-and-Carbonate · Fused inline CO2, dissolved oxygen, turbidity, temperature and pressure; held carbonation to the package target with the minimum CO2 and timed the filter backwash from the predicted loading instead of a fixed schedule.
-
06
fill.seal
SUCCEEDED
continuous
Fill-and-Seal · Adjusted fill valves toward the target level inside the approved window using drift feedback from inspection, and ran seam checks on the seamer; the filler corrected upstream instead of rejecting downstream.
-
07
inspect.line
SUCCEEDED
continuous
Defect-and-Inspect · 16 camera streams at the line edge: fill level, seam and cap, label and date code, foreign body and container checks on every can; three low-fill rejects were attributed to one filler valve and Fill-and-Seal corrected it.
-
08
pasteurize.verify
SUCCEEDED
continuous
Pasteurize-and-CIP · Held the tunnel pasteurizer on the validated PU profile at the lowest zone energy inside the envelope; every critical control point reading was written to the audit log against the HACCP plan and the CIP release checks were armed.
-
09
approve.human
APPROVAL
1 m 52 s
Plant Orchestrator · The lowest-energy candidate wanted to move the pasteurizer CIP into a window that overlapped the next brand's start. Held for the shift quality manager, who kept the validated PU profile untouched and approved the CIP move with a tighter release check.
-
10
release.genealogy
SUCCEEDED
1 m 05 s
Quality-and-Conformance · Batch released: gravity and attenuation curves, yeast lot, CO2 and clarity, fill and seal outcomes, inspection rejects, PU readings, CIP release and every human decision written to the batch genealogy and checked against spec.
First phase
What an engagement looks like
Gates, not dates. Each stage starts when the previous one has proven its number against your own baseline.
- Design partners. Three to five beverage makers instrument the wedge workflow in shadow mode. We measure the baseline on loss, giveaway, water and energy from your own lab, QA records and meters.
- Assist mode. The agent recommends brew, fermentation, carbonation or fill moves and predicts contamination and fill and seal faults; your engineer approves. Accuracy and ROI are proven against the baseline.
- Graduated autonomy. Low-risk filling, carbonation and inspection loops move to bounded automatic control with adaptive setpoints. Exceptions escalate to a person.
- Expansion. Adjacent modules are added within the same plant, then across sites.
Pricing
Priced per line, per plant, per group
Land on one workflow with a measured baseline. Expand by line, module, site and autonomy stage. Outcome components available on yield, loss, energy and water.
Brew, fill or pasteurization control, or inspection AI, for one line. For beverage makers validating ROI on the wedge.
- One line, one agent module
- Line-edge inference node
- Connectors to the line's PLC and SCADA, analyzers and MES
- Review console, alerting, audit log and genealogy
- Shadow and assist stages, then bounded autonomy after the agreed gates
The whole plant: brew and blend, ferment and yeast, filter and carbonate, fill and seal, pasteurize and CIP, defect and inspect, quality and shelf life, yield and takt, robotic handling and the Cuvera twin.
- All eleven agents and the orchestrator
- Cuvera as-produced twin: the plan before the run
- Defect-to-cause feedback across the plant
- Water, energy, CO2 and CIP optimization
- Whole-plant batch genealogy
Beverage groups standardizing on Brewira across sites, with custom recipe, product and tolerance models.
- Multi-site plant-edge fleet
- Custom recipe, product and tolerance models
- SLAs and dedicated support
- Outcome-based components on yield, loss, giveaway, water and energy
- On-prem or private-cloud deployment
A 15 to 20% discount for annual prepayment.
Enterprise agreements with usage ramps.
A share of measured yield, loss, giveaway, water or energy improvement on the highest-value workflows.
Per-batch, per-line or per-action metering above plan limits.
Enterprise
Standardize autonomy across the group
One policy model, one audit trail and one set of yield, loss, giveaway, water and energy benchmarks across every plant in the group, with each site's recipes and tolerance models kept private to that site.
- Multi-site plant-edge fleet with shared model governance
- Custom recipe, product and tolerance models per site
- SSO and role-based access, named approvers (roadmap, 6 to 12 months)
- Model versioning, validation reports and rollback
- On-prem or private-cloud deployment
- SLAs and outcome-based components on the highest-value workflows
Guardrails
An agent that can move a setpoint needs a leash
Brewira writes to production equipment in a food plant. Every capability is scoped, every write is policy-checked, every output is cited, and every action is written to an append-only audit log the plant owns.
- Bounded action space. Each agent can only write to an explicit tag allow-list, inside per-tag rate and magnitude limits, at the autonomy stage the plant has set.
- Critical control points are read, never written. Pasteurization units, CIP release checks and batch release decisions stay with the HACCP plan and the people who own it.
- Policy engine before every write. Autonomy stage, interlock state, product, shift and operator presence are evaluated before a setpoint moves.
- Grounded and cited. Every recommendation carries a citation to the recipe, spec or procedure it relied on. Retrieval is tenant-isolated and permission-aware.
- Immutable audit log. Append-only, exportable and retained on the plant's own storage, aligned to HACCP, FSMA, FSSC 22000 and BRCGS record-keeping.
- Hard fallback. If the edge node, the network or a model stops, the plant keeps running on its existing PLC and SCADA control and interlocks.
- Tenant and IP isolation. Recipes, supplier data and tolerance models never cross a customer boundary. On-prem deployment available.
Assurance posture
| Item | Scope | Status |
|---|---|---|
| SOC 2 Type I | Cloud control plane | QUEUED Roadmap, first 6 months |
| SOC 2 Type II | Cloud control plane | QUEUED Roadmap, 6 to 12 months |
| HACCP · FSMA · FSSC 22000 · BRCGS | Grounding and record-keeping | RUNNING Design basis for retrieval and the audit log |
| Per-tenant isolation | Data, memory, models | RUNNING Design rule |
| On-prem deployment | Recipe-sensitive producers | RUNNING Design option |
Brewira supports your food-safety records. It is not a certification and it does not replace your HACCP plan.
From the plant floor
Who this is built for
The three people in a beverage plant whose week changes when the process runs itself, and what each of them needs from Brewira.
Plant or Operations Director
Owns production rate, quality, loss, giveaway and yield, water and energy, and food safety. Wants a plant that holds spec at higher rate with fewer interventions, and a number that justifies the spend.
Brewmaster or Process Engineer
Owns recipes, brewhouse and blend, fermentation and carbonation process windows and yield. Approves and corrects the agents in assist mode; those corrections train the models.
Quality or Food-Safety Manager
Owns product quality and safety under HACCP, FSMA, FSSC 22000 and BRCGS, contamination and fill and seal conformance, and batch genealogy. Needs every action grounded, cited and written to an immutable record.
IT/OT and sustainability leads approve the deployment. There are no customer quotes on this site yet; design partners will speak for themselves when they choose to.
Integrations
It speaks plant, not cloud
Brewira reads and writes through the systems already on the floor. No parallel historian, no new HMI, no rip-and-replace. Connectors are built against each design partner's stack first; long-tail integrations are out of scope for the first release.
PLC and SCADA of brewhouse, blending and syrup systems, fermentation tanks and yeast handling
Setpoint reads, guarded writes, interlocks untouched
Filtration and carbonation skids and their inline CO2, dissolved-oxygen and turbidity analyzers
Continuous carbonation and clarity state
High-speed filler, seamer and capper controls
Telemetry in; fill-valve and seam settings inside approved windows
Tunnel and flash pasteurizers, CIP skids and hygiene sensors
PU readings verified and logged; CIP release checks
Multi-camera stations for fill level, seal and cap, label, foreign body and container defects
Frames, defect events, reject commands
Orders, recipes, product specs, batch genealogy, LIMS results
Targets in, release records out
Plant and asset meters; Isaac-driven pack, case and palletizing cells
Hard constraints for scheduling; bounded handling
SSO and role-based access; SOC 2 on the roadmap
Named approvers, scoped roles
FAQ
Straight answers
The questions plant directors, brewmasters and quality managers ask in the first meeting.
Only at the autonomy stage your plant has set, and only to an explicit allow-list of low-risk loops inside documented limits. Every design partner starts in shadow mode, where Brewira predicts and writes nothing. Assist mode follows, where a brewmaster or process engineer approves each recommendation. Bounded autonomy on filling, carbonation and inspection loops comes after the food-safety and ROI gates agreed up front.
Critical control points are not optimization variables. The pasteurization PU profile, the CIP release checks and the batch release decision stay with your HACCP plan and your people. Brewira verifies readings, writes them to an immutable audit log and attaches them to the batch genealogy. It is grounded in HACCP, FSMA, FSSC 22000 and BRCGS procedures; it is not a certification and does not replace your plan.
Brewira sits above your existing automation as a supervisory layer. If it stops, the plant keeps running on its current PLC and SCADA control and the interlocks it already has. A Brewira outage degrades the plant to the way it runs today, not to a stop.
The first phase is shadow mode on one line: Brewira reads your analyzers, PLC history, lab results and MES while you run the plant as usual, and we measure its predictions against your lab, QA and PLC outcomes. Recommendations start when accuracy is proven against that baseline, and improve as plant-specific history and brewmaster corrections accumulate.
Recipes, product specs, tolerance models and supplier data are tenant-scoped and never used to train another customer's models. Retrieval is multi-tenant isolated and permission-aware. Cross-plant learning, where a customer opts in, is federated and IP-isolated. On-prem deployment is available for producers protecting sensitive recipes.
You are, the same as with any control strategy. That is why every write is policy-checked, bounded, logged and reversible, every output carries a citation to the recipe or procedure it relied on, and anything above your threshold waits for a named approver. The audit log records the request, the reasoning, the limits applied and the human decision.
As a design partner, on one line, with one hard metric: fill giveaway and low-fill rejects, leaker and seal faults, attenuation variance and tank time, CO2 use and clarity rejects, or water and energy on pasteurization and CIP. We instrument the line in shadow mode, measure the baseline, move to assist mode when accuracy is proven, and expand only when the number holds.
Full multi-module autonomy across the whole plant, long-tail integrations beyond the design partners' stacks, and self-serve onboarding. The first release is one wedge workflow, its connectors, the agent loop with human checkpoints, the review console and the assurance-grade food-safety audit log.
Get started
Or just send the line
A sentence about the line and the number is enough to start.