Claude Code-тағы /goal: автономды режим және Agent View, 2026 жылы

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

Claude Code-тағы /goal дегеніміз не?#

Бұрын Claude Code әр жауаптан кейін тоқтап, келесі сұрауыңызды күтетін. Бұл қысқа тапсырмаларға жарайтын, бірақ ұзақ тапсырмаларда қиындық тудыратын: API көшіру, 12 істемей тұрған тестті түзету, 800 жолдық файлды рефакторинг жасау сияқты жұмыстар 20–30 қайталауды талап етеді, әрқайсысы сізді терминалға қайта әкелетін.

/goal бұл мәселені қарапайым идеямен шешеді: «жұмысты істейтінді» «жұмыстың қашан аяқталғанын шешетіннен» бөлу. Негізгі агент код жазады. Бөлек бағалаушы (жылдам Haiku моделі) әр кезектен кейін әңгімені оқып, бір сұраққа жауап береді: «Шарт орындалды ма?» Егер жоқ болса, агент тағы бір кезекті бастайды. Иә болса, басқару сізге қайтарылады.

Anthropic-тің ресми құжаттамасында бұл былай анықталған:

Түнде телефоннан мыңдаған агентті іске қосу — жарнама емес, Anthropic инженері күнделікті қолданатын тәсіл. Бұған мүмкіндік беретін тетік — 2026 жылғы 11 мамырдағы сол шығарылымда енгізілген /goal + Agent View үйлесімі.

Автономды режим не үшін керек: 2026 жылғы 11 мамырға дейін және одан кейін не өзгерді?#

«ЖИ-ді түнге жұмысқа қалдыру» идеясы 2025 жылдың күзінен бері бар еді: Cursor Composer мен Cline auto mode фондық режимде жұмыс істей алатын. Бірақ 2026 жылғы 11 мамырға дейін Claude Code-та бұл үшін қолмен жасалған орауыш қажет болатын: claude -p пәрменін әр N минут сайын шақыратын cron тапсырмасы немесе git status-ты бақылап, келесі сұрауды іске қосатын орауыш.

Бұл өз қолыңмен жасалған тәсіл апаттарға жиі әкелетін. 2026 жылғы 22 мамырда бір әзірлеуші осындай скриптті түні бойы қосып қойып, таңертең $6,000 шот көрді. Түпкі себеп: Anthropic Claude Code кэшінің TTL мерзімін бір сағаттан бес минутқа үнсіз өзгертті. Cron өндірістік ортаны әр 30 минут сайын шақырған — аралықта кэштің мерзімі бітіп үлгеретін. Әр іске қосылған сайын 800,000 токендік тарих қайтадан құрылды. Кэшке жаңа дерек жазу белсенді кэштен оқудан әлдеқайда қымбат.

Әзірлеуші ешқандай тосын нәрсе жасамаған — құралды Anthropic жарнамалағандай пайдаланған.

/goal бұл мәселені кіріктірілген архитектурамен шешеді:

1. Сессияны терминалдан тыс ұстап, терезені жабуға және ноутбуктің ұйқы режиміне өтуіне төтеп беретін Supervisor процесі.
2. Haiku бағалаушысы — арзан модель әр кезекті тексереді; бағалаушының токендері тиын тұрады.
3. Шарттағы қатаң кезек шегі — or stop after 20 turns деп нақты жаза аласыз, сонда сессияның тоқтайтынына кепілдік беріледі.
4. Фондық сессияларға арналған worktree оқшаулауы — өзгерістер жұмыс көшірмеңізге тимей, бөлек тармаққа түседі.

«Bash скриптін өзің жаз» тәсілінен айырмашылығы — Anthropic осы тетіктердің бәрін үшінші тараптың амалдары емес, құралдың бірінші дәрежелі бөлігі етті.

/goal пәрменін 3 қадамда қосу#

1-қадам. Claude Code-ты 2.1.139 немесе одан жаңасына жаңартыңыз.

Нұсқасын тексеріңіз:

claude --version

Егер 2.1.139-дан төмен болса, жаңартыңыз:

claude update
# or force it through npm
npm install -g @anthropic-ai/claude-code@latest

