Hidden bookmark page · operator handbook

Claude cowork skills and plug-ins

This page is a practical starter kit for users who say “Claude cowork.” The phrase is community shorthand; the official surfaces are Claude, Claude Code, Claude Desktop/Mobile, Connectors, and MCP.

Coverage mixes free/open-source tools and optional paid accounts. Every section calls this out so you can choose a free-first path.

1) 30-minute starter path

If this is your first pass, follow this exact order in a fresh project folder. You can stop after each step and still be in a safe place.

  1. Set up the core tools (5 minutes): install claude, git, and a terminal you can already type in.
  2. Create your first instruction file (5 minutes):
    cd your-project
    cat > CLAUDE.md <<'EOF'
    # CLAUDE.md
    ## Boundaries
    - Use short commands and diff-based edits.
    - Commit before risky changes.
    - Ask for explicit confirmation before write-side integrations.
    EOF
  3. Run one baseline workflow (8 minutes): launch claude in the repo and ask for a tiny code-review task on one file.
  4. Add exactly one integration (10 minutes): choose either one official marketplace plugin or one connector, not both, and keep it read-only first.
  5. Validate and lock scope (2 minutes): run a quick git diff, confirm files/paths, then pause before adding MCP or write actions.
Goal of this path: avoid a large stack before validation, then expand only where you need it.

2) If you only remember 5 things

  • Start with core workflow: CLAUDE.md + Claude Code + Git.
  • Use official sources first: official docs/marketplaces before community options.
  • Use least privilege: start integrations with read-only behavior, escalate only if needed.
  • Keep secrets out of instruction files: do not paste tokens into CLAUDE.md.
  • Separate concepts: connectors and MCP solve different needs; don’t assume they are the same.
Mini glossary (plain-English):

CLAUDE.md

Project instruction file that guides Claude in a repo.

plugin

Reusable package that adds tools or skills to Claude’s workflow.

marketplace

Catalog where plugins are found, installed, and managed.

connector

Official Claude integration path for supported services.

MCP

Protocol for local/project server integrations to tool APIs.

scope

Where a setting applies: one project, all projects, or managed policy.

3) Starter bundles by goal

Use one path first, then add complexity only if needed.

Safest local-only

When: you want a low-risk baseline.

Install: Claude Code + Git + ripgrep + jq.

First test: run claude --version, then git status in a repo.

GitHub/code workflow

When: you already edit code and want PR/issue context.

Install: add one official connector or plugin first.

First test: open plugin manager, then verify one PR-related question is answered with repo context.

Google Drive / docs flow

When: your team mostly reads/references docs.

Install: one official Docs workspace connector.

First test: run a search in your drive-backed doc set and confirm result visibility.

Notion / ops workflow

When: operations is organized in pages/tasks.

Install: Notion MCP example endpoint + any required token.

First test: list a test workspace object from the MCP panel.

Custom/internal MCP path

When: you need internal tooling first.

Install: local MCP server + scoped token or local stub.

First test: add one local MCP server and confirm claude mcp list includes it.

4) Overview

This guide is for beginners through advanced operators who want one playbook for setup, command habits, reusable Markdown instructions, MCP integration, and connector decisions across macOS, Linux, and Windows.

Who should use this: solo builders, dev leads, analysts, and operators who want Claude to work inside real tools instead of isolated chat.
  • Common free-first path: CLAUDE.md + Claude Code CLI + Git + one official connector or official marketplace plugin.
  • Optional paid upgrades: Claude plans, SaaS connectors, and managed enterprise controls.
  • Safety posture: treat every connector/MCP server as a trust decision, not a default.
Platforms: macOS / Linux / Windows
Surfaces: CLI / Desktop / Web / Mobile
Focus: reproducible setups + clear boundaries
Official references prioritized
Demo marketplace called out explicitly
Last verified: May 12, 2026

5) What should I use first?

Use this quick chooser when deciding between instruction files, plugins, connectors, and MCP.

Where each thing actually lives (surface map)

ThingClaude Code CLIClaude webClaude DesktopClaude mobile
CLAUDE.mdPrimary for project and user memoryNo local-file memoryNo local-file memoryNo local-file memory
PluginsPrimary install + config surfaceNot the main pathNot the main pathNot the main path
ConnectorsAccount-level, less CLI-nativePrimary enablement surfacePrimary enablement surfacePrimary enablement surface
MCPPrimary for local/project server configUsually via curated connectors onlyUsually via curated connectors onlyUsually via curated connectors only
Don’t expect this here: In web/desktop/mobile, many CLI flows (/plugin, claude mcp add, claude mcp list) are not the normal path. Use Connector settings and account-level configuration first.

