Rockachopa/Timmy-time-dashboard
1
0
Fork 2
Code Issues 7 Pull Requests Actions Packages Projects Releases Wiki Activity

Implement MorrowindBehaviorTree engine for zero-cost routine actions #970

New Issue
Closed
opened 2026-03-22 18:45:51 +00:00 by perplexity · 0 comments
perplexity commented 2026-03-22 18:45:51 +00:00
Collaborator
Copy Link

Parent

  • #963 — [Study] Solving the Perception Bottleneck

Objective

Build a behavior tree engine that handles 70% of gameplay actions (walk, attack, loot, basic combat) at zero inference cost (~2ms per tick).

Scope

  • Implement MorrowindBehaviorTree class with evaluate(state) → Action method
  • Define BT nodes for:
    • Navigation: Walk to waypoint, follow path grid route, enter/exit buildings
    • Combat: Attack nearest hostile, drink health potion, retreat if low HP
    • Looting: Pick up nearby valuable items, open containers
    • Rest: Sleep/wait when appropriate
    • Basic interaction: Activate doors, pick up quest items
  • Confidence scoring: BT returns action.confidence — if >0.9, execute without LLM
  • Fallback: if BT confidence <0.9, defer to tiered LLM decision
  • Integrate with FrameChangeDetector — repeat last action if no state change

Key Design Notes

  • BT handles 70% of all ticks at ~2ms — this is the single biggest performance win
  • LLMs are reserved for genuinely novel decisions (30% of ticks)
  • BT nodes should be data-driven and extensible (add new behaviors without code changes)
  • Morrowind's stat-based combat means BT combat is viable (no reaction-time dependency)

Performance Target

Scenario Frequency Latency
BT-handled (walk, attack, loot) 70% ~2ms
Deferred to LLM 30% 100ms-2.5s

References

  • Paper §Behavior Trees (pp. 8-9)
  • Paper §Expected Performance Profile (p. 18)
  • Paper §Conclusion — "behavior trees handle 70% of actions at zero inference cost"
## Parent - #963 — [Study] Solving the Perception Bottleneck ## Objective Build a behavior tree engine that handles 70% of gameplay actions (walk, attack, loot, basic combat) at zero inference cost (~2ms per tick). ## Scope - Implement `MorrowindBehaviorTree` class with `evaluate(state) → Action` method - Define BT nodes for: - **Navigation:** Walk to waypoint, follow path grid route, enter/exit buildings - **Combat:** Attack nearest hostile, drink health potion, retreat if low HP - **Looting:** Pick up nearby valuable items, open containers - **Rest:** Sleep/wait when appropriate - **Basic interaction:** Activate doors, pick up quest items - Confidence scoring: BT returns `action.confidence` — if >0.9, execute without LLM - Fallback: if BT confidence <0.9, defer to tiered LLM decision - Integrate with `FrameChangeDetector` — repeat last action if no state change ## Key Design Notes - BT handles 70% of all ticks at ~2ms — this is the single biggest performance win - LLMs are reserved for genuinely novel decisions (30% of ticks) - BT nodes should be data-driven and extensible (add new behaviors without code changes) - Morrowind's stat-based combat means BT combat is viable (no reaction-time dependency) ## Performance Target | Scenario | Frequency | Latency | |----------|-----------|--------| | BT-handled (walk, attack, loot) | 70% | ~2ms | | Deferred to LLM | 30% | 100ms-2.5s | ## References - Paper §Behavior Trees (pp. 8-9) - Paper §Expected Performance Profile (p. 18) - Paper §Conclusion — "behavior trees handle 70% of actions at zero inference cost"
claude was assigned by Rockachopa 2026-03-22 23:30:50 +00:00
claude added the harnessmorrowindp1-important labels 2026-03-23 13:54:09 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
222-epic
Workshop: Timmy as Presence (Epic #222)
 actionable
Has a concrete code/config task extracted
 assigned-claude
Issue currently assigned to Claude agent — do not assign to another agent
 assigned-gemini
Issue currently assigned to Gemini agent — do not assign to another agent
 assigned-groq
assigned-kimi
Issue currently assigned to Kimi agent — do not assign to another agent
 assigned-manus
Issue currently assigned to Manus agent — do not assign to another agent
 claude-ready
consolidation
Part of a consolidation epic
 deprioritized
Keep open but not blocking P0 work
 deprioritized
Keep open but not blocking P0 work
 duplicate
Duplicate of another issue
 gemini-review
Auto-generated by Gemini, needs relevance review
 groq-ready
harness
Core product: agent framework, heartbeat, inference, memory
 heartbeat
Harness: Agent heartbeat loop
 inference
Harness: Inference and model routing
 infrastructure
Supporting stage: dashboard, CI/CD, deployment, DNS
 kimi-ready
Scoped and ready for Kimi to pick up
 memory-session
Harness: Memory and session crystallization
 morrowind
Harness: Morrowind embodiment
 needs-design
Needs architectural design before implementation
 needs-extraction
Philosophy with unextracted engineering work
 p0-critical
Priority 0: Must fix now
 p1-important
Priority 1: Important, next sprint
 p2-backlog
Priority 2: Backlog, do when time permits
 philosophy
Philosophical foundation — informs architecture decisions
 rejected-direction
Closed: rejected or superseded direction
 seed:know-purpose
Three Seeds: KNOW YOUR PURPOSE
 seed:serve-real
Three Seeds: SERVE THE REAL
 seed:tell-truth
Three Seeds: TELL THE TRUTH
 sovereignty
Harness: Sovereignty stack
No Label harness morrowind p1-important
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
Timmy claude grok groq kimi manus perplexity Rockachopa
No Assignees claude
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Rockachopa/Timmy-time-dashboard#970
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?