Antrosios smegenys Claude Code: kaip per valandą sukurti struktūrą

Ailoot informacinė dokumentacija: ailoot.ai/docs/.

Kodėl Claude Code reikia antrųjų smegenų ir kas būtina?#

Antradienį atidarote Claude Code. Paaiškinate: štai projektas, štai auditorija, šito nedaryk. Dirbate kartu. Ketvirtadienį tai jau naujas pokalbis ir vėl turite viską aiškinti iš naujo.

Jei turite CLAUDE.md, išsprendėte pirmąjį nusivylimo etapą. Pagrindinės taisyklės ir projekto aprašas yra viename faile ir įkeliami kiekvienoje sesijoje. Kaip veikia šis failas, paaiškinau savo CLAUDE.md vadove – galite pirmiausia jį perskaityti ir susikurti pagrindą.

Tačiau CLAUDE.md yra instrukcijų vadovas naujam darbuotojui. Kaip rengtis, kokiu tonu bendrauti su klientais, kokias komandas naudoti publikavimui. To nepakanka geriems sprendimams dėl projekto priimti. Sprendimams reikia žinių: kas yra produktas, kas yra auditorija, kaip veikia ekonomika, ką bandėte ir kas nepasiteisino.

Čia aprašyta autoriaus patirtis rodo, kad tos žinios anksčiau gyveno keturiose vietose: jo galvoje, „Telegram“ pokalbiuose, „Google“ dokumentuose ir darbuotojų galvose. Praėjus mėnesiui po sprendimo, niekas nebeprisiminė, kodėl jis buvo priimtas. Naujas žmogus valandą klausinėdavo komandos, kad įsivažiuotų. Claude apskritai nebuvo įtrauktas į šį kontekstą.

Remiantis autoriaus aprašyta patirtimi, iki antrųjų smegenų kiekvienoje sesijoje tekdavo iš naujo aiškinti, kas yra klientas, kaip sudarytas pasiūlymas ir kuris paslaugų teikėjas tvarko mokėjimus. Turėdamas business/, atidarau pokalbį ir sakau: „atnaujink pasiūlymą pagal naują kainodaros planą“ – Claude pats nueina į business/company/legal.md, perskaito reikalavimus, tada pereina į business/products/pricing.md, pamato naują kainodaros planą ir vienu kartu pasiūlo pakeitimą. Nebereikia įžanginio aiškinimo; kontekstas įkeliamas automatiškai.

Savo inžinerijos tinklaraštyje Anthropic šią problemą vadina konteksto nykimu:

Kitaip tariant, kuo daugiau prikraunate į langą, tuo prasčiau agentas dirba su konkrečiomis detalėmis. Sprendimas – palaikyti išorinių failų struktūrą, į kurią Claude gali pats užeiti gavęs konkrečią užklausą. Tai ir yra antrosios smegenys.

Kas yra antrosios smegenys ir kaip jos pritaikomos Claude?#

Paprastai antrosios smegenys naudojamos bendram produktyvumui: žmonės susikuria „Obsidian“ saugyklą ir į ją deda ištraukas iš knygų, pokalbių užrašus ir projektų idėjas.

Kai autorius pritaikė šią idėją darbui su Claude Code, ji nustojo būti apie produktyvumą ir tapo agento architektūra.

Taikant klasikinį požiūrį, antrosios smegenys priklauso jums, o prie jų jungiatės rankiniu būdu. Dirbant su Claude Code antrosios smegenys tampa dvikryptės: jomis naudojatės ir jūs, ir agentas. Tai keičia jų formato reikalavimus.

Kadangi agentas prie jų jungiasi pats, failai turi būti tokio formato, kurį jis supranta be atskiros integracijos. Markdown tam idealus: tekstas, antraščių hierarchija ir nuorodos tarp failų. „Notion“ ir „Google Docs“ netinka. Juos galima prijungti per MCP, bet tai prideda dar vieną sluoksnį, dar vieną žetoną kiekvienai užklausai ir dar vieną galimą gedimo vietą.

Kadangi failai yra failų sistemoje šalia projekto, Claude Code juos pasiekia automatiškai. Nieko konfigūruoti nereikia. Paleiskite agentą projekto aplanke ir jis matys visus jame esančius failus. Tai nemokama ir veikia iš karto.

Kokią atminties hierarchiją Claude Code turi iš karto?#

Prieš ką nors pridėdami, pažiūrėkime, ką Claude gali prisiminti be jūsų pagalbos. Oficialioje dokumentacijoje Anthropic aprašo du mechanizmus: CLAUDE.md (jūsų rašomas taisykles) ir automatinę atmintį (Claude paties užrašomas pamokas). Abu įkeliami kiekvienos sesijos pradžioje.

CLAUDE.md ieškoma keturiose vietose iš karto:

Visi keturi failai įkeliami į kontekstą. Kuo konkretesnis lygis, tuo aukštesnis jo prioritetas. Vietinis failas perskaitomas paskutinis, todėl jo taisyklės nusveria visas kitas.

CLAUDE.md failas gali būti bet kuriame projekto aplanke. Kai Claude skaito failą poaplankyje, prireikus įkelia ir to poaplankio CLAUDE.md. Tai patogu monorepozitorijoje: frontend taisyklės saugomos frontend/CLAUDE.md, backend – backend/CLAUDE.md, o įkeliamos tik tada, kai agentas dirba su atitinkama dalimi.

Automatinė atmintis atsirado Claude Code 2.1.59 versijoje. Tai failai, kuriuos Claude rašo apie jus:

~/.claude/projects/<project-name>/memory/
├── MEMORY.md          # Rodyklė, įkeliama kiekvienoje sesijoje (200 eilučių arba 25KB)
├── debugging.md       # Išsamios pastabos (įkeliamos pagal poreikį)
├── api-conventions.md
└── ...

Oficialioje dokumentacijoje Anthropic tai apibūdina taip:

Automatinė atmintis įjungiama vėliavėle autoMemoryEnabled faile ~/.claude/settings.json. Claude pats nusprendžia, ką į ją rašyti. Galite perskaityti MEMORY.md ir redaguoti jį rankiniu būdu – tai įprastas markdown failas.

CLAUDE.md ar antrosios smegenys – kur nubrėžti ribą?#

Štai mano pokalbiuose naudojamas palyginimas: įsivaizduokite, kad pasamdėte naują darbuotoją. Ką jam duosite pirmą dieną?

Instrukcijų vadovą: kaip rengtis, kada atvykti, kokiu tonu bendrauti su klientais, per kokią sistemą publikuoti. Tai trumpas dokumentas. Jame nepaaiškinama, ką darote ir kodėl. Jame tiesiog nurodoma, kaip elgtis.

Ir atskirai – prieigą prie įmonės wiki. Joje paaiškinama, kas yra produktas, kam jis skirtas, kas yra auditorija, kokia kaina ir kodėl, kas yra konkurentai ir kokių klaidų esate padarę. Tai išsamus archyvas. Niekas jo neskaito viso – jame ieškote atsakymo į konkretų klausimą.

CLAUDE.md = instrukcijų vadovas. Antrosios smegenys = wiki. Reikia abiejų.

Skirtumas paprastas. Į CLAUDE.md dėkite viską, kas aktualu kiekvienai užduočiai:

• Kas šiame projekte yra agentas (pagalbininkas, vadovas, asistentas)
• Kokia kalba atsakyti
• Technologijų rinkinys
• Publikavimo komandos
• Draudimai (nenaudoti ilgojo brūkšnio, nevykdyti git push --force)
• Nurodymai, kur ieškoti verslo konteksto ir principų

Į antrąsias smegenis dėkite viską, ko prireikia pagal poreikį:

• Produktą, auditoriją, ekonomiką ir tikslus
• Konkurentus ir rinką
• Ankstesnius sprendimus ir jų priežastis
• Klientų pavyzdžius ir atsiliepimus
• Principus ir metodiką

Anthropic dokumentacijoje skiria tą patį:

Skills yra vienas būdas saugoti epizodines žinias. Kitas – šalia projekto esantis business/ aplankas. Naudoju abu ir apie juos išsamiau paaiškinsiu toliau.

Iš ko sudarytos projekto smegenys – 5 dalys ir laiko mašina#

Architektūros pavyzdys iš autoriaus aprašytos patirties:

Svarbiausias metodinis dalykas – atskirti ai-clone/ nuo business/.

business/ atsako į klausimą „ką darome?“ Produktas, auditorija, kainos, konkurentai. Tai susiję su projektu. Jei rytoj perduosite projektą partneriui, šis aplankas keliaus kartu.

ai-clone/ atsako į klausimą „kaip priimu sprendimus?“ Mano principai, tonas, amatas ir draudžiami žodžiai. Tai susiję su manimi. Jei rytoj pradėsiu naują projektą, šis aplankas keliaus su manimi.

Norite ne tik susikurti antrą aplanką, bet ir sistemą, kuri padėtų Claude veikti nuosekliai? Vien to nepakanka. Be ai-clone/ agentas atsako už visus, o ne už jus. Be konteksto inžinerijos jis klaidžioja po visą aplanką ir eikvoja žetonus. Naudinga susieti visus tris dalykus: antrosios smegenys + AI klonas + konteksto inžinerija. Tai trys ramsčiai, be kurių AI haliucinuoja.

Kas turėtų būti aplanke business/, o kas neturėtų?#

Aukščiausio lygio business/ struktūra autoriaus aprašytame projekte:

business/
├── INDEX.md              ← aplankų žemėlapis, skaityti pirmiausia
├── company/              ← misija, juridinis asmuo, vertybės, teisinės taisyklės
├── products/             ← produktai, programos, kainos
├── audience/             ← kliento profilis, segmentai, prieštaravimai
├── goals/                ← metiniai, ketvirčio ir mėnesio tikslai, rodikliai
├── economics/            ← vieneto ekonomika, pajamos, išlaidos, prognozė
├── marketing/             ← kanalai, pardavimo piltuvas, medžiaga, konkurentai
├── execution/            ← savaitinis planavimas, darbų sąrašas
└── assets/               ← dizaino sistema, atsiliepimai, tekstų bankas

Tai autoriaus aprašyto projekto pavyzdys, o ne dogma. Aplankus kuriu pagal poreikį. Pradėjau nuo trijų (products/, audience/, goals/); kiti atsirado po 2-3 mėnesių, kai tapo neaišku, kur dėti naujus dalykus.

Pagrindinis aplanko failas yra INDEX.md. Tai žemėlapis. Jame yra lentelė „klausimas → failas“, pagal kurią Claude supranta, kur eiti. Be jos agentas eikvoja žetonus iš eilės skaitydamas kiekvieną failą.

INDEX.md ištraukos pavyzdys:

### Kur ko ieškoti

| Ko reikia | Kur ieškoti |
|---|---|
| Kas yra mūsų klientas ir kokios jo problemos | `business/audience/avatar.md` |
| Produktai, planai ir kainos | `business/products/` |
| Tikslai ir rodikliai | `business/goals/` |
| Ekonomika (pajamos, išlaidos, vieneto ekonomika) | `business/economics/` |
| Reklamos kanalai ir medžiaga | `business/marketing/` |

Tuomet užtenka vienos eilutės CLAUDE.md: „Jei klausimai apie verslą, perskaityk business/INDEX.md ir vadovaukis žemėlapiu.“ Agentas neįkelia viso aplanko į kontekstą. Jis įkelia žemėlapį, pasirenka tinkamą failą ir perskaito tik jį.

Ko nedėti į business/:

• Neapdorotos susirašinėjimo pokalbiuose medžiagos. Jei joje yra įžvalga, ją apibendrinkite ir užrašykite. Jei nėra – nedėkite.
• Informacijos, kuri dubliuojama kode. „Mokėjimai apdorojami per CloudPayments“ nereikalinga; agentas gali tai matyti kode.
• Ekrano kopijų ir vaizdų. Jie didina aplanko apimtį, o tekstinis modelis jų neapdoroja be papildomo veiksmo.
• Dinamiškų skaičių. „Šiandien už produktą sumokėta 423 kartus“ po savaitės bus pasenę. Naudokite žymą LIVE ir nuorodą į duomenų bazės užklausą.
• Jautrios ar abejotinos informacijos. Jei rytoj saugykla būtų paskelbta „YouTube“ prieš 100 tūkstančių nepažįstamųjų, palikite tik tai, ką sutiktumėte parodyti. Šį aplanką skaito darbuotojai, agentai, o kartais ir išorės rangovai.

Kodėl reikia atskiro ai-clone aplanko ir kodėl jo nereikėtų maišyti su business?#

Idėja paprasta: verslas žino, ką darome. Klonas žino, kaip priimu sprendimus.

ai-clone/ struktūra autoriaus aprašytame projekte:

ai-clone/
├── INDEX.md           ← aplanko žemėlapis
├── role.md            ← kas esu, mano patirtis, kas man svarbu
├── identity/          ← vertybės, vizija, misija
├── thinking/          ← pranešimuose aptarti mąstymo modeliai
├── voice/             ← tonas, žodynas, stilius
├── principles/        ← įsitikinimai apie produktą, kodą, verslą
├── feedback/          ← iš klaidų išmoktos taisyklės ← pagrindinis aplankas
├── style/             ← draudžiami žodžiai, „Telegram“ formatas
└── reference/         ← įrankiai, aplinka

Naudingiausias aplankas yra feedback/. Jame saugomos konkrečios taisyklės, kurių išmokau iš agentų klaidų. Kiekviena taisyklė įrašoma atskirame faile pagal šį formatą:

---
name: short-name
description: one line - what’s in the file and when to apply it
type: feedback
---

Trumpa taisyklė vienu sakiniu.

**Kodėl:** kodėl ši taisyklė galioja. Kontekstas, incidentas, pastebėjimas.

**Kaip taikyti:** konkrečios situacijos, kada taisyklė taikoma.

Be dalies „Kodėl“ taisyklė negyva – agentas jos nepritaikys panašioje situacijoje. Be dalies „Kaip taikyti“ neaišku, kada taisyklę naudoti.

Pavyzdys iš mano aplanko: taisyklė „brūkšnelis, o ne ilgasis brūkšnys“. Ji atsirado todėl, kad ilgasis brūkšnys — yra ryškus sugeneruoto teksto vizualinis ženklas. Taisyklė taikoma bet kokiam viešam tekstui. Failas yra ai-clone/feedback/no-em-dashes.md.

Aš darau šiek tiek kitaip: taisykles rašau į ai-clone/feedback/, o ne į CLAUDE.md. CLAUDE.md yra projekto failas, o tono ir stiliaus taisyklės – asmeninės. Jos keliauja su manimi į kitą projektą. CLAUDE.md lieka prie projekto.

Kas yra tiesioginiai rodikliai ir kodėl nereikėtų fiksuoti skaičių failuose?#

Viena pagrindinių klaidų kuriant antrąsias smegenis – pripildyti jas pasenusiais skaičiais. Parašote „turime 320 klientų“, o po dviejų savaičių jų jau 410. Parašote „mėnesio pajamos yra 4.7 milijono“, o po mėnesio nebeaišku, ką šis skaičius reiškia: tikslą, faktines pajamas ar prognozę?

Autoriaus pavyzdyje tai veikia taip. Faile business/products/practicum.md vietoj skaičiaus įrašoma žyma:

## Kohortos

> **LIVE** - vykdykite užklausas iš `live-metrics.md`, skilties „Pardavimai“,
> kad pamatytumėte dabartinius mokėjimus pagal kohortą.

| Kohorta | Datos | Mokantys |
|-------|------|------------|
| 1 | Kovo 10-12, 2026 | LIVE |
| 2 | Kovo 24-26, 2026 | LIVE |

Atskirame faile live-metrics.md pateikiamos paruoštos vykdyti SQL užklausos ir aprašymai, ką jos grąžina:

## Pardavimai (mokėjimai pagal kohortą)

```sql
SELECT c.name, COUNT(p.id) AS paid, SUM(p.amount) AS revenue
FROM purchases p
JOIN cohorts c ON c.id = p.cohort_id
WHERE p.status = 'paid'
GROUP BY c.name
ORDER BY c.starts_at DESC;
```

Kai paklausiu agento „kiek mokėjimų turime už antrąją kohortą?“, jis:

1. Perskaito business/products/practicum.md
2. Pastebi šalia skaičiaus esančią žymą LIVE
3. Atidaro live-metrics.md
4. Randa skiltį „Pardavimai“
5. Paleidžia užklausą produkcinėje duomenų bazėje
6. Atsako naudodamas naujausius duomenis

Taip išsprendžiamos dvi problemos vienu metu. Skaičiai nepasensta. O sprendimai priimami remiantis dabartiniu vaizdu, ne praėjusių metų duomenimis.

Kaip AI naviguoja antrosiose smegenyse vykdydamas vieną užklausą?#

Konkreti užklausa, pavyzdžiui: „parenk el. laišką dalyviams apie naują kohortą“.

1. Claude pradeda nuo tuščio lango. Įkelia CLAUDE.md (taisykles, technologijų rinkinį, nurodymus).
2. CLAUDE.md nurodymuose pamato: „ai-clone/INDEX.md – visada skaityti sesijos pradžioje.“ Atidaro failą ir sužino, kas aš esu, koks mano tonas ir kokius draudžiamus žodžius naudoju.
3. Nurodymuose pamato: „el. laiškų šablonai – src/lib/email/layout.ts.“ Atidaro failą ir perpranta formatą.
4. Pamato: „produkto kontekstas – business/products/practicum.md.“ Atidaro failą ir perskaito apie produktą.
5. Faile pamato žymą LIVE ir nuorodą į live-metrics.md. Atidaro failą ir randa paruoštą vykdyti SQL užklausą. Jei reikia dabartinio skaičiaus, paleidžia užklausą. Jei ne, pasižymi „gauti šį skaičių siuntimo metu“.
6. Pamato tono taisykles faile ai-clone/style/telegram-format.md, ilgojo brūkšnio draudimą faile ai-clone/feedback/no-em-dashes.md ir konversijos rodiklius faile business/marketing/funnel.md.

Jis parašo el. laišką mano tonu, su naujausiais skaičiais ir be ilgųjų brūkšnių ar AI požymių.

Savo inžinerijos tinklaraštyje Anthropic šį metodą vadina kontekstu tinkamu momentu:

Kitaip tariant, Claude nešiojasi nuorodas į duomenis, o ne pačius duomenis. Taip žetonai naudojami daug taupiau ir darbas tikslesnis, nes kontekste atsiduria tik aktuali informacija. Langas lieka laisvas samprotauti.

5 antrosios smegenų antipat­ernų – ko reikėtų vengti?#

Antipatternas 1. Išpūstas CLAUDE.md. 500 eilučių instrukcijų „užuot viską sutalpinus vienoje vietoje“. Anthropic kalba tiesiai:

Tikslinė apimtis – 80-120 eilučių. Visa kita sudėkite į atskirus failus ir nurodykite, kur jų ieškoti.

Antipatternas 2. Universalus aplankas. Į antrąsias smegenis metate viską: neapdorotą susirašinėjimą, nenaudingas ekrano kopijas, ataskaitas, kurių niekas neskaitys. Po mėnesio aplankas išsipučia, agentas eikvoja žetonus skaitydamas šiukšles, o jūs nebežinote, kur kas yra. Taisyklė: kiekvienas antrųjų smegenų failas turi atsakyti į konkretų klausimą. Jei niekas jo neatidarė šešis mėnesius, ištrinkite arba perkelkite į archyvą.

Antipatternas 3. Dubliavimas. „Mokėjimai vyksta per CloudPayments faile src/lib/payment/cloudpayments.ts; paslaugų teikėjas nustatytas faile .env.“ Agentas visa tai gali matyti kode. Nedubliuokite informacijos aplanke business/. Dublikatai pasensta: kodas pasikeičia, business/ neatnaujinamas, o agentas remiasi pasenusia informacija.

Antipatternas 4. Fiksuoti skaičiai. „Turime 1,247 klientus, o konversija siekia 6.3 %“ – įsivaizduokite, kad tai skaičiai iš kokio nors abstraktaus fintech startuolio. Visi tokie skaičiai po savaitės bus pasenę. Naudokite žymą LIVE ir live-metrics.md. Apie tai rašoma aukščiau.

Antipatternas 5. Kontekstas be pasiekiamo kelio. Jei antrosios smegenys yra kitoje vietoje, o agentas neturi nei leidimo, nei nuorodos į jas, nepakanka paleisti jį kodo aplanke. Nejautrioms bendroms pastaboms patogu laikyti business/ ir ai-clone/ projekto saugykloje. Privatų kontekstą laikykite atskirai kontroliuojamoje vietoje ir aiškiai nustatykite leidžiamą prieigą bei nukreipimą. Aplankų patogumas nepanaikina konfidencialumo.

Kaip per valandą sukurti antrąsias smegenis – nuoseklus vadovas#

1. Sukurkite du šakninius aplankus

   Projekto šakniniame aplanke, šalia src/:

   mkdir -p business/{products,audience,goals,economics,marketing}
   mkdir -p ai-clone/{identity,voice,principles,feedback,style}
   

2. Sukurkite INDEX.md kaip aplanko žemėlapį

   business/INDEX.md yra lentelė „klausimas → failas“. Pradėkite bent nuo 5 eilučių, o kitas pridėkite vėliau. Tą patį padarykite ir faile ai-clone/INDEX.md.

3. Pridėkite trumpus produkto ir kliento aprašus

   business/products/main.md – kas yra produktas, kam jis skirtas, kiek kainuoja ir kuo skiriasi nuo kitų. 30-50 eilučių. business/audience/avatar.md – kas yra klientas, kokios jo problemos ir ką jis perka. 30-50 eilučių. Aprašykite tikrą, o ne idealų klientą. Jei ko nors nežinote, pažymėkite „reikia išsiaiškinti“ ir tęskite.

4. Aprašykite save faile ai-clone/role.md

   Kas esate, ką veikiate ir kas jums svarbu. 20-30 eilučių. Pradžiai tiek pakanka. Toną, principus ir draudžiamus žodžius pridėkite pastebėję, kad agentas rašo ne jūsų stiliumi.

5. Pridėkite nukreipimo informaciją į CLAUDE.md

   Atidarykite CLAUDE.md ir pridėkite skiltį:

   ## Projekto žemėlapis
   
   - Verslo kontekstas → `business/INDEX.md`
   - Kontekstas apie mane → `ai-clone/INDEX.md`
   - Techniniai planai → `plans/YYYY-MM-DD-*.md`
   - Ankstesnių sesijų apmąstymai → `retrospectives/`
   
   Sesijos pradžioje visada perskaityk `ai-clone/INDEX.md` ir `business/INDEX.md`.
   

6. Paleiskite Claude Code ir patikrinkite

   Atidarykite agentą. Paklauskite: „papasakok apie mano produktą ir auditoriją“. Jei jis atsako remdamasis aplanko kontekstu, vadinasi, viskas veikia. Jei prasimano, patikrinkite, ar aplankai yra šalia projekto, ar failai tinkamai pavadinti ir ar CLAUDE.md nukreipimai tiksliai suformuluoti.

Vėliau antrosios smegenys auga vadovaujantis dviem principais.

Pirma: kiekvieną kartą agentui suklydus pridėkite taisyklę. Po 3-4 savaičių aplanke ai-clone/feedback/ bus 15-20 taisyklių failų, ir agentas nebekartos daugumos įprastų klaidų.

Antra: kiekvieną kartą priėmę verslo sprendimą, užrašykite jį aplanke business/. Jei pakeliate kainą, pridėkite pastabą faile business/products/pricing.md ir nurodykite datą bei priežastį. Jei pakeičiate pozicionavimą, pridėkite pastabą faile business/company/about.md. Po šešių mėnesių turėsite archyvą, kuris atsimena „kodėl“.

Šią savaitę kartu nuveikėme nemažai.

Išanalizuok visus šios savaitės kodo pakeitimus ir visus mūsų atliktus commit.
Kokią vertingą informaciją iš jų reikėtų įrašyti į business/? Įrašyk ją į tinkamus failus
ir pridėk wiki nuorodų į gretimus failus, kad kontekstas neprapultų.

Jei kode yra sprendimų, kurių nepaaiškinau, paklausk manęs, kodėl juos priėmiau,
ir užrašyk priežastį tinkamame faile su data.

Nekartok to, kas jau akivaizdu iš kodo. Įtrauk tik tai, ko agentas
nežinotų kitoje sesijoje neturėdamas business/.

Kas toliau – Skills, Subagents ir konteksto inžinerija#

Sukūrus antrąsias smegenis lieka dar trys įrankiai, kuriuos Anthropic aprašo kaip tris skirtingus konteksto optimizavimo lygius.

Skills – tai procedūrinės žinios. Jei kartojate darbo eigą (rašote mokymosi vadovą, rengiate „Telegram“ įrašą, audituojate svetainę), galite ją aprašyti faile SKILL.md kartu su užduoties aprašu. Sesijos pradžioje Claude peržiūri skills pavadinimus ir aprašymus, o įkelia tik tuos, kurie tinka dabartinei užduočiai. Taip taupomi žetonai ir išlaikomas dėmesys.

Subagents – tai atskiros Claude instancijos su savais konteksto langais. Sudėtingai užduočiai paleiskite subagentą (perskaityti 30 failų ir parengti santrauką): jis dirbs savo lange ir grąžins tik rezultatą. Pagrindinis langas liks laisvas. Anthropic rašo:

Konteksto inžinerija – tai valdymas to, kas apskritai patenka į langą. Anthropic komanda 2025 m. ją pavadino pagrindiniu darbo su agentais įgūdžiu, esančiu vienu lygiu aukščiau už prompt engineering. Prompt engineering – tai tinkamų žodžių pasirinkimas. Konteksto inžinerija – tai failų, maršrutų, skills ir subagentų pasirinkimas.

Antrosios smegenys yra pirmasis konteksto inžinerijos elementas. Be jų Skills neturi ko skaityti, Subagents neturi kur eiti, o agento langas prisipildo atsitiktinės informacijos. Turint antrąsias smegenis, visi trys įrankiai pradeda veikti.

Kitas žingsnis. Sukurkite du aplankus šalia projekto: business/ ir ai-clone/. Į kiekvieną įdėkite INDEX.md su 5 žemėlapio eilutėmis. CLAUDE.md pridėkite keturias nukreipimo eilutes. Per valandą turėsite veikiantį antrųjų smegenų pagrindą. Tada jį plėskite pagal taisyklę „po kiekvienos agento klaidos pridėk vieną eilutę į ai-clone/feedback/“. Visą CLAUDE.md šabloną, kurį naudosite nukreipti į antrąsias smegenis, aiškinu vadove Kaip tinkamai nustatyti CLAUDE.md.

Toliau susipažinkite su Ailoot adresu ailoot.ai.