API-kulcsok kezelése

Ez az útmutató bemutatja, hol tárolja a Control Center az általa használt hitelesítő adatokat, és hogyan módosíthatja őket.

Semmi nem tárolódik azon a gépen, amelyen éppen gépel. Minden hitelesítő adat a szerveren él; hogy egy adott kérésre melyik válaszol, az attól függ, van-e mögötte ember.

Hitelesítő adat	Hol tárolódik	Ki használja
A kódhoszt- / jegykezelő hitelesítő adata	A szerver 0600 jogosultságú titkosfájlja, a felhasználói azonosítójához rendelve	Minden, amit kér: a PR-felület, az ügynökfuttatásai, a képei
A szerver alkalmazásidentitása	Ugyanaz a fájl, plusz a `server_settings` a nem titkos beállításokhoz	Olyan munka, amelyet nem ember kért: webhookok, PR-lekérdezés, jegyszinkronizálás
Modellszolgáltatói kulcsok és OAuth-tokenek	A szerver saját hitelesítőadat-tára	A beépített adapter, a telepítés minden munkaterületén
Slack-bot tokenek	`<dataDir>/<workspaceId>/chat_credentials/` a szerveren	Az adott munkaterület csevegőhídja
Külső CLI-k hitelesítő adatai	Amit az adott CLI használ	A Claude Code, a szervergépen

Két GitHub-hitelesítő adat, amelyek különböző kérdésekre válaszolnak

Az Öné, a bejelentkezésből (eszközkódos folyamat) vagy egy token beillesztéséből. Minden, az Ön nevében tett kérés ezt használja, így az Ön számára közzétett hozzászólás az Ön nevét viseli. Egy másik tag nem tudja kiolvasni, és a sajátját csatlakoztatja
A szerveré, az üzemeltető által regisztrált GitHub Appból. Minden olyan kérésre válaszol, amely mögött nincs hívó — így a kódhoszt-hozzáférés nem tűnik el, amikor valaki távozik vagy leforgat egy tokent

Az Öné a Kódtárhely kártyán van beállítva a Beállítások → Munkaterület → Profil és identitás alatt; a szerveré a Szolgáltatói alkalmazások alatt a Beállítások → Szerver → Egyszeri bejelentkezés útvonalon. Lásd a GitHub-integráció beállítása és a GitHub App létrehozása oldalt.

Modellszolgáltatói kulcsok beállítása

A beépített adapter maga hitelesíti a szolgáltatókat, és ezek a hitelesítő adatok a szerveren élnek.

Lépjen a Beállítások → Szerver → Modellszolgáltatók oldalra
Görgessen a Szolgáltatók és modellek szakaszig
Csatlakoztassa a szolgáltatót — böngészős OAuth az OpenAI, a Codex, a Cursor és a Kimi Code esetében; API-kulcs az Anthropic és a többi szolgáltatóhoz

A teljes listát és egyéni végpont hozzáadását az Adapterek és modellek kezelése oldalon találja.

Ezek a hitelesítő adatok hoszt-szintűek: egyetlen kulcs szolgálja ki a telepítés minden munkaterületét. Az OAuth-tokenek a lejáratuk előtt frissülnek.

A külső adapterek CLI-jei a saját hitelesítő adataikat a saját konfigurációjukban, a szervergépen tartják — a Control Center nem kezeli ezeket. A Claude Code-ot a saját dokumentációja szerint hitelesítse, azon a gépen, amelyen a cc_server fut.

Az adapterenkénti Környezeti változók párbeszédablak úgy tűnik, mintha alkalmas lenne egy kulcs elhelyezésére valamelyikükhöz, de nem az: az eszközére ír, a szerver viszont a saját példányát olvassa, és a kettőt semmi sem köti össze. Lásd az Adapterek és modellek kezelése oldalt.

Jegykezelő szolgáltató csatlakoztatása

A Jegykezelés kártya a Beállítások → Munkaterület → Általános alatt egy döntés mindkét felét tartalmazza: hogy melyik szolgáltatónál élnek a jegyei, és az ahhoz tartozó hitelesítő adatot. A Helyi választása elrejti a hitelesítő adat sorát — a helyi jegyek e szerver saját adatbázisában élnek, és nincs mihez hitelesíteniük.

A kulcsa a szerveren, a felhasználói azonosítójához rendelve tárolódik, akárcsak a kódhoszthoz tartozó. A szerver külön tartja a saját Linear-kulcsát (Szolgáltatói alkalmazások), és a jegyszinkronizálás ezen fut, amikor nem ember kérte. Az ügynök homokozójába nem kerül jegykezelő kulcs; az ügynökök a Control Center eszközein keresztül írnak jegyeket, amelyek az Írás külső követőbe szabályt kérdezik meg. Lásd a Linear-integráció beállítása oldalt.

Forgatás vagy visszavonás

Az Ön GitHub-hitelesítő adata: nyomja meg a Leválasztás gombot, majd jelentkezzen be újra, vagy illessze be az új tokent. A régit a GitHubon vonja vissza
A szerver alkalmazása: hozzon létre új privát kulcsot vagy client secretet az alkalmazás GitHub-oldalán, illessze be a Szolgáltatói alkalmazások alatt, és nyomja meg a Teszt gombot
Egy modellszolgáltató: a sorában jelentkezzen ki (OAuth), vagy távolítsa el a kulcsot, majd csatlakoztassa újra
Slack: illessze be újra a tokeneket a csatlakozási párbeszédablakban. Lásd a Slack-integráció beállítása oldalt

Hibaelhárítás

A PR-lista üres, de a token működik a `curl`-ben

Ellenőrizze a Kódtárhely sorának alcímét. Ha másik forrást nevez meg („a szerver alkalmazásán keresztül”, „a környezetből”), akkor nem az a hitelesítő adat válaszol, amelyet éppen tesztel — az Öné nem került mentésre.

A token elfogadott, de a későbbi kérések meghiúsulnak

A tokent a tárolásakor ellenőrzi a rendszer, így a sor megnevezi a mögötte lévő fiókot — de csak a fiókot, a hatóköröket nem. A túl kevés hatókörrel rendelkező token csatlakozik, majd az egyes kérések meghiúsulnak. Ellenőrizze a hatóköröket és a lejáratot:

curl -H "Authorization: token YOUR_TOKEN" https://api.github.com/user