Troubleshooting¶
Symptom |
Check |
|---|---|
|
Export the credential named by |
Harness configuration not found |
Run |
Embodiment Profile not found |
Resolve the path below the working directory or |
Mock provider requires |
Set |
Simulation mode rejects startup |
Configure Lark credentials, supply |
MCP calls remain blocked after timeout |
Stop physical execution, inspect the robot, and restart the affected runtime. |
Evaluated Tool has no verdict |
Confirm that the Tool returns a non-empty |
Scene Graph query rejects |
Pass an object ref present in the latest Scene Graph Brief. |
Tool protocol failure |
Match the published |
Inspect a run¶
harness.observability.run_logger() writes JSONL under:
THEA_HARNESS_LOG_DIR, when set;$XDG_STATE_HOME/thea-harness/runs;~/.local/state/thea-harness/runs.
Logs redact common credential fields and inline image data, but may still contain user text, model reasoning, Tool arguments, and physical observations. Treat them as sensitive deployment artifacts.
Check the installation¶
./run.sh --mode cli --check
This validates the Harness configuration and real-model adapter without Lark
credentials or a provider request. Use --mode channel --check when validating
the Feishu/Lark integration as well.
For a custom simulator or robot deployment, include the same factory used by the real run:
./run.sh --mode robot \
--harness-factory my_runtime.robot:create_harness \
--check