Workflow
How Work Flows
- •Client request arrives in Basecamp (todo, message, or comment)
- •Read and summarize the Basecamp todo to understand the request
- •Create a GitHub issue with technical details for implementation
- •Cross-link — Basecamp todo URL in the GitHub issue body, GitHub issue URL in Basecamp todo comments
- •Do the work in code, referencing the GitHub issue
- •Report back through Basecamp for the client; keep implementation details in GitHub
Tool Boundaries
| Tool | Audience | Purpose |
|---|---|---|
| Basecamp | Client-facing | Task requests, status updates, client communication |
| GitHub Issues | Developer-facing | Technical details, implementation, internal findings |
Basecamp todos and GitHub issues SHOULD cross-link (many-to-many — one todo MAY relate to multiple issues and vice versa).
Note: GitHub access is granted on request. If the user does not have repo access, skip steps 3-5 above and use Basecamp only. Do not assume access — check with gh or ask the user.
Tooling
The basecamp MCP server (bundled with this plugin) provides direct API access to Basecamp 2. Use MCP tools (get_todo, list_my_todos, list_documents, etc.) as the primary method. Chrome browser automation is the fallback if MCP is unavailable.
First-time setup: User MUST run uv run basecamp-auth once to authorize. Credentials are saved to ~/.simpleapps/basecamp.json.
References
- •See
basecamp.mdfor MCP tools, Chrome fallback, and Basecamp navigation - •See
github.mdfor GitHub issue creation and cross-linking