Claude Code-тағы екінші ми: құрылымды бір сағатта қалай жасауға болады

Ailoot анықтамалық құжаттамасы: ailoot.ai/docs/.

Claude Code-қа екінші ми не үшін керек және онда не болуы қажет?#

Сейсенбі күні Claude Code-ты ашасыз. Жобаның не екенін, аудиториясын түсіндіресіз, нені істемеу керегін айтасыз. Бірге жұмыс істейсіздер. Бейсенбі күні жаңа чат ашылады, сонда бәрін қайта түсіндіруіңіз керек.

Егер CLAUDE.md файлыңыз бар болса, бухимдлын бірінші кезеңін шешкен боласыз. Негізгі ережелер мен жобаның сипаттамасы бір файлда сақталып, әр сессияда жүктеледі. Бұл файл қалай жұмыс істейтінін мен CLAUDE.md туралы нұсқаулығымда түсіндірдім — негізін қалау үшін алдымен соны оқи аласыз.

Бірақ CLAUDE.md — жаңа қызметкерге арналған нұсқаулық. Қалай киіну керек, клиенттермен қандай үнде сөйлесу керек, жариялау үшін қандай командаларды қолдану керек. Жоба туралы дұрыс шешім қабылдауға бұл жеткіліксіз. Шешім қабылдау үшін білім қажет: өнім не екенін, аудитория кім екенін, экономика қалай жұмыс істейтінін, нені сынап көріп, ненің нәтиже бермегенін білу керек.

Мұнда сипатталған автор тәжірибесінде бұл білім бұрын төрт жерде жататын: өз ойында, Telegram чаттарында, Google құжаттарында және қызметкерлердің жадында. Шешім қабылданғаннан кейін бір ай өткенде оның неге қабылданғанын ешкім есіне түсіре алмады. Жаңа адам істің мән-жайына қанығу үшін командадан бір сағат бойы сұрақ сұрайтын. Claude бұл контекстің ешбір бөлігіне қол жеткізе алмайтын.

Автор сипаттаған тәжірибеде екінші ми болмаған кезде әр сессияда клиенттің кім екенін, ұсыныстың қалай құрылғанын және төлемді қай провайдер өңдейтінін қайта-қайта түсіндіруге тура келетін. business/ қалтасы бар кезде мен чат ашып: «жаңа баға жоспарына сай ұсынысты жаңарт» деймін. Claude өздігінен business/company/legal.md файлына өтіп, талаптарды оқиды, содан соң business/products/pricing.md файлын ашып, жаңа баға жоспарын көреді де, бір әрекетте түзету ұсынады. Алдын ала түсіндірудің қажеті жоқ; контекст автоматты түрде жүктеледі.

Anthropic инженерлік блогында бұл мәселені context rot деп атайды:

Басқаша айтқанда, терезеге неғұрлым көп ақпарат тықпаласаңыз, агент нақты деректермен соғұрлым нашар жұмыс істейді. Шешімі — Claude нақты сұрауға жауап бергенде өзі аша алатын сыртқы файлдар құрылымын сақтау. Екінші ми дегеніміз — осы.

Екінші ми деген не және оны Claude-қа қалай қолдануға болады?#

Екінші ми әдетте жалпы өнімділікке қатысты: адамдар Obsidian қоймасын жасап, оған кітаптардан үзінділерді, қоңыраулардан жазбаларды және жоба идеяларын қосады.

Автор бұл идеяны Claude Code-пен жұмысқа қолданғанда, ол өнімділік туралы болудан қалып, агент архитектурасына айналды.

Классикалық тәсілде екінші ми сіздікі, оған қолмен кіресіз. Claude Code-пен жұмыс істегенде, екінші ми екі бағытты болады: оған сіз де, агент те кіре алады. Бұл оның пішіміне қойылатын талаптарды өзгертеді.

