AI-native manufacturing · interactive method

One quality risk. See how two architectures reason—and how people and digital experts finish the work

Act one keeps the event, data and model capability constant and changes only the system architecture. Act two follows the AI-native path into enterprise collaboration, showing how evidence, permissions, human accountability and outcome feedback become one working chain.

AI-native value experience · a two-act demonstrationSimulated production data · method demonstration

One quality risk, two architectures; one manufacturing task, completed by people and digital experts

Act one keeps the event, data and model capability constant and changes only the architecture. Act two follows the AI-native path into an enterprise collaboration entry, where evidence, permissions and human accountability turn a judgment into completed work.

Continuous scenarioA batch awaiting release enters a quality-risk window
Batch Q-0723-01 (simulated)The key metric has not crossed its limitQuality, process and planning must coordinate
ACT 01 · Same event · same data · same model capability

Do not prove that one model is smarter; ask whether its judgment can enter the production accountability chain

An overlay agent can be excellent at Q&A, retrieval and point-tool calls. The gap appears when work needs shared cross-system context, governed actions and outcome feedback.

Step 01

Detect risk

The same trend signal is recognized

OVERLAYApplication-layer agent overlay
Detected
Read the alert and trend summary

The agent retrieves the current anomaly window from quality and time-series interfaces and prepares a readable summary.

  • Metric change and time window
  • Current limit status
  • Related application link
A fast route to an explanation
AI-NATIVEAI-native manufacturing foundation
Event created
Bind risk to manufacturing objects

The signal is bound to the batch, work order, line, grade and applicable quality window as a persistent risk event.

  • Object identity and state
  • Batch and time-window relationship
  • Applicable rule version
Risk becomes a trackable object, not a paragraph
Step 02

Assemble context

Join facts across MES, DCS and LIMS

OVERLAYApplication-layer agent overlay
Retrieval complete
Assemble context for this task

The agent calls three interfaces and retrieves documents, interpreting fields and relationships through the current workflow.

  • Batch query result
  • Process trend excerpt
  • Inspection summary
A new scenario commonly needs new mapping
AI-NATIVEAI-native manufacturing foundation
Context ready
Expand shared industrial semantics

Batch, material, process window, equipment state and inspection records expand through governed object relationships.

  • Shared object identity
  • Source and data time
  • Missing or conflicting data
Applications and models reuse the same fact contract
Step 03

Build evidence

Move from possible causes to reviewable grounds

OVERLAYApplication-layer agent overlay
Summary generated
Produce an analysis with references

The agent summarizes possible factors and links to the retrieved documents and records.

  • Candidate cause list
  • Document and record references
  • Natural-language explanation
A person still checks applicability to the current object
AI-NATIVEAI-native manufacturing foundation
Evidence package ready
Deliver a structured evidence package

Each conclusion links to source data, rule version, applicability, counter-evidence and missing information.

  • Supporting and counter-evidence
  • Rule version and scope
  • Data gaps and uncertainty
Evidence can be challenged, extended and replayed
Step 04

Propose options

Place advice inside real manufacturing constraints

OVERLAYApplication-layer agent overlay
Advice ready
Recommend reinspection and review

The agent proposes priority checks and a recommended disposition path from the assembled context.

  • Reinspect
  • Review the process window
  • Flag delivery impact
Quality depends on the completeness of this context
AI-NATIVEAI-native manufacturing foundation
Decision package pending
Create two constrained options

Each option states quality, throughput and delivery impact together with preconditions, failure conditions and rollback.

  • Options A / B and trade-offs
  • Preconditions and expiry
  • Rollback and accountable role
The system does not pretend there is one perfect answer
Step 05

Enter action

What may act, and who must approve

OVERLAYApplication-layer agent overlay
Notification prepared
Call messaging and task tools

The agent can send a summary or create a point task. Approval, expiry and failure handling remain distributed across tools.

  • Send collaboration message
  • Prepare task draft
  • Keep tool-call log
Effective for low-risk assistance and local automation
AI-NATIVEAI-native manufacturing foundation
Awaiting role authorization
Create a governed disposition proposal

The action carries the object, owner, permission, approver, SLA, expiry and duplicate-submission protection.

  • Read / advise / await approval
  • Owner and escalation path
  • Idempotency, audit and failure handling
DCS / PLC / SIS responsibilities remain independent
Step 06

Feed back outcomes

What remains after the conversation ends

OVERLAYApplication-layer agent overlay
Session archived
Keep answers and tool-call records

The analysis can be reviewed, while final inspection and human disposition often remain in separate business systems.

  • Conversation
  • Call trace
  • Human note