2026 жылғы 12–19 мамыр аралығындағы шығарылымдар алғашқы нұсқадағы маңызды қателерді түзетті. 2.1.140-та disableAllHooks бағалаушыны бұғаттайтын үнсіз ілініп қалу қатесі түзетілді. 2.1.143-та worktree.bgIsolation: "none" және stop hook циклдерін түзету қосылды. 2.1.144-та (19 мамыр) фондық сессияларға арналған --resume және скрипт жазуға арналған agents --json қосылды. Ең төменгі нұсқа — 2.1.143.

2-қадам. Шартпен бірге /goal деп жазыңыз.

Кәдімгі Claude Code сессиясын ашып, пәрменді енгізіңіз:

/goal all tests in test/auth pass and the linter is clean, or stop after 15 turns

Одан кейін бөлек сұрау жіберудің қажеті жоқ — пәрмен бірінші кезекті бірден бастайды. Шартты орысша, ағылшынша немесе араластырып жазуға болады; модель екі тілді де түсінеді. Ұзындығы 4,000 таңбаға дейін болуы мүмкін.

3-қадам. Тікелей қабат арқылы бақылаңыз.

/goal іске қосылған соң терминалдың төменгі жағында тікелей панель пайда болады:

/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail

Ол мыналарды көрсетеді:

• Turns — аяқталған кезектер саны
• Elapsed — іске қосылғаннан бері өткен уақыт
• Tokens — жұмсалған токендердің жалпы саны (бюджетті бақылаудағы басты көрсеткіш)
• Last — бағалаушының «әлі емес» деуіне соңғы рет келтірген себебі

Пайдалы тәсіл: бағалаушы бір себепті қатарынан үш кезек қайталаса, циклге түскеніңізді білдіруі мүмкін. Ctrl+C басыңыз немесе /goal clear енгізіңіз (синонимдері: stop, off, reset, cancel), шартты басқаша жазып, қайта іске қосыңыз. Қауымдастық нұсқаулықтарында бұл /goal цикліне түсудің басты белгісі ретінде аталады: «бір себепке үш рет тірелді — цикл, шығыңыз».

Жақсы шартты қалай жазуға болады: 5 қағида + 5 мысал#

Anthropic құжаттамасында жақсы шарттың үш қажетті элементі сипатталған:

Үш элементтің бәрін бір жолда қамтитын дайын үлгі:

/goal [жұмысты істе] [өлшенетін соңғы күйге] жеткенше, [сақталуы тиіс шектеулерді] бұзбай

Көпшілік ескере бермейтін бес қағида:

1-қағида. Соңғы күй талғамға емес, пәрменге сүйеніп тексерілуі керек.

«Әдемі көрінсін» емес, npm test exits 0. «UX-ті жақсарт» емес, Lighthouse Performance score above 90. Бағалаушы тек транскриптті оқиды — пәрмендерді орындамайды және скриншоттарды қарамайды. Нәтижені мәтінмен тіркеу мүмкін болмаса, бағалаушы ешқашан «иә» демейді.

2-қағида. Шектеулер анық әрі тар болуы керек.

Шектеу болмаса, Claude тесттерді өздерін жою немесе өтпей қалған тексерулерді түсініктемеге айналдыру арқылы «түзетуі» мүмкін. without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies деп нақтылаңыз.

3-қағида. Қатаң кезек шегі қажет.

Әр шартқа or stop after N turns қосыңыз. Бұл шексіз циклден қорғайтын сақтандырғыш. Шек болмаса, бір сағат жұмыс істейтін цикл сол тапсырманы қолмен орындаудан көбірек токен жұмсайды. Бюджетті алдын ала есептеңіз.

4-қағида. Тек ҚАЛАЙ емес, НЕНІ сипаттаңыз.

«Дайын» дегені «жақсы көрінеді», «дұрыс сезіледі», «жақсы жобаланған» немесе «қызық» деген тапсырмаларда /goal қолданбаңыз. Бағалаушы тек мәтін барысын оқиды — ол құралдарды іске қоспайды және нәтиженің қалай жұмыс істейтінін бағалай алмайды.

Жалпы қағида:

Шартта көрініс туралы айтпасаңыз, Claude оны жасамайды. Шарт тек «тесттер өтсін» десе, Claude күрделі тесттерді түсініктемеге айналдыруы мүмкін. Тек ҚАЛАЙ тексеретініңізді емес, НЕНІ қалайтыныңызды сипаттаңыз.

5-қағида. Claude-тан дәлелді чатта көрсетуді сұраңыз.

