Agent Skill
2/7/2026

tasks

This skill should be used when the user asks to "/gobby tasks", "task management", "create task", "list tasks", "close task". Manage gobby tasks - create, list, close, expand, validate, and dependencies.

G
gobbyai
7GitHub Stars
1Views
npx skills add GobbyAI/gobby

SKILL.md

Nametasks
DescriptionThis skill should be used when the user asks to "/gobby tasks", "task management", "create task", "list tasks", "close task". Manage gobby tasks - create, list, close, expand, validate, and dependencies.
<!-- markdownlint-disable MD033 MD041 --> <p align="center"> <img src="logo.png" alt="Gobby" width="200" /> </p> <h1 align="center">Gobby</h1> <p align="center"> <strong>The control plane for AI coding tools.</strong><br> One daemon. All your agents. No more context window roulette. </p> <p align="center"> <a href="https://github.com/GobbyAI/gobby"><img src="built-with-gobby.svg" alt="Built with Gobby"></a> <a href="https://github.com/GobbyAI/gobby/blob/main/LICENSE.md"><img src="https://img.shields.io/badge/license-Apache%202.0-blue.svg" alt="License"></a> <a href="https://github.com/GobbyAI/gobby/stargazers"><img src="https://img.shields.io/github/stars/GobbyAI/gobby?style=flat" alt="Stars"></a> <a href="https://github.com/GobbyAI/gobby/issues"><img src="https://img.shields.io/github/issues/GobbyAI/gobby" alt="Issues"></a> </p>

Gobby is a local-first daemon that unifies your AI coding assistantsβ€”Claude Code, Gemini CLI, Cursor, Windsurf, Copilot, and Codexβ€”under one persistent, extensible platform. It handles the stuff these tools forget: sessions that survive restarts, context that carries across compactions, declarative rules that keep agents from going off the rails, and an MCP proxy that doesn't eat half your context window just loading tool definitions.

Gobby is built with Gobby. Most of this codebase was written by AI agents running through Gobby's own task system and workflows. Dogfooding isn't a buzzword hereβ€”it's the development process.

Note: Gobby is currently in alpha. Expect rough edges and breaking changes until the first stable release.

Why Gobby?

🎯 A Task System That Actually Works

If you've tried Beads or TaskMaster, you know the pain: databases that corrupt, agents that can't figure out the schema, worktrees that fall out of sync. Gobby's task system was designed by someone who got fed up with all of them.

  • Dependency graphs that agents actually understand
  • TDD expansion β€” describe a feature, get red/green/blue subtasks with test-first ordering
  • Validation gates β€” tasks can't close without passing criteria (with git diff context)
  • Git-native sync β€” .gobby/tasks.jsonl lives in your repo, works with worktrees
  • Commit linking β€” [task-id] feat: thing auto-links commits to tasks
# Create a task
gobby tasks create "Add user authentication" --type feature

# Let the AI break it down with TDD ordering
gobby tasks expand <task-id>

# See what's ready to work on
gobby tasks list --ready

πŸ”Œ MCP Proxy Without the Token Tax

Connect 5 MCP servers and watch 50K+ tokens vanish before you write a single line of code. Gobby's proxy uses progressive discoveryβ€”tools stay as lightweight metadata until you actually need them:

list_tools()           β†’ Just names and descriptions (~200 tokens)
get_tool_schema(name)  β†’ Full inputSchema when you need it
call_tool(name, args)  β†’ Execute

Add servers dynamically. Import from GitHub repos. Search semantically. Your context window stays yours.

πŸ”„ Session Handoffs That Don't Lose the Plot

When you /compact in Claude Code, Gobby captures what matters: the goal, what you changed, git status, recent tool calls. Next session, it injects that context automatically. No more "wait, what were we doing?"

Works across CLIs too. Start in Claude Code, pick up in Gemini. Gobby remembers.

πŸ›€οΈ Rules That Enforce Discipline

