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
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
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
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
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
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
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
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
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
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
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
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
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?
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
SManufacturing 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
SManufacturing 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
HShift lead
The material state has visibly changed. Instruments look normal and no unusual equipment sound is present.
SManufacturing 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
SManufacturing task system
Option A: governed correction plus quality hold. Option B: maintain operation plus intensified reinspection. Both include preconditions, failure conditions and rollback.
HQuality 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
HQuality owner
Approve option A: mark the next quality window pending and schedule an urgent reinspection.
SManufacturing task system
Reinspection and planning-review tasks were created. DCS advice is sent only to an authorized role and never changes a setpoint autonomously.
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.
READ THE METHOD
Understand how digital expert assets are built and governed
Four articles extend the demonstration through asset definition, authority, organizational learning and production accountability.
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.