# Claude Code semalaman: kejuruteraan gelung dan Ralph Loop pada 2026

> Cara menjalankan Claude Code dalam gelung autonomi: Ralph Loop, /loop, /goal, /batch. Senario sedia guna dan perlindungan daripada menghabiskan token pada 2026.

Source: https://ailoot.ai/blog/ms/claude-code-loop-engineering/
Canonical: https://ailoot.ai/blog/ms/claude-code-loop-engineering/
Language: ms
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-168
Revision: sha256-d08531537a1351654b0dad14249351a51a8885a56e8f7c16998c248f668d1665


<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Kejuruteraan gelung ialah pendekatan yang membolehkan anda membina gelung, bukannya memberi arahan kepada Claude Code secara manual setiap kali. Gelung menerima tugasan anda, mengambil satu langkah, menyemak hasilnya, kemudian membuat keputusan sendiri sama ada mahu meneruskan atau berhenti. Panduan ini menunjukkan cara menyediakan Ralph Loop pertama anda dalam satu malam supaya ia boleh bekerja untuk anda setiap hari.

</div>

Dokumentasi rujukan Ailoot: [ailoot.ai/docs/](https://ailoot.ai/docs/).

## Apakah kejuruteraan gelung, dan mengapa anda perlu mengambil berat?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Kejuruteraan gelung mengubah peranan anda. Dahulu, anda duduk dan memberi arahan kepada ejen: “buat X, baiki Y, semak Z.” Kini anda menulis sistem kecil yang melakukan semua itu untuk anda dalam satu gelung: menghantar tugasan—mendapatkan hasil—menyemaknya—memutuskan perkara seterusnya. Anda berhenti menaip, sementara ejen terus menghasilkan kerja.

</div>















Pernyataan kedua pula menerangkan skalanya:



Di sebalik kenyataan ini ialah peranan kejuruteraan baharu: anda ialah arkitek gelung, bukannya operator papan kekunci.

Idea utamanya begini:



Lakukan sekali hari ini, dan setiap hari jumlah bakal pelanggan bertambah, artikel diterbitkan secara automatik, bot mengendalikan surat-menyurat, dan laporan metrik tiba di meja anda sebelum pukul 9 pagi. Anda membinanya, dan ia bekerja setiap hari tanpa anda.

Jika anda masih membuka Claude Code, menulis arahan, menunggu, membaca dan menulis arahan seterusnya, anda terlepas perubahan terbesar pada 2026. Model kini cukup berkuasa untuk bekerja dalam gelung tanpa penyeliaan.

## Perbezaan Ralph Loop daripada permintaan Claude Code biasa

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Permintaan Claude Code biasa berlaku sekali sahaja: anda menulis “buat X,” Claude melakukannya, kemudian sembang tamat. Ralph Loop melakukan perkara yang sama tetapi dalam gelung: setiap kali Claude cuba keluar, satu hook memintas tindakan keluar itu lalu menghantar semula arahan anda. Fail yang telah dicipta Claude kekal, jadi setiap lelaran baharu dibina berdasarkan lelaran sebelumnya. Gelung berhenti apabila menerima isyarat selesai (Claude mengeluarkan perkataan “DONE”) atau mencapai had lelaran.

</div>

At its core, the technique is a simple bash loop around an agent:



Kod asal yang memulakan seluruh gelombang ini:

```bash
while :; do cat PROMPT.md | claude-code ; done
```

Satu arahan dalam fail, dengan gelung tanpa penghujung mengelilinginya. Dan ulasan pengarang yang paling terus terang:



Anthropic membungkus logik yang sama dalam pemalam `ralph-loop` dan arahan `/loop`, `/goal` serta `/batch` dalam Claude Code—semuanya tersedia terus dalam terminal tanpa skrip. Hakikat bahawa Anthropic mengeluarkan pemalam untuk mengulang arahan tanpa henti mencetuskan perdebatan dalam GitHub Issue \#23084 tentang sama ada hal itu adil kepada model. Perdebatan masih terbuka; pemalam itu berfungsi.

## Tiga arahan terbina dalam Claude Code: /loop, /goal, /batch

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Claude Code v2.1+ mempunyai tiga arahan untuk tahap autonomi yang berbeza. `/loop` mengulangi tugasan pada selang masa tertentu (setiap jam, harian, pemantauan). `/goal` bekerja dari satu giliran ke giliran seterusnya sehingga model penilai menyatakan “selesai.” `/batch` melakukan perubahan mekanikal berskala besar menggunakan ejen worktree selari. Setiap satunya mempunyai kegunaan tersendiri.

</div>

| Arahan | Bila hendak digunakan | Versi | Had |
|----|----|----|----|
| `/loop 30m <prompt>` | Ulang pada selang masa tertentu (pemantauan, pengundian) | v2.1.72+ | 7 hari, 50 tugasan/sesi |
| `/goal <condition>` | Bekerja sehingga matlamat tercapai (corak pengesah) | v2.1.139+ | Syarat sehingga 4000 aksara |
| `/batch <change>` | Pemfaktoran semula mekanikal selari | v2.1.63+ | Setiap unit mendapat git worktree sendiri |

`/goal` ialah arahan yang paling menyerupai Ralph Loop. Di sebalik tabir, model penilai (Haiku secara lalai) menyemak pada setiap giliran sama ada matlamat telah tercapai. Jika belum, lelaran seterusnya menerima petunjuk tentang perkara yang perlu dibaiki. Jika sudah, proses berhenti. Saya menghuraikan `/goal` dengan terperinci dalam panduan [menjalankan Claude Code secara autonomi semalaman dengan /goal](https://ailoot.ai/blog/ms/goal-mode-claude-code-codex/)—panduan itu merangkumi senario sedia guna untuk kerja selama 14 jam.

`/batch` ialah arahan yang jarang digunakan tetapi berkuasa. Apabila anda perlu membuat perubahan yang sama pada lebih daripada 100 fail (migrasi API, penggantian komponen, penamaan semula), `/batch` menghantar setiap fail kepada subejen berasingan dalam git worktree sendiri. Perubahan tidak bercanggah—setiap ejen bekerja dalam salinan terasing. Untuk maklumat lanjut tentang subejen, lihat panduan [subejen bersarang](https://ailoot.ai/blog/ms/subagen-bersarang-claude-code/).

Dalam huraian pengarang tentang pendekatan ini, ia disebut secara ringkas:



Had keras bagi `/loop` dan `/goal`:

- Tugasan berjalan selagi Claude Code terbuka. Tutup terminal dan gelung akan mati. Untuk kitaran semalaman yang serius, gunakan pelayan jauh atau pembalut shell anda sendiri.
- Tempoh maksimum tugasan berulang ialah **7 hari** (selepas itu, ia dipadam secara automatik sebagai perlindungan daripada gelung yang terlupa).
- Sehingga **50 tugasan serentak** dalam satu sesi.

Mahu membina persediaan yang menjadikan Claude boleh diharap? Ralph Loop hanya satu bahagiannya. Pertimbangkan ketiga-tiga komponen ini: **Klon AI + Otak Kedua + Kejuruteraan Konteks**—gabungan ini mengubah Claude daripada “pembantu yang berhalusinasi” menjadi alat yang boleh anda berikan tugasan sebelum meneruskan urusan sendiri.

## Cara melancarkan gelung autonomi pertama anda dalam 5 minit

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Cara terpantas untuk bermula ialah menggunakan `/goal` terbina dalam. Buka Claude Code, masukkan arahan dengan matlamat dan syarat berhenti yang boleh disahkan, kemudian teruskan urusan anda. Claude menjana kod, menjalankan ujian, membaca ralat, membaikinya dan menjalankan ujian semula sehingga semuanya lulus.

</div>

5 langkah:

1.  ### Buka projek dalam Claude Code

    Pergi ke akar projek dalam terminal dan jalankan `claude`. Tunggu Claude membaca `CLAUDE.md` dan mengindeks repositori.

2.  ### Tetapkan matlamat dan syarat berhenti

    Matlamat ialah perkara yang perlu diselesaikan. Syarat berhenti ialah cara Claude mengetahui bahawa tugas sudah selesai. Sebaik-baiknya, syarat itu berupa arahan yang memulangkan 0 atau 1. Contoh: “Matlamat: kesemua 23 ujian dalam `tests/api/*.test.ts` lulus. Berhenti apabila `pnpm test` memulangkan kod keluar 0.”

3.  ### Jalankan /goal

    Arahan:

    ```
    /goal All tests in tests/api/*.test.ts must pass. Run pnpm test, read the errors, fix them, and run it again. Stop when the exit code = 0. Maximum 20 iterations.
    ```

    Claude memulakan gelung: menjalankan ujian—mengesan kegagalan—membuka fail—membaikinya—menjalankan ujian sekali lagi.

4.  ### Tetapkan had belanjawan

    Dalam tab latar belakang, gunakan `/usage` untuk memantau penggunaan. Tetapkan had token atau wang harian supaya anda tidak menghabiskan seluruh baki dalam satu gelung. Butiran lanjut dalam panduan [cara mengelakkan had Claude Code habis digunakan](https://ailoot.ai/blog/ms/claude-code-token-limits-saving/).

5.  ### Teruskan urusan anda

    Kembali selepas 30 minit. Jika tugas itu mudah, hasilnya sudah menyatakan “DONE, semua ujian lulus.” Jika lebih rumit, baca laporan: “berhenti pada lelaran 20, sebab X.” Baiki sendiri perkara yang tidak dapat diselesaikan oleh gelung, kemudian mulakannya semula.

Di sebalik tabir, ini ialah gelung yang dibina dengan betul dan mempunyai corak pengesah di dalamnya.

## Corak pengesah: cara Claude menyemak kerjanya sendiri dalam gelung

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Claude mesti sentiasa mempunyai cara untuk menyemak kerjanya. Tanpa semakan, ejen dalam gelung mula berhalusinasi—ia menganggap tugasan selesai sedangkan semuanya sebenarnya rosak. Pengesah ialah arahan (ujian, lint, model penilai, semakan tersuai) yang memulangkan jawapan jelas “selesai/belum selesai.”

</div>

Terdapat tiga jenis pengesah:

**1. Teknikal (kod keluar)**—paling boleh diharap. `pnpm test`, `npm run lint`, `tsc --noEmit`, `playwright test`. Semuanya memulangkan 0 atau 1 tanpa memerlukan tafsiran. `/goal` juga berfungsi begini—ia menggunakan model penilai Haiku di sebalik tabir untuk menyemak pada setiap giliran sama ada syarat telah dipenuhi (sehingga 4000 aksara).

**2. Model penilai**—model kedua menilai hasil model pertama berdasarkan rubrik. Sesuai untuk tugasan yang tiada semakan formal (“Adakah gaya penulisannya baik?” “Adakah reka bentuk ini sepadan dengan jenama?”). Di Anthropic, ini dipanggil `Claude Code Review`—mod yang membolehkan ejen penyemak berasingan mencari ralat logik, kes tepi dan isu keselamatan dalam kerja ejen utama. Menurut data dalaman Anthropic, ia menemui **84% isu** dalam PR besar (berbanding 16% dengan pendekatan asas).

**3. Semakan tersuai**—skrip shell yang anda tulis sendiri. “Jika log tidak mengandungi perkataan ERROR, tugasan selesai.” “Jika fail `output.json` wujud dan boleh dihuraikan, tugasan selesai.” “Jika halaman `/pricing` memulangkan 200, tugasan selesai.”

Berikut templat arahan untuk diletakkan dalam `CLAUDE.md` atau dalam arahan:

```
Cari 10 sebab mengapa projek ini mungkin telah menjadi kacau-bilau. 
Letakkan diri anda dalam keadaan sesuatu telah berlaku dengan tidak kena. 
Saya boleh menyemak cerita ini berkali-kali - 
sebelum saya mengeluarkannya kepada orang ramai.
```

Kesilapan pemula yang paling lazim ialah **memulakan gelung tanpa pengesah**. Ejen berpusing di tempat yang sama: menulis kod, tidak menyemaknya, menganggapnya selesai, beralih ke lelaran seterusnya, kemudian menulis semula perkara yang sudah dibuat. Tiga jam kemudian, semuanya berserabut dan bilnya mencecah $200.

Peraturan terbaik: **tulis pengesah dahulu, kemudian mulakan gelung**. Jika anda tidak dapat menyatakan syarat berhenti dalam satu baris, tugasan itu belum bersedia untuk dijalankan secara autonomi.

## Cara mengelakkan belanjawan habis semalaman: had belanjawan dan syarat berhenti

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Gelung tanpa had belanjawan, syarat berhenti kos atau pengesah boleh mengakibatkan bil yang besar sebelum sesiapa menyedarinya. Tiga perlindungan boleh mencegahnya: had lelaran, had token atau wang, dan pengesan kegendalaan.

</div>

Tiga brek penting untuk sebarang gelung semalaman:

**1. Had lelaran.** `--max-iterations 20`. Gelung tidak boleh berjalan lebih daripada N kali—walaupun pengesah tidak teraktif. Jika syarat berhenti belum dicapai selepas 20 lelaran, tugasan tersekat dan memerlukan campur tangan manusia.

**2. Had token atau wang.** `/usage limit 50`—tidak lebih daripada $50 sehari. Apabila menghampiri had itu, gelung berhenti sendiri dan menghantar amaran. Ini melindungi anda daripada senario tidak terkawal.

**3. Semakan kemajuan dengan kontrak jelas.** Perbandingan `HEAD` di bawah mengesan commit baharu, bukan semua perubahan kod. Gunakannya hanya dalam worktree terasing yang merekodkan commit checkpoint setempat pada setiap lelaran yang mengubah kod sebelum perbandingan dibuat. Suntingan berguna yang belum dikomit tidak mengubah `HEAD`; tanpa kontrak itu, hash tidak berubah boleh memberi isyarat kegendalaan palsu. Simpan juga keputusan pengesah: commit baharu membuktikan perubahan direkodkan, bukan tugasan bertambah baik atau lulus.

Struktur pembalut ilustrasi dengan tiga pemeriksaan ini. Baris pelaporan kos dan panggilan ejen ialah contoh khusus runner, bukan resipi pemasangan CLI yang disahkan; sahkan antara muka itu bagi versi dipasang sebelum menyesuaikannya. Untuk semakan kemajuan berasaskan commit, wajibkan commit checkpoint setempat bagi setiap lelaran yang mengubah kod. Jika runner meninggalkan suntingan belum dikomit, berhenti untuk semakan daripada melabelkannya “tiada kemajuan”.

```bash
#!/bin/bash
PROMPT="$1"
MAX_ITER=20
MAX_COST_USD=50
COMPLETION="DONE"
PREV_HASH=""
STAGNATION=0

for i in $(seq 1 $MAX_ITER); do
  # Money limit
  CURRENT_COST=$(claude usage --json | jq '.cost_usd')
  if (( $(echo "$CURRENT_COST > $MAX_COST_USD" | bc -l) )); then
    echo "STOP: budget cap $MAX_COST_USD reached"
    break
  fi

  # Run
  OUTPUT=$(claude code -p "$PROMPT" --auto-accept)

  # Completion check
  if echo "$OUTPUT" | grep -q "$COMPLETION"; then
    echo "STOP: completion signal"
    break
  fi

  # Commit progress only: each code-changing iteration must checkpoint a commit.
  # HEAD cannot detect useful edits that remain uncommitted.
  CURRENT_HASH=$(git rev-parse HEAD 2>/dev/null)
  if [ "$CURRENT_HASH" = "$PREV_HASH" ]; then
    STAGNATION=$((STAGNATION + 1))
    if [ "$STAGNATION" -ge 3 ]; then
      echo "STOP: stagnation 3 iterations"
      break
    fi
  else
    STAGNATION=0
  fi
  PREV_HASH="$CURRENT_HASH"
done
```

Sahkan semakan kemajuan sebelum mengembangkan rangka ini: suntingan tanpa commit mesti dianggap kerja belum direkodkan; commit checkpoint mengubah `HEAD`; hanya pengesah berasingan boleh membuktikan kejayaan. Tiga hash commit yang tidak berubah menunjukkan tiada perubahan direkodkan mengikut kontrak tersebut, bukan bukti semua fail kerja tidak berubah. Seterusnya, anda boleh menambah: amaran Slack apabila ia berhenti, laporan Telegram automatik pada waktu pagi, pemberitahuan tolak apabila belanjawan mencapai 80%. Prinsipnya sama: gelung memerlukan **brek**, bukan pemecut semata-mata.

## 5 senario gelung semalaman sedia guna

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Tidak semua tugasan sesuai untuk gelung autonomi. Calon yang baik ialah tugasan dengan pengesah yang jelas dan boleh dibuat secara berulang: ujian, pemfaktoran semula, pemantauan, saluran paip artikel, import data. Calon yang tidak sesuai ialah tugasan tanpa semakan formal atau dengan pelbagai kriteria subjektif.

</div>

**Senario 1: Luluskan ujian yang gagal**

```
/goal There are 47 failing tests in the tests/ directory. Goal: make them all pass.
Run pnpm test, read stderr, open the file with the error, fix it, and run pnpm test again.
Stop when exit 0. Max 30 iterations.
```

**Senario 2: Pemfaktoran semula besar-besaran merentas 200 fail**

```
/batch Replace the old apiV1 API client with the new apiV2 in all files under src/**/*.ts.
Each file gets its own worktree. After the replacement, run tsc --noEmit; fix any errors.
Merge the worktrees at the end.
```

**Senario 3: Pemantauan produksi semalaman**

```
/loop 30m Every 30 minutes, check https://your-app.example.com/api/health.
If it doesn't return 200, read the logs, find the cause, fix it, and redeploy.
Log each iteration to /tmp/night-monitor.log.
```

**Senario 4: Import set data besar dengan penyahduplikasian**

```
/goal Import the CSV file /tmp/import.csv (12,000 rows) into the clients table.
For each row, check for a duplicate by email; if none, insert it; if one exists, update it.
Log conflicts to /tmp/conflicts.log. Stop when the last row has been processed.
```

**Senario 5: Saluran paip artikel (persediaan lazim)**

Bagi perkhidmatan dalam talian atau agensi yang memerlukan artikel SEO secara berkala, senarionya begini:

```
/loop 8h Every 8 hours: open the backlog file for topics with status 'queued'.
If a topic is available, run the skill for writing a guide.
Publish to dev. Change the status to 'review'. Notify the person responsible in Telegram.
```







## Perkara yang perlu dibekalkan pada setiap lelaran: CLAUDE.md dan Otak Kedua sebagai keadaan

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Tanpa ingatan, Claude bermula semula pada setiap lelaran—membuka semula projek, membaca fail dan melupakan keputusan lelaran sebelumnya. Tanpa `CLAUDE.md`, ia tidak mengetahui seni bina; tanpa `business/` (Otak Kedua), ia tidak mengetahui konteks produk; tanpa kemahiran, ia tidak mengingati peraturan dan gaya anda. Keadaan antara lelaran disimpan dalam tiga lapisan fail ini. Tanpanya, gelung merosot menjelang lelaran ke-5.

</div>

Tiga lapisan “ingatan” projek menukar arahan sekali sahaja menjadi gelung terkawal:

**1. CLAUDE.md**—perlembagaan projek. Apakah produk itu, apakah tindanannya, apakah peraturannya dan apakah yang tidak boleh dilakukan sama sekali. Claude membaca fail ini apabila memulakan setiap sesi dan setiap lelaran gelung. Tanpanya, Claude perlu “membuka semula” projek setiap kali—menggunakan konteks dan meningkatkan risiko halusinasi. Dapatkan templat sedia guna dan 6 peraturan dalam panduan [CLAUDE.md](https://ailoot.ai/blog/ms/claude-md-template/).





**2. Otak Kedua**—folder pengetahuan perniagaan: produk, khalayak, matlamat, ekonomi, pemasaran. Bukan kod—tetapi makna. Apabila gelung menulis artikel atau mencari jawapan untuk sokongan, ia membaca Otak Kedua lalu menjawab berdasarkan konteks projek, bukannya bermula daripada kosong.



**3. Kejuruteraan konteks**—perkara yang anda berikan kepada Claude dalam setiap lelaran. Bukan seluruh folder Otak Kedua, bukan seluruh repositori—hanya perkara yang berkaitan. Mod Plan membantu: Claude menentukan fail yang diperlukan untuk tugasan dan hanya membacanya. Butiran lanjut dalam panduan [Mod Plan](https://ailoot.ai/blog/ms/claude-code-plan-mode/).

Prinsip operasi utama yang terpaksa saya tegaskan selepas beberapa kesilapan:



Ketiga-tiga lapisan ini membentuk **tiga tonggak** metodologi: Klon AI (anda telah mengajar gaya dan peraturan anda kepada Claude melalui kemahiran dan CLAUDE.md), Otak Kedua (makna perniagaan dalam fail), dan Kejuruteraan Konteks (perkara yang anda berikan dalam setiap permintaan). Tanpa ketiga-tiganya, gelung menjadi kitaran tanpa penghujung dengan bil yang semakin meningkat.

## Cara menyediakan gelung ejen autonomi yang boleh menyemak sendiri

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Pada komputer riba, anda boleh mengekalkan 5 tab terminal bernombor, setiap satu dengan git checkout sendiri. Selain itu, terdapat 5–10 sesi dalam aplikasi Claude melalui Remote Control pada telefon—jumlah keseluruhannya 10–15 sesi serentak. Setiap sesi mempunyai tugasan, pengesah dan gelung sendiri.

</div>

Apakah kandungan setiap sesi? Tugasan yang berbeza: satu gelung membaiki pepijat, satu lagi menulis ciri baharu, yang ketiga menyemak PR pasukan, yang keempat mengoptimumkan prestasi, dan yang kelima menyediakan dokumentasi. Bukan satu ejen serba guna yang besar, tetapi berpuluh-puluh ejen khusus, setiap satunya mempunyai kemahiran, matlamat dan pengesah sendiri.

Perubahan sudut pandang utama:





Bagi usahawan yang tiada pengatur cara, ini membawa maksud yang konkrit. Anda mempunyai satu akaun Claude berharga $200/bulan dan komputer riba biasa. Anda boleh melancarkan **5 gelung serentak**—sokongan, artikel, metrik, pengujian produk baharu dan pemantauan pesaing. Setiap satunya berjalan dalam tab Claude Code sendiri. Pada waktu pagi, anda membaca ringkasannya. Inilah norma kerja pada musim panas 2026.

## Empat kegagalan lazim gelung autonomi

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Kebanyakan kegagalan gelung autonomi tergolong dalam empat corak: tiada pengesah—ejen memutuskan sendiri bahawa tugasnya selesai; tiada had belanjawan—gelung menghabiskan belanjawan semalaman; tiada keadaan antara lelaran—keputusan bercanggah antara satu sama lain; syarat berhenti yang kabur—gelung tidak tahu bila perlu berhenti.

</div>

**Kegagalan 1: “Gelung halusinasi”**

Ejen menganggap tugasnya selesai walaupun pengesah belum teraktif. Atau tiada pengesah langsung. Tiga jam kemudian, Claude berkata, “Semuanya sudah selesai!”—tetapi ujian gagal, halaman tidak dapat dibuka dan tiada apa-apa yang berfungsi. Anda sudah membelanjakan $80 untuk lelaran yang sia-sia.

**Penyelesaian:** pengesah yang tegas (arahan `exit code`), bukannya semakan lisan.

**Kegagalan 2: “Belanjawan habis semalaman”**

Tanpa had belanjawan, gelung menjadi bom tangan tanpa pin.

**Penyelesaian:** `/usage limit` atau skrip luaran yang menggunakan `claude usage --json` untuk menghentikan gelung apabila mencapai ambang.

**Kegagalan 3: “Gelung kehilangan konteks antara lelaran”**

Dalam lelaran 1, Claude membuat keputusan seni bina. Menjelang lelaran 7, ia sudah terlupa lalu membuat keputusan yang bertentangan. Selepas 15 lelaran, kod menjadi timbunan yang berselerak.

**Penyelesaian:** lapisan keadaan melalui `CLAUDE.md` dan folder Otak Kedua. Gelung **menulis** setiap keputusan seni bina ke dalam fail yang akan dibacanya pada lelaran seterusnya.

**Kegagalan 4: “Syarat berhenti tidak tepat—gelung berjalan selama-lamanya”**

`/goal "Jadikan halaman itu cantik"`—apakah maksud “cantik”? Tanpa metrik yang jelas, gelung tidak akan berhenti. Ia akan terus berjalan sehingga mencapai had lelaran atau belanjawan.

**Penyelesaian:** syarat berhenti mestilah sentiasa **boleh diukur**. Bukan “cantik,” tetapi “Lighthouse Performance ≥ 90, Accessibility ≥ 95.” Bukan “berfungsi,” tetapi “ujian dalam `tests/pricing.test.ts` lulus.”

## Bila kejuruteraan gelung tidak diperlukan

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Rumusan utama bahagian ini">

Rumusan utama

Kejuruteraan gelung ialah alat untuk tugasan berulang yang boleh disahkan. Ia tidak diperlukan untuk tugasan kreatif sekali sahaja, tugasan tanpa pengesah formal, dan tugasan yang memerlukan penilaian subjektif. Memahami batasnya lebih penting daripada menguasai tekniknya.

</div>

Tugasan yang tidak sesuai untuk gelung autonomi:

- **Tugasan kreatif sekali sahaja.** Satu laman web untuk produk baharu, satu logo, satu memo strategik. Gelung berlebihan untuk tugasan begini; lebih mudah menulis satu arahan dan memperhalus hasilnya sendiri.
- **Tugasan tanpa pengesah.** Jika anda tidak dapat menyatakan syarat berhenti sebagai kod keluar atau isyarat yang jelas, jangan mulakan gelung; jika tidak, ia akan menjadi unggun api tanpa penghujung.
- **Tugasan yang memerlukan penilaian subjektif.** “Jadikan bunyinya lebih baik,” “perbaik pengalaman pengguna supaya lebih menyenangkan”—tugasan ini memerlukan anda, bukannya gelung.
- **Bidang baharu yang tidak biasa.** Jika anda sendiri tidak memahami rupa hasil yang “selesai,” jangan jalankan Claude dalam gelung. Fahami dahulu, kemudian automatikkan.

Dan peraturan utama yang saya pelajari melalui kesilapan:



Soalan utama sebelum memulakan gelung: **Bolehkah saya menerangkan dalam satu baris cara saya mengetahui bahawa Claude sudah selesai?** Jika ya, gelung boleh membantu. Jika tidak, tetapkan dahulu syarat yang boleh disahkan, kemudian mulakan.

<div class="section" role="doc-bibliography" aria-label="Sumber">

### Sumber

- [Pemalam Ralph Loop Claude - Anthropic](https://claude.com/plugins/ralph-loop) - pemalam rasmi
- [Pemalam Ralph Wiggum di GitHub - Anthropic](https://github.com/anthropics/claude-code/tree/main/plugins/ralph-wiggum) - kod sumber
- [Semakan Kod Claude - blog Anthropic](https://claude.com/blog/code-review) - pratonton penyelidikan semakan PR berbilang ejen, kadar penemuan 84%
- [Dokumentasi /goal - Dokumen Claude Code](https://code.claude.com/docs/en/goal) - dokumentasi arahan rasmi
- [Dokumentasi /loop tugasan berjadual - Dokumen Claude Code](https://code.claude.com/docs/en/scheduled-tasks) - dokumentasi rasmi

</div>

Kejuruteraan gelung ialah lapisan di atas segala yang sudah anda ketahui tentang Claude Code. Mula-mula, anda memerlukan tiga tonggak: Klon AI + Otak Kedua + Kejuruteraan Konteks. Tanpanya, gelung merosot menjelang lelaran ke-5. Teruskan meneroka Ailoot di [ailoot.ai](https://ailoot.ai/).

## Soalan lazim: Claude Code semalaman: kejuruteraan gelung dan Ralph Loop pada 2026

### Mengapakah HEAD yang tidak berubah boleh memberi gambaran palsu bahawa gelung tidak maju?

HEAD mengenal pasti commit. Suntingan berguna dalam pepohon kerja tidak mengubahnya sehingga dikomit. Oleh itu, pengesan contoh memerlukan commit checkpoint setempat selepas setiap lelaran yang mengubah kod; tanpa kontrak itu, jeda dan periksa kerja belum dikomit daripada menganggapnya kegendalaan.

### Adakah commit baharu membuktikan gelung memperbaik hasil?

Tidak. Ia hanya membuktikan perubahan telah direkodkan. Simpan keputusan pengesah bersama checkpoint dan berhenti apabila syarat penerimaan sebenar dipenuhi. Panggilan runner dan antara muka kos khusus dalam pembalut perlu disahkan sebelum digunakan.


## Ailoot · Syarikat dan portfolio projeknya

Ailoot berteraskan pengalaman operasi yang mantap, pangkalan pelanggan yang besar, perkhidmatan yang stabil dan pemantauan KPI berterusan.

Syarikat dan portfolio projeknya: jutaan pelanggan; jualan bernilai berbilion setiap bulan.

Ailoot menggunakan pengalaman operasi ini untuk akses API kepada ciri AI dalam produk pelanggan, ejen, aplikasi dan automasi.
