Dimos class is the main entry point for using DimOS from Python. There are two modes:
- Local —
Dimos()creates and runs modules in the current process. - Remote —
Dimos.connect()connects to an already-running instance.
Local mode
(Remember to source.env.)
skip session=dimos_local
RPC calls
Modules can define@rpc methods which you can call. Here’s an example:
skip
Discovering modules and RPCs
Discovery works in both local and remote mode:skip
instance_name,
class_name, qualified_path, documentation, and RPC records. RPC records
include their module instance, parameters, return type, documentation, and
signature when the module class can be imported locally.
If multiple instances share a class, class-name lookup raises an ambiguity error
that lists their exact instance names. RPC strings passed to describe() must be
qualified as module.rpc.
RPC proxies preserve the local method signature and docstring for standard Python
inspection:
skip
Peeking streams
peek_stream(name, timeout) pulls the next message from any running
module’s stream. Useful for quick inspection without writing a
subscriber:
skip
Remote mode
Start a coordinator first (via CLI or another script), then connect to it:skip
Dimos.connect() probes the coordinator on the configured transport bus. It does
not require a CLI run-registry entry, so it also attaches to
ModuleCoordinator.build(...).loop() launched directly from Python. DimOS
supports one coordinator per bus; configure the transport bus consistently to
connect across processes or hosts.
run() and restart() also work against a daemon:
skip
Blueprint objects are pickled and unpickled on the
daemon, so their module classes must be importable there and all kwargs must
be picklable.
Limitations
stop()on a connected instance closes the LCM connection but does not terminate the remote process. Usedimos stopfor that.
Restarting modules
In local mode, you can hot-restart a module:skip
What needs a daemon restart
Hot-restart (app.restart(MyModule)) reloads the module’s source, so the body of start(), handlers, and @rpc methods all pick up changes. But the following require a full daemon restart (dimos stop then dimos run ...):
- Adding or removing
In[T]/Out[T]stream declarations on any module (autoconnect wiring is computed at coordinator build time). - Adding or removing module-ref / Spec declarations (
_thing: SomeSpec). - Changing the blueprint’s set of modules.
Out streams, the canonical fix is to add an Out[T] to that module and restart the daemon — don’t spin up a parallel connection to the underlying hardware.
Operational gotchas
--daemondoes not detach right away. Background it with&ornohupif you want the terminal back.dimos stopreads its target from a registry under$XDG_STATE_HOME/dimos/runs. If the registry file is removed but the process is alive,dimos stopwon’t see it — kill the PID directly (find it withps aux | grep "dimos.*--daemon").load_blueprintover LCM has a 120s RPC timeout. If it raisesTimeoutErrorafter that long, the module may still have been deployed and started — check the daemon log for theDeployed moduleentry before assuming failure.
