summaryrefslogtreecommitdiff
path: root/makima/src/daemon/task
Commit message (Collapse)AuthorAgeFilesLines
* feat: Integrate learning modules into task managermakima/add-learningsoryu2026-01-241-0/+116
| | | | | | | | | | | | | When tasks complete (success or failure), the task manager now: - Creates a ProgressLogEntry with task status and timestamp - Extracts learnings from Claude output using extract_learnings_from_output - Gets list of changed files from git diff - Appends the entry to progress.log in the task's worktree This enables cross-task learning where future tasks can benefit from patterns, gotchas, and tips discovered during previous task executions. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* [WIP] Heartbeat checkpoint - 2026-01-24 13:04:22 UTCsoryu2026-01-241-0/+2
|
* feat: Add learning injection module for enhanced promptssoryu2026-01-243-1/+630
| | | | | | | | | | | | | | | | Implements Ralph-inspired learning injection that prepends context recovery and previous learnings to Claude prompts. This enables cross-task learning and context preservation. Features: - LearningInjector struct with configurable options (max_entries, include_context_recovery) - inject_learnings() function to enhance base prompts with context and learnings - extract_learnings_from_output() to parse Claude output for learning patterns - Supports markers: LEARNING:, PATTERN:, GOTCHA:, TIP: - Deduplicates learnings by description - Also fixes TaskState::Pending -> Initializing in context_recovery tests Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* feat: Add context recovery module for task resumptionsoryu2026-01-242-0/+496
| | | | | | | | | | | | | | | | | | Implements a standardized context recovery pattern that helps rebuild context when tasks resume or restart, ensuring Claude can quickly orient itself and reducing confusion and repeated work. The ContextRecoveryInfo struct captures: - Current git branch name - Git status summary (uncommitted changes count) - Last checkpoint info (timestamp, message, SHA) - Recent progress log entries from progress.log - Current contract phase Includes to_markdown() method for generating prompt-injection-ready context blocks. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* feat: Add progress logging module for cross-task learningsoryu2026-01-242-0/+480
| | | | | | | | | | | | | | | | Implement structured progress logging as specified in ralph-features-spec.md Section 1.1. This module provides: - ProgressLogEntry struct capturing timestamp, task ID/name, status, files changed, and learnings (patterns, gotchas, tips) - append_entry() to write entries to progress.log in worktree - read_recent_entries() to retrieve last N entries for context injection - Markdown format for human readability and easy parsing This is the foundation for Ralph-inspired cross-task learning that persists context across task iterations. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* Add resume to daemon taskssoryu2026-01-231-2/+263
|
* Add patch checkpointingsoryu2026-01-231-14/+218
|
* Fix completion actions: default to PR and support remote repos (#21)soryu2026-01-221-9/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Fix completion actions: default to PR and support remote repos - Change default completion action from 'branch' to 'pr' for tasks using daemon working directory - Allow PR completion action to work without target_repo_path if the worktree already has an origin remote configured (e.g., when cloned from a remote URL) - Update create_pull_request to accept optional target_repo parameter Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * Add dismiss functionality for completed standalone tasks ## Changes ### Backend - Add 'hidden' field to Task model (models.rs) - Add database migration for hidden column (20250122000000_add_task_hidden.sql) - Update task listing queries to include hidden field and filter out hidden tasks - Update update_task_for_owner to handle hidden field ### Frontend - Add hidden field to TaskSummary interface (api.ts) - Add dismissTask API function (api.ts) - Add hideTask function to useTasks hook - Add Dismiss button to TaskList for completed standalone tasks - Wire up onDismiss handler in mesh.tsx route ## Behavior - Completed standalone tasks (tasks without a contract) show a "Dismiss" button - Dismissing a task sets hidden=true and removes it from the task list - Hidden tasks are filtered out by default in all task listing queries Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
* Change daemon limit mechanismsoryu2026-01-221-20/+94
|
* Add daemon restart feature from settings (#18)soryu2026-01-221-0/+9
| | | | | | | | | | | | | | | | | | | | | * Add daemon restart feature from settings This adds the ability to restart a connected daemon from the settings page. The feature includes: - Backend: RestartDaemon command added to DaemonCommand enum - Backend: New POST /api/v1/mesh/daemons/{id}/restart endpoint - Backend: Daemon gracefully shuts down tasks and exits with code 42 (can be used by process managers like systemd to detect restart requests) - Frontend: restartDaemon() API function - Frontend: Restart button in Connected Daemons section of settings - Frontend: Confirmation dialog before restart to prevent accidental restarts When a daemon receives the restart command, it: 1. Gracefully shuts down all running Claude processes (5s timeout) 2. Exits with code 42 to signal restart requested 3. The daemon can be restarted by a process manager or manually Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* Add pausing taskssoryu2026-01-221-4/+192
|
* Clean contract lifecycle: Add supervisor complete command (#13)soryu2026-01-201-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * feat: Add contract lifecycle management commands (complete and resume-contract) Add supervisor commands for properly managing contract lifecycle: - `makima supervisor complete` - Mark a contract as complete and stop the supervisor - `makima supervisor resume-contract` - Resume a completed contract (reactivate it) Also adds `api_key` field to TaskConfig for authenticated API calls. This consolidates the lifecycle management features from the contract-lifecycle-cleanup branch. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * Fix: prevent supervisor auto-start for completed contracts When viewing a completed contract, the supervisor was auto-starting on component mount. This would resurrect completed contracts and cause them to continue running. Changes: - Add contract.status !== 'completed' check to the auto-start condition - Add contract.status to the useEffect dependency array Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * Task completion checkpoint --------- Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
* Make sure tasks can continuesoryu2026-01-191-12/+96
|
* Add pushed heartbeats and multi-question selectsoryu2026-01-181-5/+29
|
* Add heartbeat commitssoryu2026-01-171-0/+108
|
* Fixup: use default api.makima.jp URL and fix default branch detectionsoryu2026-01-161-7/+11
| | | | Also add checkpointing/history
* Implement git config inherit systemsoryu2026-01-151-0/+195
|
* Implement simple git checkpoint command for supervisorsoryu2026-01-151-0/+239
|
* Fixup: Add cleanup and isolation features to makimasoryu2026-01-154-117/+789
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add comprehensive CLI documentation - Create makima/docs/CLI.md with complete command reference for: - makima server: HTTP/WebSocket server options - makima daemon: Worker daemon configuration - makima supervisor: Contract orchestration commands - makima contract: Task-contract interaction commands - Include configuration file examples and environment variables - Add usage workflows for common scenarios - Update makima/README.md with CLI overview and link to docs Add GitHub Actions release workflow for v0.1.0 Creates automated release workflow that: - Triggers on v* tag pushes - Builds binaries for Linux x86_64, macOS x86_64, and macOS ARM64 - Uses Rust nightly toolchain (required for edition 2024) - Packages binaries as .tar.gz archives - Creates GitHub release with installation instructions fix(ci): update macOS runner for x86_64 builds Replace deprecated macos-13 runner with macos-15-intel for x86_64-apple-darwin target. The macos-13 runner has been retired by GitHub Actions. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> Add dismissing notifications and fix CLI task ID arg Add worktree cleanup when contracts complete or are deleted (#21) - Add CleanupWorktree daemon command variant - Handle CleanupWorktree in daemon task manager - Add cleanup_contract_worktrees helper function - Trigger cleanup when contract status becomes 'completed' - Trigger cleanup before contract deletion Add Autonomous Loop Mode for persistent task completion (#20) Implements the "Autonomous Loop Mode" feature inspired by Ralph for Claude Code. This enables tasks to automatically restart and continue working until they explicitly signal completion via a COMPLETION_GATE block. Key features: - Exit confirmation via COMPLETION_GATE: Tasks must output a <COMPLETION_GATE> block with `ready: true` to signal completion. Without this, the task auto-restarts using `claude --continue` to resume the conversation. - Circuit breaker: Prevents infinite loops by detecting: * Maximum iteration limit (default: 10) * No progress for N consecutive iterations (default: 3) * Same error repeated N times (default: 5) - spawn_continue: New ProcessManager method to spawn Claude with the `--continue` flag, resuming from the previous session state. Toggle: Enable via `autonomous_loop` flag on contracts. When set, all tasks spawned for that contract will run in autonomous loop mode. Files changed: - completion_gate.rs: COMPLETION_GATE parser and CircuitBreaker logic - claude.rs: spawn_continue() for --continue mode spawning - manager.rs: Autonomous loop iteration logic in run_task() - protocol.rs: autonomousLoop field in DaemonCommand::SpawnTask - models.rs/repository.rs: autonomous_loop column on contracts/tasks - Migration: Adds autonomous_loop columns to contracts and tasks tables Add get-task and output commands to supervisor CLI (#24) Add two new supervisor subcommands: - `makima supervisor task <task_id>` - Get individual task details - `makima supervisor output <task_id>` - Get task output/claude log This allows supervisors to fetch task details and claude output directly from the CLI instead of using curl to call the task API. Add optional bubblewrap sandboxing for Claude processes (#23) Add --bubblewrap flag and process.bubblewrap config section to enable running Claude Code in a bubblewrap sandbox for process isolation. When enabled, claude processes run with filesystem restrictions: - Root filesystem mounted read-only - Working directory (worktree) mounted read-write - Fresh /dev, /proc, /tmp - Network access preserved for API calls Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
* Advance stages of a contractsoryu2026-01-151-2/+47
|
* Add cleanup to daemonsoryu2026-01-151-1/+102
| | | | Also fixup for container image
* Automatically derive repo URL and add notifications for inputsoryu2026-01-151-5/+75
|
* Contract systemsoryu2026-01-153-0/+3383
generated by cgit v1.2.3 (git 2.39.1) at 2026-05-21 06:46:29 +0000