electromechanics-syntax

Author motion contracts for electromechanical assemblies in YAML syntax.

2|Updated Jan 31, 2026
One-click install
npx skills add https://github.com/MRiabov/Problemologist-AI --skill electromechanics-syntax
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: electromechanics-syntax
Source: https://github.com/MRiabov/Problemologist-AI/tree/main/.agents/skills/electromechanics-syntax
Command: npx skills add https://github.com/MRiabov/Problemologist-AI --skill electromechanics-syntax

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a formal, implementation-ready syntax for authoring electromechanical motion contracts, ensuring consistent communication between design and runtime controllers.

Core Features & Use Cases

  • Define moving-part contracts using stable identifiers and DOFs.
  • Map motion requirements to canonical control modes and performance parameters.
  • Use in handoffs where motorized parts, electronics, and CAD definitions intersect.

Quick Start

Identify moving parts in your handoff and bind each part's name, DOFs, and control mode to a single, stable label.

Frequently Asked Questions about electromechanics-syntax

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I define motion contracts for electromechanical assemblies in CAD coding?

You define motion contracts by editing assembly_definition.yaml to bind moving_parts with stable identifiers, degrees of freedom, and canonical motor-control modes.

What control modes are supported for motor-control syntax in assembly definitions?

The canonical motor-control modes supported for motion syntax are CONSTANT, SINUSOIDAL, and ON_OFF, ensuring consistent communication between design and runtime controllers.

How do I maintain stable part identifiers across planner and solution handoffs?

Keep PartConfig.name stable across handoffs to preserve motor provenance in COTS and motion contracts, ensuring consistent tracking of moving parts and electronics.

When do I need to formalize electromechanical motion syntax in build123d projects?

You need formal motion syntax when authoring handoffs where motorized parts, electronics, and CAD definitions intersect, requiring structured AssemblyPartConfig.control parameters.

Can I use this motion syntax to coordinate final assembly with moving parts?

Yes, the syntax applies when editing final_assembly and moving_parts configurations, coordinating motion contracts for electromechanical assemblies with stable DOF mappings.

What's the best way to map motion requirements to performance parameters for motorized parts?

Map motion requirements by binding each part's name, DOFs, and control mode to a single stable label, ensuring implementation-ready syntax for runtime controllers.