Бағалаушы пәрмендерді орындамайды — Claude көрсетіп қойған нәрсені ғана оқиды. Шартта «npm test сәтті өтсін» делінсе, бірақ Claude транскриптте npm test нәтижесін көрсетпесе, бағалаушы мәңгі «әлі емес» дейді. Шартқа «<command> пәрменінің нәтижесін әңгімеде көрсет» деген тіркесті қосыңыз.

Кәдімгі тапсырмаларға арналған бес жұмыс істейтін мысал:

1. API көшіру:
/goal getUser() пәрменінің барлық шақырылымы fetchUser() арқылы ауыстырылды, npm test өтеді, npm run build сәтті, басқа API атауларына тимеу, or stop after 30 turns

2. Тесттерді түзету:
/goal test/auth ішіндегі барлық өтпей қалған тесттер енді өтеді (npm test чатта 0 қате көрсетеді), assertion-дарды өзгертпей немесе тесттерді жоймай, or stop after 20 turns

3. Код сапасы (файл өлшемі):
/goal src/legacy/UserService.ts файлы әрқайсысы 200 жолдан аспайтын файлдарға бөлінді, барлық import жаңартылды, npm run build сәтті, or stop after 25 turns

4. Жиналып қалған тапсырмаларды жабу:
/goal 'good-first-issue' белгісі бар барлық issue-ды өңде: сипаттамасын оқы, worktree тармағында түзету енгіз, PR аш. Кезек бос болғанша немесе 6 issue өңделгенше жалғастыр

5. Қауіпсіздік аудиті:
/goal npm audit арқылы табылған severity >= high осалдығының бәрі түзетілді, барлық бұрыннан бар тест өтеді, API-де бұзатын өзгерістер жоқ, or stop after 15 turns

Жай ғана /goal іске қосып қоймай, автономды режим жобаңызда шынымен жұмыс істейтін жүйе құрғыңыз келе ме? /goal — соңғы буын ғана. Оған дейін үш негіз дайын болуы керек: ЖИ көшірмесі (Skills және Subagents ішіндегі әдіснамаңыз), екінші ми (CLAUDE.md және plans/ бумасы) және контекст инженериясы (Plan Mode және /compact). Үшеуін бірге ойластыру керек — контекстпен жұмыс істеуді осындай үйлесім қолдайды.

/goal шынымен пайдалы болатын 5 мысал#

Anthropic құжаттамасында /goal қолдануға болатын төрт тапсырма түрі келтірілген:

Міне, дайын шарттары бар бес мысал — оларды алып, жобаңызға бейімдеңіз.

1-мысал. Модульді жаңа API-ге көшіру.

Жағдай: REST-тен GraphQL-ге көшіп жатырсыз немесе ескі getUser() функциясын жаңа fetchUser() функциясына ауыстырып жатырсыз. Тапсырма бірсарынды болғанымен, 30–50 файлға тиетэй.

Шарт:

/goal src/ доторх бүх getUser() дуудлагыг fetchUser()-ээр сольсон, бүх дуудлага шинэ интерфэйсээр шинэчлэгдсэн (userId биш id), npm test амжилттай, src/-ээс гаднах файлд гар хүрээгүй, or stop after 30 turns

Неге жұмыс істейді: соңғы нәтижені grep -r getUser src/ | wc -l пәрменімен (нәтиже 0 болуы керек) және npm test exits 0 арқылы тексеруге болады. Бұл шектеу тест файлдарын қорғайды.

2-мысал. Өтпей қалған тесттерді түзету.

Жағдай: кітапхананы жаңартқаннан кейін 15 тест бұзылды. Түзету бірсарынды екенін білесіз — mock-тарды жаңартып, assertion-дарды жаңа форматқа бейімдеу керек. Мұны қолмен жасағыңыз келмейді.

Шарт:

/goal test/ ішіндегі барлық өтпеген тест енді өтеді, npm test нәтижелерін чатта 0 қате деп көрсетеді, тесттерді жоймай немесе assertion-дарды түсініктемеге айналдырмай, or stop after 25 turns

Осыған ұқсас шарттың тағы бір мысалы:

Барлық өтпей қалған тестті npm test 0 қайтарғанша түзетіңіз, /auth бумасынан тыс ешбір файлды өзгертпеңіз

3-мысал. God class-ты бөлу.