CLAUDE.md files

Choose this if: you need persistent behavior rules, project conventions, and safety boundaries.

Scope: local/project/global and version-controlled where appropriate.

Plugins

Choose this if: you want reusable packaged capabilities (skills/agents/hooks/MCP) with lower setup friction.

Scope: user/project/local install scopes from the plugin manager.

Connectors

Choose this if: your data already lives in supported SaaS tools and you want OAuth-first setup.

Scope: mostly UI-managed in Claude web/desktop/mobile.

MCP servers

Choose this if: you need custom/internal tooling, direct transport control, or non-standard integrations.

Scope: CLI-managed local/project/user configs.

Scope cheatsheet (local / project / user-global / managed)

CLAUDE.md

Local: no (typically not machine-local by default).

Project: yes, place in repo for shared rules.

User/global: `~/.claude/CLAUDE.md` for universal defaults.

Managed: org-level policy can override behavior.

Plugins

Local: useful for personal CLI installs.

Project: use project-level plugin config when sharing a team.

User/global: user install covers broader contexts.

Managed: org policy can lock allowed plugin sources.

MCP

Local: run and scope local stdio servers here.

Project: store in project `.mcp.json`.

User/global: user-level config covers all projects.

Managed: rarely used in enterprise policy contexts.

Connectors

Local: mostly not directly local-configured.

Project: connection behavior can be shared per workspace.

User/global: auth is often account-wide.

Managed: team policy commonly controls connector list.

Recommended minimum stack

1) Git, 2) Claude Code, 3) project CLAUDE.md, 4) one official connector or plugin, 5) add MCP only when a real workflow demands it.

Best free-first path

For many teams, a practical free-first start is Claude Code + Git + ripgrep/jq + markdownlint. Add paid SaaS connectors only when repeat value justifies it.

Quick safety rule

Start read-only. Add write actions only after you validate logs, scope, and rollback behavior for that integration.

6) Quick-start by platform

Use this as the fastest practical baseline. Start with CLI + Git, then add connectors/MCP only when needed.

macOS starter path

# 1) Install Claude Code (official installer)
curl -fsSL https://claude.ai/install.sh | bash

# 2) Optional: install via Homebrew stable channel
brew install --cask claude-code

# 3) Launch in your project
cd your-project
claude

# 4) Verify CLI health
claude --version

If you use Homebrew, update with brew upgrade claude-code.

Linux starter path

# 1) Install Claude Code (official installer)
curl -fsSL https://claude.ai/install.sh | bash

# 2) Install core prerequisites
sudo apt update
sudo apt install -y git curl jq ripgrep fd-find

# 3) Launch in your project
cd your-project
claude

On Fedora/RHEL/Alpine, use your package manager equivalents for prerequisites.

Windows starter path (CMD first)

:: 1) Install Claude Code from CMD (official CMD script)
curl -fsSL https://claude.ai/install.cmd -o install.cmd && install.cmd && del install.cmd

:: 2) Optional: install via WinGet
winget install Anthropic.ClaudeCode

:: 3) Install Git for Windows (recommended for Bash tool)
winget install Git.Git

:: 4) Launch Claude
cd your-project
claude

PowerShell alternative: irm https://claude.ai/install.ps1 | iex. If commands/docs mismatch, start in CMD first and switch to PowerShell only after baseline works.

Windows practical guidance: use CMD for first install commands from official docs, install Git for Windows for Bash-compatible tooling, and move to WSL when your workflow depends on Linux-native shells, package managers, or dev containers. Smoothest dev-heavy path: WSL + Git + Claude Code CLI after initial Windows install.
First-run checklist: sign in, run one small task, confirm git works, and create a baseline CLAUDE.md for your project.

7) Sanity checks / how to know it’s working

What to checkCommand / actionExpected success signal
CLI installed + signed inclaude --version and start a minimal sessionCLI runs and you reach a project-aware terminal session.
Plugin manager opens/pluginPlugin list, install options, or discover view appears.
MCP panel and expected serverclaude mcp list (or /mcp in Claude Code)Expected server is listed and shows status.
Connector is authorizedOpen connector settings and run a lightweight connector read taskTask returns without auth error.
Git works in projectcd your-project && git statusClean status output and expected tracked file list.
Tip: If all checks pass, add one integration at a time and leave it in read-only mode until the next check passes again.

