Pakai OpenCode untuk menjalankan lint, typecheck, dan test eksplorasi di salinan project. Temuannya jadi bukti untuk revisi, bukan perubahan otomatis ke kode inti.
Review diff membantu menangkap masalah statis. Tapi beberapa masalah baru terlihat setelah command dijalankan:
bashnpm run lint
npm run build
OpenCode bisa membantu menjalankan pemeriksaan seperti itu dan membaca hasilnya. Namun ada risiko: tool testing kadang menjalankan formatter, auto-fix, script setup, atau perubahan file yang tidak kamu inginkan.
Karena itu, untuk bonus ini, OpenCode tidak bekerja langsung di project inti. Ia bekerja di salinan aman.
Tujuannya: hasil test menjadi informasi, bukan perubahan tak terkontrol.
Misal project inti ada di:
text/Users/hadie/ruang-kerja/donation-platform-appBuat salinan review:
bashcd /Users/hadie/ruang-kerja
cp -R donation-platform-app donation-platform-app-review
cd donation-platform-app-reviewPastikan ini bukan folder inti:
bashpwd
git status --shortKalau kamu ragu, berhenti. Jangan menjalankan agent sebelum yakin foldernya benar.
Alternatif yang lebih bersih adalah clone fresh dari repository:
bashgit clone <repo-url> donation-platform-app-review
cd donation-platform-app-review
npm installGunakan cara yang sesuai kondisi projectmu.
Mulai dari command read/check:
bashnpm run lint
npm run build
npx tsc --noEmitKalau package.json punya script test:
bashnpm testHindari command yang menyentuh data nyata:
bashsupabase db reset
supabase migration up --linked
npm run seed:prodCommand seperti itu bisa berguna pada saatnya, tapi bukan untuk test eksplorasi bonus tanpa target environment yang jelas.
Di folder salinan, minta OpenCode bekerja sebagai tester:
textKamu bekerja di salinan project Platform Donasi Amanah, bukan project inti.
Tugasmu testing dan laporan, bukan memperbaiki kode.
Langkah:
1. Baca package.json untuk mengetahui script yang tersedia.
2. Jalankan pemeriksaan aman:
- npm run lint jika tersedia
- npm run build
- npx tsc --noEmit jika TypeScript tersedia dan tidak redundant dengan build
3. Jangan menjalankan migration, seed production, deploy, atau command yang menyentuh layanan eksternal tanpa izin.
4. Jangan auto-fix dan jangan commit.
Laporan:
- command yang dijalankan;
- exit code;
- ringkasan output penting;
- daftar error dengan file/baris;
- rekomendasi prioritas;
- konfirmasi apakah ada file berubah setelah testing.Kalau OpenCode menemukan error, jangan langsung menyuruhnya memperbaiki di salinan. Catat dulu.
Ulangi minimal satu command kunci sendiri.
Misal OpenCode melapor build gagal, jalankan:
bashnpm run buildKalau output sama, temuannya valid.
Kalau berbeda, cari penyebab:
Jangan bawa temuan ke project inti sebelum kamu paham bukti minimalnya.
Jika temuan valid, balik ke project inti dan minta Antigravity memperbaiki dengan scope jelas.
Contoh:
textDi salinan review, npm run build gagal.
Command:
npm run build
Error:
[paste error penting]
Expected:
production build hijau.
Tugas: perbaiki penyebab build error di project inti.
Batasan:
- jangan refactor flow donasi/campaign;
- jangan mengubah schema;
- fokus pada file yang disebut error.
Setelah selesai, laporkan file yang berubah dan jalankan npm run build lagi.Ini menjaga satu penulis utama: Antigravity memperbaiki project inti, OpenCode memberi bahan review/testing.
Setelah sesi testing, kembali ke project inti:
bashcd /Users/hadie/ruang-kerja/donation-platform-app
git status --shortExpected: tidak ada perubahan dari OpenCode.
Kalau project inti berubah, berarti kamu salah folder atau command menyentuh area bersama. Jangan lanjut sebelum paham apa yang berubah.
Simpan laporan ke:
textdocs/reviews/opencode-testing.mdFormat sederhana:
md# OpenCode Testing Report
Area: donation-platform-app-review
Tanggal: [isi]
Commit/branch yang diuji: [isi]
## Commands
- npm run lint — pass/fail
- npm run build — pass/fail
- npx tsc --noEmit — pass/fail/skipped
## Findings
- [P0/P1/P2] file:line — temuan — bukti
## Decision
- Tidak perlu revisi / perlu revisi ke Antigravity / perlu audit manual
## Project inti
- `git status --short` di project inti: [hasil]Ini membuat testing bisa dilacak, bukan hilang di terminal.
git status --short di project inti dicek setelah testing.Testing seperti ini mungkin terasa ribet di awal. Tapi begitu kamu pernah melihat satu build error tertangkap di salinan sebelum masuk project inti, polanya langsung terasa masuk akal. Agent boleh membantu mencari masalah; kamu tetap menjaga pagar agar eksperimennya tidak mengotori pekerjaan utama.
Kuis ini wajib untuk sertifikat. Kamu tetap bisa lanjut ke pelajaran berikutnya dan mengerjakannya nanti.
Ajukan pertanyaan, beri solusi, atau diskusikan materi pelajaran ini.
Belum ada komentar untuk pelajaran ini.
Jadilah yang pertama memulai diskusi atau mengajukan pertanyaan!