Жағдай: бір 1,200 жолдық файлда бәрі бар — модель, сервис, утилиталар және API клиенті. Оны «бір файл — бір міндет» қағидасына сай бөлгіңіз, барлық import-ты жаңартып, тесттерді өткіңіз келеді.

Шарт:

/goal src/legacy/UserService.ts файлын әрқайсысы 200 жолдан аспайтын файлдарға бөл, әр файл бір міндет атқарсын (model, repository, api-client, validator), барлық import жаңартылсын, npm run build сәтті, бұрыннан бар тесттер өтсін, or stop after 25 turns

4-мысал. Issue кезегін түн ішінде жабу.

Жағдай: good-first-issue белгісі бар 20 issue қамтитын ашық бастапқы код репозиторийіңіз бар. Claude оларды түнде өңдегенін қалайсыз.

Шарт:

/goal 'good-first-issue' белгісі бар әр issue-ды өңде: сипаттамасын оқы, бөлек worktree тармағында worktree-issue-N түзетуін енгіз, сипаттамасы бар PR аш. Кезек бос болғанша немесе 6 issue өңделгенше жалғастыр, or stop after 80 turns

6 саны кездейсоқ таңдалмаған — Pro жоспары үшін бір түнде орындалуы мүмкін шынайы шек.

5-мысал. Қауіпсіздік аудиті.

Жағдай: npm audit жоғары маңыздылықтағы 8 осалдықты көрсетеді. Негізгі нұсқаларды жаңартпай түзеткіңіз келеді.

Шарт:

/goal severity high+ деңгейіндегі npm audit осалдығының бәрі түзетілді, npm audit чатта high деңгейіндегі 0 осалдық көрсетеді, барлық бұрыннан бар тест өтеді, API-де бұзатын өзгеріс жоқ, пакеттердің major нұсқалары жаңартылмасын, or stop after 15 turns

/goal арқылы істеуге БОЛМАЙТЫН нәрселер:

Croucher өз далалық нұсқаулығында қарапайым ережені қатаң айтады: «дайын» дегені «жақсы көрінеді», «дұрыс сезіледі», «жақсы жобаланған» немесе «қызық» деген тапсырмаларға /goal қолданбаңыз. Бағалаушы тек транскриптті оқиды — құралдарды іске қоспайды және нәтиженің қалай жұмыс істейтінін бағалай алмайды. Бұл ереже пайдалы нәтиже бермей циклге түсетін субъективті тапсырмалардың 80%-ын жоққа шығарады.

/goal ақшаны босқа жұмсайтын кездер: 3 антиүлгі#

1-антиүлгі. Қатаң кезек шегі жоқ бұлыңғыр шарт.

Ең жиі кездесетін қате — «кодты жақсарт», «жақсы қыл», «оңтайландыр» сияқты шарттар. Кезек шегі болмаса, агент квотаңызды тауысып бітіргенше жұмыс істей береді.

Findskill нақты жағдайды сипаттады:

Бір әзірлеуші бұлыңғыр шарттармен 14 сағаттық сессияда $200 жұмсағанын хабарлаған: бағалаушыға қайта-қайта «әлі емес» дегізетін әлсіз шарт байқамай қалғанша 50, 100 немесе 500 кезекке дейін созылуы мүмкін.

Бұлыңғыр шартқа 14 сағатта жұмсалған $200 — Max жоспарының бір апталық шегімен тең. Таңертең оянсаңыз, квота да, пайдалы нәтиже де жоқ.

Сақтану жолы: әр шартты or stop after N turns деп аяқтаңыз (жеңіл тапсырмаларға 15, қиындарына 50, түнгі жұмысқа ең көбі 100).

2-антиүлгі. Кэш бұзылған кездегі рекурсивті цикл.

2026 жылғы 22 мамырдағы оқиға: Anthropic кэш TTL мерзімін бір сағаттан 5 минутқа үнсіз өзгерткендіктен, бір түнде $6,000 жұмсалған. Әзірлеуші /goal пәрменін тікелей қолданбаған, бірақ логикасы бірдей болған: 30 минуттық cron таймері бар автономды цикл әр жолы 800,000 токендік тарихты қайтадан жасаған.

Түпкі мәселе — сыртқы автоматтандыру провайдердің ішкі өзгерістерінен хабарсыз болған. /goal пәрменін де 8 сағат бойы бақылаусыз іске қоссаңыз, дәл осындай жағдай болуы мүмкін: токен қолдану сызықтық емес өседі, prompt кэші сіз ойлағандай жұмыс істемейді.

Сақтану жолдары:

1. /goal пәрменін аралық тексерусіз 8+ сағат жүргізбеңіз.
2. Settings → Usage ішінде usage limits қосыңыз ($6,000 болған оқиғадан кейінгі жаңа сақтандырғыш).
3. Түн ішінде claude agents пәрменін екі рет ашыңыз — Space арқылы шолып, кезек саны күткеннен жылдам өспегенін тексеріңіз.
4. Қымбат модельдер тізбегі үшін (Opus 4.7) кезек шегін қатаңырақ қойыңыз — ең көбі 30.

3-антиүлгі. /goal арқылы шығармашылық жұмыс істеу.

Croucher /goal арқылы ойын жасады — шартқа детерминизм, инварианттар және деңгейді жеңуге болатынын тексеру кірген. Ойын жасалды, тесттер өтті, бағалаушы «орындалды» деді. Бірақ ойында графика болмады — шартта көрнекі элементтер айтылмаған.

Бұл жалпы қағиданы көрсетеді: бағалаушы өлшегеніңізді ғана оңтайландырады. Шартта көрнекі элементтер айтылмаса, олар жасалмайды. Тек тесттерді атасаңыз, ол assertion-дарды түсініктемеге айналдыруы мүмкін.

Сақтану жолы: талғамға тәуелді нәрселерге (дизайн, мәтін, UX) /goal қолданбаңыз. Кәдімгі сессияға немесе Plan Mode-қа оралыңыз — олар шешім қабылдау үдерісіне өзіңізді қатыстырады.

Agent View дегеніміз не және панельді қалай ашуға болады?#

Егер /goal «аяқтағанша жұмыс істе» пәрмені болса, Agent View — сол пәрмендердің бәрін бір уақытта көруге болатын басқару бөлмесі. Anthropic оны былай сипаттайды:

Ашу пәрмені:

claude agents

TUI ашылады — терминал ішіндегі мәтіндік панель. Сессиялар тізімі сол жақта, ал таңдалған жолдағы соңғы хабарлама көрсетілетін peek панелі оң жақта орналасады.

Сессияның алты күйі:

Негізгі пернелер тіркесімдері:

↑ / ↓             сессиялар тізімімен жылжу
Space             peek панелі (қоспай қарау)
Enter / →         сессияға қосылу (ішіне кіру)
←                 ажырау (жаппай шығу)
Ctrl+T            бекіту (сессияны автоматты тоқтаудан қорғау)
Ctrl+X            сессияны тоқтату; жою үшін 2 секунд ішінде қайта басу
Ctrl+R            атын өзгерту
Ctrl+S            топтауды қосу/өшіру (күйі ↔ бума)

Фондық сессияны бастау жолы:

Интерактивті Claude Code ішінен:

/bg fix the failing test test/auth/login.test.ts

Немесе тікелей shell-ден:

claude --bg "fix the failing test test/auth/login.test.ts"

Немесе атау беріңіз (Agent View ішінде тануға оңай белгімен шығуы үшін):

claude --bg --name "flaky-test-fix" "fix test/auth/login.test.ts"

Фондық сессия Agent View-ге автоматты түрде қосылады — --bg арқылы іске қосыңыз, claude agents пәрменін ашыңыз, сонда тізімнен көресіз.

Негізгі мүмкіндік: сессиялар ноутбук ұйқы режиміне өтіп, терезе жабылса да сақталады:

Бірақ ноутбукты өшірсеңіз немесе қолмен қайта жүктесеңіз, фондық сессиялар Failed күйінде аяқталады. Түнгі фондық агенттер ноутбук өшірілмегенде ғана жұмыс істейді.

Worktree: Claude параллель сессияларды қалай оқшаулайды?#

Worktree параллель автономды жұмыстың негізгі мәселесін шешеді: екі сессия бір уақытта src/auth.ts файлын өңдегісі келсе не болады? 2.1.139-ға дейін мұндай сессиялар бір-бірінің өзгерістерін тура үстінен жаза алатын. Agent View арқылы Anthropic автоматты оқшаулауды енгізді:

Іс жүзінде қалай жұмыс істейді:

# Үш фондық сессия іске қосылды:
claude --bg --name "fix-tests" "fix the failing tests in test/"
claude --bg --name "add-oauth" "add Google OAuth according to the plan in plans/oauth.md"
claude --bg --name "split-userservice" "split UserService.ts into modules"