8) Common mistakes / don’t overbuild this

  • Adding plugins, connectors, and MCP together on day one usually creates too much complexity to debug.
  • Putting secrets in CLAUDE.md leaks them into prompts and history.
  • Granting write access before you validate a read-only flow increases recovery risk.
  • Installing random community plugins/connectors before official options can skip useful defaults.
  • Assuming connectors, plugins, and MCP are interchangeable usually causes integration confusion later.
Simple counter-pattern: one integration, one read-only verification, one short rollback check, then add the next layer.

9) Plugins and marketplaces

Plugins are packaged extensions for Claude Code (skills, agents, hooks, and MCP server integrations) distributed through marketplaces.

Accuracy checkpoint: claude-plugins-official is the official Anthropic marketplace and is commonly available by default. anthropics/claude-code is a separate Anthropic demo marketplace you add manually.

Official Anthropic marketplace

Marketplace name: claude-plugins-official. Usually available in standard setups. Best first stop for production use.

Anthropic demo marketplace

Marketplace source: anthropics/claude-code. Useful for examples and learning plugin structure.

Community / third-party marketplaces

Supported via GitHub repo, Git URL, local path, or remote marketplace.json URL. Review trust and permissions before install.

Common categories and examples

  • Code intelligence (explicitly documented): LSP-based plugins that enable jump-to-definition, references, and type diagnostics.
  • Git workflow helpers: commit/PR workflow skills and guardrails (example: commit-commands in demo marketplace).
  • System or integration utilities: plugins that package repeatable helper skills, hooks, or MCP wiring for known tools.

Catalog categories evolve. Re-check the Discover tab for current labels and install scopes before standardizing team workflows.

Verified install commands

# Open plugin manager
/plugin

# Install from official Anthropic marketplace (already available by default)
/plugin install github@claude-plugins-official

# If official marketplace looks stale/missing
/plugin marketplace update claude-plugins-official
/plugin marketplace add anthropics/claude-plugins-official

# Add Anthropic demo marketplace (manual)
/plugin marketplace add anthropics/claude-code

# Install demo plugin example
/plugin install commit-commands@anthropics-claude-code

# Activate new plugin versions
/reload-plugins

Plugin trust ladder (safe order)

  1. First-party connectors enabled via Claude UI with explicit OAuth scopes.
  2. Official Anthropic marketplace plugins (claude-plugins-official).
  3. Reviewed directory or known-vendor marketplaces with documented ownership.
  4. Custom remote MCP connectors you control and monitor.
  5. Random community scripts/plugins only after code review and least-privilege setup.

10) Free tools / plug-ins / helpers catalog

Curated, practical list. “Free/open” means fully open-source or free-to-start with optional paid tiers. Use only what you need.

Best free extras to install first (tiered)

Must-have

  • Git
  • GitHub CLI
  • jq
  • ripgrep
  • markdownlint

Useful soon

  • tmux
  • Playwright
  • DuckDB
  • yq

Later / optional

  • just
  • Make
  • uv
  • mitmproxy
Practical rule: install must-have tools first, then add “useful soon” items when your workflow is stable.

Quick finder (search + filters)

Use this to scan key tools/plugins/connectors by OS, category, trust source, and cost posture.

Showing all rows. Verified command/source example Community or third-party review required Optional paid account may apply
Try:
ItemCategoryOSSource postureCost postureUse case
CLAUDE.mdInstruction filesAllOfficial behavior modelFreePersistent repo instructions and constraints
CLAUDE.local.mdInstruction filesAllOfficial behavior modelFreePrivate per-project preferences not committed to git
claude-plugins-officialPlugin marketplaceAllOfficial AnthropicFreeDefault trusted marketplace for install/discover
anthropics/claude-codePlugin marketplaceAllAnthropic demo marketplaceFreeExample plugins and learning patterns
GitHub connectorConnectorWeb/Desktop/MobileDirectory connectorOptional paidRepo and issue context in Claude surfaces
Google Drive connectorConnectorWeb/Desktop/MobileDirectory connectorOptional paidRetrieve and search docs/files
Custom connector (remote MCP)ConnectorCloud-routedYou own trust decisionOptional paidCustom SaaS/internal integration over public internet
Notion MCP (HTTP)MCPAllOfficial docs exampleOptional paidStructured docs/tasks with HTTP transport
Airtable MCP (stdio)MCPAllOfficial pattern + OSS packageOptional paidLocal stdio MCP add pattern
GitLocal toolAllOpen-source baselineFreeCommit checkpoints and rollback discipline
GitHub CLI (gh)Local toolAllOpen-source baselineFreePR workflows and automation
ripgrep / jq / markdownlintLocal toolAllOpen-source baselineFreeFast search, JSON parsing, and docs quality
No exact matches. Try one of these: clear one filter, use a broader search term (for example "github"), or switch to Free/Official only.