Агент оған өздігінен кіретіндіктен, файлдар қосымша интеграциясыз түсіне алатын пішімде болуы керек. Markdown өте қолайлы: мәтін, тақырып иерархиясы және файлдар арасындағы сілтемелер. Notion мен Google Docs жарамайды. Оларды MCP арқылы қосуға болады, бірақ бұл тағы бір қабат, әр сұрауға тағы бір токен және тағы бір істен шығу нүктесі деген сөз.

Файлдар жоба жанындағы файлдық жүйеде болғандықтан, олар Claude Code қол жеткізе алатын ортаға автоматты түрде кіреді. Ештеңе баптаудың қажеті жоқ. Агентті жоба қалтасында іске қосыңыз — ол ішіндегі барлық файлды көре алады. Бұл тегін және бірден жұмыс істейді.

Claude Code әдепкіде қандай жад иерархиясымен келеді?#

Өзіңіз бірдеңе қоспас бұрын, Claude сіздің көмегіңізсіз нені есте сақтай алатынын қарастырайық. Anthropic өзінің ресми құжаттамасында екі тетікті сипаттайды: CLAUDE.md (сіз жазатын ережелер) және авто жад (Claude өзі жазатын сабақтар). Екеуі де әр сессия басталғанда жүктеледі.

CLAUDE.md бір мезгілде төрт жерден ізделеді:

Төрт файлдың бәрі контекстке жүктеледі. Деңгей неғұрлым нақты болса, басымдығы соғұрлым жоғары. Local файлы соңынан оқылады, сондықтан оның ережелері басқаларының бәрін басып озады.

CLAUDE.md файлы жобаның ішіндегі кез келген қалтада да болуы мүмкін. Claude ішкі қалтадан файл оқығанда, сол қалтадағы CLAUDE.md файлын қажет кезінде жүктейді. Бұл монорепода пайдалы: фронтенд ережелері frontend/CLAUDE.md ішінде, бэкенд ережелері backend/CLAUDE.md ішінде болады да, агент тиісті бөлікпен жұмыс істегенде ғана жүктеледі.

Авто жад Claude Code 2.1.59 нұсқасында пайда болды. Бұл — Claude сіз туралы жазатын файлдар:

~/.claude/projects/<project-name>/memory/
├── MEMORY.md          # Индекс, әр сессияда жүктеледі (200 жол немесе 25KB)
├── debugging.md       # Толық жазбалар (қажет кезде жүктеледі)
├── api-conventions.md
└── ...

Anthropic мұны ресми құжаттамасында былай сипаттайды:

Авто жад ~/.claude/settings.json ішіндегі autoMemoryEnabled жалаушасы арқылы қосылады. Оған не жазатынын Claude шешеді. MEMORY.md файлын ашып, қолмен өңдеуге болады — бұл кәдімгі markdown.

CLAUDE.md пен екінші мидың шекарасын қай жерден белгілеу керек?#

Сөздерімде қолданатын ұқсастық мынадай: жаңа қызметкерді жалдадыңыз делік. Бірінші күні оған не бересіз?

Нұсқаулық: қалай киіну керек, қашан келу керек, клиенттермен қандай үнде сөйлесу керек, қандай жүйе арқылы жариялау керек. Бұл қысқа құжат. Онда немен айналысатыныңыз және неліктен екені түсіндірілмейді. Тек өзін қалай ұстау керегі айтылады.

Ал компанияның викиіне бөлек қол жеткізу беріледі. Онда өнімнің не екені, кімге арналғаны, аудиториясы кім екені, бағасы қанша және неге дәл сондай екені, бәсекелестері кім екені және қандай қателіктер жіберілгені түсіндіріледі. Бұл — ауқымды мұрағат. Оны ешкім басынан аяғына дейін оқымайды; нақты сұрақ туғанда соған жүгінесіз.

CLAUDE.md = нұсқаулық. Екінші ми = вики. Екеуі де керек.

Айырмашылығы қарапайым. Әр тапсырмаға қатысты нәрсенің бәрін CLAUDE.md ішіне жазыңыз:

• Агенттің осы жобадағы рөлі (көмекші, жетекші, ассистент)
• Қай тілде жауап беру керек
• Құралдар стегі
• Жариялау командалары
• Тыйымдар (ұзын тире қолданбау, git push --force орындамау)
• Бағыттар: бизнес контексті үшін қайда, қағидаттар үшін қайда бару керек

Қажет кезде ғана керек нәрсенің бәрін екінші миға салыңыз:

• Өнім, аудитория, экономика және мақсаттар
• Бәсекелестер мен нарық
• Бұрын қабылданған шешімдер және олардың себептері
• Клиент мысалдары мен пікірлері
• Қағидаттар мен әдістеме

Anthropic құжаттамасында да дәл осындай айырмашылық жасайды:

Skills — эпизодтық білімді сақтаудың бір жолы. Жоба жанындағы business/ қалтасы — тағы бір жол. Мен екеуін де қолданамын, төменде толығырақ түсіндіремін.

Жоба миы неден тұрады: 5 бөлік және уақыт машинасы#

Автор сипаттаған тәжірибедегі архитектура мысалы:

Әдістемедегі негізгі тұс — ai-clone/ мен business/ қалталарын бөлек ұстау.

business/ қалтасы «немен айналысамыз?» деген сұраққа жауап береді. Өнім, аудитория, бағалар, бәсекелестер. Бұл — жоба туралы. Ертең жобаны серіктеске берсеңіз, бұл қалта да онымен бірге кетеді.

ai-clone/ қалтасы «шешімді қалай қабылдаймын?» деген сұраққа жауап береді. Қағидаттарым, үнім, кәсіби шеберлігім және қолданбайтын сөздерім. Бұл — мен туралы. Ертең жаңа жоба бастасам, бұл қалта да менімен бірге барады.

business/ қалтасына нені салу керек, ал нені салмау керек?#

Автор сипаттаған жобадағы business/ қалтасының жоғарғы деңгейдегі құрылымы:

business/
├── INDEX.md              ← қалталар картасы, алдымен осыны оқыңыз
├── company/              ← миссия, заңды тұлға, құндылықтар, құқықтық саясаттар
├── products/             ← өнімдер, хөтөлбөрүүд, бағалар
├── audience/             ← клиенттің профилі, сегменттер, қарсылықтар
├── goals/                ← жылдық, тоқсандық, айлық мақсаттар, метрикалар
├── economics/            ← бірлік экономикасы, кіріс, шығыс, болжам
├── marketing/             ← арналар, воронка, материалдар, бәсекелестер
├── execution/            ← апталық жоспарлау, backlog
└── assets/               ← дизайн жүйесі, пікірлер, мәтіндер қоры

Бұл — автор сипаттаған жобадан алынған мысал, қатаң ереже емес. Қалталарды қажеттілікке қарай жасаймын. Алғашында үш қалтадан бастадым (products/, audience/, goals/); 2-3 айдан кейін жаңа нәрселерді қайда салу керегі түсініксіз болғанда, қалғандарын қостым.

Қалтаның басты файлы — INDEX.md. Бұл карта. Онда Claude қайда бару керегін түсіну үшін қолданатын «сұрақ → файл» кестесі бар. Онсыз агент әр файлды ретімен оқып, токен жұмсайды.

INDEX.md файлының мысал үзіндісі:

### Қажетті ақпаратты қайдан табуға болады

| Не керек | Қайдан қарау керек |
|---|---|
| Клиентіміз кім және оның қиындықтары қандай | `business/audience/avatar.md` |
| Өнімдер, жоспарлар және бағалар | `business/products/` |
| Мақсаттар мен метрикалар | `business/goals/` |
| Экономика (кіріс, шығыс, бірлік экономикасы) | `business/economics/` |
| Жарнама арналары мен материалдар | `business/marketing/` |

CLAUDE.md ішіндегі бір жол жеткілікті: «Бизнес туралы сұрақтар үшін business/INDEX.md файлын оқып, картадағы сілтемелерді қолданыңыз». Агент бүкіл қалтаны контекстке жүктемейді. Алдымен картаны оқиды, тиісті файлды таңдайды да, тек соны ашады.

business/ қалтасына салмау керек нәрселердің тізімі:

• Өңделмеген чат хат-хабары. Егер маңызды ой болса, оны қорытып, жазып қойыңыз. Болмаса, қоспаңыз.
• Кодта қайталанатын ақпарат. «Төлемдер CloudPayments арқылы өтеді» деп жазудың қажеті жоқ: агент оны кодтан көре алады.
• Скриншоттар мен суреттер. Олар қалтаның көлемін арттырады, әрі қосымша қадамсыз мәтіндік модель оларды талдай алмайды.
• Динамикалық сандар. «Бүгін өнім үшін 423 төлем түсті» деген дерек бір аптада ескіреді. LIVE белгісін және дерекқор сұрауына сілтемені пайдаланыңыз.
• Құпия немесе күмәнді ақпарат. Ертең репозиторий YouTube-та жүз мың бейтаныс адамның алдында жария болса, көрсетуге дайын емес нәрсені сақтамаңыз. Қалтаны қызметкерлер, агенттер және кейде сыртқы мердігерлер оқиды.

Неліктен ai-clone қалтасы бөлек болуы керек және оны неге business-пен араластырмау керек?#

Идеясы қарапайым: бизнес немен айналысатынымызды біледі. Клон менің қалай шешім қабылдайтынымды біледі.

Автор сипаттаған жобадағы ai-clone/ қалтасының құрылымы:

ai-clone/
├── INDEX.md           ← қалталар картасы
├── role.md            ← мен кіммін, тәжірибем, мен үшін маңызды нәрселер
├── identity/          ← құндылықтар, көзқарас, миссия
├── thinking/          ← баяндамалардан алынған ойлау модельдері
├── voice/             ← үн, сөздік қор, стиль
├── principles/        ← өнім, код, бизнес туралы сенімдер
├── feedback/          ← қателерден үйренген ережелер ← басты қалта
├── style/             ← қолданбайтын сөздер, Telegram пішімі
└── reference/         ← құралдар, орта

Ең пайдалы қалта — feedback/. Онда агент қателерінен үйренген нақты ережелерім сақталады. Әр ереже мына пішім бойынша жеке файлда тұрады:

---
name: short-name
description: бір жол - файлда не бар және оны қашан қолдану керек
type: feedback
---

Бір сөйлемнен тұратын қысқа ереже.

**Неге:** бұл ереже не үшін бар. Контекст, оқиға, байқау.

**Қалай қолдану керек:** ереже қолданылатын нақты жағдайлар.

«Неге» деген бөлік болмаса, ереже жансыз болады — агент оны ұқсас жағдайға қолдана алмайды. «Қалай қолдану керек» болмаса, ережені қашан пайдалану керегі түсініксіз.

Қалтамдағы мысал — «ұзын тире емес, дефис». Ұзын тире — жасанды мәтіннің негізгі көрнекі белгісі болғандықтан, бұл ереже пайда болды. Ол көпшілікке арналған кез келген мәтінге қатысты. Файл мына жерде: ai-clone/feedback/no-em-dashes.md.

Мен мұны сәл басқаша істеймін: ережелерді CLAUDE.md ішіне емес, ai-clone/feedback/ ішіне жазамын. CLAUDE.md — жоба файлы, ал үн мен стиль ережелері жеке сипатқа ие. Олар менімен бірге келесі жобаға көшеді. CLAUDE.md жобамен бірге қалады.

Live Metrics деген не және файлдарға сандарды неге тікелей жазбау керек?#

Екінші миды бастағандағы негізгі қателіктің бірі — оған ескірген сандарды толтыру. «Бізде 320 клиент бар» деп жазасыз, екі аптадан кейін 410 болып шығады. «Айлық кіріс 4.7 миллион» деп жазасыз, бір айдан кейін контекст жоғалады: бұл мақсат па, нақты нәтиже ме, әлде болжам ба?

Автор мысалында бұл былай жұмыс істейді. business/products/practicum.md файлында санның орнына белгі тұрады:

## Топтар

> **LIVE** - топтар бойынша ағымдағы төлемдерді көру үшін `live-metrics.md` файлының
> «Сату» бөліміндегі сұрауларды орындаңыз.

| Топ | Күндер | Төлем жасағандар |
|-------|------|------------|
| 1 | 2026 жылғы 10-12 наурыз | LIVE |
| 2 | 2026 жылғы 24-26 наурыз | LIVE |

Бөлек live-metrics.md файлында орындауға дайын SQL сұраулары және олардың қай дерек қайтаратынының сипаттамасы болады:

## Сату (топтар бойынша төлемдер)

```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;
```

Агенттен «екінші топта қанша төлем бар?» деп сұрасам, ол:

1. business/products/practicum.md файлын оқиды
2. Санның жанындағы LIVE белгісін көреді
3. live-metrics.md файлын ашады
4. «Сату» бөлімін табады
5. Сұрауды өндірістік дерекқорға жібереді
6. Жаңа деректерді қолданып жауап береді

Бұл екі мәселені бірдей шешеді. Сандар ескірмейді. Шешімдер былтырғы емес, қазіргі жағдайға сүйеніп қабылданады.

Агент бір сұрауға жауап беру үшін екінші миды қалай шарлайды?#

Мысалы, нақты сұрау: «жаңа топ қатысушыларына электрондық хаттың жобасын жаз».

1. Claude бос терезеден бастайды. Ол CLAUDE.md файлын жүктейді (ережелер, стек, бағыттар).
2. CLAUDE.md ішіндегі бағыттардан «ai-clone/INDEX.md — әр сессияның басында міндетті түрде оқу» дегенді көреді. Файлды ашып, менің кім екенімді, үнім қандай екенін және қандай сөздерді қолданбайтынымды біледі.
3. Бағыттардан «электрондық хат үлгілері — src/lib/email/layout.ts» дегенді көреді. Файлды ашып, пішімін түсінеді.
4. «Өнім контексті — business/products/practicum.md» дегенді көреді. Файлды ашып, өнім туралы оқиды.
5. Файлдағы LIVE белгісін және live-metrics.md файлына сілтемені көреді. Файлды ашып, орындауға дайын SQL сұрауын табады. Қазіргі сан қажет болса, сұрауды орындайды. Қажет болмаса, «жіберер кезде осы санды алу» деп белгілейді.
6. ai-clone/style/telegram-format.md ішіндегі үн ережелерін, ai-clone/feedback/no-em-dashes.md ішіндегі ұзын тиреге тыйымды және business/marketing/funnel.md ішіндегі воронка конверсиясын көреді.

Ол хатты менің үніммен, жаңа сандармен, ұзын тиресіз және AI белгілерінсіз жазады.

Anthropic инженерлік блогында бұл тәсілді just-in-time context деп атайды:

Басқаша айтқанда, Claude деректердің өзін емес, оларға сілтемелерді сақтайды. Бұл токендерді әлдеқайда үнемді жұмсайды әрі әлдеқайда дәл, өйткені контекстке тек қатысты ақпарат кіреді. Контекст терезесі ой қорытуға бос қалады.

Екінші миды қолданғанда қандай 5 қателіктен аулақ болу керек?#

Қателік 1. Шамадан тыс үлкен CLAUDE.md. «Бәрін бір жерге салудың» орнына 500 жол нұсқаулық жазу. Anthropic мұны ашық айтады:

Мақсатты ұзындығы — 80-120 жол. Қалғанының бәрін бөлек файлдарға салып, оларға бағыттаңыз.

Қателік 2. Бәрін сала беретін қалта. Екінші миға өңделмеген чат хат-хабарын, қажетсіз скриншоттарды, ешкім оқымайтын есептерді сала бересіз. Бір айдан кейін қалта үлкейіп кетеді, агент қоқысты оқуға токен жұмсайды, ал сіз ештеңенің қайда тұрғанын білмей қаласыз. Ереже: екінші мидағы әр файл нақты бір сұраққа жауап беруі керек. Оны алты ай бойы ешкім ашпаса, өшіріңіз немесе мұрағатқа көшіріңіз.

Қателік 3. Қайталау. «Төлемдер CloudPayments арқылы өтеді, src/lib/payment/cloudpayments.ts ішінде; провайдер .env файлына бапталған». Агент мұның бәрін кодтан көре алады. Мұны business/ ішінде қайталап жазудың қажеті жоқ. Көшірме ақпарат ескіреді: код өзгереді, business/ жаңартылмайды да, агент ескірген ақпаратқа сүйенеді.

Қателік 4. Сандарды тікелей жазу. «Бізде 1,247 клиент бар, конверсия 6.3%» — мұны әлдебір ойдан алынған финтех стартапының сандары деп елестетейік. Мұндай сандардың бәрі бір аптада ескіреді. LIVE белгісі мен live-metrics.md пайдаланыңыз. Бұл туралы жоғарыда айтылды.

Қателік 5. Қолжетімді жолы жоқ контекст. Екінші ми басқа жерде тұрып, агентте оған рұқсат та, сілтеме де болмаса, код қалтасынан бастау жеткіліксіз. Құпия емес ортақ жазбалар үшін business/ пен ai-clone/ қалталарын репозиторий ішінде ұстау ыңғайлы. Жеке контексті бөлек басқарылатын жерде сақтап, рұқсат етілген қолжетімділік пен бағыттауды анық баптаңыз. Қалта ыңғайлылығы құпиялылықтан жоғары тұрмайды.

Екінші миды бір сағатта қалай құруға болады: қадамдық нұсқаулық#

1. Түбір деңгейінде екі қалта жасаңыз

   Жобаның түбірінде, src/ жанында:

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

2. Қалталар картасы ретінде INDEX.md жасаңыз

   business/INDEX.md — «сұрақ → файл» кестесі. Алдымен кемінде 5 жол қосыңыз да, қажетіне қарай көбейтіңіз. ai-clone/INDEX.md файлына да солай жасаңыз.

3. Өнім мен клиенттің қысқа сипаттамасын қосыңыз

   business/products/main.md — өнімнің не екенін, кімге арналғанын, қанша тұратынын және оның қандай ерекшелігі барын жазыңыз. 30-50 жол. business/audience/avatar.md — клиенттің кім екенін, қандай мәселесі барын және нені сатып алатынын жазыңыз. 30-50 жол. Мінсіз клиентті сипаттамаңыз — нақты клиентті сипаттаңыз. Бір нәрсені білмесеңіз, «нақтылау керек» деп белгілеп, әрі қарай жалғастырыңыз.

4. ai-clone/role.md ішінде өзіңізді сипаттаңыз

   Кімсіз, немен айналысасыз және сіз үшін не маңызды. 20-30 жол. Бастау үшін осы жеткілікті. Агенттің өзіңізге ұқсамайтын стильде жазғанын байқасаңыз, үн, қағидаттар мен қолданбайтын сөздерді қосыңыз.

5. CLAUDE.md файлына бағыттау қосыңыз

   CLAUDE.md файлын ашып, мына бөлімді қосыңыз:

   ## Жоба картасы
   
   - Бизнес контексті → `business/INDEX.md`
   - Мен туралы контекст → `ai-clone/INDEX.md`
   - Техникалық жоспарлар → `plans/YYYY-MM-DD-*.md`
   - Өткен сессиялар туралы ой-толғамдар → `retrospectives/`
   
   Әр сессияның басында міндетті түрде `ai-clone/INDEX.md` және `business/INDEX.md` файлдарын оқыңыз.
   

6. Claude Code-ты іске қосып, тексеріңіз

   Агентті ашыңыз. Одан «өнімім мен аудиториям туралы айтып бер» деп сұраңыз. Егер қалтадағы контекстке сүйеніп жауап берсе, бәрі жұмыс істеп тұр. Бірдеңені ойдан шығарса, қалталар жобамен қатар орналасқанын, файлдардың дұрыс аталғанын және CLAUDE.md файлындағы бағыттар нақты жазылғанын тексеріңіз.

Одан кейін екінші ми екі қағидат бойынша өседі.

Біріншіден: агент қате жіберген сайын, ереже қосыңыз. 3-4 аптадан кейін ai-clone/feedback/ қалтасында 15-20 ереже файлы болады, сонда агент жиі кездесетін қателердің көбін қайталамайды.

Екіншіден: бизнес шешім қабылдаған сайын, оны business/ қалтасына тіркеңіз. Бағаны көтерсеңіз, күні мен себебін көрсетіп business/products/pricing.md файлына жазба қосыңыз. Позициялауды өзгертсеңіз, business/company/about.md файлына жазыңыз. Алты айдан кейін сізде «неге?» деген сұрақтың жауабын сақтайтын мұрағат болады.

Осы аптада бірге қомақты жұмыс атқардық.

Осы аптадағы барлық код өзгерісін, жасаған барлық коммитімізді талда.
Бұдан алынған қандай құнды ақпарат business/ ішінде сақталуы керек екенін анықтап, контекст жоғалмас үшін көршілес файлдарға wiki сілтемелерін қосып, тиісті файлдарға жаз.

Егер кодта мен түсіндірмеген шешімдер болса, себебін сұрап,
күнін көрсетіп, себебін тиісті файлға жаз.

Кодтан онсыз да анық көрінетін нәрсені қайталама. Келесі сессияда
business/ болмаса, агент біле алмайтын ақпаратты ғана қос.

Одан кейін не істеу керек: Skills, Subagents және context engineering#

Екінші ми дайын болған соң, Anthropic контексті оңтайландырудың үш түрлі деңгейі ретінде сипаттайтын тағы үш құрал бар.

Skills — рәсімдік білім. Қайталайтын жұмыс ағыныңыз болса (оқу нұсқаулығын жазу, Telegram жазбасын дайындау, веб-сайтты тексеру), оны тапсырма сипаттамасы бар SKILL.md файлына енгізуге болады. Сессия басында Claude skill атаулары мен сипаттамаларын қарап, ағымдағы тапсырмаға сәйкес келетіндерін ғана жүктейді. Бұл токен үнемдеп, назарды шоғырландыруға көмектеседі.

Subagents — жеке контекст терезелері бар оқшауланған Claude даналары. Ауыр тапсырмаға субагентті іске қосыңыз (30 файлды оқып, қорытынды дайындау), сонда ол жеке терезесінде жұмыс істеп, тек нәтижесін қайтарады. Негізгі терезеңіз бос қалады. Anthropic былай жазады:

Context engineering — терезеге жалпы не кіретінін басқару. Anthropic оны 2025 жылы агенттермен жұмыс істеудің prompt engineering-тен бір деңгей жоғары негізгі дағдысы деп атады. Prompt engineering — сөздерді таңдау. Context engineering — файлдарды, бағыттарды, skills пен subagents-ті таңдау.

Екінші ми — context engineering-тің алғашқы құрылыс бөлшегі. Ол болмаса, Skills бос орыннан білім іздейді, Subagents баратын жер таппайды, ал агенттің терезесі кездейсоқ ақпаратқа толады. Екінші ми болса, үш құралдың бәрі де жұмыс істей бастайды.

Келесі қадам. Жобаның жанында екі қалта жасаңыз: business/ және ai-clone/. Әрқайсысына карта қызметін атқаратын 5 жолдық INDEX.md қосыңыз. CLAUDE.md ішіне бағыттайтын төрт жол енгізіңіз. Бір сағаттан кейін екінші мидың жұмыс істейтін негізі дайын болады. Одан кейін «агент әр қателескен сайын ai-clone/feedback/ ішіне бір жол қос» ережесі бойынша дамытыңыз. Екінші миға бағыттау үшін қолданатын толық CLAUDE.md үлгісін CLAUDE.md файлын дұрыс баптау нұсқаулығында түсіндіремін.

Ailoot туралы оқуды ailoot.ai сайтында жалғастырыңыз.