როდის უნდა სთხოვოთ AI-ს კოდის დაწერა ნულიდან და როდის უნდა გამოიყენოთ იგი მხოლოდ მიმოხილვისთან ან რიფაქტორინგისთან?

Question

Accepted Answer

სამუშაოს წესი: დაუშვით AI-ს **დაწერა** იქ, სადაც შეცდომები იაფი და აშკარაა, და გამოიყენეთ იგი **მიმოხილვა/რიფაქტორინგისთან**, სადაც შეცდომები ძვირი ან დახვეწილი. გადამწყვეტი ფაქტორი არის ის, რამდენი ღირებთ თქვენთვის გამოშვების გადამოწმება.

## როდის დაუშვოთ მას დაწერა ნულიდან

- **მწვანე ველი და boilerplate** — ახალი util, კონფიგის ფაილი, CRUD endpoint, regex. საიდუმლო context არ არის რომელიც დაირღვეს.
- **უცნობი API-ები/ბიბლიოთეკები** — AI იცნობს ბიბლიოთეკის ზედაპირს, რომელიც თქვენ არ იცნობთ, და თქვენ დაადასტურებთ დოკუმენტაციის მიხედვით.
- **დროებითი/პროტოტიპი კოდი** — სიჩქარე უფრო მნიშვნელოვანია იდეალურობაზე.

ამ შემთხვევებში ხარვეზის ღირებულება დაბალია და შედეგი შეგიძლიათ წაიკითხოთ ზე-დან ძირამდე.

## როდის გამოიყენოთ იგი მხოლოდ მიმოხილვა/რიფაქტორინგისთან

- **ბიზნეს-კრიტიკული ლოგიკა** — ბილინგი, ავთენტიფიკაცია, ფულის მათემატიკა. ჭეშმარიტებისმსგავსი მცდარი პასუხი საშიშია.
- **დახვეწილი კოდი** — კონკურენტობა, უსაფრთხოება, edge-case-მძიმე ალგორითმები, სადაც "ხელი აღმოჩნდა სწორი" არ არის "არის სწორი".
- **დიდი არსებული სისტემები** — AI ვერ დაინახავს ყველა invariants რომელიც თქვენი codebase იყენებს, ამიტომ მასში გენერირება რისკი აქვს ჩიხი breakage-ის.

აქ თქვენ AI-ს ინახავთ **მეორე წყვილი თვალებად**: იგი ვარაუდობს, თქვენ გადაწყვეტთ.

```text
                 Cost of a bug LOW          Cost of a bug HIGH
New code          ✅ let AI write           ⚠️ AI drafts, you verify hard
Existing code     ✅ AI refactors           ✅ AI reviews, you write the change
```

## კომპრომისი და რისკი

წერა ნულიდან სწრაფია, მაგრამ AI შეიძლება გამოიგონოს API-ები (**hallucination**) ან გამოტოვოს context რომელიც ვერ ხედავს. მიმოხილვა უფრო უსაფრთხოა, მაგრამ ნელი და მხოლოდ ისეთი ხარის ლიმიტი გაქვთ, რა context მოთხოვნით აძლევთ. ორივე შემთხვევაში თქვენ ხართ **პასუხისმგებელი ავტორი** — AI არის ინსტრუმენტი, არა commit-ის ხელმომწერი.

## რატომ მნიშვნელოვანია

ამ ს ლეგიოს ჯობე არის სადაც AI-დახმარებული dev საბუშ მიდის: მანძობენ AI-ს გენერირება გააკეთოს critical logic, რომელიც ამის შემდეგ სრულად ვერ დაადასტურებენ, ან ისინი ხელი-აწერენ trivial boilerplate რომელიც AI შეიძლება წამებში გაქმნიდა. რეჟიმის შესატყვისი (**write** vs **review/refactor**) **ღირებულების** მიმართ თქვენ არის დაბდელი გაღმეთ დიდი და ასიგნებული იფ დაფიქრებული დისკერეტნებ პირი ვერიფიკაციისკენ. გამოცდილი ჩიტო-კომსელი ის რა წილი გადააქცევთ — არა თუ შეძლებთ prompt AI-ს.