Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Support API key authentication for per-project MCP configuration

Aperta
  • Qualcosa non va?
#4 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
48/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
python
Ambito
api, authentication, backend-api-design

Direzione di ricerca

Inizia individuando il punto di ingresso dell’autenticazione del MCP server e la gestione delle credenziali OAuth memorizzate in ~/.config/claude/.credentials.json. Conferma se questo repository controlla il server ospitato o solo la configurazione del plugin, quindi traccia come potrebbe essere accettata una chiave bearer Authorization insieme a OAuth. Il lavoro è completato quando chiavi API distinte a livello di progetto funzionano senza cancellare le credenziali OAuth, incluso l’uso non interattivo, e i test coprono entrambi i percorsi di autenticazione.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Problem

When using the PostHog MCP server with multiple PostHog organizations (e.g., separate orgs for different projects), there's no way to configure per-project authentication. The MCP server currently only supports OAuth, and OAuth credentials are stored globally keyed by server URL. This means all projects sharing the same PostHog Cloud instance (e.g., mcp.posthog.com) share a single OAuth session.

Switching between orgs requires manually clearing OAuth credentials and re-authenticating through the browser flow each time you change projects, which is disruptive.

Proposed solution

Support an environment variable for API key authentication, e.g. POSTHOG_API_KEY, as an alternative to OAuth. This would allow users to:

  1. Set different API keys per project (via .env, project-level MCP config, or IDE settings)
  2. Avoid repeated OAuth re-authentication when switching between projects tied to different orgs
  3. Use the MCP server in non-interactive / CI environments
Example configuration
{
  "mcpServers": {
    "posthog": {
      "type": "http",
      "url": "${POSTHOG_MCP_URL:-https://mcp.posthog.com/mcp}",
      "headers": {
        "Authorization": "Bearer ${POSTHOG_API_KEY}"
      }
    }
  }
}

Or handled server-side, where the MCP server accepts an API key and skips OAuth when one is provided.

Current workaround

The only workaround is to clear the OAuth token in ~/.config/claude/.credentials.json and re-authenticate each time you switch projects — not practical for frequent context switching.

Environment

  • Claude Code with PostHog plugin v1.0.0
  • Multiple PostHog organizations on the same cloud instance (US)
Lingua principale
Python
Stelle
95
Fork
20
Merge medio
22h 12m
PR unite (30g)
25

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di PostHog/ai-plugin

Tutte le issue di PostHog/ai-plugin

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.