Number + optional brand/category
Complete PIES product record
Resolve one exact product and expose the selected PIES record: identity, descriptions, unit-bearing attributes, lifecycle, origin, extended information, typed relationships, and classified assets.
Follow the implementation from request to evidence.
Every node corresponds to a real resolver, operation, validation boundary, or response surface in the current code.
01 inputProduct query- validated evidence
02 getAutoCareSearchResultsIdentity selectorOne exact brand/type product
- validated evidence
03 getAutoCarePartDetailsPIES itemComplete selected product payload
- validated evidence
04 gateRecord normalizerUnits · lifecycle · relationships · assets
- validated evidence
05 outputExploded product recordEvery returned evidence family
The exact arguments the MCP server accepts.
This schema is generated from the registered Python tool. Required fields, defaults, nested models, and constraints are not maintained by hand.
requestPartLookupInputrequired
brandstring | nulloptional
nullpart_numberstringrequired
part_typestring | nulloptional
Optional readable part-type hint (e.g. 'Engine Oil Filter'). Used to prefer the intended category when a part number exists in multiple unrelated categories; best effort, never erases evidence.
nullpart_type_idinteger | nulloptional
null{
"request": {
"part_number": "9619",
"brand": "Bosch"
}
} Show attributes and images for Bosch 9619What each upstream call needs—and earns.
Conditional calls are labeled. Validation describes the exact rule that allows evidence to advance to the next stage.
getAutoCareSearchResultsResolve the exact catalog identity before requesting details.- Requires
- part_number · optional brand/type
- Produces
- brandCode · partTypeId · identity choices · reverse references
- Validation
- Same-number products are not interchangeable identities; bounded searches stay disclosed.
getAutoCarePartDetailsRetrieve and normalize the selected PIES item.- Requires
- brandCode · partNumber
- Produces
- descriptions · attributes + units · extended info · lifecycle · origin · relationships · assets
- Validation
- Missing data means not returned; only classified HTTPS image resources render as images.
Every important branch has a named outcome.
These are response decisions in the implemented service—not possible future behavior.
Return exact brand/type options before details.
Return referencing products; details belong to their identities.
Do not synthesize a product record from the search row.
Preserve all normalized detail families and typed relationships.
One shared schema, highlighted for this tool.
Bright fields are populated by this path. Dimmed fields remain part of CatalogResponse but are not a normal output of this tool.
statusResultStatusrequired
summarystringrequired
reason_codeReasonCode | null
queryobject
metadataobject
completenessCompleteness
next_cursorstring | nulloptional
nullpages_fetchedintegeroptional
0paging_modenone | page | cursor | capped | unknownoptional
"none"5 allowed valuesreturnedintegeroptional
0totalinteger | nulloptional
nulltruncatedbooleanoptional
falsevehiclesVehicleIdentity[]
partsPartRecord[]
relationshipsRelationshipRecord[]
relationship_outcomeRelationshipOutcome | null
fitmentFitmentDecision | null
interchange_validationsInterchangeValidation[]
clarificationClarification | null
pending_clarificationsClarification[]
Every open clarification dimension in one round (clarification stays = the first). Ask them together instead of one round trip per dimension.
warningsstring[]
errorCatalogError | null
evidenceEvidenceRecord[]
- Exact identity precedes details
- Missing attributes are not negative claims
- Vehicle assets are not part images
- Non-image resources remain labeled links
get_part_detailspoc/opticat-mcp-v2/src/opticat_mcp_v2/service.pynormalize_partpoc/opticat-mcp-v2/src/opticat_mcp_v2/normalizers.pyitemForPartlib/mcp.tsWhat is known, and what could become possible.
Current gaps stay separate from product concepts so the visual never implies that an idea has already shipped.
- 01
A known entitled image-bearing product still needs live proof
- 02
Asset URLs are not checked for reachability
- 03
360-degree grouping needs domain validation
Present image sets, 360 groups, marketing resources, and documents according to verified media type.
Compare two selected PIES records with normalized units and explicit incomparable fields.