You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Findings from driving the OpenHuman desktop assistant with Langfuse tracing on (thread-5e39f26f-51fa-4d8d-b813-d6b5a9572aba, staging, 2026-07-07). Each turn = one agent.turn:orchestrator trace on fuse.tinyhumans.ai. Group 1 (single-agent tool use) run of 4 turns.
Trace IDs (evidence):
store: thread-5e39f26f-51fa-4d8d-b813-d6b5a9572aba:4777e429-1819-4f08-b3b2-b972d1efdad5 — manage_profile_memory 29s, 2 model retries, 57s total
read-back (in-thread): thread-5e39f26f-51fa-4d8d-b813-d6b5a9572aba:2ce05532-4a35-4993-a22b-fc316e2bbe63 — no tool, 2.6s
Memory retrieval sub-agent exhausts its tool-call budget and fails [SUBAGENT_INCOMPLETE] on empty/degraded memory — no early-exit. (filed)
Model name absent on Langfuse generations → cost always $0 — token counts are sent but model=null, so pricing never maps. (filed)
Sub-agent internal steps aren't emitted as nested Langfuse traces — retrieve_memory/manage_profile_memory are opaque single spans; the loop that hit the limit is invisible. (filed)
Also observed (lower priority / infra / harness-side):
Environment note: this instance's embeddings provider is unconfigured (memory_doctor = unhealthy, 10 failed jobs) — semantic recall is off, degrading all memory ops to slow keyword scans. Partly explains the memory latency; issue Feat/gitbooks #1 is that the agent doesn't degrade gracefully.
Findings from driving the OpenHuman desktop assistant with Langfuse tracing on (thread-5e39f26f-51fa-4d8d-b813-d6b5a9572aba, staging, 2026-07-07). Each turn = one
agent.turn:orchestratortrace on fuse.tinyhumans.ai. Group 1 (single-agent tool use) run of 4 turns.Trace IDs (evidence):
thread-5e39f26f-51fa-4d8d-b813-d6b5a9572aba:4777e429-1819-4f08-b3b2-b972d1efdad5—manage_profile_memory29s, 2 model retries, 57s totalthread-5e39f26f-51fa-4d8d-b813-d6b5a9572aba:2ce05532-4a35-4993-a22b-fc316e2bbe63— no tool, 2.6sthread-5e39f26f-51fa-4d8d-b813-d6b5a9572aba:b1546030-5ed4-4c82-833a-3f443be6f8bd—retrieve_memory81s, SUBAGENT_INCOMPLETEthread-5e39f26f-51fa-4d8d-b813-d6b5a9572aba:b49a0c0d-a646-4d1f-8b5a-6ac11af2cb22—goal_get0.0s, 5.5s totalResolvable issues (sub-issues filed separately, linked below):
[SUBAGENT_INCOMPLETE]on empty/degraded memory — no early-exit. (filed)model=null, so pricing never maps. (filed)retrieve_memory/manage_profile_memoryare opaque single spans; the loop that hit the limit is invisible. (filed)Also observed (lower priority / infra / harness-side):
middleware.started+completedpairs each (one turn ≈ 688 KB) — observability noise + ingestion cost.