A later review must reassemble the outcome
AI-NATIVEAI-native manufacturing foundation
Loop connected
Link judgment to the business outcome

Human decision, execution state, reinspection and actual impact return to the same event as evaluation and knowledge-update candidates.

  • Accept / reject reason
  • Execution and inspection result
  • Evaluation case and update candidate
Models can change while organizational experience accumulates

FAIR TESTFair comparison: the left side is not deliberately weakened. If an overlay adds persistent semantics, evidence, action governance and outcome feedback, it is itself evolving into an AI-native architecture.

From architecture into the organizationThe decision package continues: how do the right people and digital experts complete this manufacturing task together?
ACT 02 · Enterprise collaboration entry · DingTalk scenario

Turn every exception into a manufacturing task with context, accountability and a verified outcome

The collaboration entry uses a DingTalk scenario. The interface does not reproduce a third-party product; platform, action scope and integration are defined per project.

System event · 01

Create the task

A risk event becomes a task, not a generic notification

Manufacturing task system

A task has been created with the batch, work order, risk window and evidence index.

Quality decision asset

I accepted the impact-scope work item. Access is read-only; I cannot execute a quality disposition.

Object: batch awaiting releaseRisk: approaching a deviation windowState: pending human review
Task team · 02

Bring in the right participants

Organize capability by shift, responsibility and permission

Manufacturing task system

The shift lead, process engineer and quality owner were invited. Batch details remain hidden from unrelated roles.

Planning impact asset

I accepted delivery-impact analysis with access limited to this work order and its linked plan.

Least privilegeOn-duty ownersExperts called by task
Parallel expert work · 03

Complete specialist work in parallel

Digital experts deliver work products instead of taking turns to chat

Quality decision asset

I scoped the affected batch and lag window and listed two data gaps.

Process optimization asset

The drift remains inside the approved operating window; a low-amplitude correction path is prepared.

Planning impact asset

If the next product window is held, the delivery sequence must be reviewed.

Quality impact scopeProcess window and constraintsPlanning and delivery impact
Field input · 04

Add field facts

Human observation becomes evidence rather than chat debris

Shift lead

The material state has visibly changed. Instruments look normal and no unusual equipment sound is present.

Manufacturing task system

The observation is signed as a human record and kept distinct from sensor facts in the evidence package.

Human record: signedSensor facts: unchangedTo inspect: material-lot difference
Disagreement · 05

Expose professional disagreement

Different objectives are not compressed into one polished answer

Process optimization asset

Use a low-amplitude correction inside the approved window to restore stability.

Quality decision asset

Quality response is delayed; mark the next product window as pending disposition.

Planning impact asset

A hold changes delivery order; prepare a plan adjustment in parallel.

Conflict: quality risk vs deliveryShared constraint: no control-boundary bypassGap: reinspection pending
Decision package · 06

Build a joint decision package

Turn discussion into comparable, approvable manufacturing options

Manufacturing task system

Option A: governed correction plus quality hold. Option B: maintain operation plus intensified reinspection. Both include preconditions, failure conditions and rollback.

Quality owner

Add the delivery impact of option A and keep the disposition awaiting approval.

Option A: quality priorityOption B: continuity priorityEvery impact is traceable
Approval and dispatch · 07

Approve and dispatch under control

People remain accountable; the system executes authorized business actions

Quality owner

Approve option A: mark the next quality window pending and schedule an urgent reinspection.

Manufacturing task system

Reinspection and planning-review tasks were created. DCS advice is sent only to an authorized role and never changes a setpoint autonomously.

Quality action: approvedBusiness tasks: dispatchedDCS / SIS: independent
Outcome feedback · 08

Verify the outcome and form an asset candidate

Collaboration does not end at “handled”

Manufacturing task system

Reinspection and process state returned. The outcome is linked to the original judgment, human decision and execution record.

Quality decision asset

An evaluation case and method-update candidate were prepared. Nothing enters the released asset without owner review.

Outcome: linkedReview: replayableAsset update: candidate / pending review

ACCOUNTABILITYThe system initiates the task, evidence supports judgment, people own decisions and outcomes return to the production loop. Digital experts do not bypass approval or directly control PLC / DCS / SIS; the human workflow remains available if AI is unavailable.

BRING YOUR OWN MISSION

Replace the simulation with one real manufacturing task from your plant

Bring a quality, process, equipment or planning-coordination problem. We can frame the production context, expert assets, human accountability and validation evidence it would require.

The default starting point is read-only analysis with human review. Deterministic DCS, PLC and SIS control and safety responsibilities remain independent.