Claude Code w zespole i firmie

Poziom 3 Przegląd Zaktualizowano 2026-10-12

Wdrożenie Claude Code w zespole to sześć decyzji podejmowanych po kolei: jak ruch wychodzi z sieci, który dostawca obsługuje model, jaka konfiguracja trafia do repozytorium, jaką politykę wymuszają ustawienia zarządzane (managed settings), gdzie działają sesje i kto może zlecać pracę ze Slacka. Każda ma poniżej własną stronę i każda zostawia dowód, że działa.

Ta strona jest dla tech leada, który przenosi Claude Code z pilotażu na cały zespół, i dla programisty, który to konfiguruje, gdy proxy blokuje logowanie albo dział bezpieczeństwa najpierw chce listy dozwolonych serwerów MCP. Sprawdzone na Claude Code v2.1.283 (kanał latest) 2026-09-26.

Która strona o Claude Code w zespole odpowie na twoje pytanie?

Twoje pytanie	Strona
Logowanie nie przechodzi przez proxy, VPN lub inspekcję TLS	Konfiguracja proxy i VPN
Ruch musi iść przez Bedrock, Google Cloud, Foundry albo naszą bramkę	Konfiguracja bramki LLM
Jak współdzielić przez repozytorium `CLAUDE.md`, ustawienia, serwery MCP, skille i hooki?	Współpraca zespołowa i wspólna konfiguracja Claude Code
Jak dać wszystkim jedno środowisko z zablokowanym ruchem wychodzącym?	Konfiguracja kontenera deweloperskiego dla Claude Code
Jak wymusić uprawnienia, modele i listy dozwolonych serwerów MCP, których programista nie nadpisze?	Integracja korporacyjna i bezpieczeństwo
Jak pozwolić każdemu oznaczyć `@Claude` na Slacku pod wspólną tożsamością zespołu?	Claude Tag: wspólna tożsamość Claude Code w Slacku

Używasz też Codexa albo Cursora? Skorzystaj ze strony jedna polityka dla wszystkich agentów kodujących. Rozstrzygasz, gdzie model w ogóle może działać? Zacznij od strony gdzie działa model.

W jakiej kolejności wdrażać Claude Code w zespole?

Ustawienia zarządzane nic nie dadzą, jeśli połowa zespołu nie może się zalogować, więc kolejność ma znaczenie.

Wypuść ruch na zewnątrz. Skonfiguruj proxy i firmowy urząd certyfikacji (CA), a potem na czystej maszynie sprawdź, że claude doctor przechodzi, a sesja dociera do modelu.
Wybierz drogę do modelu. Użyj planu Team lub Enterprise albo kieruj ruch przez Bedrock, Agent Platform w Google Cloud (dawniej Vertex AI), Foundry lub bramkę. Funkcje się różnią: Ultrareview nie jest dostępne na Bedrock, Google Cloud ani Foundry, a tryb auto obsługuje tam mniej modeli (dokumentacja Anthropic, sprawdzone 2026-09-26). Wersje modeli: przegląd modeli.
Dodaj wspólną konfigurację projektu do repozytorium. CLAUDE.md (albo AGENTS.md), .claude/settings.json z regułami allow i deny zespołu, .mcp.json, skille i hooki, wszystko objęte plikiem CODEOWNERS.
Wymuś minimum przez ustawienia zarządzane. Ustawienia zarządzane stoją wyżej niż argumenty wiersza poleceń i każdy plik lokalny, projektowy i użytkownika, więc programiści ich nie nadpiszą. Dostarcz je jako managed-settings.json, przez MDM albo z konsoli administracyjnej claude.ai (Team i Enterprise). Tu też przypnij kanał: autoUpdatesChannel: "stable" jest około tygodnia za latest.
Ustal jedno miejsce, w którym działają sesje. Kontener deweloperski daje każdemu programiście i zadaniu CI tę samą wersję, te same narzędzia i ten sam firewall ruchu wychodzącego. Sesje bez nadzoru uruchamiaj wyłącznie w jednorazowym kontenerze z ograniczoną siecią.
Delegowanie otwórz na końcu. Pilotaż Claude Tag zrób w jednym kanale Slacka, gdy bramki przeglądu już działają, i wymagaj, żeby jego zmiany trafiały do głównej gałęzi wyłącznie przez pull requesty, które przechodzą to samo CI i ten sam przegląd CODEOWNERS co praca ludzi.

