OPERANDI SDK — let your robot operate any appliance

Your robot can walk, see, and grasp. It still can't operate the microwave, the washing machine, the oven, the coffee machine — because it doesn't know how. OPERANDI is that missing layer. This SDK is the module you drop into your robot's software to access appliances that were previously inaccessible.

from operandi_sdk import OperandiClient, execute
from my_robot import MyRobotAdapter          # you implement ~6 primitive skills

client = OperandiClient("https://api.operandi.cc", api_key="ok_live_…")

match = client.identify("Bosch Series 6 dishwasher SMS6ZCI00G")   # what your camera read
pkg   = client.operate(match.slug, robot_profile="so101")          # verified operation package
result = execute(pkg, robot=MyRobotAdapter())                      # SDK runs it, safely

print(result.summary())     # COMPLETED · 7 steps · package=sim_validated

What you get vs what you implement

The package no longer hands you prose like "pad labelled START" and "display shows 5:00" — it hands you the exact OCR string to find (text_targets: ["START"]) and the machine-checkable expectation (signal: "display", expect: "5:00"). So your adapter is small:

from operandi_sdk import RobotAdapter, SensorPerceptionMixin, SkillCall, Observation, localize

class MyRobotAdapter(SensorPerceptionMixin, RobotAdapter):
    def execute_skill(self, call: SkillCall) -> bool:
        # call.anchor carries: text_targets (OCR strings), region, primitive (shape), spatial
        # call.force_limit: the safety cap, e.g. "<=8N"  (respect it)
        boxes = localize(self.camera.ocr(), [call.anchor])     # OCR-grounded bbox per control
        pose  = self.depth.pose(boxes.get(call.control_id))    # your 2D->3D (or use the detector)
        return self.arm.actuate(call.skill, pose, max_force=call.force_limit, **call.params)

    def read_sensors(self, predicate) -> Observation:          # implement ONCE; verifies every step
        return Observation(display_text=self.camera.read_display(),
                           door=self.camera.door_state(),
                           moving=self.camera.motion())
        # the SDK evaluates predicate.expect against these — no per-appliance check code

Prefer full control? Implement observe(predicate_id, predicate) yourself instead of the mixin, or override per-kind check_display_change / check_door_state (see PerceptionMixin). The mixin is just the fast path.

Try it with no hardware

pip install -e .
python example.py             # identify -> operate -> execute, against a fixture
python example_grounding.py   # PROVES grounding: localize controls from a panel photo,
                              # then verify every step against (simulated) sensor readings

Safety contract

• Every actuation carries a force_limit derived from the appliance's safety envelope — respect it (the manual's interlocks become your hard limits).
• Verification is closed-loop: each step's success-signal is polled over its timeout, and if it still doesn't appear the SDK aborts — it never re-presses by default, because a failed verification doesn't prove the press failed (the display read may be the failure) and repeating a non-idempotent control (+30s, cycle keys) doubles the input. If your integration KNOWS a control is safe to repeat, opt in with verify_retries=N and implement the optional on_verify_retry(call, predicate, attempt) hook to adapt between tries. On abort (or a skill fault) the SDK stops the whole procedure and calls on_safety_abort() so you can e-stop / retract.
• A package's validation_tier (auto → sim_validated → robot_cleared) tells you how much trust it has earned. Gate hardware execution on your own policy.

Zero dependencies

Stdlib only — no requests, no heavy ML — so it fits constrained on-robot runtimes.