Core local prerequisites

NameWhat it doesWhy Claude cowork users careFree/OpenOSSetup note
Claude Code CLIPrimary agentic coding surfaceRuns edits/commands with reproducible terminal workflowsRequires account; docs include free/paid surfacesmacOS/Linux/WindowsInstall via official scripts, Homebrew, or WinGet
GitVersion controlCommit checkpoints, branching, rollbackOpen sourceAllWindows: Git for Windows recommended
Python 3Scripting/runtimeData transforms, quick automations, local toolsOpen sourceAllPrefer system package manager/official installer
Node.js LTSJS runtime/package toolsNeeded for many MCP/community utilitiesOpen sourceAllInstall LTS channel only for stability

Developer tools / editors / terminals

NameWhat it doesWhy it mattersFree/OpenOSSetup note
VS CodeEditor with extension ecosystemPairs well with CLI + diff review workflowsFree (source-available binaries)AllInstall Claude Code extension if you use VS Code surface
VSCodiumTelemetry-minimized VS Code buildOpen-source-first teams often prefer itOpen sourceAllValidate extension compatibility for your stack
JetBrains IDE + Claude pluginIDE integrationInline diff + context sharing for JVM/Python-heavy shopsMixed (IDE licensing varies)AllInstall “Claude Code” from JetBrains Marketplace
tmuxTerminal multiplexingRun parallel sessions and keep long tasks aliveOpen sourcemacOS/Linux/WSLUse named sessions for repeatable runbooks

Git / GitHub helpers

NameWhat it doesWhy it mattersFree/OpenOSSetup note
GitHub CLI (gh)Repo/PR automation from terminalFast handoff from Claude-generated changes to PRsOpen sourceAllgh auth login once per machine
lazygitTerminal Git UIQuick staging/cherry-pick/rebase checksOpen sourceAllUseful when reviewing many Claude edits

Browser / scraping / web research helpers

NameWhat it doesWhy it mattersFree/OpenOSSetup note
PlaywrightBrowser automation/testingReliable UI checks + evidence capture workflowsOpen sourceAllInstall browser binaries after package install
mitmproxyTraffic inspectionDebug API calls and auth flows during integration workOpen sourceAllUse only on systems you control

Documentation / Markdown helpers

NameWhat it doesWhy it mattersFree/OpenOSSetup note
markdownlint-cli2Lint markdown consistencyKeeps CLAUDE.md/runbooks readableOpen sourceAllRun in CI for docs hygiene
PrettierFormatter for Markdown/JSON/YAMLReduces noisy diffs in prompt/config filesOpen sourceAllPin version in project config
PandocDocument conversionConvert MD runbooks to PDF/docx deliverablesOpen sourceAllPair with print-friendly templates

File / PDF / image / media helpers

NameWhat it doesWhy it mattersFree/OpenOSSetup note
jqJSON query/transformAudit API payloads, config diffs, logsOpen sourceAllEssential for CLI pipelines
yqYAML/JSON processingHelps with CI and infra config filesOpen sourceAllPrefer consistent v4 syntax across teams
poppler-utilsPDF text/render toolsFast extraction and QA for report workflowsOpen sourceAllpdftotext, pdfinfo, etc.
ImageMagickImage conversion/manipulationBatch prep assets for docs/UI runsOpen sourceAllUse restrictive policy for untrusted files

Automation / scripting helpers

NameWhat it doesWhy it mattersFree/OpenOSSetup note
MakeTask automationOne-command builds/test/deploy checksOpen sourceAllDefine repeatable targets Claude can call
justDeveloper command runnerCleaner task files than complex shell scriptsOpen sourceAllGood for onboarding docs + recipes
uvFast Python package/project toolSpeed + lockfile workflows for Python reposOpen sourceAllUse for reproducible envs and scripts

