What we build
Built on what ZEISS documents: inspection-plan parts, characteristics, measurements, measured values, attribute configuration, raw data files. Backends named below are documented resources; "confirmed in blueprint" means the vendor documentation sits behind a login and the resource is checked against your release first.
# zeiss-piweb-mcp-server: tool manifest, draft for blueprint week 1
# Every tool runs as the person asking. Nothing is written without a person confirming.
tools:
get_service_information: # -> server name, version and whether security is enabled
backend: GET /dataServiceRest/serviceInformation
mode: read
get_configuration: # -> attribute definitions for this PiWeb Server
backend: GET /dataServiceRest/configuration
mode: read
list_parts: # part path -> parts in the inspection plan
backend: GET /dataServiceRest/parts
mode: read
list_characteristics: # part path -> characteristics under that part
backend: GET /dataServiceRest/characteristics
mode: read
list_measurements: # part uuid -> measurements
backend: GET /dataServiceRest/measurements
mode: read
list_measured_values: # part uuid, characteristic uuid -> measured values
backend: GET /dataServiceRest/values
mode: read
audit: every call logged with user, tool, arguments and the ZEISS PiWeb response
The manifest is the contract. A question that needs an operation not on it gets a new line and a review, not a wider permission.