studio/marathon
2
0
Fork 0
Code Issues 121 Pull Requests Actions Packages Projects Releases Wiki Activity

Implement coordination levels (None → AdHoc → Recurring → Cohabiting → Dependent) #101

New Issue
Open
opened 2025-12-17 03:24:15 +00:00 by siennathesane · 0 comments
siennathesane commented 2025-12-17 03:24:15 +00:00 (Migrated from github.com)
Copy Link

Description

Implement coordination levels where stronger bonds enable tighter schedule coordination.

Acceptance Criteria

Scenario: Coordination levels work
  Given entities have relationship
  When coordination level is determined
  Then None means no coordination
  And AdHoc means occasional joint activities
  And Recurring means regular commitments
  And Cohabiting means shared schedules
  And Dependent means one controls other's schedule

Technical Notes

  • Coordination levels based on bond strength + bond type
  • None: strangers, acquaintances
  • AdHoc: friends occasionally hang out
  • Recurring: close friends have regular meetups
  • Cohabiting: married couples, roommates share daily routines
  • Dependent: parent-child, caretaker-dependent
  • Coordination affects schedule generation

Size: M (4 points)
Priority: P1
Phase: 7 - Relationships

## Description Implement coordination levels where stronger bonds enable tighter schedule coordination. ## Acceptance Criteria ```gherkin Scenario: Coordination levels work Given entities have relationship When coordination level is determined Then None means no coordination And AdHoc means occasional joint activities And Recurring means regular commitments And Cohabiting means shared schedules And Dependent means one controls other's schedule ``` ## Technical Notes - Coordination levels based on bond strength + bond type - None: strangers, acquaintances - AdHoc: friends occasionally hang out - Recurring: close friends have regular meetups - Cohabiting: married couples, roommates share daily routines - Dependent: parent-child, caretaker-dependent - Coordination affects schedule generation **Size:** M (4 points) **Priority:** P1 **Phase:** 7 - Relationships
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area/audio
Spatial audio engine, sound playback, audio mixing, music systems, 3D audio positioning
 area/content
Art assets, models, textures, audio files, dialogue trees, narrative content, game data
 area/core
Foundation systems, memory management, math libraries, data structures, core utilities
 area/docs
Documentation, technical specs, RFCs, architecture decisions, API docs, tutorials, guides
 area/infrastructure
Deployment pipelines, hosting, cloud services, monitoring, logging, DevOps, releases
 area/networking
iroh P2P, CRDT sync, gossip protocol, network replication, connection management
 area/platform
iOS/macOS platform code, cross-platform abstractions, input handling, OS integration
 area/rendering
Graphics pipeline, Bevy rendering, shaders, materials, lighting, cameras, meshes, textures
 area/rfc
RFC proposals, design discussions, architecture planning, feature specifications
 area/simulation
Agent systems, NPC behaviors, AI, game mechanics, interactions, simulation logic
 area/tooling
Build systems, CI/CD pipelines, development tools, code generation, testing infrastructure
 area/ui-ux
User interface, menus, HUD elements, input feedback, screen layouts, navigation
 dependencies
Pull requests that update a dependency file
 epic
Large body of work spanning multiple features
 rust
Pull requests that update rust code
No Label area/simulation
Milestone
No items
No Milestone v2
Projects
Clear projects
No project
Assignees
Clear assignees
gitea_admin siennathesane
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: studio/marathon#101
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?