Limit Active Work

Failure pattern

Agent diminta “improve activation” lalu mengubah settings page, invite logic, billing state, copy dashboard, dan refactor component sekaligus. Setiap perubahan terlihat terkait, tetapi tidak ada behavior yang selesai dengan jelas.

Incident: Workspace settings yang melebar

Bug utama: SSO setting tidak persist setelah save. Agent melihat flow activation, lalu ikut mengubah checklist onboarding, trial banner, dan copy. Patch besar membuat reviewer kehilangan fokus.

Harness principle

Limit active work berarti hanya satu behavior boleh active. Yang lain harus queued, blocked, atau rejected. Ini menjaga patch tetap reviewable.

Coding agent punya kapasitas mengedit banyak file cepat. Harness harus membatasi jumlah unfinished work.

Operating practice

Active work table:

Behavior	State	Evidence
SSO setting persists	Active	unit + reload test
Invite copy mentions SSO	Queued	copy approval
Trial state on dashboard	Queued	billing fixture
Setup checklist model	Blocked	product decision
Component cleanup	Rejected	unrelated

Agent boleh mencatat semua, tetapi hanya active behavior yang diedit.

Coding-agent example

Harnessed agent memperbaiki persistence saja. Setelah test pass, ia menulis queued items sebagai follow-up. Patch kecil itu bisa masuk review tanpa membawa semua ide activation.

Common mistakes

Kesalahan umum adalah membagi work berdasarkan layer: “database dulu, UI nanti.” Behavior adalah unit yang lebih baik karena bisa diverifikasi dari sisi user.

Kesalahan lain adalah menganggap refactor kecil tidak berisiko. Jika tidak mendukung active behavior, taruh di rejected atau queued.

Practical exercise

Ambil issue yang luas. Buat table active, queued, blocked, rejected. Pastikan hanya satu active item punya evidence condition.

Key takeaways

• Satu active behavior menjaga review tetap jelas.
• Related work tidak otomatis in scope.
• Queue memberi tempat untuk ide tanpa memperbesar patch.