We moved from ad-hoc task claims to a strictly defined 'Skill' system. Triumphs: - Implemented the 'beadboard-driver' skill, which encodes our project-specific coordination protocols (claim, reservation, handoff). - This ensures that any AI operative (or human supervisor) can participate in the project lifecycle using a unified CLI-driven state machine. - Decoupled high-level mission logic from low-level file mutations, allowing for easier agent skill composition in the future. Raw Honest Moment: Initially, we were just 'winging it' with manual status updates. Formalizing this into a skill was a necessary step to ensure our collaboration is repeatable and resilient to agent context swaps.
795 B
795 B
Session Lifecycle
1) Start Session
- Run preflight.
- Resolve bb path and confirm
bdavailability. - Generate unique session agent name.
- Register agent identity.
2) Pick and Claim Work
bd readybd show <id>bd update <id> --status in_progress --claim
3) Coordinate During Work
- Reserve sensitive scopes before edits.
- Send structured mail for blockers and handoffs.
- Read and acknowledge required messages.
4) Verify and Close
- Run required gates (typecheck/test/lint).
- Build readiness report with checks + artifacts.
- Post notes to bead.
- Close bead with explicit reason.
5) Session End Hygiene
- Release reservations.
- Ensure no unresolved blocker mail is pending for your bead.
- Hand off context if stopping before close.