Automatic install support
npx githits@latest init supports automatic install for Claude Code, Cursor, Windsurf, VS Code / Copilot, Cline, Claude Desktop, Codex CLI, Pi, Gemini CLI, Google Antigravity, OpenCode, Zed, Junie, Qwen Code, Kiro, Kilo Code, Factory Droid, and Amazon Q CLI.
Direct githits init installs a local stdio MCP server for every supported tool, with one exception: Cursor is remote-only even through direct init. Cursor entries use the hosted https://mcp.githits.com URL, and OAuth is completed inside Cursor. See Manual remote MCP setup for a full remote setup walkthrough.
What gets configured
For local stdio tools, GitHits adds a local MCP server entry that starts the CLI on demand:Marketplace, plugin, and extension installs
If you install GitHits through a host’s plugin, extension, or marketplace surface instead of runninggithits init, you get the hosted remote MCP with host-managed OAuth. This applies to:
- Claude Code plugin and the first-party Claude marketplace entry
- Cursor plugin
- Codex plugin
- Gemini CLI extension
- Google Antigravity plugin
- Generic OpenPlugin and VS Code / GitHub Copilot OpenPlugin installs
https://mcp.githits.com through its host’s native remote MCP field, delegates authentication to that host’s OAuth flow, and ships the same four GitHits skills: githits-onboarding, githits-mcp, githits-code, and githits-package. You do not need a separate GitHits login for these installs — sign in when the host prompts you.
Use a marketplace or plugin install when you want the host to manage MCP lifecycle and auth for you. Use githits init when you want a local stdio server for the tools that support it.
Guided MCP setup (default)
Interactivegithits init defaults to the recommended Install GitHits MCP + supporting instructions path. In addition to the MCP server entry above, guided setup installs a small amount of supporting context so agents know when to reach for GitHits:
githits-mcpskill — aSKILL.mdfile describing when to prefer GitHits over model memory or generic search, and which tool to pick for docs, source, package metadata, vulnerabilities, changelogs, and cross-project examples. It is copied into the selected tool’s skills folder (for example.claude/skills/githits-mcp/,.cline/skills/githits-mcp/, or.agents/skills/githits-mcp/when the tool loads shared Agent Skills).- Managed instruction block — a single short paragraph inserted between
<!-- githits -->markers in the appropriate instruction file for your tool (for exampleAGENTS.md,CLAUDE.md, orGEMINI.md). Reruns replace only the content between the markers, so it stays idempotent and easy to remove.
Install review
Before authentication or any config writes, interactivegithits init prints a numbered review that lists the selected scope, tools, and guidance choice, then discloses what leaves your machine:
- GitHits queries and public package, repository, and documentation targets are sent to GitHits services.
- Feedback submission is an outbound write.
- Installation itself does not upload the local workspace.
- A new coding-agent session is needed to load the changed MCP configuration or supporting instructions. The terminal and machine do not need to be restarted.
--yes prints the same review and treats it as acknowledgment without another prompt. Agent-assisted staged setup shows the review before asking which detected tools to configure.
Opting out of guidance
Both additions are opt-out. Use--no-guidance to install the plain MCP server only, or pick Install plain GitHits MCP at the interactive prompt:
--no-guidance is preserved through the install and verification commands that guided setup generates for staged, non-interactive, and agent-assisted flows, so a plain-MCP run never re-offers or reinstalls guidance on rerun.
To keep the guidance files when removing GitHits: