Böyük iş adətən məntiqli səslənən bir sorğu ilə başlayır: "Mənə lokallar arayışı hazırla: siyahı, axtarış, ölkəyə görə filtr və səliqəli görünüş." Bir saat sonra qarşınızda yarımçıq siyahısı olan səhifə var, axtarış bütün sahələr üzrə işləmir, görünüş artıq iki dəfə dəyişib, söhbət isə o qədər uzanıb ki, yoxlanmış nəticənin harada bitdiyi, sadəcə verilmiş vədin harada başladığı aydın deyil.
Səbəblərdən biri tapşırığın aydın nəticəsi olan hissələrə bölünməməsi ola bilər. Bu, kodda səhvlərin olmayacağı demək deyil, amma hazırda nəyin işləməli olduğu bəlli olanda onları yoxlamaq asanlaşır. Gəlin böyük işi yoxlanıla bilən mərhələlərə necə bölməyi, cari mərhələdə agentə hansı məlumatları verməyi və sabah eyni söhbətdə, yaxud yenisində işə yaddaşdan hər şeyi bərpa etmədən qayıtmaq üçün nəyi qeyd etməyi nəzərdən keçirək.
Arayışın yekun görünüşü belə olmalıdır: axtarışlı siyahı, hər sətirdə isə lokal kodu, dil, ölkə, valyuta və domen. Bu maketi yadda saxlayın - praktikada o, sadəcə şəkil yox, görünüş nümunəsi kimi də işə yarayacaq.
Böyük iş və uzun söhbət
Uzun iş kodda xəta yaranmazdan əvvəl də ilişib qala bilər: proses istiqamətini itirir. Kontekst böyüyür, fərziyyələr qəbul edilmiş qərarlarla qarışır, axtarışa isə hiss etmədən görünüşün dəyişdirilməsi də əlavə olunur. Kontekst pəncərəsi məhduddur, amma əsas problem indi nə etdiyimizi və nəyin artıq hazır olduğunu anlamağın çətinləşməsidir.
TASK_SPEC bütün işin məqsədini, sərhədlərini və yoxlama üsulunu müəyyən edir. Sonra bu təsvirə əsasən iş yoxlanıla bilən mərhələlərə - milestone-lara bölünür. Hər mərhələnin nəticəsi və sərhədləri olur: məsələn, məlumatları və görünüşü qoruyaraq axtarış əlavə etmək. Bu, Claude-a lazım olan iş üzərində qalmağa, sizə isə işin hansı vəziyyətdə olduğunu görməyə kömək edir.
Tapşırıq hələ aydın deyilsə, ilk mərhələ araşdırma ola bilər: iki-üç əsas faylı oxumaq, həll variantlarını və riskləri sadalamaq, sonra tapşırığın təsvirini və növbəti mərhələləri dəqiqləşdirmək.
Hər mərhələni yoxlamalar və qısa xülasə (summary) ilə tamamlayın: nə edilib, necə yoxlanıb və növbəti addım nədir. Layihədə Git istifadə olunursa, yoxlanmış dəyişiklikləri kiçik commit-lərlə saxlayın. Xülasə qərarları, commit isə kodun versiyasını qoruyur; birlikdə nəticəni yoxlamağa və fasilədən sonra işi davam etdirməyə kömək edirlər.
Mərhələ nədir
Milestone, yəni mərhələ nöqtəsi - işin aralıq nəticəsinin olduğu və yoxlanıla bildiyi məqamdır. Bu nöqtəyə qədər görülən işə bundan sonra mərhələ deyəcəyik.
Mərhələnin üç vacib hissəsi var:
- nəticə - konkret olaraq nə işləməyə başlayacaq;
- sərhədlər - bu dəfə nəyə toxunmuruq;
- yoxlama - əmin olmaq üçün nəyə baxacaqsınız.
Fərq ifadələrdə görünür. "Axtarış üzərində işləmək" - bitmə nöqtəsi yoxdur: sonsuz işləmək olar, "hazırdır" qərarını isə istənilən adam verə bilər. "Axtarış lokal koduna görə sətri tapır, boş sorğu isə bütün siyahını qaytarır" - burada nöqtə aydındır, onu brauzerdə yarım dəqiqəyə yoxlamaq olar.
Vaxta və ya fayl sayına görə universal məhdudiyyət yoxdur. Amma ölçü vacibdir: mərhələdə bir neçə müstəqil dəyişiklik qarışıbsa və nəticəni aydın yoxlama prosesi ilə yoxlamaq mümkün deyilsə, onu kiçiltmək lazımdır. Yaxşı istiqamət - ayrıca əldə edib yoxlaya biləcəyiniz ən yaxın faydalı nəticədir.
Nəticəni işlək hissələrə bölün
Tədris məqsədli lokallar arayışını götürək. Yazı sahələri yuxarıdakı maketdəki kimidir: lokal kodu, dil, ölkə, valyuta və domen. Sadəlik üçün hazır massiv birbaşa app.js faylındadır, o da index.html-ə qoşulub. Səhifə məlumatları ayrıca sorğu ilə yükləmir, ona görə brauzerdə serversiz açıla bilər. Massiv budur:
[
{ "code": "en-US", "language": "English", "country": "United States", "currency": "USD", "tld": ".us" },
{ "code": "de-DE", "language": "German", "country": "Germany", "currency": "EUR", "tld": ".de" },
{ "code": "fr-CA", "language": "French", "country": "Canada", "currency": "CAD", "tld": ".ca" },
{ "code": "ja-JP", "language": "Japanese", "country": "Japan", "currency": "JPY", "tld": ".jp" }
]Bütün istək belə səslənir: siyahı, axtarış və ölkəyə görə filtr. Girişdəki "səliqəli görünüş" ayrıca mərhələyə ayrılmır: səhifə M1-də siyahı ilə birlikdə əsas görünüşünü alır, "sonraya saxlanılanlara" isə yalnız yeni görünüş, yəni mövzunun dəyişdirilməsi düşür. İstəyi üç mərhələyə bölək.

