Evidence the run may read
- Quality alert and failed checks
- Dataset lineage and ownership
- Recent pipeline and schema change evidence
production blueprint · data & analytics
Data quality incident triage agent blueprint.
Correlate a data-quality alert with pipeline, lineage, freshness, and change evidence and prepare a bounded response packet.
Search intent: AI agent for data quality incident triage
Published by a2a cloudProduct-source methodology →
01 · the contract
Start from a bounded job, not a blank chat box.
trigger
A monitored dataset violates an approved quality or freshness rule.
owner
data owner
agent stops at
The dataset owner approves quarantine, backfill, consumer notification, or pipeline changes.
KPI · decrease
time to reviewed data incident plan (minutes). Measure alert creation to data-owner-approved response plan.
outputs
Artifacts the run must produce
- Incident scope and timeline
- Ranked cause hypotheses
- Containment and validation proposal
02 · topology
Small specialists. Named handoffs. One accountable decision.
Each stage produces an artifact another stage can inspect. The final node is a person, not an autonomous write to an external system.
- 01
intake
Validate and normalize the data quality incident triage inputs.
- 02
quality signal analyst
Produce the incident scope and timeline.
- 03
lineage correlator
Produce the ranked cause hypotheses.
- 04
data incident reviewer
Challenge the data quality incident triage result and prepare an approval packet.
- 05
data owner
The dataset owner approves quarantine, backfill, consumer notification, or pipeline changes.
intake→ validated input packet →quality-signal-analyst
quality-signal-analyst→ Incident scope and timeline →lineage-correlator
lineage-correlator→ Ranked cause hypotheses →data-incident-reviewer
data-incident-reviewer→ approval packet with evidence references →human-approver
03 · authority
Grant the run only what this case needs.
Source material is read-only. Drafts land in a case-specific output path. Tools may read or propose; the human gate owns the external write.
case inputs
workspace/data/data-quality-incident-triage/inputs/**Read only the evidence attached to this workflow instance.
case outputs
workspace/data/data-quality-incident-triage/outputs/**Write drafts and evidence artifacts without modifying source records.
approved tools
data:data-quality-incident-triage:read-or-proposeInvoke only tools explicitly granted for this run; external writes remain gated.
04 · implementation
A private, bounded starting manifest.
The blueprint starts private, caps its DAG, disables replanning, and exposes no public endpoint. Add only the tools and data adapters this workflow has approved.
a2a.yamlsafe starting point
name: data-data-quality-incident-triage
version: 0.1.0
entrypoint: agent:BlueprintAgent
expose:
public: false
composition:
planning: deterministic_dag
max_nodes: 6
max_parallel: 3
max_replans: 005 · acceptance test
Pass only with evidence.
- 01
Evidence traceability
Every material conclusion cites an input artifact or a scoped tool result from this run.
- 02
Every hypothesis cites observed evidence, affected consumers, and a disconfirming validation check.
Every hypothesis cites observed evidence, affected consumers, and a disconfirming validation check.
- 03
Approval boundary
The run stops at a proposal and records the human decision before any external side effect.
failure containment
Stop small. Preserve the evidence.
Lineage, ownership, change history, or the expected-quality baseline is incomplete.
Containment: Return a partial result with unresolved items; do not broaden scope or perform an external write.
Operator: Attach the missing evidence, narrow the brief, or explicitly approve a new scoped run.
A required input or tool grant is unavailable.
Containment: Stop the affected branch and preserve completed artifacts in the case output workspace.
Operator: Grant only the missing resource or continue with that branch marked out of scope.
06 · proof
Sign the run facts. Keep money in the billing ledger.
Current platform receipts sign caller identity or classification, skill, bounded input evidence, verified grant IDs when present, outcome or result preview, and timing. Optional file, tool, artifact, handoff, evaluation, and review fields require separate instrumentation and are not populated by default. Price, fees, payouts, and later human approvals remain separate platform records.
The example uses only fields populated by the current platform sealing paths. It is illustrative, not a record of a real customer run.
ExecutionReceipt · selected fieldsEd25519 token
{
"receipt_id": "rcpt_01J...",
"schema_version": 1,
"agent_name": "data-data-quality-incident-triage",
"caller": "user:workflow-owner",
"task_id": "case_data_quality_incident_triage",
"skill_name": "data_quality_incident_triage",
"input_hash": "4d7c...9a2f",
"grant_ids": [
"grt_case_inputs",
"grt_tool_propose"
],
"status": "ok",
"result_preview": "Output prepared: Incident scope and timeline. Human decision remains separate.",
"elapsed_ms": 4218
}related blueprints
Keep the operating model consistent.
Data & Analytics
Metric definition review
Compare a proposed metric with source fields, grain, filters, time rules, and existing definitions before governance approval.
Data & Analytics
Dashboard quality review
Review a dashboard against approved metric definitions, queries, filters, freshness, accessibility, and decision purpose.
Data & Analytics
Data lineage impact analysis
Trace a proposed upstream change through documented datasets, transformations, metrics, and owners and prepare an impact packet.
put the pattern to work
Start private. Scope the authority. Require the decision.
Deploy the workflow as a bounded internal agent, verify its outputs and the receipt fields actually emitted, then expand only the scopes your acceptance test proves it needs.