Audit this repository's shared Claude Code configuration for a team rollout. Do not edit
any files. Read CLAUDE.md or AGENTS.md, .claude/settings.json, .mcp.json, .claude/skills/,
.claude/agents/, any hooks in the settings, .devcontainer/ and CODEOWNERS. Report:
1. Every permission allow rule that lets Claude run a command which can push, deploy,
   delete data or read secrets, with the file and line.
2. Every MCP server, with its transport, what it can reach, and whether it needs a
   credential that is not in an environment variable.
3. Settings that only work on one person's machine: absolute paths, personal tokens,
   tools that are not installed in the dev container.
4. Settings a project file cannot set: defaultMode "auto" or "bypassPermissions" is
   ignored in project settings and belongs in user or managed settings.
5. Which of these files CODEOWNERS does not protect.
End with a table: finding, risk (high, medium, low), and the one-line fix.

Draft a managed-settings.json proposal for our Claude Code rollout. Do not write it to
any system path; print it and explain it. Start from .claude/settings.json in this
repository and propose only:
1. permissions.deny rules for commands no developer should run through Claude here
   (deploys, production database writes, reading .env or credential files).
2. permissions.disableBypassPermissionsMode set to "disable".
3. autoUpdatesChannel set to "stable", so every seat runs the same release.
4. availableModels limited to the models we name: <list the models you approved>.
For each entry, give one command I can run on a developer machine that proves the rule
is in force (for example, a denied command that must still be refused after the
developer allows it in .claude/settings.local.json). Flag any key you are not sure
exists instead of guessing.

Nowe osoby w zespole przechodzą potem jedną procedurę: wprowadź nową osobę do wspólnej konfiguracji.

Jak udowodnić, że konfiguracja zespołu działa, bez śledzenia każdej sesji?

Każda warstwa daje dowód, a każdy dowód ma właściciela.

Dowód	Co dowodzi	Właściciel
Smoke test dla nowej osoby przechodzi na świeżo zainstalowanym laptopie	Sieć, logowanie i wspólna konfiguracja działają poza pilotażem	Tech lead
Polecenie zablokowane w ustawieniach zarządzanych nadal jest odrzucane, gdy programista zezwoli na nie lokalnie	Ustawienia zarządzane obowiązują i wygrywają z plikami lokalnymi	Właściciel platformy lub bezpieczeństwa
Job CI w kontenerze wykonuje znane zadanie przez `claude -p` i przechodzi	Wspólne środowisko się buduje i dociera do modelu	Tech lead
Panel analityczny (Team i Enterprise) dla aktywnych użytkowników i scalonych pull requestów; OpenTelemetry (`CLAUDE_CODE_ENABLE_TELEMETRY=1` plus `OTEL_METRICS_EXPORTER`) dla kosztu na programistę, którego panel nie pokazuje	Zespół naprawdę korzysta z narzędzia, a wydatki mieszczą się w budżecie	Kierownik zespołu inżynierskiego (engineering manager)

Do budżetowania Anthropic podaje dla wdrożeń firmowych „around $13 per developer per active day and $150-250 per developer per month” (dokumentacja kosztów Anthropic, sprawdzone 2026-09-26). Zobacz też porównanie kosztów i ROI, kontrolę kosztów i pakiet dowodów, który musi mieć każdy pull request agenta.

Co się psuje, gdy Claude Code przechodzi od jednej osoby do zespołu?

Objaw	Przyczyna	Jak naprawić
Dwie osoby dostają różne modele domyślne	Różne wersje lub dostawcy: wersja starsza niż v2.1.280 daje licencjom Team Standard Sonnet 5, a v2.1.280 lub nowsza (oba kanały wydań na 2026-10-12) Opus 5.5, natomiast Microsoft Foundry domyślnie używa Sonneta 4.5, którego Anthropic wycofa 2026-11-30 na platformach prowadzonych przez Anthropic	Ustaw jeden `autoUpdatesChannel` w ustawieniach zarządzanych i ogranicz wybór przez `availableModels`
`defaultMode` zespołu w `.claude/settings.json` nic nie zmienia	`auto` i `bypassPermissions` są ignorowane w ustawieniach projektowych	Ustaw tryb w ustawieniach zarządzanych albo użytkownika; tryb auto wyłączysz w całej organizacji przez `permissions.disableAutoMode: "disable"` w ustawieniach zarządzanych
Po wdrożeniu bramki użycie nadal obciąża prywatne subskrypcje	Ustawiono tylko `ANTHROPIC_BASE_URL`; logowanie claude.ai zostaje aktywne	Daj Claude Code także poświadczenie bramki (`ANTHROPIC_AUTH_TOKEN`, `ANTHROPIC_API_KEY` albo `apiKeyHelper`), jak w konfiguracji bramki LLM