summaryrefslogtreecommitdiff
path: root/makima/src/bin
diff options
context:
space:
mode:
authorsoryu <soryu@soryu.co>2026-01-17 06:20:07 +0000
committersoryu <soryu@soryu.co>2026-01-17 16:39:24 +0000
commitbfc5d837c6212a8253accfdf95ae1a2fd692df4e (patch)
tree0cc78ff56fd28333d1e502176873d23a26d4c4a1 /makima/src/bin
parent06fb883b2b7a49c7123722463d24b0b4e57c3277 (diff)
downloadsoryu-bfc5d837c6212a8253accfdf95ae1a2fd692df4e.tar.gz
soryu-bfc5d837c6212a8253accfdf95ae1a2fd692df4e.zip
feat: Add phase_guard for contract phase transitions
Implement phase_guard logic in the advance_phase tool. When a contract has phase_guard enabled, the phase transition now: 1. Asks for user confirmation before advancing 2. Allows users to request changes to phase deliverables 3. Passes feedback to the task without advancing if changes requested Changes: - Add phase_guard field to Contract model and CreateContractRequest - Add PhaseTransitionRequest, PhaseFileInfo, PhaseTaskInfo structs - Update ChangePhaseRequest with confirmed and feedback fields - Update ContractToolRequest::AdvancePhase with confirmed/feedback - Modify advance_phase handling in contract_chat.rs with phase_guard logic - Update change_phase endpoint in contracts.rs with phase_guard support - Add database migration for phase_guard column When phase_guard=false: Phase advances immediately (current behavior) When phase_guard=true: Returns pending_confirmation status with deliverables If user provides feedback: Returns feedback to task, doesn't advance Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Diffstat (limited to 'makima/src/bin')
0 files changed, 0 insertions, 0 deletions