API Anahtarları

API anahtarları Failproof AI Gözlemlenebilirlik sunucunuza erişebilecek olanları ve neleri kontrol eder, bu sayede bir toplayıcı hiçbir zaman okuma veya yönetici yetkisi kazanmadan olayları gönderebilir. Her anahtar bir veya daha fazla izne sahiptir ve her izin belirli sunucu rotalarını denetler; yalnızca bir işin ihtiyacı olan izinleri verirsiniz. Çoğu dağıtımda sadece üç tür anahtar oluşturulur.

Çoğu dağıtımın ihtiyacı olan 3 anahtar

Anahtar	İzinler	Kullanan
Toplayıcı anahtarı	`events:add`	Her ajan makinesindeki `agenteye-collector`, olayları göndermek için.
Kontrol paneli okuma anahtarı	`events:read`, `keys:read`	Verileri değiştirmeden sorgulayan salt okunur operatör veya entegrasyon.
Önyükleme yönetici anahtarı	tüm izinler	İlk kez örneği ayağa kaldıran operatör (ve kontrol paneli). `ADMIN_KEY` ortam değişkeninden başlatılır. Bkz. Önyükleme yönetici anahtarı.

Buradan başlayın. Daha dar, özel kapsamlı bir anahtar gerekirse, aşağıdaki tam izin kataloğuna başvurun. Ayrıca bkz. Önerilen anahtar düzeni ve Anahtar oluşturma.

İzinler

Sunucu sabit bir izin kataloğu uygular; her biri belirli HTTP rotalarını denetler. Bir yönetici anahtarı hepsini tutar; kapsamlı bir anahtar oluşturma sırasında verdiğiniz alt kümesini tutar. Bilinmeyen izin dizeleri anahtar oluşturulduğunda reddedilir.

Not: İki geçerli izin insan/kontrol paneli özeldir ve API anahtarına verilemez: orgs:admin (örnek yönetimi, yalnızca operatör için) ve keys:update. Bu ikisinden birini vermeye çalışan bir POST /keys veya PATCH /keys/:id isteği HTTP 422 ile reddedilir. Bir taşıyıcı anahtarın anahtarlar oluşturabilmesinin ama hiçbir zaman bunları düzenleyememesinin nedenini görmek için aşağıdaki keys:update satırına bakın.

Olayları yutma ve sorgulama

İzin	HTTP Rotaları	İzin verdiği şey
`events:add`	`POST /events`	Toplayıcıdan olay gruplarını yut. Toplayıcının ihtiyacı olan tek izin.
`events:read`	`GET /events`, `GET /events/latency_aggregate`, `GET /events/environments`, `GET /events/models`, `GET /sessions/:session_id/export`	Olayları sorgula, bilinen ortamları listele, verilerde görülen model tanımlayıcılarını listele (Modeller görünümü ve model filtreleri tarafından kullanılır), ısı haritası / yüzdelik bandı güçlendiren gecikme toplamasını hesapla ve bir oturumu JSONL olarak dışa aktar. Paylaşılan filtre çubuğu faset uç noktaları `GET /events/environments` ve `GET /events/agent_ids` ya da `events:read` ya da `evaluations:read` ile erişilebilir, bu nedenle oturumlar sayfası (gated `evaluations:read`) aynı org başına faset’i yeniden kullanır. `GET /events/models` bunlardan biri değildir: `events:read` gerektirir, bu nedenle yalnızca `evaluations:read` tutan bir asıl bundan 403 alır.

Oturumlar ve değerlendirmeler

İzin	HTTP Rotaları	İzin verdiği şey
`evaluations:read`	`GET /sessions`, `GET /evaluations`, `GET /evaluations/aggregate`, `GET /evaluations/environments`, `GET /evaluation-jobs`	Oturumları listele, değerlendirme sonuçlarını oku, kontrol panoları tarafından kullanılan toplanmış eval sağlığını ve değerlendirme-iş işçi kuyruğu durumunu.
`evaluations:trigger`	`POST /sessions/:session_id/re-evaluate`	Tamamlanan bir oturuma yönelik yeniden değerlendirmeyi el ile kuyruğa al.

Kontrol Panoları

