Question 1

Skill nədir və nə vaxt yaradarsınız?

Accepted Answer

Mexanizmdən başla: "Skill lazım olanda yüklənən təlimat paketidir — SKILL.md faylı: frontmatter + təlimatlar. İki yolla işə düşür: mən /ad ilə çağırıram, və ya agent tapşırığı description-a uyğun görüb özü çağırır." Açar nöqtə — token iqtisadiyyatı: "CLAUDE.md hər sorğuda tam yüklənir, skill isə yalnız işlədiləndə. Ona görə 400 sətirlik release checklist-i skill kimi saxlamaq praktiki olaraq pulsuzdur, CLAUDE.md-də saxlamaq isə hər sessiyanın büdcəsini yeyir." Nə vaxt yaradıram: eyni təlimat dəstini üçüncü dəfə yazanda. Konkret nümunə: Compose review checklist-i, yeni feature modulu yaratmaq, release yoxlaması. Praktiki detal (təcrübə göstərir): "Skill-i sıfırdan uydurmuram — komandanın onsuz da mövcud checklist-ini köçürürəm. Belə olanda o, real prosesi əks etdirir və işlədilir." Sərhəd: "Bir cümləlik fakt CLAUDE.md-də qalır. Skill çoxaddımlı prosedurlar üçündür."

Question 2

MCP-ni izah edin: nədir, arxitekturası necədir?

Accepted Answer

Problemdən başla, sonra arxitekturaya keç — bu sıra daha yaxşı işləyir: Problem: "MCP AI tətbiqlərini xarici sistemlərə qoşmaq üçün açıq standartdır. Həll etdiyi problem N×M-dir: 5 alət və 10 sistem varsa, 50 ayrıca inteqrasiya lazım idi. MCP ilə hər alət client danışır, hər sistem bir server təqdim edir — 15 komponent." Arxitektura: Host — AI tətbiqi (Claude Code). Client-ləri idarə edir. Client — bir server ilə əlaqəni saxlayır. Host hər server üçün ayrıca client yaradır. Server — kontekst və alətləri təqdim edir. Lokal (stdio) və ya uzaq (HTTP) ola bilər. İki qat: data qatı (JSON-RPC 2.0 üzərində — mesaj strukturu, primitivlər) və transport qatı (stdio və ya Streamable HTTP). Primitivlər: server tərəfdə Tools (hərəkət), Resources (data), Prompts (şablon). Praktiki nüans (dərinlik göstərir): "Model alətin kodunu görmür — yalnız ad, təsvir və input sxemini. Ona görə alət təsvirləri interfeys kimi yazılmalıdır. Alət qoşulub, amma çağırılmırsa, problem demək olar həmişə təsvirdədir."

Question 3

MCP-ni şirkətə gətirmək istəyirsiniz. Təhlükəsizlik komandası nə soruşacaq və necə cavab verəcəksiniz?

Accepted Answer

Sualları özün qabaqla — bu, hazırlıq göstərir. Soruşacaqları: 1. "Bu server nəyə çıxış verir?" → Hər server üçün icazə siyahısı hazırlayıram. 2. "Kim yazıb?" → Rəsmi/birinci tərəf serverlərə üstünlük; öz serverlərimiz üçün kod review. 3. "Data hara gedir?" → Server-in qaytardığı məlumat model sorğusuna düşür. Bu axını açıq göstərmək lazımdır. 4. "Kim nə etdi — izləyə bilərikmi?" → Server tərəfdə audit log. 5. "Zərərli PR nə edə bilər?" → .mcp.json repo-dadır; layihə scope-undakı serverlər təsdiq tələb edir, amma bu, fayl dəyişikliyinin review-unu əvəz etmir. Cavab strukturum: Riskləri özüm sadalayıram: etibar, prompt injection, artıq icazə, sirr sızması. Hər riskə nəzarət mexanizmi təklif edirəm: təsdiqlənmiş server siyahısı, minimum icazəli ayrıca token, yazma alətləri ask-da, .mcp.json üçün CODEOWNERS. Mərhələli plan: əvvəlcə yalnız oxuyan serverlər, qiymətləndirmə, sonra yazma. Ton: "Qərar mənim deyil — mənim işim variantları və nəzarət mexanizmlərini göstərməkdir." Bu, senior mövqedir və təhlükəsizlik komandası ilə əməkdaşlıq qurur.

Question 4

Android komandası üçün MCP server yazmalı olsanız, nədən başlayardınız?

Accepted Answer

Meyarla başla: modelin bilmədiyi və hər dəfə əl ilə köçürülən məlumat. Seçimim — daxili API sxemi server-i: Agent backend endpoint-lərini təxmin edir; bu, ən çox səhv etdiyi yerlərdən biridir. Sxem tez-tez dəyişir; sənədləşmə geridə qalır. Yalnız oxumadır — risk aşağıdır. Alət dizaynı: dar alətlər, kiçik nəticələr — list_endpoints(service?) get_endpoint_schema(path, method) search_schema(field_name) Yanaşma: stdio ilə başlayıram (prototip, deploy yoxdur), komanda üçün lazım olanda HTTP-yə keçirəm. Dizayn qaydaları: Nəticəni server tərəfdə filtrləyirəm — alətin çıxışı kontekstə düşür; filtrlənməmiş böyük JSON büdcəni bir sorğuda yeyir. Oxuma və yazma alətləri ayrıdır — icazə qaydaları ilə ayrıca idarə olunsun. Təsvirlər interfeys kimi yazılır — model yalnız onları görür. Ölçmə: "Server-in dəyəri agent nə qədər az səhv sahə adı yazır ilə ölçülür — bu, PR review-larında görünən konkret göstəricidir."

Question 5

CLAUDE.md, .claude/rules/, skill və MCP arasında seçimi necə edirsiniz?

Accepted Answer

Cavabı iki oxla qur: nə vaxt yüklənir və nə verir. Nə vaxt yüklənir: CLAUDE.md — hər sessiyada, həmişə. Ona görə qısa olmalıdır (200 sətirdən az). .claude/rules/ + paths: — uyğun fayllarla işləyəndə. Sahəyə bağlı qaydalar üçün ideal: test qaydaları yalnız test faylları ilə işləyəndə. Skill — çağırılanda və ya tapşırığa uyğun gələndə. Nə verir: İlk üçü təlimatdır — agentə necə işləməyi deyir. MCP əlaqədir — agentə nəyə çıxışı olduğunu verir. Praktiki qərar ağacı: Bir cümləlik fakt, həmişə lazım → CLAUDE.md Sahəyə bağlı qayda → .claude/rules/ + paths Çoxaddımlı prosedur → skill Xarici sistemə çıxış → MCP (amma əvvəlcə soruş: CLI kifayət etmirmi?) Sonda ümumi prinsipi de: "Hər mexanizmin qiyməti kontekstdədir. Ən ucuz həll — lazım olmayanda yüklənməyəndir. Ona görə default seçimim mümkün qədər dar yüklənən variantdır."

Sual	Cavabın açar nöqtəsi
Skill nədir?	Lazım olanda yüklənən təlimat paketi — token iqtisadiyyatı
Skill və CLAUDE.md fərqi?	Həmişə vs lazım olanda; fakt vs prosedur
MCP nədir?	N×M inteqrasiya problemi; açıq standart
MCP arxitekturası?	Host / client (hər server üçün bir) / server; JSON-RPC
MCP riskləri?	Etibar, prompt injection, artıq icazə, sirr sızması
Skill və MCP fərqi?	Skill — necə; MCP — nəyə çıxış

Skills və MCP üzrə texniki suallar

📚 Mənbələr və sənədlər