Local databases / data tooling

NameWhat it doesWhy it mattersFree/OpenOSSetup note
SQLiteEmbedded databasePerfect for local proofs and demosPublic domainAllPair with DB Browser for GUI inspections
DuckDBIn-process analytics DBQuick analytics on CSV/Parquet without infraOpen sourceAllGreat for notebook + CLI workflows
DBeaver CEDB desktop clientCross-DB inspection and query validationOpen sourceAllUse read-only creds where possible

MCP-compatible utilities / debugging / observability

NameWhat it doesWhy it mattersFree/OpenOSSetup note
MCP InspectorInspect/test MCP serversValidate server behavior before production useOpen sourceAllUse during connector/server development
Sentry (free tier)Error monitoringUseful target for MCP/connector automation recipesFree tier + paidWebUse official SDKs and least-privilege tokens
OpenTelemetry toolingTracing/metrics standardsAdds observability to agent-assisted workflowsOpen sourceAllStart local before cloud exporters

11) Important Markdown files (MD files)

These files are high-leverage because they shape Claude behavior, team alignment, and auditability.

Important naming rule: Claude Code reads CLAUDE.md files and related .claude/* config. It does not read AGENTS.md as the instruction source.
FilePurposeScopeWhen to usePractical note
./CLAUDE.mdMain project instructions loaded each sessionProjectAlways for active reposCommit to git for team-shared behavior and runbooks
./.claude/CLAUDE.mdProject instructions in .claude layoutProjectWhen you standardize around .claude structureUse one clear project-level CLAUDE source to avoid confusion
CLAUDE.local.mdPrivate project-specific instructionsLocal onlyPersonal preferences and temporary local guardrailsCreate manually and keep gitignored
~/.claude/CLAUDE.mdGlobal instructions across projectsUser/globalPersonal defaults used everywhereKeep short; avoid project-specific commands here
.claude/rules/*.mdTopic/path-scoped rulesProject or globalLarge repos with subsystem-specific constraintsPrefer narrow rule files over one giant CLAUDE.md
.claude/settings.jsonPermissions/hooks/env/model defaultsProject or globalWhen behavior needs enforcement, not only guidanceSettings enforce; CLAUDE.md guides
.claude/settings.local.jsonLocal settings overridesProject-localUser-specific local experimentationUsually gitignored by Claude Code
README.md / docs/*.md / runbooks/*.mdHuman and agent operational referencesProjectAs soon as workflows stabilizeKeep deploy/rollback commands synchronized with CLAUDE.md

Managed policy and organization-level paths

  • Managed CLAUDE.md (machine-wide): macOS /Library/Application Support/ClaudeCode/CLAUDE.md, Linux/WSL /etc/claude-code/CLAUDE.md, Windows C:\Program Files\ClaudeCode\CLAUDE.md.
  • Managed settings files: same OS directories support managed-settings.json and managed-settings.d/*.json.
  • Windows registry managed settings: HKLM\SOFTWARE\Policies\ClaudeCode with Settings JSON value (with lower-priority user-level fallback at HKCU).

Use managed settings for enforceable controls and managed CLAUDE.md for organization-wide guidance text.

Starter template: CLAUDE.md

# Project instructions for Claude

## Purpose
- One sentence on what this repo is for.

## Boundaries
- Do not touch production paths directly.
- Use deploy scripts in `ops/scripts/`.
- Treat runtime artifacts (.db, .env, caches) as non-source.

## Workflow
1. Inspect current state.
2. Apply smallest safe change.
3. Run local verification.
4. Deploy with script.
5. Run health checks.
6. Commit + push with focused message.

## Repo conventions
- Preferred test command: `...`
- Preferred formatter/linter: `...`
- Branching rules: `...`
              - Required docs updates: `README.md`, `CHANGELOG.md`

Starter template: CLAUDE.local.md

# Local-only Claude instructions

## Scope
- This file is local-only and should not be committed.
- Use it for machine or branch-specific preferences.

## Defaults
- Use existing project shell aliases.
- Keep secrets in environment-specific secret stores, not here.

## Workflow
- Run read-only checks before write actions.
- Pause and confirm before external deployments.

Starter template: .claude/rules/01-safety.md

# Safety rules

## Never do
- Push secrets to logs.
- Execute destructive commands without explicit confirmation.

## Do this first
- Validate `claude --version`.
- Confirm `git status` is expected before edits.
- Run one minimal integration action and check output.

## Escalation
- If uncertain, rollback with a small git commit and re-run health checks.

Starter template: README.md

# Project name

## What this does
Short practical summary.

## Quick start
```bash
git clone ...
cd ...
make dev
```

## Structure
- `app/` runtime code
- `ops/` deploy scripts
- `docs/` deep references

## Deploy
```bash
bash ops/scripts/deploy-website.sh
bash ops/scripts/deploy-website.sh --apply
```

## Validation
```bash
bash ops/scripts/healthcheck.sh website
```

12) MCP servers

MCP (Model Context Protocol) is the open standard Claude Code uses to connect to external tools and data sources. Use it when you are repeatedly copying data into chat from other systems.

Don’t expect this here: In Claude Code, connectors are UI-driven integrations. MCP here is the CLI-managed/custom integration path with your own transport and auth.
  • Best for: issue trackers, monitoring, databases, internal APIs, and custom tooling.
  • Transports: HTTP (recommended), SSE (deprecated), local stdio process.
  • Trust model: only connect servers you trust; prompt-injection risk is explicitly called out in official docs.
Practical risk controls: start with read-only actions, pin trusted endpoints, keep tokens scoped, and review connector/plugin code before enabling write operations.
Trust ladder: first-party connectors → official marketplace plugins → reviewed vendor/community marketplaces → custom remote MCP servers you operate → unknown community scripts/endpoints.

Beginner-safe MCP setup flow

macOS / Linux

# Add remote HTTP MCP server (recommended)
claude mcp add --transport http notion https://mcp.notion.com/mcp

# Add local stdio MCP server example
claude mcp add airtable -- npx -y airtable-mcp-server

# List and inspect servers
claude mcp list
claude mcp get notion

Windows (CMD)

:: Add remote HTTP MCP server
claude mcp add --transport http notion https://mcp.notion.com/mcp

:: Add remote SSE server (legacy/deprecated transport)
claude mcp add --transport sse asana https://mcp.asana.com/sse

:: Manage servers
claude mcp list
claude mcp get notion

Claude session checks

# Open MCP status panel in Claude Code
/mcp

# If connector auth is required, complete OAuth from /mcp

# Remove a server if no longer needed
claude mcp remove notion

Practical verified MCP options (from official docs/examples)

Server / integrationExample endpoint / commandTransportCost postureUse caseNotes
Notion MCPhttps://mcp.notion.com/mcpHTTPDepends on Notion planDocs/work itemsUsed in official HTTP example
Asana MCPhttps://mcp.asana.com/sseSSEDepends on Asana planTasks/projectsSSE listed but docs recommend HTTP where available
Airtable local servernpx -y airtable-mcp-serverstdioServer package is free; Airtable usage variesTable operationsOfficial stdio example includes this pattern
Anthropic Directory connectorsclaude.ai directory listingRemote MCP under the hoodVaries by connectorDiscover vetted connectorsOfficial docs recommend directory browsing

MCP scope + config quick notes

  • local scope: only you, current project context.
  • project scope: shared via project .mcp.json.
  • user scope: your account across projects.

13) Out-of-the-box connectors / integrations

Out-of-the-box connectors are integrations available directly in Claude’s connectors experience (web/desktop/mobile), generally enabled through settings and OAuth, without hand-writing MCP CLI config.

What counts as out-of-the-box: items discoverable in Claude’s Connectors UI / directory and enabled via Customize → Connectors or org settings for Team/Enterprise.
Important custom-connector network nuance: remote custom connectors use MCP connections from Anthropic cloud infrastructure, not from your local machine. Private-network, VPN-only, or firewall-blocked servers will fail unless reachable from Anthropic IP ranges.
ConnectorHow to enableTypical valuePlan/availability notesCaveats
GitHubSettings → Connectors → ConnectCode/search/project contextListed in integration availability guideRespect repo/org permissions
Google DriveConnect via OAuth, then enable per conversationSearch/retrieve docs and filesAvailable on Claude + Claude Desktop per help docsText extraction focus; permission-scoped
GmailConnect via OAuthSearch/read emails, create draftsAvailability listed in help docsNo direct send action from Claude
Google CalendarConnect via OAuthRead/create/update eventsAvailability listed in help docsActions still gated by account permissions
Google Drive CatalogingEnterprise admin enables capabilityRAG-style indexing and citationsEnterprise-only in support docsIndexing delays can occur
Directory/remote MCP connectorsBrowse Connectors Directory and connectFast path to many SaaS toolsVaries by connector and planReview connector trust + requested permissions

Pros/cons vs hand-managed MCP

  • Pros: lower setup friction, UI-led auth, easier for non-CLI users.
  • Cons: less custom control than raw MCP configs; capabilities vary by connector.

14) MCP vs out-of-the-box connectors

DimensionMCP (direct config)Out-of-the-box connectorsBest fit
Setup complexityMedium to high (CLI/config)Low to medium (UI + OAuth)Beginners usually start with connectors
FlexibilityHighest; custom/local/remote serversModerate; limited to connector capabilitiesMCP for custom/internal systems
Security/trust controlGranular, but operator-managedCentralized UX controls, still requires trust reviewTeam/enterprise may prefer managed connector policies
PortabilityHigh across CLI-driven workflowsHigh in Claude surfaces, less custom outsideCross-tool automation usually MCP-led
Maintenance burdenHigher (endpoints, tokens, scopes)Lower for common SaaS connectorsUse connectors first for standard apps
Write actions governanceYou design constraintsOrg owners can set action restrictionsUse connector restrictions for broad org governance
Recommended defaultAdd when a concrete workflow needs itEnable for daily tools with clear ROIHybrid model is usually best

15) Recipes / workflows

Concrete patterns you can run today. Start simple and add integration complexity only when usage justifies it.

Beginner workflow

  • Create CLAUDE.md with build/test/deploy commands.
  • Use Claude Code in one repo with strict small commits.
  • Enable one connector (for example GitHub or Drive) only.
  • Run health checks before every push.
# Daily baseline
claude
# ask: "review modified files, suggest minimal patch, run tests"

Intermediate workflow

  • Keep README/CONTRIBUTING/CHANGELOG up to date.
  • Add one MCP server for issue tracking or monitoring.
  • Use markdownlint + formatter in CI.
  • Adopt “local → dry run → apply → healthcheck” release discipline.
# Add MCP integration for issue flow
claude mcp add --transport http issuehub https://example.com/mcp
claude mcp list

# Run release checks
bash ops/scripts/deploy-website.sh
bash ops/scripts/deploy-website.sh --apply

Advanced workflow

  • Use plugin marketplaces for reusable team capabilities.
  • Use project/user/local scopes intentionally.
  • Restrict write actions where possible; audit connector permissions.
  • Create explicit runbooks for rollback and incident response.
# Plugin workflow with official + demo marketplaces
/plugin install github@claude-plugins-official
/plugin marketplace add anthropics/claude-code
/plugin install commit-commands@anthropics-claude-code
/reload-plugins

# Scope-aware MCP setup example using an official docs endpoint
claude mcp add --scope project --transport http notion https://mcp.notion.com/mcp

16) Troubleshooting

Command not found / PATH issue

Close old terminals, check which claude, and confirm PATH includes where it is installed.

Auth popup / browser login loop

Use one browser profile, allow local callbacks, and retry once after sign-in completes.

Plugin not showing after install

Run connector/plugin refresh commands, then relaunch the manager view.

MCP auth pending / server unreachable

Re-add the server with correct transport and re-check auth scope before re-running commands.

Connector fails for private/VPN endpoints

Use the right network route or move that workflow to local MCP where endpoints are reachable.

Windows vs WSL path mismatch

Pick one path model per task: repo paths in WSL, file edits in one shell context.

Fast rule: fix path/auth/network first; postpone install-level changes until the basics are stable.

17) Export / download utilities

This page includes client-side export utilities only (no backend required):

  • Full page PDF: top button uses browser print-to-PDF.
  • Section PDF: each section has its own export button.
  • Section MD: each section exports to a standalone .md file.
  • Full page MD: top button exports all sections into one Markdown document.
Note: PDF output quality depends on browser print engines. For high-fidelity docs, use desktop browser print preview.

18) Sources and caveats

Official docs change quickly. Use these as your primary references before acting on any connector/MCP claim:

Scope decision: this page is intentionally hidden/unlisted and not linked from homepage/nav/sitemap.

Hidden handbook page for direct URL access only. Top Sources