İzin	HTTP Rotaları	İzin verdiği şey
`dashboards:read`	`GET /dashboards`, `GET /dashboards/:id`, `GET /dashboards/:id/tiles`	Kontrol panellerini listele, birini yükle ve kutularını oku.
`dashboards:write`	`POST /dashboards`, `PUT /dashboards/:id`, `POST /dashboards/:id/tiles`, `PUT /dashboards/:id/tiles/:tile_id`, `DELETE /dashboards/:id/tiles/:tile_id`, `PUT /dashboards/:id/tiles/layout`	Kontrol panellerini oluştur ve düzenle, kutu ekle / düzenle / kaldır ve kutu ızgarasını yeniden sırala.
`dashboards:delete`	`DELETE /dashboards/:id`	Tüm kontrol panelini sil (kutu seviyesi silme `dashboards:write` altında yaşar).

Kaydedilmiş sorgular (SQL oluşturucu)

İzin	HTTP Rotaları	İzin verdiği şey
`queries:read`	`GET /queries`, `GET /queries/:id`, `GET /queries/schema`	Kaydedilmiş sorguları listele, birini yükle ve oluşturucunun hedeflediği salt okunur şemayı incele.
`queries:write`	`POST /queries`, `PUT /queries/:id`	Kaydedilmiş sorguları oluştur ve düzenle. SQL hala aynı salt okunur rol üzerinden yönlendirilir ve `queries:run` çağrısı olarak korunan SQL kontrollerinden geçer.
`queries:delete`	`DELETE /queries/:id`	Kaydedilmiş sorguyu sil.
`queries:run`	`POST /queries/run`	Oluşturucu tarafından kullanılan salt okunur rolle karşı kaydedilmiş veya geçici SQL çalıştır.

Yapay zeka asistanı

İzin	HTTP Rotaları	İzin verdiği şey
`agent:use`	`GET /agent/conversations`, `POST /agent/conversations`, `GET /agent/conversations/:id`, `PATCH /agent/conversations/:id`, `DELETE /agent/conversations/:id`, `PUT /agent/conversations/:id/messages`	Yapay zeka asistanı ile konuş ve kendi (özel) sohbetlerini yönet. Asistan rıhtımını görmek için kullanıcıya gerekli; asistanın kendi anahtarı `dashboard-assistant` ve ayrı olarak başlatılır (aşağıya bakın).

İzin	HTTP Rotaları	İzin verdiği şey
`keys:create`	`POST /keys`	Yeni kapsamlı API anahtarı oluştur. Mevcut bir anahtarın izinlerini düzenlemeyi vermez (bu `keys:update` dır).
`keys:read`	`GET /keys`	Mevcut anahtarları listele. Sırlar bu uç nokta tarafından asla döndürülmez.
`keys:update`	`PATCH /keys/:id`	Mevcut anahtarın izinlerini düzenle. İnsan/kontrol paneli özeldir izin; API anahtarına atanmaz (taşıyıcı anahtar anahtarlar oluşturabilir ama hiçbir zaman bunları düzenleyemez).
`keys:disable`	`POST /keys/:id/disable`	Anahtarı iptal et. Korunan anahtarlar (`admin`, `dashboard-assistant`) devre dışı bırakılamaz; ortam değişkeni + yeniden başlatma yoluyla döndürün.
`keys:regenerate`	`POST /keys/:id/regenerate`	Anahtarın sırrını döndür. Korunan anahtarlar bu rota üzerinden yeniden oluşturulamaz.

Kontrol Paneli Kullanıcıları

İzin	HTTP Rotaları	İzin verdiği şey
`users:create`	`POST /users`, `GET /users/defaults`	Yeni kontrol paneli kullanıcısını davet et (e-posta + tek seferlik parola (OTP) girişi) ve daveti oluşturmayı oluşturmak için önceden seçilmiş kontrol paneli yapılandırma varsayılan izin setini oku.
`users:read`	`GET /users`, `GET /users/:id`	Kullanıcıları listele ve tek bir kullanıcı kaydını yükle.
`users:update`	`PUT /users/:id`	Kullanıcının izinlerini düzenle. Güncellemeler etkilenen kullanıcıya bir izin değişikliği e-postası gönderir ve bir sonraki isteklerinde yürürlüğe girer; yeniden oturum açma gerekli değildir.
`users:delete`	`DELETE /users/:id`, `POST /users/:id/enable`	Kullanıcıyı devre dışı bırak (oturumlarını hemen iptal et) ve önceden devre dışı bırakılan kullanıcıyı yeniden etkinleştir.