# Іске қосқаннан кейінгі файл құрылымы:
.claude/worktrees/
├── fix-tests/             # worktree-fix-tests тармағындағы бөлек репо көшірмесі
├── add-oauth/             # worktree-add-oauth тармағындағы бөлек көшірме
└── split-userservice/     # worktree-split-userservice тармағындағы бөлек көшірме

Әр сессия өз көшірмесінде жұмыс істейді. Тапсырма біткенде қажетті тармақтарды main-ге біріктіресіз.

Қауіпті тұзақ — сессияны жою worktree-ді де жояды.

Agent View ішінде сессияны тоқтатсаңыз (Ctrl+X пернесін екі рет басу), оның worktree-і жоғалады. Commit жасалмаған өзгерістердің бәрі жоғалады. Agent View ішінде сессияны жоймас бұрын, әрдайым commit жасаңыз немесе push жіберіңіз.

Өшіру (сирек жағдайларға):

Егер репозиторийіңізде git worktree жұмыс істемесе (мысалы, symlink қолданылатын орта немесе checkout баяу үлкен monorepo), оқшаулауды өшіре аласыз:

// .claude/settings.json
{
  "worktree": {
    "bgIsolation": "none"
  }
}

Сонда фондық сессиялар жұмыс көшірмеңізді тікелей өңдейді. Бұл параметр 2.1.143-те үлкен monorepo қолданатын топтардың шағымынан кейін қосылды.

Параллельдік квотаны жұмсайды:

Бұл Pro жоспары ($20/month) түнде 1–2 параллель сессияға жететінін, онға жетпейтінін білдіреді. Көп агентті қатар жүргізгіңіз келсе, Max немесе Enterprise қажет.

Ұзақ тапсырмалар үшін /goal + Plan Mode + subagents үйлестіру#

Жиі кездесетін сәтсіздік — бірден /goal build a new feature деп жазу. Бұл істемейді, себебі бағалаушы «аяқталған мүмкіндік» қандай болатынын білмейді. Бағалаушы бір-бірлеп тексере алатын құсбелгілері бар жоспар қажет.

1-қабат. Plan Mode кезеңдерге бөлінген жоспар жазады.

Plan Mode ішінде Claude-тан тексерілетін құсбелгілері бар 5–7 кезеңнен тұратын егжей-тегжейлі өзгеріс жоспарын жасауды сұраңыз. Оны plans/2026-05-24-google-oauth.md ретінде сақтаңыз. Әр кезеңде нақты әрекеттер жазылған 3–7 құсбелгі болады.

2-қабат. Subagents жұмысты кезеңдерге бөледі.

Жоспарды параллель орындауға болса (мысалы, кезеңдер тәуелсіз — backend endpoint + frontend form + DB migration), әр кезеңді claude --bg --name "<phase>" арқылы бөлек фондық сессияда іске қосыңыз. Әр сессия өз worktree-сін алады.

3-қабат. /goal құсбелгілер біткенше циклді жүргізеді.

/goal plans/2026-05-24-google-oauth.md файлындағы 1–7 кезеңнің бәрі аяқталып, [x] деп белгіленді, test/auth ішіндегі барлық тест өтті (npm test чатта 0 қате көрсетеді), npm run build сәтті, or stop after 50 turns

Әр кезектен кейін бағалаушы жоспарды оқып, қай құсбелгі орындалғанын шалғайж, үлдсэн бол агент жалғастырады.

Бұл үйлесім үш компонентке сүйенеді:

• контекст инженериясы: plans/ ішіндегі дұрыс контекст — бағалаушы оны оқиды
• екінші ми: plans/ бумасы жоспарды сессиялар арасында сақтайды
• ЖИ көшірмесі: CLAUDE.md агент ұстанатын ережелерді белгілейді

CLAUDE.md болмаса, /goal архитектураны бұзатын шешім ұсынуы мүмкін. plans/ ішінде жоспар болмаса, бағалаушы жетістік критерийлерін білмейді. Subagents болмаса, параллель кезеңдер болмайды; бәрі ретімен орындалады.

/goal-ды Codex, Cursor және басқа агент режимдерімен қалай салыстыру керек#