| Mərhələ | Nəticə | Yoxlama üsulu | Sonraya saxlanılanlar |
|---|---|---|---|
| M1 | səhifə hazır lokal siyahısını göstərir | dörd sətri və sahələrini app.js-dəki massivlə tutuşdurun | axtarış, filtr, yeni görünüş |
| M2 | lokal kodu və ya dil üzrə axtarış | de-DE və German bir yazını tapır, zzz heç birini tapmır, boş sorğu dörd yazını qaytarır | ölkəyə görə filtr |
| M3 | ölkə filtri axtarışla birlikdə işləyir | Canada və French fr-CA-nı saxlayır; Canada və German boş siyahı verir; hər iki şərti sıfırlamaq dörd yazını qaytarır | yeni imkanlar və görünüş |
- M1 siyahı
- M2 axtarış
- M3 filtr
Əvvəl işlək siyahı lazımdır: onunla yazıların süzülməsini yoxlamaq rahatdır. Axtarış və filtri fərqli ardıcıllıqla əlavə etmək olar; burada əvvəl axtarışı seçmişik, M3-də isə onların birlikdə işləməsini yoxlayırıq. Mərhələlər arasındakı ox əvvəlki nəticənin yoxlanıldığını, yaşıl M3 isə istəyin tam yerinə yetirildiyi mərhələni göstərir.
Burada işi nəticəyə görə bölürük. Hər mərhələdə kodu oxumaq, dəyişiklik etmək və yoxlamaq var. "Əvvəl bütün HTML, sonra bütün JS, sonda hər şeyi yoxlayaq" planı davranışın yoxlanmasını axıra saxlayır. Hazır markup da faydalı aralıq nəticə ola bilər, amma axtarışın işlədiyini hələ göstərmir.
Nəzərə alın ki, agent çox vaxt işi qatlar üzrə planlaşdırmağa meyllidir: əvvəl bütün markup, sonra bütün məntiq. Bunu AI agentləri ilə çox işləyənlər də qeyd edir, məsələn, Matt Pocock öz iş prosesi haqqında workshop-da. Nəticəyə görə bölməyi açıq şəkildə istəsəniz belə, agent belə plan təklif edə bilər. Ona görə agentin təklif etdiyi mərhələləri bir meyarla yoxlayın: hər mərhələnin sonunda nəyisə açıb işlək vəziyyətdə görmək mümkündürmü?
Məlumatların necə qurulduğu aydın deyilsə, kodu planlaşdırmağa tələsməyin. Onda ilk mərhələnin nəticəsi belə ola bilər: yazıların götürüldüyü fayl tapılıb, sahələr müəyyən edilib, plan dəqiqləşdirilib. Bu da yoxlanıla bilən nəticədir, sadəcə onu brauzerdə yox, oxuyaraq yoxlayırsınız.
Buradakı üç mərhələ də sadəcə nümunədir, qayda deyil. İki də ola bilər, altı da.
Cari mərhələyə uyğun kontekst verin
Mərhələni seçəndən sonra agentə bütün layihə yox, məhz həmin mərhələyə aid məlumatlar lazımdır. Tədris arayışında M2 üçün sorğu belə görünə bilər:
Lokallar siyahısı üzrə axtarış əlavə edirik.
Dörd yazıdan ibarət siyahı artıq işləyir. Sahələrini və görünüşünü saxla,
ilkin massivin tərkibini dəyişmə. Yalnız axtarış elementlərini əlavə et.
@index.html və @app.js fayllarını oxu.
Lazımdır:
- siyahının üstündə axtarış sahəsi;
- lokal kodu və dil adına görə axtarış;
- de-DE və German sorğuları de-DE yazısını tapır;
- zzz sorğusu siyahıda heç bir sətir saxlamır;
- boş sorğu bütün siyahını göstərir.
Bu dəfə ölkə filtri əlavə etmirik.
Başqa fayl lazımdırsa, adını de və oxu.
Əvvəl nəticəni və mərhələnin sərhədlərini bildir, hələlik faylları dəyişmə.Təklif edilən sərhədlər uyğundursa, növbəti mesajda M2-ni yerinə yetirməsini və brauzerdəki yoxlamaları sadalamasını istəyin. Agentin özünün yoxladıqlarını sizin yoxlamalı olduqlarınızdan ayırmasını da xahiş edin.
Nümunədəki yollar şərtidir, sizdə öz fayllarınız olacaq. Sorğuda göstərilməyən mənbə iş üçün lazımdırsa, agent onu adlandırıb oxumalıdır: faylın məzmununu adına görə təxmin etmək yaxşı fikir deyil və bunu istəməyin.
Görünüş burada ayrıca məlumat növüdür və məhz bu mərhələdə onu qoruyuruq. Bəzən isə əksinə olur: məsələn, səhifə ilk dəfə yarananda görünüş mərhələnin nəticəsinə daxildir. Bunu sözlə təsvir etmək çətindir - "gözəl elə" istəyi yoxlanıla bilən heç nə demir, qərarı agentin öhdəsinə buraxır. Belə halda nümunə əlavə edin: maket, ekran görüntüsü, yaxud rəngləri və class adlarını göstərən kiçik fayl.
Bu ifadənin nə olmadığını da yadda saxlamaq lazımdır. "Bu dəfə filtr əlavə etmirik" sətri texniki maneə yox, göstərişdir. O, istiqamət verir, amma heç nəyi bloklamır, buna görə nəticəyə yenə özünüz baxmalısınız.
Nəticənin və sərhədlərin qısa xülasəsi dəyişikliklərdən əvvəl niyyətinizlə uyğunsuzluğu görməyə kömək edir. Bu, reallaşdırmanın düzgün olacağına zəmanət vermir: tamamlanmış mərhələni yenə yoxlamaq lazımdır.
Mərhələni nə vaxt kiçiltmək lazımdır
Mərhələlər iş gedərkən böyüməyə meyllidir. Axtarışla başladınız, amma prosesdə məlum oldu ki, məlumat strukturunu dəyişmək, görünüşü yeniləmək və yuxarıya naviqasiya əlavə etmək də yaxşı olardı. Tanış vəziyyətdir.
Hər istək barədə soruşun: seçilmiş nəticə üçün o lazımdırmı? Yeni rəng mövzusu və naviqasiya gözləyə bilər, amma görünən axtarış sahəsi lazımdır. Yazılarda axtarış üçün məlumat çatışmırsa, əvvəlcə sərhədləri dəqiqləşdirin: cari mərhələdə məlumatı tamamlamaq, yaxud hazırlığı ayrıca yoxlanıla bilən mərhələyə çıxarmaq olar. Məlumatı dəyişməmək göstərişini işin gedişində səssizcə ləğv etmək olmaz.
Dəqiqləşdirici sorğu qısa alınır:
Bu dəfə məlumatları, görünüşü və naviqasiyanı dəyişmirik,
onları sonraya ayrıca bəndlər kimi qeyd et.
Kod və dil üzrə axtarışı saxlayırıq: daxiletmə sahəsi, uyğunluqlar, boş sorğu.Mərhələ razılaşdırılmış nəticə əldə olunub yoxlanandan sonra bitir. Yoxlama uğursuz olarsa, əvvəl cari mərhələni həll edin; növbəti mərhələyə keçmək yalnız qeyri-müəyyənliyi artıracaq.
Bəzən mərhələ irəliləmir: agenti düzəldirsiniz, o yenidən işləyir, amma yenə də alınmır. Uğursuz cəhdlər söhbətdə qalır və növbəti cəhd artıq onlara əsaslanır. Claude Code sənədləri sadə bir meyar verir: eyni şeyi iki dəfədən çox düzəltmək lazım gəlibsə, öyrəndiyiniz hər şeyi sorğuya daxil edib təmiz söhbətə başlayın. Məsələn: "Axtarış üçün ayrıca massiv yanaşması uyğun deyil, çünki ilkin məlumatlarla fərqlənir; birbaşa əsas massivdə axtar". Belə sorğu adətən ardıcıl üçüncü düzəlişdən daha yaxşı işləyir. Bu da kömək etmirsə, çox güman ki, mərhələ həddən artıq böyükdür və onu bölmək lazımdır.
Davam nöqtəsini saxlayın
Sol budaq eyni mərhələnin düzəlişlərinə qaytarır: nəticə hələ təsdiqlənməyib. Sağ budaq vəziyyətin qeyd olunmasına və növbəti mərhələyə aparır. Qeyddə uğurlu yoxlamaları da, onların əhatə etmədiyi məqamları da saxlayın.
Nəticəni yoxladınızsa, vəziyyəti qeyd edin. Qeyd hesabat üçün deyil, bir gün sonra və ya başqa söhbətdə çat yazışmalarını qazıb tarixçəni bərpa etməmək üçündür.
Faylın adı istənilən ola bilər, artıq istifadə etdiyiniz iş qeydi də uyğundur. Məsələn, PROGRESS.md. Aşağıda M1 yoxlanandan sonrakı tədris nümunəsi var; öz qeydinizə yalnız həqiqətən etdiklərinizi və müşahidələrinizi yazın:
# Lokallar arayışı
## Görülən işlər
M1: səhifə app.js massivindəki lokallar siyahısını göstərir.
## Yoxlanılıb
index.html faylını brauzerdə açdım: 4 yazı var, hər sətrin
beş sahəsi app.js-dəki ilkin massivlə üst-üstə düşür.
## Yoxlanılmayıb
Məlumat dəsti boş olsa, səhifənin nə göstərəcəyi.
Bu yoxlama M1 meyarlarına daxil deyildi; boş massivdəki davranış hələ məlum deyil.
## Qərarlar
Məlumatları app.js-də massivdə saxlayırıq, ayrıca yükləmə yoxdur.
Axtarış əlavə ediləndə yazıların tərkibini və görünüşü qoruyuruq.
## Kənara qoyuldu
Məlumatları ayrıca JSON faylından yükləmək: serversiz brauzer
onu oxumayacaq, səhifə isə fayl kimi açılmalıdır.
## Fayllar
index.html, app.js
## Qalan mərhələlər
M2: lokal kodu və ya dil adına görə axtarış işləyir.
Yoxlama: de-DE və German de-DE yazısını tapır;
zzz heç bir yazı tapmır; boş sorğu dörd yazını göstərir.
M3: ölkə filtri axtarışla birlikdə işləyir.
Yoxlama: Canada + French fr-CA-nı saxlayır;
Canada + German boş siyahı verir;
hər iki şərti sıfırlamaq dörd yazını qaytarır.
## Növbəti addım
M2-ni yerinə yetirmək. Hələlik ölkə filtri əlavə etməmək.Əsas bölmə "Yoxlanılıb" hissəsidir. "Hər şey işləyir" qeydi bir həftə sonra heç nə deməyəcək, amma "brauzerdə açdım, 4 yazı var, sahələr üst-üstə düşür" artıq aydın məlumatdır. Yoxlanılmamışlar üçün ayrıca bölmə də elə buna görə lazımdır: sabah bu fərqi xatırlamaya bilərsiniz.
"Kənara qoyuldu" bölməsini artıq saymaq asandır, axı orada layihədə olmayan şeylər yazılıb. Amma yeni söhbətdə agent əvvəlki cəhdlərdən xəbərsizdir və eyni yanaşmanı yenidən təklif edə bilər. Səbəbini göstərən bir sətir bütöv bir dövrəyə qənaət edir.
Qeydi agentə yazdıra bilərsiniz, amma onu aktual fayllar və yoxlama nəticələri ilə tutuşdurun. Agent söhbət tarixçəsinə əsaslana bilər, orada görülmüş işlərin yanında planlar da var. Brauzerdəki müşahidəni kimin etdiyini qeyd edin; agentin başlatmadığı yoxlamanı ona aid etməyin.
İki məhdudiyyət var. Tapşırığın müvəqqəti gedişatı CLAUDE.md faylına köçürülmür - orada layihənin daimi qaydaları olur, bu gün gördüyünüz iş yox. Qeyd kod versiyasını da saxlamır: bu, vəziyyət haqqında mətndir, faylların surəti deyil.
Lazım olan məlumatlarla davam edin
Mərhələnin sərhədi növbəti işi hansı söhbətdə görəcəyinizə qərar vermək üçün əlverişli məqamdır. Sadə sualdır: cari söhbət növbəti addıma kömək edir, yoxsa artıq mane olur?
Kömək edirsə, elə orada davam edin, xüsusi heç nə etmək lazım deyil. Hər mərhələdən sonra söhbəti "təmizləmək" qaydası yoxdur, guya yenidən başlamaq vaxtının çatdığını göstərən faiz həddi də yoxdur.
Tarixçənin nə qədər yer tutduğu aydın deyilsə, /context çağırın və pəncərənin istifadəsinə baxın. Onu işin gedişi ilə tutuşdurun: növbəti mərhələ üçün hansı uzun nəticələr və müzakirələr hələ lazımdır? Əmr həcmi qiymətləndirməyə kömək edir, amma hansı məlumatın faydalı olduğuna sizin yerinizə qərar vermir.
Kənar material çoxalıbsa və təmiz söhbətə başlamaq qərarına gəlmisinizsə, əvvəl qeydi saxlayın. /clear əmri yeni söhbət başladır: əvvəlki tarixçə onun iş kontekstinə ötürülmür, mənbə faylları diskdə qalır, layihə təlimatları isə yüklənməyə davam edir. Bu, köhnə söhbətin həmişəlik silinməsi deyil: saxlanmış söhbətə /resume ilə qayıtmaq olar. Amma yeni sessiyada davam etmək üçün vacib qərarları açıq şəkildə ötürmək daha yaxşıdır.
İki ox işə davam etməzdən əvvəl birləşir. Qeyd qərarları və yoxlama nəticələrini ötürür, fayllar isə cari kodu göstərir. Agent hər iki mənbəni oxuyub vəziyyəti xülasə edir; siz M2-ni tapşırmazdan əvvəl cavabını tutuşdurursunuz.
Yeni söhbətə başlamaq çox sadədir:
@PROGRESS.md, @index.html və @app.js fayllarını oxu.
Öz sözlərinlə de, nə hazırdır və yoxlanılıb, nə etmək qalıb.
Hələlik faylları dəyişmə.Cavabı diqqətlə oxuyun. Agent etmədiyiniz işi hazır adlandırıbsa, dediklərini qeyd, fayllar və yoxlama nəticələri ilə tutuşdurun. Səbəb qeydin qeyri-dəqiq olması, kodun köhnəlməsi və ya agentin öz səhvi ola bilər. Yeni dəyişikliklərdən əvvəl uyğunsuzluğu düzəldin: təmiz söhbət özü yanlış tapşırıq təsvirini düzəltmir və düzgün anlaşılacağına zəmanət vermir.
Arayışı başdan sona keçin
İzah bitdi, indi həmin arayışı özünüz hazırlayın: boş qovluqdan yoxlanmış M2-yə və davam nöqtəsinə qədər. Dörd addım məqalənin ardıcıllığı ilə gedir. Hər addımda əvvəl sorğunu özünüz qurun, bizim varianta isə sonra, ikinci rəy kimi baxın: məqsəd agentə hansı məlumatların lazım olduğuna qərar verməkdir, hazır sətri köçürmək yox.
Addım 1. Kodsuz plan
Hələ layihə yoxdur, ilk ağla gələn isə "arayış hazırla" deməkdir. Onda fayllar onlar barədə qərarlardan əvvəl yaranacaq. Bu addımın məqsədi əksinədir: plan əldə etmək, amma heç bir fayl yaratmamaq. Yazmağa başlamazdan əvvəl dörd məsələni düşünün:
- agentin dərhal kod yazmağa başlamamasını necə təmin etmək;
- hələ mövcud olmayan faylların əvəzinə hansı məlumatları vermək;
- lazımsız alətin yaranmaması üçün hansı texniki məhdudiyyətləri bildirmək;
- hələ yaradılacaq heç nə yoxdursa, yekunda nə istəmək.
Bizim variant:
Tədris məqsədli lokallar arayışı istəyirəm: yazılar siyahısı, axtarış
və ölkəyə görə filtr. Hələ layihə yoxdur.
Səhifə brauzerdə serversiz və build etmədən fayl kimi açılmalıdır:
yalnız index.html, styles.css və app.js. Yazıda bu sahələr var: lokal kodu (en-US),
dil, ölkə, valyuta və domen.
Əvvəl plan hazırla:
- bütün tapşırığın məqsədini, sərhədlərini və yoxlama üsulunu adlandır;
- işi üç mərhələyə böl;
- hər biri üçün nəticəni və yoxlama zamanı görəcəyimi de;
- məndən hansı məlumatların çatışmadığını söylə;
- yaradacağın faylları sadala.
Hələlik faylları yaratma.Alınan mərhələləri yuxarıdakı M1-M3 cədvəli ilə tutuşdurun; ardıcıllığın fərqli olması normaldır. Agent işi "əvvəl bütün markup, sonra bütün JS" şəklində bölübsə, hər mərhələdən sonra səhifənin nəsə edə bilməsi üçün planı yenidən qurmasını istəyin. Mərhələdə müşahidə edilə bilən davranış qeyd edilməyibsə, indi dəqiqləşdirin: ilk kod sətrindən əvvəl bunu bir mesajla etmək kifayətdir.
Addım 2. Yalnız M1 və dərhal nümunə ilə
Sərhəd dardır: səhifə dörd yazı göstərir, vəssalam. Nə axtarış var, nə filtr. Amma görünüşü sonraya saxlamaq mümkün deyil - səhifə ilk dəfə yaranır və müəyyən görünüşü olacaq. Ona görə nümunə əlavə edin: layihə qovluğunda JavaScript-siz statik markup olan mockup.html faylını yaradın, orada yalnız rənglər və class adları olsun.
<style>
body { background:#0f172a; color:#e2e8f0; font-family:system-ui, sans-serif; padding:24px }
.search{ width:100%; margin-bottom:12px; padding:10px 14px; border-radius:10px;
background:#1e293b; color:#e2e8f0; border:1px solid #334155 }
table { width:100%; border-collapse:collapse }
th, td { padding:10px 12px; text-align:left; border-bottom:1px solid #334155 }
th { color:#8b98b1; font-size:13px }
.code { font-family:ui-monospace, monospace; font-weight:700; color:#818cf8 }
</style>
<input class="search" placeholder="Search by code or language">
<table>
<tr><th>Code</th><th>Language</th><th>Country</th><th>Currency</th><th>TLD</th></tr>
<!-- sətir nümunəsi; real sətirləri app.js yaradır -->
<tr><td class="code">en-US</td><td>English</td><td>United States</td><td>USD</td><td>.us</td></tr>
</table>
Nümunədə axtarış sahəsi artıq çəkilib, amma M1-də onu səhifəyə keçirmirik: heç nə etməyən boş sahəni yoxlamaq çətindir. Onun stili .search class-indadır və M2-də lazım olacaq.
Bir detal da var: məlumatları agentə açıq şəkildə vermək lazımdır. Yoxsa öz dəstini uydurar və cədvəldəki yoxlamalar - dörd sətir, de-DE, Canada - uyğun gəlməz. İndi promptu düşünün: agentin yalnız bir mərhələdə qalmasını necə təmin etmək, dəyişiklikdən əvvəl nəyi göstərməsini istəmək və nəticəni necə yoxlamaq olar?
Yalnız M1-i yerinə yetiririk: səhifə app.js-dəki massivdən
lokallar siyahısını göstərir. Bu dəfə nə axtarış, nə də filtr var,
nümunədəki axtarış sahəsini hələ əlavə etmə.
Məlumatlar - bu dörd yazıdan ibarət massivdir, tərkibini dəyişmə:
[məqalədəki massivi buraya əlavə edin]
Görünüşü @mockup.html faylından götür: oradakı rənglər və class adları,
yenisini uydurma.
Əvvəl faylların planını göstər və harada dayanacağını de.
Planı təsdiqləyənə qədər faylları yaratma.
Dəyişikliklərdən sonra nəyi açıb nə ilə tutuşduracağımı söylə.
M1-dən sonra dayan, mən demədən M2-yə keçmə.Plan həddən artıq böyüyübsə, təsdiqləməyin, əvvəl mərhələni bir yoxlanıla bilən nəticəyə qədər kiçildin. Plan uyğundursa, dəyişikliklərə icazə verin, sonra səhifəni açıb dörd sətri massivlə tutuşdurun. Əsas görünüş bu andan sabitdir: bundan sonra qorunur, mövzunun tam dəyişdirilməsi isə sonraya saxlanılır.
Addım 3. M2 və dürüst qeyd
M2 üçün prompt artıq "Cari mərhələyə uyğun kontekst verin" bölməsində təhlil edilib - ora qayıdıb öz yollarınızı yazın. Nümunədə iki fayl var, sizdə M1-dən sonra üç fayl olacaq: index.html və app.js fayllarına styles.css də əlavə olunub, onu da göstərin. Bir sətir də əlavə edin: görünüşü indi təyin etmirik, qoruyuruq.
Görünüş M1-də @mockup.html əsasında müəyyən edilib - olduğu kimi saxla,
axtarış sahəsini də oradakı .search class-ı ilə tərtib et.Agent sərhədləri düzgün adlandırıbsa, dəyişikliklərə icazə verin. Filtrə və ya məlumat strukturuna keçirsə, işə başlamazdan əvvəl soruşun. Axtarışın üç yoxlaması keçəndən sonra vəziyyəti yuxarıdakı nümunəyə əsasən PROGRESS.md faylında qeyd edin, amma bu dəfə M2-dən sonrakı vəziyyəti və öz fayl siyahınızı yazın.
Qeydin davam etməyə yararlı olub-olmadığını da yoxlayın. Təsəvvür edin ki, "Yoxlanılıb" bölməsinin əvəzinə "demək olar hazırdır, bir az qalıb" yazılıb. Bir həftə sonra bu heç nə demir. Qeydi elə tamamlayın ki, onunla işi davam etdirmək mümkün olsun: konkret nəyi açıb gördünüz, yoxlamalardan kənarda nə qaldı, növbəti addım nədir. Məsələn: "M2: de-DE və German sorğuları de-DE-ni tapır, zzz heç nə tapmır, boş sorğu dörd yazını qaytarır", "boş məlumat dəstinin davranışını yoxlamadım", "növbəti addım - M3, ölkə filtri".
Addım 4. Təmiz söhbətlə davam edin
Son addım kodu yox, qeydi yoxlayır. Yeni söhbət başladın, PROGRESS.md və aktual fayllara - hər üçünə, o cümlədən styles.css-ə - əsasən vəziyyəti xülasə etməsini istəyin, sonra xülasəni gördüyünüz işlə tutuşdurun. Agent yoxlamadığınız işi hazır adlandırıbsa, çox güman ki, qeyd həddən artıq ümumidir; bunu yeni söhbət yox, qeydin düzəldilməsi həll edir. Faylları da tutuşdurun: səbəb həm kod, həm də agentin səhvi ola bilər. Hər şey üst-üstə düşürsə, yoxlanmış M1, yoxlanmış M2 və M3-ə başlayacağınız nöqtə artıq hazırdır.
Sizin ifadəniz də eyni dayaqları verirsə - koddan əvvəl plan, hər dəfə bir mərhələ, göstərilən nəticə və yoxlama - deməli, o da yaxşıdır. Hələlik yalnız ideya varsa, agentdən dəqiqləşdirici suallar verməsini və sərhədlər üçün iki-üç variant təklif etməsini istəyin: qeyri-müəyyənlikdən dəqiq təsviri zorla çıxarmağa ehtiyac yoxdur.
Növbəti mərhələyə necə keçmək olar
Yekun ardıcıllıq qısadır:
- yoxlaya biləcəyiniz ən yaxın nəticəni seçin;
- agentə bu mərhələyə aid mənbələri verin və sərhədləri göstərin;
- cari mərhələni yerinə yetirin; yeni istəkləri ayrıca qeyd edin;
- razılaşdırılmış yoxlamanı edin; nümunəmizdə səhifənin brauzerdəki davranışını yoxlayın;
- vəziyyəti qeyd edin: görülənlər, yoxlanılanlar, yoxlanılmayanlar, kənara qoyulanlar, növbəti addım;
- bu söhbətdə davam etməyə, yoxsa təmiz söhbət açmağa qərar verin.
Bir mərhələ bir mesaj demək deyil. Üç mesaj da ola bilər, on beş də, bu normaldır. Mərhələlərin sayı söhbətlərin sayına da bərabər deyil: iki qonşu mərhələ rahatlıqla eyni söhbətdə gedə bilər, bir çətin mərhələ isə bəzən iki söhbət çəkir.
Əvəzində istənilən addımda nəyin işlədiyini və bunun necə yoxlandığını deyə biləcəksiniz. Böyük iş üçün, yəqin ki, ən vacib məqam budur.
GO TO FULL VERSION