Bu izinler kontrol panelinin Kullanıcılar sayfasını destekler; burada her üyenin verilen kapsamları yonga olarak gösterilir:

Kullanıcılar sayfası: kontrol paneli kullanıcısı başına kart, e-posta, verilen izinler ve düzenle/devre dışı bırak kontrolleriyle

İşletimsel ayarlar

İzin	HTTP Rotaları	İzin verdiği şey
`settings:read`	`GET /settings`, `GET /settings/schema`, `GET /settings/model-context-windows`, `GET /settings/model-context-windows/resolve`	Kontrol paneli tarafından yönetilen işletimsel ayarları ve meta verilerini görüntüle; model başına bağlam penceresi geçersiz kılmalarını listele; ve bir model için etkili pencereyi çöz.
`settings:write`	`PUT /settings/:key`, `PUT /settings/model-context-windows`, `DELETE /settings/model-context-windows`	İşletimsel ayarları düzenle ve model başına bağlam penceresi geçersiz kılmalarını ekle, değiştir veya kaldır. Değişiklikler sunucuyu yeniden başlatmadan yeni olayları etkiler.

Ayarlar sayfası: sunucuyu yeniden başlatmadan düzenlenebilen izin verilen oturum açmalar ve oturum/OTP yaşam süreleri gibi kontrol paneli tarafından yönetilen işletimsel ayarlar

Uyarılar ve olaylar

İzin	HTTP Rotaları	İzin verdiği şey
`alerts:read`	`GET /alerts`, `GET /alerts/:id`	Yapılandırılan uyarı tanımlarını görüntüle.
`alerts:write`	`POST /alerts`, `PUT /alerts/:id`, `DELETE /alerts/:id`, `POST /alerts/:id/test`	Uyarı tanımlarını oluştur, düzenle, sil ve test-ateş.
`incidents:read`	`GET /alerts/incidents`, `GET /alerts/incidents/:iid`, `GET /alerts/incidents/:iid/comments`, `GET /alerts/incidents/:iid/subscribers`	Olayları ve bunların sınıflandırma izini görüntüle.
`incidents:write`	`POST /alerts/:id/incidents`	Mevcut bir uyarıya karşı el ile bir olay aç.
`incidents:ack`	`POST /alerts/incidents/:iid/ack`, `POST /alerts/incidents/:iid/assign`, `POST /alerts/incidents/:iid/resolve`, `POST /alerts/incidents/:iid/comments`, `POST /alerts/incidents/:iid/subscribe`, `POST /alerts/incidents/:iid/unsubscribe`	Olayları onaylamak, atamak, çözmek ve yorum yapmak.

Denetimler

İzin	HTTP Rotaları	İzin verdiği şey
`audits:read`	`GET /audits`, `GET /audits/:id`, `GET /audits/:id/runs`, `GET /audits/findings`, `GET /audits/findings/:fid`	Denetim tanımlarını, çalıştırma geçmişini ve bulguları görüntüle.
`audits:write`	`POST /audits`, `PUT /audits/:id`, `DELETE /audits/:id`, `POST /audits/:id/run`, `POST /audits/findings/:fid/status`	Denetimler oluştur, düzenle, sil ve çalıştır; bulguları sınıflandır (kabul et / sustur / yoksay / çöz / yeniden aç / ata).

Not: Bir anahtara denetim yüzeyini vermek için audits:* açıkça veriniz. Denetimler yayınlandığında mevcut izin alanlarının nasıl taşındığını görmek için Yükseltme ve geriye dönük uyumluluk notları bölümüne bakın.

Alıcı seçici uç noktası GET /alerts/recipients (uyarı editörünün bildirilebileceği üye e-postalarını listeler) ya da alerts:read ya da alerts:write sahibi tarafından erişilebilir, bu nedenle uyarı editörleri users:read verilmeden seçiciyi doldurabiliyor.

Pano görüntüleyicisi hem de dashboards:read (kaydedilmiş görünümleri yüklemek için) hem de evaluations:read gerekli (sağlık metrikleri değerlendirme verilerinden hesaplanır). Bir kullanıcıya pano oluşturmaya veya düzenlemesine izin vermek için dashboards:write verin ve bunları kaldırmak için dashboards:delete verin.