/goal әр айналымнан кейін аяқталуды бөлек тексереді. Басқа өнімдерде түрлі режим бар; жергілікті CLI, хостингтегі бұлттық тапсырма және бақылаудағы редактор сеансы бірдей салыстыру бірлігі емес. Атап айтқанда, Codex CLI жұмысының бәрін бұлт контейнері деп сипаттамаңыз және әр Codex іске қосуына бір бағалаушы модель мен бір төлем тәсілін телімеңіз.

Бірдей репозиторий күйі мен тапсырманы бірдей қабылдау тексерулерімен қолданыңыз. Әр үміткер үшін мына өлшемдерді тіркеңіз:

Бір құрал тұрақты еселікпен көбірек токен жұмсайды деген тұжырымға осы шарттар мен бірдей сәтті нәтижедегі өлшенген сандар қажет. Бенчмарк пайызы да бенчмарк нұсқасын, модельді, сынақ ортасын және іске қосу баптауларын қажет етеді; осы мәліметтері жоқ Terminal-Bench пайыздары ондай дәлелді алмастырмайды. Мақалада құралдар арасындағы тәуелсіз бенчмарк жоқ.

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

/goal пен /loop:

/loop — сол шығарылымда шыққан тағы бір пәрмен; ол белгілі уақыт аралығында (әр N минут сайын) қайталанатын тапсырмаларды іске қосады. /goal шартқа негізделген (шарт орындалғанша). Cron тәрізді тапсырмаларға /loop, нақты мақсатқа жетуге /goal қолданыңыз.

Anthropic құжаттамасынан:

Іске қосар алдындағы /goal тексеру тізімі: 7 тармақ#

Әр /goal іске қосар алдындағы тексеру тізімі:

1. Claude Code нұсқасы 2.1.139+ — claude --version арқылы тексеріп, төмен болса жаңартыңыз. Ұсынылатын ең төменгі нұсқа — 2.1.143 (2026 жылғы 15 мамыр), онда stop hook циклдері түзетілген.

2. Шартта тексерілетін соңғы күй бар — «жақсарт» деудің орнына npm test exits 0 деп көрсетіңіз. Нәтижені тексеретін bash пәрменін ойлап таба алмасаңыз, /goal бұл тапсырмаға арналмаған.

3. Қатаң кезек шегі бар — әр шартта or stop after N turns деп көрсетілуі керек. Жеңіл тапсырмаларға 15, қиындарына 50, түнгі жұмысқа ең көбі 100 қолданыңыз.

4. Шектеулер анық әрі тар — without modifying files outside /auth, without removing existing assertions, without bumping major versions. Олар болмаса, Claude тесттердің өзін жою арқылы «түзетуі» мүмкін.

5. Барлық маңызды өзгеріс commit жасалған немесе push жіберілген — worktree ішінде жұмыс істемесеңіз (мысалы, worktree.bgIsolation: "none"), Claude жұмыс көшірмеңізді өңдейді. Кез келген қате сақталмаған жұмысты жоғалтуы мүмкін.

6. Settings → Usage ішінде usage limits қосылған — $6,000 болған оқиғадан кейін қосылған жаңа сақтандырғыш. Күнге, сессияға және айға шек қойыңыз.

7. Agent View claude agents бөлек терезеде ашық — ұзақ тапсырмалар үшін сағатына бір рет Space арқылы шолыңыз. Кезек саны күткеннен жылдам өссе немесе бағалаушы бір себепті қатарынан үш кезек қайталаса, Ctrl+C басып, шартты басқаша жазыңыз.

Қосымша бір тармақ — бөтен немесе таныс емес кодта /goal пәрменін ешқашан --dangerously-skip-permissions параметрімен іске қоспаңыз. Бұл үйлесім барлық тексеруді өшіріп, агентке жобада қалағанын істеуге мүмкіндік береді. Осы талдаудың авторы оны жоғалтатын ештеңесі жоқ жаңа worktree-де ғана қолданады.

/goal — қуатты мүмкіндік, бірақ сиқыр емес. Ол шартты қаншалықты жақсы тұжырымдағаныңыздай жақсы жұмыс істейді. Егер «дайын» дегенді пәрменмен тексеруге болатындай етіп сөзбен сипаттай алсаңыз, қалғанын /goal атқарады. Олай болмаса, кәдімгі сессияға немесе Plan Mode-қа оралыңыз.

Ailoot туралы толығырақ ailoot.ai сайтынан біле аласыз.