რეკომენდირებული ტრენდულ AI-Native SDLC: საინჟინრო მიწოდება ჩანაფიქრიდან production-მდე
Agents-მა build-ის ეტაპი თითქმის უფასო გახადა — ახლა bottleneck დაგეგმვაში, review-სა და deploy-შია. გადააწყვეთ მიწოდების სასიცოცხლო ციკლი მარყუჟად: commit-ებული არტეფაქტები (intent.md → spec.md → plan.md → PR → ინციდენტი), skills და hooks როგორც governance-as-code, უწყვეტი evals agent-ის კონფიგურაციისთვის, AI review ადამიანის დამტკიცებით და production-სიგნალები, რომლებიც შემდეგ intent-ს წერენ. Tech lead-ებისთვის, platform-ინჟინრებისთვის და engineering მენეჯერებისთვის.
Oleksii Anzhiiak
სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და თანადამფუძნებელი
კურსის ბოლოს თქვენ შეძლებთ
- გუნდის მიწოდების სასიცოცხლო ციკლის გადაწყობა მარყუჟად, სადაც ყოველი ეტაპი commit-ს უკეთებს არტეფაქტს შემდეგისთვის
- intent.md → spec.md → plan.md-ის გავლა რეალურ ფიჩებზე, პოლიტიკების გამოყენებით უკვე spec-ის წერისას
- ინსტიტუციური ცოდნის ქცევა CLAUDE.md-ად, skills-ად და hooks-ად — და ცოდნა, რომელ პოლიტიკას სჭირდება დეტერმინისტული backstop
- agent-ის კონფიგურაციის ცვლილებების გეითი უწყვეტი eval-ნაკრებით, ხოლო ყოველი PR-ის — AI review-ით და ადამიანის დამტკიცებით
- ერთი production მარყუჟის დახურვა: დეტერმინისტული დეტექცია, agent-ის დიაგნოზი intent.md-ად, ადამიანის triage
გერგებათ ეს კურსი?
ეს თქვენთვისაა, თუ თქვენ…
- ხართ tech lead ან staff ინჟინერი, რომლის გუნდი კოდს agents-ით წერს, მაგრამ ძველი ტემპით აწვდის — და ეჭვი გაქვთ პროცესზე და არა ხელსაწყოებზე
- ხართ platform ან DevOps ინჟინერი, რომელსაც დაევალა agentic coding-ის უსაფრთხოდ ქცევა: hooks, managed settings, CI gates და audit trail
- ხართ engineering მენეჯერი რეგულირებულ ან აუდიტირებად გარემოში, რომელსაც სჭირდება agents-ის სიჩქარე მიკვლევადობისა და მოვალეობების გამიჯვნის დაკარგვის გარეშე
არ აიღოთ ეს კურსი, თუ…
- ჯერ ყოველდღიურად არ გიმუშავიათ agentic coding ხელსაწყოსთან — ჯერ #26; ეს კურსი პროცესს ამ ციკლის გარშემო აწყობს
- ეძებთ ხელსაწყოს ტუტორიალს — ეს სასიცოცხლო ციკლისა და governance-ის კურსია; პროდუქტის დეტალები განიხილება მხოლოდ იქ, სადაც პატერნს ასახავს
- არ გაქვთ რეპოზიტორია ან გუნდური პროცესი, რომლის შეცვლაც შეგიძლიათ — ყოველი მოდული სრულდება რეალურ რეპოზიტორიაში commit-ებული არტეფაქტით
ვინ კითხულობს
Oleksii Anzhiiak
სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და თანადამფუძნებელი
ოლექსი ანჟიაკი — სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და ToyCRM.com-ისა და ProfectusLab-ის თანადამფუძნებელი. 15+ წლიანი გამოცდილებით, ის სპეციალიზირდება განაწილებულ სისტემებში, cloud ინფრასტრუქტურაში, მაღალი დატვირთვის backend-ში და იდენტობის პლატფორმებში. ქმნის უსაფრთხო ავტენტიფიკაციის სისტემებს, არქიტექტურულ გადაწყვეტებს და თანამედროვე საგანმანათლებლო პროგრამებს, რომლებიც სტუდენტებს კარიერულ წინსვლაში ეხმარება.
ამჟამად ხელმძღვანელობს ToyCRM.com-ის არქიტექტურას — multi-tenant CRM პლატფორმას .NET-ზე, რომელსაც ჩვენი გუნდი აშენებს. იგივე პატერნები და დიზაინ-გადაწყვეტილებები, რომლებიც იქ გამოიყენება, პირდაპირ ჩნდება კურსებშიც: identity & auth, განაწილებული სერვისები, code review-ის კულტურა. სწავლობ ინჟინრებთან, რომლებიც აქტიურად უშვებენ production-კოდს, არა სახელმძღვანელოდან.
სილაბუსი
ექვსი მოდული — თითო სასიცოცხლო ციკლის თითო ეტაპზე. თითოეული სრულდება თქვენს საკუთარ რეპოზიტორიაში commit-ებული არტეფაქტით, ასე რომ მეექვსე კვირისთვის გუნდს აქვს მომუშავე AI-native მარყუჟი და არა პრეზენტაცია:
- 1 მოდული 1: Plan — რატომ შეწყვიტა build-მა bottleneck-ობა; კონტროლის მიზნების შენარჩუნება და მათი უზრუნველყოფის შეცვლა; არტეფაქტების ჯაჭვი (intent → spec → plan → diff → PR → ინციდენტი); intent.md-ის შაბლონი და skill; system of record-ის არჩევა Jira-სა და სხვა legacy ხელსაწყოებთან ერთად
- 2 მოდული 2: Design — მოთხოვნები და დიზაინი ერთ სესიაში; spec.md-ის გენერაცია მიღებული intent-იდან policy-skills-ით უსაფრთხოებისთვის, compliance-ისა და UX-ისთვის; agent-ი აშკარად მონიშნავს კონფლიქტურ პოლიტიკებს; შენიშვნების მიმართვა დასახელებულ მფლობელებთან; ნაბიჯის slash ბრძანებად ქცევა და spec-ის გადაკეთებების გაზომვა plan-ის შემდეგ
- 3 მოდული 3: Build — plan mode ნაგულისხმევად და plan.md როგორც კონტრაქტი, რომლითაც PR მოწმდება; ერთ გვერდზე ნაკლები CLAUDE.md და წესი „ერთი შეცდომა ორჯერ“; skills გირჩევს, hooks აიძულებს; auto mode რუტინული სამუშაოსთვის; პარალელური სესიები git worktrees-ში და subagents (verifier, simplifier, researcher)
- 4 მოდული 4: Test — ერთი ბრძანების feedback loop, რომლითაც agent-ი იტერაციას აკეთებს; ბაგების გასწორება ჯერ ჩავარდნილი ტესტით, hook-ით დაცული ტესტებით; ვიზუალური მარყუჟები UI-სთვის; 20–50 რეალური ამოცანის უწყვეტი eval-ნაკრები, რომელიც გეითავს CLAUDE.md-ის, skills-ის, hooks-ის ან მოდელის ყოველ ცვლილებას; ყოველი ინციდენტი — მუდმივი eval
- 5 მოდული 5: Deploy — AI PR review, კონფიგურირებული REVIEW.md-ში სიმძიმის დონეებით და nit-ების ლიმიტით; agents ამუშავებენ review-ის კომენტარებს; approval hooks, რომლებიც დასახელებულ release მენეჯერს ეკითხება; managed settings საიდუმლოებებისთვის, sandbox-ისა და supply chain-ისთვის მონაცემთა კლასიფიკაციის მიხედვით; CI-ის განსჯის ამოცანები, ავტონომიის დონეები გარემოების მიხედვით და გამეორებული ერთბრძანებიანი rollback
- 6 მოდული 6: Maintain და დანერგვა — მარყუჟის დახურვა დეტერმინისტული დეტექციით (მოძრავი baseline-ები, რეაგირების დონეები 1σ/2σ/3σ) და agent-ის დიაგნოზებით intent.md-ის სახით; რეგულარული security სკანირება და on-call ჩატში; ეტაპობრივი დანერგვის roadmap წინმსწრები და შემდგომი მეტრიკებით თქვენი გუნდისთვის
წინაპირობები
ძალიან რეკომენდებულია Claude Code Mastery (#26) ყოველდღიური agentic ციკლისთვის და SDD Foundations (#28) spec-დისციპლინისთვის. OpenSpec Mastery (#29) და Claude Agent SDK (#27) კარგად ავსებს კურსს.
ყოველდღიური გამოცდილება agentic coding ხელსაწყოსთან (Claude Code ან მსგავსი). კომფორტი Git-თან, pull request-ებთან და CI სისტემასთან (GitHub Actions ან ანალოგი). რეალური რეპოზიტორია — სასურველია თქვენი გუნდის — მარყუჟის ასაშენებლად.
რას ააშენებთ
გადიხართ AI-native მარყუჟით, რომელიც მუშაობს თქვენს საკუთარ რეპოზიტორიაში: intent-ისა და spec-ის შაბლონები, მორგებული CLAUDE.md, მინიმუმ ერთი policy-skill hook-backstop-ით, eval-ნაკრები, რომელიც agent-ის კონფიგურაციას გეითავს, AI review ადამიანის დამტკიცებით და ერთი production მეტრიკა, რომელიც თავად წერს თავის intent.md-ს.
- არტეფაქტებზე დაფუძნებული SDLC: intent.md, spec.md, plan.md
- CLAUDE.md, skills და hooks როგორც governance-as-code
- Feedback loops და უწყვეტი evals CI-ში
- AI PR review, approval gates და managed settings
- დახურული მარყუჟის მხარდაჭერა დეტერმინისტული დეტექციით
სად დევს თქვენს კარიერაში
კურსის პარალელურად წასაკითხი
Agentic დეველოპმენტის უსაფრთხოება: Zero Trust კოდინგ-აგენტებისთვის
კოდინგ-აგენტი ახალი სახის insider-ია: სწრაფი, დაუღალავი, რეალური credentials-ით და ისეთ კონტენტს კითხულობს, რომელსაც თავდამსხმელს შეუძლია წერა. აი, როგორ გამოვიყენებდი Zero Trust-ს agentic დეველოპმენტში — least agency, sandboxes, აგენტის იდენტობა, დეტერმინირებული hooks და ადამიანი production gate-ზე — იმ სიჩქარის დახრჩობის გარეშე, რის გამოც აგენტების დანერგვა ღირდა.
Multi-Agent სისტემები 2026-ში: როცა ერთი აგენტი ხუთს სჯობს
Multi-agent არქიტექტურები დაფაზე შთამბეჭდავად გამოიყურება და production-ში ძვირი ჯდება. აი, როდის ეხმარება რეალურად სამუშაოს აგენტებზე გაყოფა, რომელი კოორდინაციის პატერნი რომელ პრობლემას ერგება, რატომ არის ახლანდელი რჩევა subagents-ის ერთ loop-ში უკან დაბრუნება progressive disclosure-ით, და გადაწყვეტილების ჩარჩო, რომელიც მეორე ყუთის დახატვამდე გამოგადგებათ.
CLAUDE.md, Skills, Hooks თუ Subagents: რა სად უნდა ჩავდოთ
კოდინგ-აგენტებით იმედგაცრუების უმეტესობა იქიდან მოდის, რომ სწორი ინსტრუქცია არასწორ ადგილას ჩაუდიათ. პრაქტიკული გზამკვლევი agentic კოდინგ-ხელსაწყოს steering მექანიზმებზე — რისთვის არის თითოეული, გადაწყვეტილების ცხრილი, ანტი-პატერნები, რომლებსაც ყველაზე ხშირად ვხვდები, და თანმიმდევრობა, რომლითაც მათ დანერგვას ვურჩევდი.
პირველი გაკვეთილი ჩვენი ხარჯითაა. გადაწყვიტე ინსტრუქტორთან გაცნობის შემდეგ.
ჩაერთე პირველ სესიაზე. თუ პირველი გაკვეთილის შემდეგ გადაწყვიტე, რომ ინსტრუქტორი არ გერგო — მისთვის არ იხდი, არცერთი უხერხული საუბრის გარეშე. (საცდელი მოქმედებს იმ კურსებზე, რომლებიც 5 გაკვეთილზე გრძელია; ეს კურსი ერგება.)
ფასი და რა შედის
რა შედის
- 12 ცოცხალი სესია × 2 საათი — მასწავლებელი ცოცხლად ატარებს, არა ჩანაწერი
- სლაიდები თითოეული სესიისთვის — შენთან რჩება და ნებისმიერ დროს შეგიძლია გადახედო
- მუშა კოდის ფაილები და data-ფაილები გაკვეთილიდან — შენს მანქანაზე იქნება დაკლონილი
- ყოველკვირეული სავალდებულო პერსონალური კოდის გადახედვით მასწავლებლისგან
- ჩაწერა მოთხოვნით — წინასწარ აცნობე მასწავლებელს („სამშაბათს ვერ მოვალ, ჩაწერე გთხოვ") და გაკვეთილი შენთვის ჩაიწერება
ხშირად დასმული კითხვები
რამდენ საათს მოითხოვს კვირაში?
გათვალე ცოცხალი სესიები პლუს დაახლოებით 1.5–2 საათი პრაქტიკისთვის თითოეულზე. სტუდენტების უმრავლესობა, ვინც გრაფიკში თავსდება, კვირაში 4–6 საათს ხარჯავს. ნაკლებიც მუშაობს — უბრალოდ მეტი დრო სჭირდება.
რა ხდება თუ გაკვეთილს გავაცდენ?
უთხარი მასწავლებელს გაკვეთილამდე — „სამშაბათს ვერ მოვალ, ჩაწერე გთხოვ" — და მასწავლებელი ჩაწერს ამ გაკვეთილს და გამოგიგზავნის. ჩანაწერები არ არის ავტომატური არქივი; ისინი მოთხოვნით კეთდება, როცა წინასწარ გვაცნობებ. გაკვეთილის შემდეგ გააკეთე სავალდებულო, შემდეგ სესიაზე კი მოდი კითხვებით.
რა შედის ფასში?
ცოცხალი სესიები მასწავლებელთან; სლაიდები თითოეული სესიისთვის (შენი რჩება); მუშა კოდის ფაილები და ნებისმიერი data-ფაილი, რომელიც გაკვეთილზე გამოვიყენეთ; ყოველკვირეული დავალება კოდის გადახედვით; და იმ სესიების ჩანაწერები, რომელზეც წინასწარ გაგვიფრთხილე. ყველაფერი დანარჩენი — სერთიფიკატი, alumni-წვდომა, mock ინტერვიუ — ცალსახად ჩამოთვლილია „რა შედის"-ში FAQ-ის ზემოთ იმ კურსებზე, სადაც ეს მოქმედებს.
და თუ ჩავეწერე და მასწავლებელი არ მერგო?
კურსებზე, რომლებიც 5 გაკვეთილზე გრძელია, პირველი სესია ფაქტობრივად საცდელია — თუ პირველი გაკვეთილის შემდეგ გადაწყვიტე, რომ მასწავლებელი არ გერგო, მისთვის არ იხდი. სჯობს ერთი გაკვეთილის მერე წახვიდე, ვიდრე 9 კვირა იტანო ცუდი კავშირი. (5 ან ნაკლები გაკვეთილის კურსები ძალიან მოკლეა — საცდელი შეთავაზება იქ აზრს კარგავს, ჩვეულებრივი ფასი მოქმედებს.)
შეიძლება თანხის უკან დაბრუნება, თუ შუაში მივატოვებ?
დიახ. შეძენიდან 14 კალენდარული დღის განმავლობაში შეგიძლიათ უარი თქვათ და მოთხოვნისთანავე სრული თანხა დაიბრუნოთ, მიზეზის ახსნის გარეშე — ეს თქვენი კანონიერი უფლებაა საქართველოს მომხმარებლის უფლებების დაცვის კანონით. ამას გარდა, ჩვენი საკუთარი გარანტია: თუ 3-ზე ნაკლებ გაკვეთილს დაესწარით, თანხას სრულად, დაქვითვების გარეშე გიბრუნებთ. თანხა ბრუნდება იმავე გადახდის მეთოდზე 14 დღეში.
შემიძლია სასწავლო ენის შეცვლა?
ცოცხალი სესიები მიმდინარეობს იმ ენაზე, რომელიც ზემოთ ბლოკში „ხელმისაწვდომი ენები"-ა მითითებული. სლაიდები და კოდის ფაილები ჩვეულებრივ ხელმისაწვდომია ოთხივე ენაზე (ინგლისური, რუსული, უკრაინული, ქართული). ბევრი სტუდენტი უსმენს ერთ ენაზე და კითხულობს მეორეზე — ეს ნორმალურია.
მზად ვიქნები რეალური სამუშაოსთვის კურსის შემდეგ?
ერთი კურსი იშვიათად ანიჭებს ვინმეს სამუშაოს თვითონ — არცერთ სფეროში. ეს კურსი გაძლევს იმ საფუძველს, რომელსაც junior-დაქირავების მენეჯერი ელის: საკუთარი ხელით დაწერილი მუშა კოდი, ლექსიკა სხვისი კოდის წასაკითხად და ჩვევები, რომელიც გხდის დასაქირავებელ. გულახდილი პასუხი კითხვაზე „მზად ვარ?" ჩვენს roadmap-ზეა (ბმული გვერდის თავში) — გახსენი ის დონე, რომელზეც გინდა მისვლა, და წაიკითხე ჩეკლისტი „მზად ხარ, როცა…".
შემიძლია განვადებით გადახდა?
დიახ იმ კურსებისთვის, რომლებსაც ზედა ზოლში „ყოველთვიური გადახდა"-ა მითითებული — ჩვეულებრივ ეს ორი ან სამი თანაბარი თანხაა. ის კურსები, რომლებსაც ეს ოპცია არ აქვთ, ერთჯერად უნდა გადაიხადო. თუ ფასი ბარიერია, მოგვწერე — თითოეულ ქეისს ცალკე ვიხილავთ.
ეს ასევე შეიძლება მოგეწონოთ
გაუმჯობესებული
OpenSpec-ის დაუფლება: production spec-driven workflows AI coding agents-ისთვის
გადააქციე SDD ოპერაციულად OpenSpec-ით — open-source spec framework, რომელიც specs-ს ისე ეპყრობა, როგორც Git კოდს. დაეუფლე /opsx:propose, /opsx:apply და /opsx:archive ბრძანებებს რეალურ brownfield კოდბაზაზე. CI gates, multi-engineer collaboration, legacy specs-ის retrofitting და workflow რიტუალები, რომლებიც რჩება.
საშუალო
Spec-Driven Development-ის საფუძვლები: ფილოსოფიიდან ოპერაციულ მოდელამდე
ისწავლე იმ specs-ის წერა, რომელსაც agents-ი მართლა ემორჩილება, კოდი როგორც durable spec-ის ქეში გაუშვი და გამართე spec→context→evals ტრიადა რეალურ კოდბაზებზე. Vendor-agnostic, tool-agnostic, brownfield-ready — მეთოდოლოგიური კურსი, რომელიც ნებისმიერ agentic stack-თან ერთად მუშაობს.
გაუმჯობესებული
1:1 Backend და არქიტექტურის განხილვა
პირადი 1:1 სესია არქიტექტურაზე ფოკუსით: რისკების გამოვლენა, trade-off-ების განხილვა და კონკრეტული შემდეგი ნაბიჯების განსაზღვრა. განვიხილავთ backend არქიტექტურას, კოდს და production მზადყოფნას.