/health ve /auth/* (OTP isteği, OTP doğrula, oturum kontrol, çıkış) tasarım gereği kimlik doğrulamadan uzak; bunlar oturum açma akışı ve canlılık koşuşturmacasıdır. GET /access-granters geçerli bir anahtar gerektirir ama belirli izin yok, bu nedenle oturum açmış herhangi bir kullanıcı erişim değişiklikleri hakkında hangi yöneticilere başvurması gerektiğini görebilir.

İzin Setleri

İzin setleri her seferinde bireysel jetonları el ile seçmek yerine adlandırılmış bir rol uygulamanıza izin verir. Her yeni kontrol paneli kullanıcısı veya API anahtarı için bir düzine izni tek tek seçmek yerine, bir set seçersiniz ve herkese atanan set tutarlı, gözden geçirilebilir bir hibe taşır. Özel bir set düzenlemek zaten buna atanan her kullanıcıya yeni hibe yeniden uygular, bu nedenle bir rol değişikliği her üyeyi taramak yerine bir düzenleme olur. Her kuruluş üç yerleşik sette başlatılır:

Set	İzinler	Amaçlanan
`read-only`	`events:read`, `keys:read`, `users:read`, `evaluations:read`, `dashboards:read`, `queries:read`, `settings:read`, `alerts:read`, `audits:read`, `incidents:read`	Her operasyonel yüzey genelinde salt görüntüleme erişimi.
`standard`	`read-only` içindeki her şey, artı `evaluations:trigger`, `queries:run`, `incidents:ack`, `agent:use`	Salt okunur, artı günlük ara vardiyası eylemleri: sorguları çalıştır, oturumları yeniden değerlendir, olayları kabul et ve yapay zeka asistanını kullan.
`admin`	atanabilir her izin	Org üzerinde tam kontrol.

Üç yerleşik set değişmez; adları her zaman aynı şeyi anlamlandırır, bu nedenle read-only, standard ve admin ilke ve getirişte referans vermek güvenlidir. Bir operatör kuruluşunuza özel rolleri modellemek için ek özel setler oluşturabilir (örneğin, bir “pano yazarı” rolü veya “toplayıcı-yalnızca” rolü). Setler kontrol panelinde yüzeylendirilir ve GET /permission-sets (liste, users:read tarafından gated) ve POST /permission-sets / PUT /permission-sets/:name / DELETE /permission-sets/:name (özel bir seti oluştur, düzenle, sil, settings:write tarafından gated) üzerinde API’de yönetilir. Yerleşik bir seti silmek veya düzenlemek reddedilir. Set üyeliği iki diğer özelliği destekler:

DEFAULT_USER_PERMISSIONS (yönetici + yeni kullanıcı açtığında önceden seçilen hibe) standard setine varsayılan olarak ayarlanır.
agenteye-orgctl üzerinde --set bayrağı (operatör üyesi yönetimi) bir üyeyi adlandırılmış bir setten başlatır; bunu daha sonra --add / --remove ile ince ayar yaparsınız.

Not: Bir set anahtar atanabilir olmayan bir izni içerdiğinde (örneğin keys:update taşıyan özel bir set), bu setten bir anahtar tohumlamak atanabilir olmayan jetonları bırakır; sunucu aksi takdirde anahtarı HTTP 422 ile reddederdi. Kontrol paneli kullanıcıları bu kısıtlamaya tabi değildir.

Önyükleme Yönetici Anahtarı

Yönetici anahtarı, bir operatörün hiçbir şeyden erişimi getirmesine izin veren tek kök kimlik bilgileridir: bununla, diğer her kapsamlı anahtar oluşturabilir, ilk kontrol paneli kullanıcılarını davet edebilir ve başka hiçbir anahtar bulunmadığında örneği yapılandırabilirsiniz. Anahtarlar API’si aracılığıyla oluşturulmadığınız tek anahtarıdır; ilk önyüklemede sunucuya ulaşılabilir olması için ortamdan sağlanır. Sunucuda ADMIN_KEY ortam değişkenini ayarlayın. Her başlatmada sunucu bu değeri tüm izinlere sahip bir yönetici anahtarı olarak upserts. Döndürmek için: ADMIN_KEY olarak yeni bir sıra değiştirin ve sunucuyu yeniden başlatın.

Organizasyon Kapsamı

Kuruluşlar kendileri operatör tarafından banda dışı oluşturulur ve yönetilir, bu anahtarlar API’si aracılığıyla değil. Org ve üye yaşam döngüsü (kuruluş oluştur / yeniden adlandır / sil / temizle; üye ekle / güncelle / kaldır) agenteye-orgctl CLI ile yapılır; bunun için HTTP API veya kontrol paneli düğmesi yoktur. Değişmeyen şey budur: org başına API anahtarları hala kontrol panelinde (veya bu anahtarlar API’si aracılığıyla) org üyeleri tarafından oluşturulur. Çok org dağıtımında, org üyesinin oluşturduğu her anahtar (bu anahtarlar API’si veya kontrol paneli Anahtarlar sayfası aracılığıyla) tek bir kuruluşa aittir ve yalnızca o org’un verilerine okuyabilir veya yazabilir; org oluşturma sırasında anahtara damgalanır ve her istekte uygulanır. İki önyükleme anahtarı tek istisnadır: admin anahtarı (ADMIN_KEY başlatılır) ve dashboard-assistant anahtarı (AGENT_API_KEY başlatılır) örnek kapsamlıdır (org taşımaz). Kontrol paneli admin anahtarıyla kimlik doğrulaması yapar, bu nedenle oturum açmış üyeler adına kuruluş başına istekleri vekil edebilir. Tek kiracılı dağıtımlar bunun hakkında düşünmeye gerek duymaz; tüm anahtarlar yerleşik default org’a aittir.

Anahtar Oluşturma

Ek kapsamlı anahtarlar oluşturmak için yönetici anahtarını (veya keys:create izni olan herhangi bir anahtarı) kullanın.

Toplayıcı anahtarı (yalnızca yutma)

curl -s -X POST http://your-server/keys \
  -H "Authorization: Bearer $ADMIN_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "prod-collector",
    "key": "your-collector-secret",
    "permissions": ["events:add"]
  }'

Kontrol paneli anahtarı (salt okunur)

curl -s -X POST http://your-server/keys \
  -H "Authorization: Bearer $ADMIN_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "dashboard",
    "key": "your-dashboard-secret",
    "permissions": ["events:read", "keys:read"]
  }'

HTTP API’nin üzerinden bir anahtar oluşturduğunuzda, key değerini kendiniz sağlarsınız; güçlü bir sıra seçin ve bunu güvenle saklayın. (Kontrol paneli başka şekilde çalışır: sizin için güçlü bir sıra oluşturur ve oluşturmada bir kez gösterir; bkz. Kontrol Panelinde Anahtar Yönetimi.) Yanıt anahtarın oluşturulduğunu onaylar:

{
  "id": "550e8400-e29b-41d4-a716-446655440000",
  "name": "prod-collector",
  "permissions": ["events:add"],
  "created_at": "2026-04-01T12:00:00Z"
}

Anahtarları Listeleme

curl -s http://your-server/keys \
  -H "Authorization: Bearer $ADMIN_KEY"

Anahtar sırları liste yanıtlarında döndürülmez, yalnızca kimlikler, adlar ve izinler.

Anahtarı Devre Dışı Bırakma

Devre dışı bırakmak anahtar kaydını silmeden erişimi hemen iptal eder.

curl -s -X POST http://your-server/keys/<id>/disable \
  -H "Authorization: Bearer $ADMIN_KEY"

Anahtarı Yeniden Oluşturma

Mevcut bir anahtar için yeni bir sıra oluşturur. Eski sıra hemen geçersiz kılınır.

curl -s -X POST http://your-server/keys/<id>/regenerate \
  -H "Authorization: Bearer $ADMIN_KEY"

Yanıt yeni düz metinlik sırrı içerir, yalnızca bir kez gösterilir.

Kontrol Panelinde Anahtar Yönetimi

Kontrol panelindeki Anahtarlar sayfası yukarıdaki tüm işlemler için bir kullanıcı arayüzü sağlar. Listeyi görüntülemek için keys:read izni olan bir anahtara ihtiyacınız vardır ve oluşturma / düzenle / devre dışı bırak / yeniden oluşturma eylemleri sırasıyla keys:create / keys:update / keys:disable / keys:regenerate gerekir. Bir anahtarın izinlerini düzenlemek (keys:update) bir tane oluşturmaktan (keys:create) ayrıdır, bu nedenle bir operatöre anahtarları bastırma yeteneğini mevcut olanları yeniden kapsamlandırma yeteneği olmadan veya tam tersi verebilirsiniz. Yönetici anahtarı bunların hepsini kapsar. Kontrol panelinden bir anahtar oluşturduğunuzda sırrı sağlamıyorsunuz; kontrol paneli sizin için güçlü bir sıra oluşturur ve oluşturmada bir kez görüntüler. Hemen kopyalayın ve güvenle saklayın; yeniden oluşturma gibi asla tekrar gösterilmez. Yine de anahtarın izinlerini doğrudan seçebilir veya bir izin setinden tohumlayabilirsiniz (aşağıya bakın).

API Anahtarları sayfası: anahtar başına kart, adını, verilen izinleri ve oluşturma zamanını gösterir, yeniden oluştur ve devre dışı bırak eylemleriyle; admin gibi korunan anahtarlar işaretlenir

Önerilen Anahtar Düzeni

Anahtar	İzinler	Kullanan
`admin` (ortam değişkeni `ADMIN_KEY` aracılığıyla önyükleme)	tümü	Ops/kurulum ve kontrol paneli (kimlik doğrulama `ADMIN_KEY` ile, kullanıcı isteklerini izin kontrolleriyle vekil eder)
Ana bilgisayar başına toplayıcı anahtarı	`events:add`	Her ajan makinesinde toplayıcı
`dashboard-assistant` (ortam değişkeni `AGENT_API_KEY` aracılığıyla önyükleme)	`events:read`, `evaluations:read`, `dashboards:read`, `dashboards:write`, `queries:read`, `queries:write`, `queries:run`	Yapay zeka asistanı, otomatik olarak başlatıldı, korunan; API aracılığıyla düzenlenemez
Asistan telemetrisi anahtarı (isteğe bağlı)	`events:add`	Yapay zeka asistanı öz enstrümantasyonu, etkinleştirilmişse

Not: Asistanın anahtarı sunucu tarafından AGENT_API_KEY ortam değişkeninden otomatik olarak başlatılır (ajanın AGENTEYE_API_KEY olarak sunduğu aynı sıra); el ile anahtar damgalanma adımı yoktur ve hiçbir yönetici anahtarı söz konusu değildir. İzinleri kaynak kodda sabitlenmiş, böylece kapsam yanlış yapılandırma tarafından genişletilemez: olaylar / değerlendirmeler / panoları genelinde oku, artı panoları-yaz ve sorguları-oku / yaz / çalıştır “Yapay zekaya sorgu yazması isteme” yazarlık akışı için. Tüm SQL hala kullanıcı tarafından yazılan bir sorgu olarak aynı salt okunur rol ve korunan SQL yolu üzerinden gider, bu nedenle bu yazarlık yüzeyini genişletir, veri yüzeyini değil; yıkıcı işlemler (queries:delete, dashboards:delete) kasıtlı olarak asistan anahtarının dışında kalır. admin anahtarı gibi, korunan: anahtarlar API’si aracılığıyla devre dışı bırakılamaz veya yeniden oluşturulamaz, yalnızca AGENT_API_KEY değiştirerek ve yeniden başlatarak döndürülür. Kontrol paneli kullanıcıları ek olarak asistanı görmek ve kullanmak için agent:use izni gerektirir. Öz enstrümantasyonu etkinleştirirseniz, asistana ayrı bir events:add-yalnızca anahtarı verin.

Yükseltme ve geriye dönük uyumluluk notları

Yalnızca mevcut bir örneği yükseltiyorsanız bunlara ihtiyacınız vardır; yeni dağıtımlar bunları atlayabilir.

Denetimler yayınlandığında, mevcut izin alanları uyarılar olarak aynı rol şekilleriyle genişletildi: alerts:read tutan her kullanıcı ve izin seti audits:read kazandı ve alerts:write sahibi audits:write kazandı. Mevcut API anahtarları genişletilmedi. Denetim yüzeyine ihtiyacı olan bir anahtara audits:* açıkça verin.

Eski alerts:ack jetonunun depolanan hibeleri incidents:ack olarak ayrıştırılır, bu nedenle araçlar erişimi anahtarlamadan saklar. Jetons daha fazla kontrol paneli kullanıcı editöründen atanabilir değildir; matris bunun yerine incidents:ack sunar.

Sonraki Adımlar

Python SDK: ajan kodunuz olayları gönderirken nasıl kimlik doğrulaması yapar.
Güvenlik: oturum açma, erişim denetimi ve kuruluş başına veri yalıtması nasıl çalışır.

Overview

Features

SDK and CLI

Administration