Back to Prompt Library
implementation
Build the application
Inspect the original prompt language first, then copy or adapt it once you know how it fits your workflow.
Linked challenge: Build a Cross-Border Supplier Document Schema Mapper
Format
Code-aware
Lines
101
Sections
11
Linked challenge
Build a Cross-Border Supplier Document Schema Mapper
Prompt source
Original prompt text with formatting preserved for inspection.
101 lines
11 sections
No variables
1 code block
## Build
Map localized vendor credential formats to standardized Frictionless Data schemas based on jurisdiction. Translate divergent operational license data into a unified global compliance format.
## User
Third-Party Risk Operations Manager
## Workflow
1. Ingest localized tabular supplier compliance data containing jurisdiction-specific license and tax identifiers.
2. Use a reasoning agent to map local header names and data types to a canonical Frictionless Data schema.
3. Apply Frictionless schema validation to ensure the mapped data conforms to global corporate compliance standards.
4. Output a normalized schema definition file and a transformation report detailing field adaptations.
## Interface
Terminal CLI and local web queue displaying mapped credential records, canonical schema comparisons, and validation reports.
## Data
Create synthetic supplier onboarding CSVs with disparate column headers and test mapping them to a defined Frictionless resource schema.
Starter examples below are synthetic. They are not downloaded records.
## Source
[Frictionless data validation](https://raw.githubusercontent.com/frictionlessdata/frictionless-py/main/README.md)
Applies the Frictionless Data validation framework and tabular resource schema conventions described in the frictionless-py documentation.
## Tools
agno, frictionless, pandas, pydantic.
Agno orchestrates intelligent LLM mapping of tabular headers into a unified canonical schema before standard procedural validation.
Local or hosted LLM with tool calling capability and low temperature for deterministic header translation.
## Deliverables
Submit runnable source, pinned dependencies, setup commands, a working interface, example outputs, and a recorded end-to-end demo. Include tests and an action log.
## Acceptance
- Successfully maps disparate local table headers to a standard Frictionless schema using the AI agent.
- Validates the transformed data against the generated canonical schema without uncaught exceptions.
- Generates a JSON transformation report documenting mapping decisions and validation status.
## Starter Examples
```json
[
{
"input": {
"jurisdiction": "DE",
"local_data": [
{
"firmenname": "GmbH Tech",
"steuernummer": "123456789",
"ablaufdatum": "2025-12-31"
}
],
"canonical_target_fields": [
"supplier_name",
"tax_id",
"expiry_date"
]
},
"expected_output": {
"jurisdiction": "DE",
"mapping": {
"firmenname": "supplier_name",
"steuernummer": "tax_id",
"ablaufdatum": "expiry_date"
},
"schema_compliant": true,
"normalized_records": [
{
"supplier_name": "GmbH Tech",
"tax_id": "123456789",
"expiry_date": "2025-12-31"
}
]
}
},
{
"input": {
"jurisdiction": "FR",
"local_data": [
{
"nom_entreprise": "Societe SA",
"num_tva": "FR987654321",
"date_fin": "2024-10-15"
}
],
"canonical_target_fields": [
"supplier_name",
"tax_id",
"expiry_date"
]
},
"expected_output": {
"jurisdiction": "FR",
"mapping": {
"nom_entreprise": "supplier_name",
"num_tva": "tax_id",
"date_fin": "expiry_date"
},
"schema_compliant": true,
"normalized_records": [
{
"supplier_name": "Societe SA",
"tax_id": "FR987654321",
"expiry_date": "2024-10-15"
}
]
}
}
]
```
## Safety
Operates entirely on synthetic simplified supplier data schema definitions; produces internal transformation reports and does not execute actual commercial mapping.
Use mock external writes. Require human review before any real deployment.Adaptation plan
Keep the source stable, then change the prompt in a predictable order so the next run is easier to evaluate.
Keep stable
Hold the task contract and output shape stable so generated implementations remain comparable.
Tune next
Update libraries, interfaces, and environment assumptions to match the stack you actually run.
Verify after
Test failure handling, edge cases, and any code paths that depend on hidden context or secrets.