Declarative rules that enforce behavior without relying on prompt compliance. The LLM doesn't need to remember constraintsβ€”the rule engine evaluates every event and enforces behavior through tool blocks, context injection, and state mutations:

# Block git push - let the parent session handle pushing
no-push:
  event: before_tool
  effect:
    type: block
    tools: [Bash]
    command_pattern: "git\\s+push"
    reason: "Do not push to remote. Let the parent session handle pushing."

# Block file edits without a claimed task
require-task:
  event: before_tool
  when: "not task_claimed and not plan_mode"
  effect:
    type: block
    tools: [Edit, Write, NotebookEdit]
    reason: "Claim a task before editing files."

13 bundled rule groups covering safety, tool hygiene, task enforcement, stop gates, memory lifecycle, and more. Plus on-demand step-based workflows and deterministic pipelines.

🌳 Worktree Orchestration

Spawn agents in isolated git worktrees. Run tasks in parallel without stepping on each other. Gobby tracks which agent is where and what they're doing.

call_tool("gobby-agents", "spawn_agent", {
    "prompt": "Implement OAuth flow",
    "task_id": "#123",
    "isolation": "worktree",
    "branch_name": "feature/oauth"
})

πŸ”— Claude Code Task Integration

Gobby transparently intercepts Claude Code's built-in task system (TaskCreate, TaskUpdate, etc.) and syncs operations to Gobby's persistent task store. Benefits:

  • Tasks persist across sessions (unlike CC's session-scoped tasks)
  • Commit linking β€” tasks auto-link to git commits
  • Validation gates β€” define criteria for task completion
  • LLM expansion β€” break complex tasks into subtasks

No configuration needed β€” just use Claude Code's native task tools and Gobby handles the rest.

πŸ“š Skills System

Reusable instructions that teach agents how to perform specific tasks. Compatible with the Agent Skills specification and SkillPort.

  • Core skills bundled with Gobby for tasks, sessions, memory, workflows
  • Project skills in .gobby/skills/ for team-specific patterns
  • Install from anywhere β€” GitHub repos, local paths, ZIP archives
  • Search and discovery β€” TF-IDF and semantic search across your skill library
# Install a skill from GitHub
gobby skills install github:user/repo/skills/my-skill

# Search for relevant skills
gobby skills search "testing coverage"

🌐 Web UI

Gobby ships a built-in web interface that auto-starts with the daemon:

  • Chat with MCP tool support, voice chat, model switching, slash commands
  • Tasks β€” kanban board, tree view, dependency graph, Gantt chart, detail panel
  • Memory β€” table view, Neo4j 3D knowledge graph
  • Sessions β€” lineage tree, transcript viewer, AI summary generation
  • Cron Jobs, Configuration, Skills, Projects, Agent Registry pages
  • File browser/editor, terminal panel with xterm.js

Access at http://localhost:60887 when the daemon is running.

πŸš€ Pipelines

Deterministic, repeatable automation with approval gates:

  • Step types: exec, prompt, invoke_pipeline
  • Approval gates for human-in-the-loop workflows
  • Condition evaluation with safe expression engine
  • Import from Lobster format
  • CLI, MCP, and HTTP API access

Installation

Try it instantly

uvx gobby --help

Install globally

# With uv (recommended)
uv tool install gobby

# With pipx
pipx install gobby

# With pip
pip install gobby

Requirements: Python 3.13+

Quick Start

# Start the daemon
gobby start

# In your project directory
gobby init
gobby install  # Installs hooks for detected CLIs

Requirements: At least one AI CLI (Claude Code, Gemini CLI, or Codex CLI)

Works with your Claude, Gemini, or Codex subscriptionsβ€”or bring your own API keys. Local model support coming soon.

Configure Your AI CLI

Add Gobby as an MCP server. Choose the command and args that match your installation:

  • pip/pipx install: "command": "gobby", "args": ["mcp-server"]
  • uv tool install: "command": "uv", "args": ["run", "gobby", "mcp-server"]

Claude Code (.mcp.json or ~/.claude.json):

{
  "mcpServers": {
    "gobby": {
      "command": "gobby",
      "args": ["mcp-server"]
    }
  }
}

Or with uv:

{
  "mcpServers": {
    "gobby": {
      "command": "uv",
      "args": ["run", "gobby", "mcp-server"]
    }
  }
}

Gemini CLI (.gemini/settings.json):

{
  "mcpServers": {
    "gobby": {
      "command": "gobby",
      "args": ["mcp-server"]
    }
  }
}

Codex CLI (~/.codex/config.toml):

[mcp_servers.gobby]
command = "gobby"
args = ["mcp-server"]

Gemini Antigravity (~/.gemini/antigravity/mcp_config.json):

{
  "mcpServers": {
    "gobby": {
      "command": "/path/to/uv",
      "args": ["run", "--directory", "/path/to/gobby", "gobby", "mcp-server"],
      "disabled": false
    }
  }
}

CLI Support

CLIHooksStatus
Claude Codeβœ… Full supportNative adapter, 12 hook types
Gemini CLIβœ… Full supportNative adapter, all hook types
Codex CLIβœ… Full supportNative adapter with approval handling + context injection
Cursorβœ… Full supportNative adapter, 17 hook types
Windsurfβœ… Full supportNative adapter, 11 hook types
Copilotβœ… Full supportNative adapter, 6 hook types

Hook Installation

Gobby uses Python hook dispatchers that capture terminal context and communicate with the daemon. Run gobby install in your project to set up hooks:

gobby install           # Auto-detect and install hooks for all CLIs
gobby install --claude  # Install for specific CLI
gobby install --gemini
gobby install --codex
gobby install --cursor
gobby install --windsurf
gobby install --copilot

The dispatchers handle:

  • Terminal context capture (TTY, parent PID, session IDs)
  • Proper JSON serialization and HTTP communication
  • Exit code handling for blocking actions

All CLIs can also connect via MCP for tool access (see configuration examples above).

How It Compares

GobbyTaskMasterBeadsmcp-agent
Task dependenciesβœ…βœ…βœ…βŒ
TDD expansionβœ…βŒβŒβŒ
Validation gatesβœ…βŒβŒβŒ
Progressive MCP discoveryβœ…Partial❌❌
Multi-CLI orchestrationβœ…βŒβŒβŒ
Session handoffsβœ…βŒβŒβŒ
Declarative rulesβœ…βŒβŒβœ…
Worktree orchestrationβœ…βŒβŒβŒ
Pipeline automationβœ…βŒβŒβŒ
Zero external depsβœ…βŒβœ…βŒ
Local-firstβœ…βœ…βœ…βœ…

Architecture

AI CLI (Claude/Gemini/Cursor/Windsurf/Copilot)
        β”‚ hooks fire
        β–Ό
   Hook Dispatcher
        β”‚ HTTP POST
        β–Ό
  Gobby Daemon (:60887)
        β”‚
   β”Œβ”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”
   β–Ό    β–Ό        β–Ό
FastAPI WebSocket FastMCP
   β”‚    β”‚         β”‚
   β–Ό    β–Ό         β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚  RuleEngine          β”‚
β”‚  HookManager         β”‚
β”‚  SessionManager      β”‚
β”‚  AgentRunner         β”‚
β”‚  WorkflowEngine      β”‚
β”‚  PipelineExecutor    β”‚
β”‚  MCPClientProxy      β”‚
β”‚  TaskStore           β”‚
β”‚  MemoryStore         β”‚
β”‚  WebUI               β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
        β”‚
        β–Ό
     SQLite
  (~/.gobby/gobby-hub.db)

Everything runs locally. No cloud. No API keys required (beyond what your AI CLIs need). Works offline.

MCP Tools

Gobby exposes tools via MCP that your AI coding assistant can use:

Task Management (gobby-tasks) create_task, expand_task, validate_task, close_task, claim_task, list_ready_tasks, suggest_next_task, link_commit, and more.

Orchestration (gobby-orchestration) orchestrate_ready_tasks, wait_for_task, poll_agent_status, spawn_review_agent, approve_and_cleanup, and more.

Session Management (gobby-sessions) get_current_session, pickup (restore context), get_handoff_context, list_sessions, send_message

Memory (gobby-memory) remember, recall, forget β€” persistent facts across sessions

Workflows and Rules (gobby-workflows) list_rules, toggle_rule, get_rule_detail, activate_workflow, set_variable, get_variable, get_workflow_status

Agents (gobby-agents) spawn_agent (unified API with isolation: current/worktree/clone), list_agents, get_agent, kill_agent, send_message, send_command, complete_command, deliver_pending_messages

Worktrees (gobby-worktrees) create_worktree, list_worktrees, delete_worktree, merge_worktree

Clones (gobby-clones) create_clone, list_clones, delete_clone, merge_clone

Pipelines (gobby-pipelines) list_pipelines, run_pipeline, approve_pipeline, reject_pipeline, get_pipeline_status

MCP Proxy list_mcp_servers, add_mcp_server, import_mcp_server, list_tools, get_tool_schema, call_tool, recommend_tools, search_tools

Skills (gobby-skills) list_skills, get_skill, search_skills, install_skill, remove_skill, update_skill

For AI Agents

If you're an AI agent reading this: Check out CLAUDE.md for operating guidance.

Authentication & AI Vendor Policies

Gobby uses the Claude Agent SDK for web chat and workflow agents (subscription mode by default, intended for individual use). For commercial/production use, configure API keys per your AI vendor's terms. Recent Gemini CLI TOS changes prohibit using Gemini CLI OAuth tokens in third-party software.

See AUTH.md for details on authentication modes and AI vendor policies.

Roadmap

See ROADMAP.md for the full plan, but highlights:

Shipped: Task system v2, TDD expansion, rule engine (13 bundled rule groups), MCP proxy with progressive discovery, session handoffs, memory v5 (Qdrant + knowledge graph), hooks for all 6 CLIs, coordinator pipeline with developer/QA/merge agent trio, autonomous SDK agent execution, session handoff & digest overhaul, stop-gate enforcement, legacy workflow removal, pipeline resume on daemon restart, web UI (tasks, memory, sessions, chat with voice, cron, config, skills, projects, agents, file browser), skills system, pipeline system, worktree/clone orchestration

In progress: Orchestration v3 β€” single worktree per epic, agent system overhaul, parallel dispatch, deterministic TDD enforcement

Near term: UI fit & polish for v1 launch

After v1: OpenTelemetry integration, Ollama support

Future: Pro cloud features, fleet management, plugin ecosystem v2

Changelog

See CHANGELOG.md for release history and detailed changes.

Development

uv sync                    # Install deps
uv run gobby start -v      # Run daemon (verbose)
uv run pytest              # Tests
uv run ruff check src/     # Lint
uv run mypy src/           # Type check

Using Gobby in other projects (from source)

If you're running Gobby from a source checkout, use -C to target another project directory:

uv run --project ~/Projects/gobby gobby init -C /path/to/other/project
uv run --project ~/Projects/gobby gobby install -C /path/to/other/project

The --project flag tells uv to use the Gobby installation from your source repo, and -C tells Gobby which directory to operate on.

Coverage threshold: 80%. We're serious about it.

Contributing

We'd love your help. Gobby is built by developers who got frustrated with the state of AI coding tool orchestration. If that's you too, jump in:

  • Found a bug? Open an issue
  • Have a feature idea? Open a discussion first
  • Want to contribute code? PRs welcome β€” check the roadmap for what's in flight
  • UI/UX skills? We really need you. The maintainer is colorblind and Photoshop makes him itch.

See CONTRIBUTING.md for details.

License

Apache 2.0 β€” Use it, fork it, build on it.


<p align="center"> <sub>Built with πŸ€– by humans and AI, working together.</sub> </p>
Skills Info
Original Name:tasksAuthor:gobbyai