Customer inputs remain customer assets
Ownership, derived artifacts and reusable platform improvements are separated contractually.
AI ENGINEER / DEPLOYMENT
SolidWorks is operated by an Agent on a customer-authorized Windows machine. PDM access, planning services, model processing and data transfers are scoped for each deployment. Local CAD execution does not mean that every processing step runs offline.
01 / DEPLOYMENT PRINCIPLE
The system is designed around customer-local PDM/model-library access, controlled ingestion, versioned Rulepacks, isolated AI engineering execution and customer production-release authority. Public website inquiries never accept CAD, GDS, PDK or confidential engineering attachments.
A configured customer-local adapter resolves only approved part identities, revisions, lifecycle states and native models inside the authorized scope; an approved controlled export remains an alternative.
Document observations, inferred relationships and formal engineering facts remain distinguishable.
The bounded execution contract is designed to require no engineer operation during the run; customer approval and production release remain outside it.
02 / AGENT AND DATA FLOW
The deployment data-flow schedule must identify approved data, service providers, locations, access roles, retention and deletion responsibilities. These are deployment-specific decisions, not blanket promises made by this website.
| Layer / location | Data and purpose | Access, transfer and retention boundary |
|---|---|---|
| Customer-local Agent Windows + SolidWorks | Receives approved assembly plans and commands; operates the authorized SolidWorks environment. | Define who can dispatch work and approve execution. Confirm local cache access, cleanup and operational ownership. |
| Authorized PDM / model library | Approved part identities, revisions, native files and extracted geometry/interface information used for planning and assembly. | Limit access to the agreed library or controlled export. Define which files and derived data may leave the source system, and their approved destinations. |
| Deployment-approved control, planning and model services | May process authorized inputs and derived data, and return plans, commands or results. | Document each service, hosting region, transmitted data and provider terms. Confirm retention/deletion and any model-data use before enabling the flow. |
| Native artifacts and review evidence | Local SolidWorks output and configured read-back results; approved copies may be returned to the deployment workspace. | Specify storage location, authorized reviewers and artifact retention. Customer engineering authority decides production release. |
| Operational telemetry | Job status, diagnostics and execution errors needed to operate and support the service. | Define diagnostic fields, redaction, destinations, support access and deletion. Do not assume logs are free of engineering information. |
This is a deployment review framework, not a public field-deployment claim, certification or promise of fully offline operation. The website Privacy Notice covers website inquiries and analytics; it does not replace the product deployment data-flow schedule.
Security and IP diligence
Final customer deployments are scoped through NDA, data-flow mapping, access control, retention policy, export/compliance review and an explicit responsibility matrix. The website does not imply certification or customer endorsement.
Ownership, derived artifacts and reusable platform improvements are separated contractually.
Deployment can be structured around isolated workers, scoped credentials and auditable access.
Evidence status and engineering approval are explicit gates, not implied by model confidence.
Private technical review
Describe the non-confidential workflow, toolchain and desired verification boundary. A human will follow up before any protected engineering material is exchanged.
Request deployment reviewANSWER-READY NEXT STEPS
Ask your question and leave your company email. The MST team will follow up directly.