gobby 0.2.8__py3-none-any.whl → 0.2.11__py3-none-any.whl

{gobby-0.2.8.dist-info → gobby-0.2.11.dist-info}/METADATA

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: gobby
-Version: 0.2.8
+Version: 0.2.11
 Summary: A local-first daemon to unify your AI coding tools. Session tracking and handoffs across Claude Code, Gemini CLI, and Codex. An MCP proxy that discovers tools without flooding context. Task management with dependencies, validation, and TDD expansion. Agent spawning and worktree orchestration. Persistent memory, extensible workflows, and hooks.
 Author-email: Josh Wilhelmi <josh@gobby.ai>
 License-Expression: MIT
@@ -65,7 +65,7 @@ Dynamic: license-file
 
 ---
 
-Gobby is a local-first daemon that unifies your AI coding assistants—Claude Code, Gemini CLI, and Codex—under one persistent, extensible platform. It handles the stuff these tools forget: sessions that survive restarts, context that carries across compactions, workflows 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 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, workflows 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.
 
@@ -144,10 +144,11 @@ Built-in workflows: `auto-task`, `plan-execute`, `test-driven`. Or write your ow
 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.
 
 ```python
-call_tool("gobby-worktrees", "spawn_agent_in_worktree", {
+call_tool("gobby", "spawn_agent", {
     "prompt": "Implement OAuth flow",
-    "branch_name": "feature/oauth",
-    "task_id": "task-123"
+    "task_id": "#123",
+    "isolation": "worktree",
+    "branch_name": "feature/oauth"
 })
 ```
 
@@ -287,9 +288,33 @@ args = ["mcp-server"]
 
 | CLI | Hooks | Status |
 | :--- | :--- | :--- |
-| **Claude Code** | ✅ All 14 types | Full support |
-| **Gemini CLI** | ⏳ Ready | Waiting on upstream PR (see [#9070](https://github.com/google-gemini/gemini-cli/issues/9070)) |
-| **Codex CLI** | 🔸 Basic | `after_agent` only |
+| **Claude Code** | ✅ Full support | Native adapter, 12 hook types |
+| **Gemini CLI** | ✅ Full support | Native adapter, all hook types |
+| **Codex CLI** | ✅ Full support | Native adapter via app-server |
+| **Cursor** | ✅ Full support | Native adapter, 17 hook types |
+| **Windsurf** | ✅ Full support | Native adapter, 11 hook types |
+| **Copilot** | ✅ Full support | Native 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:
+
+```bash
+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
 
@@ -342,23 +367,32 @@ Everything runs locally. No cloud. No API keys required (beyond what your AI CLI
 
 Gobby exposes tools via MCP that your AI coding assistant can use:
 
-**Task Management** (`gobby-tasks`)  
-`create_task`, `expand_task`, `validate_task`, `close_task`, `list_ready_tasks`, `suggest_next_task`, `add_dependency`, `get_dependency_tree`, and more.
+**Task Management** (`gobby-tasks`)
+`create_task`, `expand_task`, `validate_task`, `close_task`, `claim_task`, `list_ready_tasks`, `suggest_next_task`, `link_commit`, and more.
 
-**Session Management** (`gobby-sessions`)  
-`pickup` (restore context), `get_handoff_context`, `list_sessions`
+**Session Management** (`gobby-sessions`)
+`get_current_session`, `pickup` (restore context), `get_handoff_context`, `list_sessions`, `send_message`
 
-**Memory** (`gobby-memory`)  
+**Memory** (`gobby-memory`)
 `remember`, `recall`, `forget` — persistent facts across sessions
 
-**Workflows** (`gobby-workflows`)  
-`activate`, `advance`, `set_variable`, `get_status`
+**Workflows** (`gobby-workflows`)
+`activate`, `advance`, `set_variable`, `get_status`, `end_workflow`
+
+**Agents** (`gobby-agents`)
+`spawn_agent` (unified API with `isolation`: current/worktree/clone), `list_agents`, `get_agent`, `kill_agent`
+
+**Worktrees** (`gobby-worktrees`)
+`create_worktree`, `list_worktrees`, `delete_worktree`, `merge_worktree`
+
+**Clones** (`gobby-clones`)
+`create_clone`, `list_clones`, `delete_clone`, `merge_clone_to_target`
 
-**Worktrees** (`gobby-worktrees`)  
-`create_worktree`, `spawn_agent_in_worktree`, `list_worktrees`
+**Artifacts** (`gobby-artifacts`)
+`save_artifact`, `get_artifact`, `list_artifacts` — capture and retrieve session artifacts
 
 **MCP Proxy**
-`list_mcp_servers`, `add_mcp_server`, `import_mcp_server`, `list_tools`, `get_tool_schema`, `call_tool`, `recommend_tools`
+`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`
@@ -371,13 +405,13 @@ Gobby exposes tools via MCP that your AI coding assistant can use:
 
 See [ROADMAP.md](ROADMAP.md) for the full plan, but highlights:
 
-**Shipped:** Task system v2 (commit linking, validation gates), TDD expansion v2 (red/green/blue generation), workflow engine, MCP proxy with progressive discovery, session tracking and handoffs, memory, hooks integration, worktree primitives
+**Shipped:** Task system v2 (commit linking, validation gates, Claude Code interop), TDD expansion v2 (red/green/blue generation), workflow engine (state machines, tool restrictions, exit conditions), MCP proxy with progressive discovery, session tracking and handoffs, memory v3 (backend abstraction), hooks integration for all CLIs, unified agent spawning, worktree and clone orchestration, skills system, artifacts capture
 
-**In Progress:** Memory v3 (backend abstraction layer for external memory solutions: MemU, Mem0, OpenMemory)
+**Beta:** Autonomous orchestration (conductor daemon, inter-agent messaging, token budget tracking, review gates)
 
-**Next:** Autonomous orchestration, TUI, Web UI (for remote access to your agents), Observability (tool call tracing, OpenTelemetry), Security posture for MCP (allow/deny lists, audit logging)
+**Next:** Security posture for MCP (allow/deny lists, audit logging), Observability (tool call tracing, session timelines), Web UI (read-only dashboard)
 
-**Vision:** Always local first, but Pro cloud features to keep the lights on: Fleet management (manage sessions across multiple machines), Plugin ecosystem, Team workflows, Enterprise hardening
+**Vision:** Always local first, but Pro cloud features to keep the lights on: Fleet management, Plugin ecosystem, Team workflows, Enterprise hardening
 
 ## Changelog