A goal, tools and an autonomy level
An agent declares what it is for, what it may call and how far it may go without a human. Its runs are typed and logged.
The Railira SDK is a design preview of how an agent is defined, bounded and run: tools with unit-aware ranges, rate limits and control-plan envelopes, autonomy policy as code, deterministic replay of any historical run against a new model, and a local twin harness. The API will change before release.
Illustrative scenario: Car 07 of a 4-car metro consist · shell line B · bogie shop · booth 2 · marriage station, one car, one approval gate
Everything in the SDK is one of these.
An agent declares what it is for, what it may call and how far it may go without a human. Its runs are typed and logged.
Tools name targets, units and whether they are read-only. Write tools carry Limits and a control-plan envelope.
max_step per period, absolute floors and ceilings, weld class and the approved envelope per car type, enforced at call time by the policy engine and again at the OT boundary.
The level the plant has set for this agent, this tool, this shift. Approvals are routed to named humans above the threshold.
Start, stream, replay. Every step has an agent, a tool, a duration and a status, and the whole record is kept per car and work package.
Simulate a weld sequence, marriage plan or build order on the as-built twin before it is written. Required for any agent configured with it.
The Railira SDK is typed Python. Tools are declared with schemas, limits and the approved control-plan envelope, and the policy engine enforces them at call time, not in a review meeting. This is a design preview; the API will change before release.
# Design preview. Bound the weld agent to shell line B.
from railira import Agent, Tool, Limit, Autonomy
sequence = Tool(
name="weld.set_sequence",
targets=["B.ROOF_SEQ", "B.CLAMP_PLAN"],
limits=[Limit(envelope="control-plan M4-118", weld_class="EN15085-CP-C2")],
)
weld = Agent(
id="agent.weld_structure",
goal="door aperture within 1.5 mm, EN 15085 class per joint, least heat input",
tools=[sequence, Tool("seam.vision", read_only=True)],
# bounded recommendations on sequence; heat input stays with a human
autonomy=Autonomy.L3,
# simulate on the twin before every recommendation
verify="twin",
)
run = weld.start(line="B", car="M4-118-07")
for step in run.stream():
print(step.name, step.status, step.duration)
The same run engine, the same policy checks, the same audit trail, from the terminal, the review console or the SDK. Design preview.
$ railira run "car M4-118-07 through marriage" --autonomy L2+
→ plan composed 10 steps · 1 approval gate
→ cuopt.sequence shift A · cure window and 13:40 test slot held
→ twin.simulate 18 candidates · best #6 · aperture dev 0.6 mm
→ policy.evaluate 6 recommendations permitted · heat_input held for human
→ executing weld.sequence .... ok 3m12s
! approval required heat_input roof joints −2%
→ approved shift weld engineer · 06:12:44
→ executing bogie.torque ..... ok continuous
→ executing coat.cure ........ ok continuous
→ executing marry.align ...... ok 2m05s
→ scenario complete torque escapes 0 · car 07 released
$ railira runs show run_9b4e27 --format genealogy
Every Railira run is an ordered, inspectable sequence. This is run_9b4e27: Car 07 of a 4-car metro consist · shell line B · bogie shop · booth 2 · marriage station. Scenario completes in 10 steps with one approval gate. Shell geometry held inside tolerance after a twin-ranked weld sequence, one heat-input change approved by the shift weld engineer, two torque traces routed to rework before brake test, the livery cure window protected in the sequence, marriage interface inside tolerance, car released with full genealogy.
Plant Orchestrator · Pulled the work packages for car 07 from MES and PLM: aluminium extrusion shell, EN 15085 weld class per joint, control-plan geometry tolerances, bogie torque specifications, livery recipe and cure window, fit-out and marriage sequence. Locked the approved control-plan envelope for the shift.
Line-and-Logistics · Sequenced the shift against live readiness: booth 2 cure window, bogie B-14 readiness, brake-test slot at 13:40, AMR fleet state and kit inventory. The plan moves car 07 marriage behind car 06 to keep the cure window and the test slot.
Train Twin · Simulated 18 candidate weld sequences for the roof-to-sidewall joints on the as-built twin and ranked them on predicted distortion, door-aperture geometry and heat input. Sequence #6 keeps the aperture inside tolerance with 2% less heat input than the standing sequence.
Weld-and-Structure · Recommended sequence #6 and the matching clamping plan to the shell line. Seam vision and laser-tracker geometry confirmed the roof-to-sidewall joints inside the control-plan tolerance on the first four seams.
Plant Orchestrator · Sequence #6 lowers heat input on the roof joints 2% below the standing weld procedure. Heat-input changes stay with a named engineer, so the step was held for the shift weld engineer and approved at 06:12:44 with the twin evidence attached.
Bogie-and-Running-Gear · Press-fit curves and torque traces on bogie B-14 read at the station. Two traction-motor mounting traces fell outside the expected profile and were routed to rework before brake test; the remaining safety-critical joints verified to spec.
Coat-and-Livery · Booth 2 humidity and temperature, film thickness and flash time watched through the livery pass. One masking misalignment on the door band flagged by booth vision before the second coat; the cure window held and handed to the sequence as a hard constraint.
Marry-and-Couple · Carbody and bogie scans compared against target interface geometry before the lift. Fit-out readiness confirmed by Fitout-and-Interior for doors and glazing. Marriage guided inside tolerance; coupler and gangway checks verified and written to the twin.
Quality-and-Anomaly · Weld and coating vision, in-line metrology, torque, wiring continuity and brake-test results fused at the edge across the car. Every finding localised to station, work package and shift, with the two torque reworks and the masking flag already closed.
Conformance · Car 07 released: genealogy written (weld records per joint, geometry scans, torque traces, coating recipe and cure record, fit-out checks, marriage interface, approvals, test results) and dispositioned against the control plan and IRIS / ISO/TS 22163 criteria with cited evidence for the quality engineer's sign-off.
Every tool invocation, argument and result is written to an append-only, human-readable log, and every reasoning step is expandable. Nothing about a run is hidden from the plant.
Plan, thought, action, observation, exactly as the orchestrator would record it.
Build car 07 through shell welding, bogie assembly, livery, fit-out and marriage on the shift plan, inside the control plan, with every safety-critical joint to spec and the cure window protected.
Sequence the shift first, so the cure window and the brake-test slot are protected. Simulate the roof-to-sidewall weld sequence on the twin before the first seam. Read every torque trace at the station. Fuse inspection continuously. Hold any heat-input change for a human.
The standing weld procedure runs the roof joints hot enough to guarantee penetration on a cold fixture. With the clamping plan from the twin the same penetration holds at 2% less heat input and the door aperture stays inside tolerance, because the distortion is sequenced out rather than reworked out.
twin.simulate(candidates=18) returns sequence #6: roof joints re-ordered, clamping plan 6, heat input down 2% on the roof joints.
Sequence #6 predicts door-aperture deviation 0.6 mm against a 1.5 mm tolerance. Three candidates scored lower on heat input but pushed predicted sidewall distortion past the limit and were discarded.
Recommend sequence #6 to the shell line; six recommendations permitted; the heat-input change routed to the shift weld engineer with the twin evidence.
Two traction-motor mounting traces on bogie B-14 fell outside the expected profile at 07:40:12. Routed to rework before brake test; the slot held. One masking misalignment on the door band flagged in booth 2 before the second coat.
Scenario complete. Shell inside tolerance, bogie joints to spec after rework, livery inside the cure window, marriage interface inside tolerance. Car 07 released with full genealogy.
A rolling-stock plant does not go from manual to unattended in one step. Railira makes the level explicit, auditable and reversible at any time. The first release runs shadow mode, then assist mode, then bounded autonomy on low-risk actions. Weld parameters, schedule release and car release stay with named humans until acceptance is earned.
| Level | What the agent does | What the human does | Where it sits in a pilot |
|---|---|---|---|
| L1 · Shadow | Reads weld, metrology, torque, coating, wiring, test, robot and MES signals; predicts and recommends; writes nothing | Runs the line as today; compares predictions to inspection and engineer outcomes | Shadow mode; baseline measured from the plant's own records |
| L2 · Assist | Proposes weld-sequence, geometry, coating, torque and sequencing moves with evidence, confidence, envelope and rollback path | Approves each move in the review console | Assist mode; accuracy and ROI proven against the baseline |
| L3 · Bounded | Executes pre-approved low-risk actions: inspection routing, rework priority, kit feeding, robot path variants and parameter adjustments inside approved bounds | Approves heat-input and weld-sequence changes, schedule release and car release | Graduated autonomy, after audited accuracy and ROI and safety gates |
| L4 · Scaled | Supervised weld-parameter adaptation inside pre-approved control-plan envelopes, across lines and plants | Sets the envelope; reviews the shift record and the evaluation results | Planned; after IRIS, plant and OEM acceptance is earned |
A seam is welded in seconds and a booth cannot wait for the cloud. Perception has to be local, deterministic and fast, so Railira runs GPU inference at the plant edge and keeps training, simulation and optimisation in the cloud or on-prem.
8 to 32 cameras per process area plus metrology, torque, thermal, robot and booth-instrument streams fused at the plant edge. Sub-50 ms weld and seam alerts and sub-150 ms coating and metrology prompts are the design targets. Jetson Thor is planned for higher sensor density.
Weld-defect, geometry-risk, coating-risk, point-cloud and takt-risk models served at the plant edge with per-model versioning and rollback, routed by latency, tenant, sensitivity and cost.
Weld and coating defect vision, metrology classification, control-plan reasoning and FEA-surrogate models fine-tuned on plant data and engineer corrections. 100 to 500 GPU-hours per plant during onboarding is the design target; dedicated capacity is planned.
As-built carbody, coating, marriage and line-flow twin. Weld distortion, geometry build-up, robot reach, coating coverage and layout simulated before the shift. GPU FEA and point-cloud metrology are the workloads; OVX scale is planned.
Rare weld defects, coating contamination, geometry deviations, occluded seams and torque-escape cases generated and validated against real inspection distributions before promotion. Planned.
Line sequencing, JIS feeding, AMR and AGV routing, buffer management and commissioning-slot scheduling against live readiness.
Robotic weld, coating and assembly cells and AMR or AGV flow; path variants validated in simulation before release to the floor.
Telemetry features from weld parameters, metrology, coating readings, torque, non-conformance and takt history for retraining, drift detection and network analytics.
Railira writes to production systems. Every capability is scoped, every write is policy-checked against the approved control plan, and every action is written to an append-only audit log the plant owns.
| Item | Scope | Status |
|---|---|---|
| SOC 2 Type I and OEM cyber review | Cloud control plane | QUEUED Planned, first 6 months |
| SOC 2 Type II | Cloud control plane | QUEUED Planned, 6 to 12 months |
| SSO and RBAC | Console and approvals | QUEUED Planned, 6 to 12 months |
| IRIS and regulatory assurance packages | Disposition and genealogy evidence | QUEUED Planned, 6 to 12 months; not a certification claim |
| Standards-cited reasoning | Control plans, EN 15085, IRIS / ISO/TS 22163, TSI, AAR, APTA, torque and brake-test procedures | RUNNING In the design, every answer cites its source |
| Per-tenant and program isolation | Designs, control plans, models, memory | RUNNING In the design from day one |
| On-prem and plant-edge deployment | Regulated plants | RUNNING Design option |
The questions plant directors, body and coating engineers and quality leads ask in the first meeting.
Only within an explicit tool allow-list with per-tool rate and magnitude limits, inside the approved control-plan envelope, and only at the autonomy level your plant has set. Design partners start in shadow mode, where Railira writes nothing. Heat-input and weld-sequence changes, schedule release and car release stay with a named approver.
Control returns to the robot, PLC or station's last known-good state. Railira is a supervisory layer on top of the controllers, safety systems and interlocks you already run, never a replacement for them, so an outage degrades the line to its current way of running, not to a stop.
Recommendations start from the control plan, the work instructions and the twin in the first weeks. Weld, geometry, coating and torque prediction improve as line history and labelled outcomes accumulate per car type. Onboarding is sized at 100 to 500 GPU-hours per plant and 50,000 to 250,000 synthetic images or scan variants per program, all design targets.
Only if you choose cloud training. Designs, control plans, program data, process models and quality records are isolated per tenant and never used to train another customer's models. Fully on-prem deployment at the plant edge is available for regulated plants, and cross-plant learning is planned and waits on data-rights agreements.
You are, the same as with any control strategy, which is why every write is policy-checked, bounded, logged and reversible, and why anything above your risk threshold waits for a named approver. The audit log records the request, the evidence, the envelope applied and the human decision.
A paid pilot on one process or line area, scoped to a single wedge with a success metric written into the order form: weld or coating rework reduction, geometry escapes, torque escapes, line stoppage minutes or first-time-through. It starts in shadow mode against a baseline from your own records, moves to assist mode when the engineer is satisfied, and expands only after the number moves.
The SDK and CLI are design previews. Tell us what you would build and we will tell you where it stands.
↑↓ navigate↵ openesc close