Alibaba Cloud Linux 4 Agentic Edition (Agentic OS), kimlik doğrulama, model, araç ve diğer ayarları hiyerarşik bir yapılandırma sistemi aracılığıyla yönetir; proje düzeyi ve kullanıcı düzeyi yapılandırma dosyalarının çok katmanlı kapsamını destekler. Bu konu, çoklu kimlik doğrulama yöntemlerinin erişim yollarını, model değiştirme işlemlerini ve yapılandırma dosyalarının hiyerarşik önceliği ile temel yapılandırma öğelerinin açıklamalarını sunar.
1 Kimlik doğrulama yöntemi
Agentic OS'in ilk başlatılışında, büyük dil modeli hizmetine bağlanmak için kimlik doğrulama gerekir. Daha sonra /auth komutunu kullanarak kimlik doğrulama modunu değiştirebilirsiniz.
Şu anda aşağıdaki kimlik doğrulama yöntemleri desteklenmektedir.
Alibaba Cloud Kimlik Doğrulaması
Etkileşimli arayüzde "Aliyun Authentication" seçeneğini belirleyerek belirli miktarda ücretsiz kredi elde edebilirsiniz.
ECS ortamında, terminal yetkilendirme URL'sini ve QR kodunu görüntüler. Tarayıcıda URL'yi açın veya cep telefonunuzla QR kodunu tarayarak Alibaba Cloud hesabınızda oturum açıp yetkilendirmeyi tamamlayın.
-
ECS dışı ortamlarda Alibaba Cloud AK/SK kimlik doğrulamasını kullanın.
-
AK/SK alma:
Alibaba Cloud konsolunda oturum açın.
AccessKey yönetim sayfasında anahtar oluşturun.
-
Alibaba Cloud üzerinden kimliği doğrulanmış kullanıcılar, bireysel geliştirme ve test senaryolarına uygun olan ücretsiz API çağrı kotasından yararlanabilir.
Not: Alibaba Cloud kimlik doğrulama yöntemi yalnızca Qianwen serisi metin modellerini destekler ve çok modlu modelleri desteklemez.
Bailian Kimlik Doğrulaması
Bailian Kimlik Doğrulaması önceden hazırlanmış Base Url sunar. Coding Plan, Token Plan ve özel model kimlik doğrulama yöntemini seçebilir, kimlik doğrulama için API Key sağlayabilirsiniz.
OpenAI Uyumlu Uç Nokta API Anahtarı Kimlik Doğrulaması
Etkileşimli arayüzde "OpenAI Compatible" seçeneğini belirleyin ve API Key'i hazırlayın. Desteklenen OpenAI uyumlu uç noktalar şunlardır:
Özel Base URL: Yerel olarak dağıtılan modeller (örneğin vLLM, Ollama), üçüncü taraf API proxy hizmetleri vb.
Kimlik doğrulama yönetimi
|
|
|
|
|
|
|
|
|
SSS : Kimlik doğrulama başarısız olduğunda, API Key'in doğru olup olmadığını (öncesindeki ve sonrasındaki boşluklara dikkat edin) ve ağın ilgili API uç noktasına erişip erişemediğini kontrol edin. Agentic OS, aynı anda birden fazla kimlik doğrulama yapılandırmasını destekler. Önceliğe göre seçim yapılır. Ayrıca /auth aracılığıyla manuel geçiş yapabilirsiniz.
2 Model yapılandırması
Modeli değiştirin
/auth komutunu kullanarak mevcut oturumdaki modeli değiştirin, yapılandırılmış kimlik doğrulama ayarını seçin ve ardından "Set as active provider" seçeneğini belirleyin.
3 Yapılandırma dosyaları
Yapılandırma düzeyleri ve öncelikleri
Agentic OS'in sistem Shell giriş noktası olan cosh, ayarları yönetmek için JSON formatlı yapılandırma dosyalarını kullanır. Öncelik sırası yüksekten düşüğe şöyledir:
Command line parameters > Environment variables > Project configuration > User configuration > Default value
Yapılandırma dosyası konumu
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Yapılandırma dosyası konumu
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
cosh-core, yapılandırmaları sistem → kullanıcı → proje sırasıyla birleştirir. Proje yapılandırması Agent, Hook, Skill, oturum, active_model ve yanıt dili tercihini ayarlayabilir; ancak active_provider, Provider tanımı, MCP sunucusu ve proje denetim ayarlarını yok sayar. cosh-shell yalnızca kullanıcı dosyalarını okur; sistem veya proje dosyalarını okumaz.
Temel yapılandırma öğeleri
ai --- AI ve model ayarları
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ai.providers. --- Provider tanımı
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
agent --- Agent davranış ayarları
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
session --- Oturum yönetimi
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
session.compaction --- Oturum sıkıştırma
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
target_ratio <= trigger_ratio <= emergency_ratio eşitsizliği korunmalıdır.
shell --- Shell etkileşim ayarları
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
shell.recommendations --- Shell önerileri
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ui --- Arayüz ayarları
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
skills --- Beceri ayarları
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
logging --- Günlük ayarları
|
|
|
|
|
|
|
|
|
|
mcp.servers. --- MCP sunucuları
MCP istemcisi yalnızca sistem veya kullanıcı yapılandırmasında tanımlanabilir. Her sunucu command (stdio) veya url (Streamable HTTP) seçeneklerinden birini kullanır; allowed_tools alanının atlanması tüm araçların maruz bırakılması anlamına gelir, [ ] ise aracın maruz bırakılmadığını gösterir.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
health --- Sağlık kontrolü
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
health.services TOML dizi tablosu tanımı kullanılır:
[[health.services]]
name = "nginx"
expected = "active"
audit --- Denetim ayarları
Sistem dosyaları [audit] tablosunu içerir; sistem ayarları esas alınır, aksi takdirde kullanıcı ayarları kullanılır. Proje denetim tablaları yok sayılır.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|