00:00:00Jika Anda menggunakan Claude Code untuk membangun aplikasi web, Anda harus mencoba GSD,
00:00:04sebuah framework pengembangan berbasis spek sumber terbuka yang ahli dalam mengorkestrasi
00:00:08berbagai sub-agen untuk menyelesaikan proyek mengikuti kerangka pengembangan berbasis spek.
00:00:12Berbeda dengan framework pengembangan berbasis spek tradisional yang pernah kita bahas di channel ini,
00:00:15seperti Metode Beemap, SpecKits, Taskmaster, dan banyak lagi, semua framework tradisional
00:00:20harus mengikuti aturan ketat di mana semuanya harus dikerjakan dalam satu
00:00:24jendela konteks tunggal. Misalnya, perencanaan, riset, pengembangan, verifikasi,
00:00:29semuanya harus dilakukan dalam satu jendela konteks. Namun itu menimbulkan masalah besar,
00:00:33yaitu penumpukan konteks, yang berarti semakin tinggi konsumsi token dalam satu jendela konteks,
00:00:38maka akurasinya semakin rendah. Solusinya adalah menggunakan sub-agen untuk
00:00:42mendelegasikan perencanaan, riset, pengembangan, dan verifikasi ke sub-agen masing-masing,
00:00:47di mana setiap sub-agen akan memiliki konteks baru yang segar untuk menyelesaikan tugas satu per satu.
00:00:51GSD di sini pada dasarnya menjadi orkestrator yang mengelola sub-agen tersebut mengikuti
00:00:55pengembangan berbasis spek dengan membimbing AI dari ide kasar menjadi aplikasi
00:01:00siap produksi langkah demi langkah. Ini berarti kita akan mengonsumsi lebih banyak token,
00:01:04tetapi tingkat akurasi yang akan kita dapatkan jauh lebih tinggi dibandingkan
00:01:07jika menggunakan semuanya hanya dalam satu konteks tunggal. Itulah sebabnya di video ini, saya akan menunjukkan
00:01:11cara mengatur framework GSD pada Claude Code Anda dengan memperlihatkan bagaimana
00:01:15Anda bisa mengambil ide dan membangunnya di atas aplikasi yang sudah ada atau aplikasi baru,
00:01:19bagaimana membentuk ide yang ingin dibangun menggunakan agen riset,
00:01:23dan agen perencana yang dimilikinya. Setelah ide terbentuk, kita bisa beralih ke
00:01:27implementasi di mana tersedia eksekutor khusus untuk menjalankan tugas dengan agen paralel yang berjalan
00:01:32secara bersamaan. Setiap agen memiliki jendela konteks barunya sendiri dan melakukan commit pada setiap tugas
00:01:37yang diselesaikannya. Selain itu, setiap kali tugas selesai, sistem akan menjalankan agen lain
00:01:41untuk memverifikasi tugas tersebut terhadap tujuan yang ingin dicapai. Yang terpenting, setelah kita menyelesaikan
00:01:45satu fase tugas, saya akan tunjukkan cara mengulang setiap fase yang kita miliki
00:01:49seperti diskusi, perencanaan, eksekusi, dan verifikasi selangkah demi selangkah, putaran demi putaran hingga
00:01:55seluruh milestone selesai secara otonom tanpa campur tangan manual. Itulah yang akan kita bahas
00:02:00di video ini. Jika Anda tertarik, mari kita mulai. Baiklah, sebelum kita mulai, perkenalan
00:02:04singkat bagi yang baru di sini, nama saya Eric. Saya telah menghabiskan bertahun-tahun sebagai senior software engineer
00:02:09di perusahaan seperti Amazon, AWS, dan Microsoft. Saya memulai channel YouTube ini untuk membagikan
00:02:15semua yang telah saya pelajari mulai dari AI coding, otomasi, web3, pengembangan karier,
00:02:22dan lainnya, semuanya dikemas dalam tutorial praktis yang bisa Anda ikuti. Jadi jika Anda siap
00:02:27untuk naik level, pastikan cek channel YouTube saya dan tekan tombol subscribe. Sekarang mari
00:02:32kembali ke video. Baiklah. Hal pertama yang akan kita lakukan adalah menavigasi ke
00:02:36repositori GSD. Di sini Anda bisa melihat petunjuk cara menginstalnya ke mesin lokal Anda.
00:02:40Saya akan menyalin perintah ini, kembali ke terminal untuk
00:02:44proyek saya saat ini. Dan saya akan mengetikkan perintah ini untuk menginstalnya ke proyek
00:02:49lokal saya. Saya akan pilih ya, instal ini. Dan di sini terlihat, kita akan
00:02:53memilih apakah akan menggunakan Claude Code, Open Code, atau keduanya. Saya akan pilih satu saja
00:02:57untuk saat ini yaitu Claude Code untuk demonstrasi ini. Lalu ada pertanyaan, di mana Anda ingin menginstal
00:03:02ini? Saya ingin menginstalnya secara global agar tersedia untuk semua proyek di sini. Oke. Dan
00:03:07setelah memilih itu, Anda bisa melihat GSD menyertakan baris status yang menampilkan nama model,
00:03:12tugas saat ini, dan juga penggunaan jendela konteks. Jadi apakah kita tetap menggunakan yang sudah ada atau
00:03:17menggantinya dengan baris status GSD? Sebenarnya saya belum pernah melihat baris status GSD.
00:03:22Jadi saya akan pilih nomor dua di sini. Dan mari kita lihat seperti apa
00:03:26tampilan baris status GSD tersebut. Saya akan membuka sesi Claude Code saya. Dan di sini, Anda bisa melihat
00:03:31ini adalah baris status saat ini untuk GSD. Tentu saja, jika Anda tidak suka versi baris
00:03:37status tersebut dan ingin menggunakan versi saya, Anda bisa cek video saya yang ini, di mana saya
00:03:41menunjukkan cara menyesuaikan baris status Anda agar terlihat persis seperti ini. Tapi tentu saja,
00:03:46jika Anda ingin tetap menggunakan baris status GSD, silakan pilih opsi tersebut.
00:03:49Setelah GSD terinstal, kita cukup mengetikkan GSD. Anda bisa melihat
00:03:54bahwa semua perintah khusus sudah ada di dalam terminal Claude Code kita. Baiklah.
00:03:58Setelah GSD terinstal, hal berikutnya yang akan kita lakukan adalah mencoba menginisialisasi proyek kita.
00:04:02Jika Anda memulai proyek baru, cukup ketik GSD new project. Tetapi jika
00:04:06Anda sudah memiliki proyek yang sudah ada, jalankan perintah ini terlebih dahulu.
00:04:10Ini akan menjalankan beberapa sub-agen untuk menganalisis tumpukan teknologi, arsitektur, konvensi,
00:04:15dan hal-hal penting lainnya. Lalu kita bisa menjalankan perintah tersebut untuk memahami seluruh basis kode dan memberikan pertanyaan
00:04:20berdasarkan apa yang ingin Anda tambahkan dan rencanakan untuk desain aplikasi ini. Jadi dalam hal ini,
00:04:24saya akan menjalankan perintah ini dulu, pada dasarnya mencoba memetakan seluruh basis kode. Dan di sini,
00:04:28Anda bisa melihat sistem akan menjalankan empat agen pemeta basis kode secara paralel, untuk mencoba memetakan
00:04:32seluruh basis kode di sini, mencoba memahami tumpukan teknologi, arsitektur, konvensi, dan masalah yang ada,
00:04:38semuanya, mencoba menganalisis segalanya untuk aplikasi kita. Mari kita tunggu
00:04:42sebentar sampai agen pemeta yang berjalan paralel ini selesai sepenuhnya. Baiklah. Sekarang
00:04:46pemetaan telah selesai menganalisis seluruh basis kode. Dan sekarang yang akan
00:04:50saya lakukan adalah meriset sesi Claude Code saya karena jendela konteks saat ini
00:04:54sudah terpakai setengah, kan? Jadi saya akan menghentikan ini lalu membersihkan
00:04:59terminal, dan menjalankan ulang sesi Claude Code. Jadi kita mulai dari nol lagi setelah memetakan
00:05:04semuanya, tapi jangan khawatir karena hasil pemetaan sudah tersimpan dalam suatu state. Anda bisa
00:05:09melihat folder .planning. Di dalamnya terdapat informasi basis kode.
00:05:13Jadi sistem akan merangkum semua yang ada di aplikasi kita, seperti arsitektur,
00:05:17masalah-masalah yang ada, konvensi, integrasi, semuanya tersimpan
00:05:23di dalam folder ini, sehingga kita tidak kehilangan jejak status pemetaan kita saat ini. Baiklah.
00:05:28Setelah selesai memetakan seluruh basis kode, sekarang saatnya menginisialisasi proyek kita.
00:05:32Apa yang akan terjadi adalah sistem akan mengajukan beberapa pertanyaan serius untuk
00:05:36memahami apa ide saya. Fitur baru apa saja yang akan kita tambahkan? Lalu sistem akan
00:05:39menjalankan beberapa sub-agen paralel untuk menyelidiki domain yang ingin kita bangun.
00:05:43Sistem juga akan membantu mengekstrak beberapa kebutuhan serta peta jalan mengenai
00:05:47fase-fase apa saja yang diperlukan untuk mewujudkannya, kan? Jadi itu yang akan kita
00:05:51lakukan. Saya akan salin perintah ini dan tempel di sini. Lalu sistem akan mencoba
00:05:56menginisialisasi proyek saat ini. Di sini terlihat, ini adalah proyek brownfield,
00:06:00yang sudah memiliki basis kode dan peta basis kode sudah tersedia. Repositori Git ada dan
00:06:05juga belum ada file project.md di folder planning. Jadi sistem akan bertanya. Saya lihat Anda
00:06:10memiliki proyek yang sudah ada dengan basis kode yang sudah dipetakan. Melihat file claude.md, saya bisa melihat
00:06:14konteks bisnisnya, lalu ia bertanya, apa yang Anda ingin saya bangun selanjutnya? Oke. Karena
00:06:18saya sudah punya rencana fitur yang akan dibangun, yaitu membuat dasbor untuk
00:06:23sistem admin, di mana ini adalah file MD yang sangat singkat yang saya buat menggunakan AI untuk
00:06:29membangun panel admin minimal, yaitu tab baru pada sidebar dasbor yang sudah ada,
00:06:34yang menyediakan alat-alat penting untuk mengelola pengguna dan menangani masalah dukungan saat peluncuran.
00:06:39Dan pada dasarnya Anda bisa melihat ada beberapa fitur yang saya minta dan fitur-fitur
00:06:42MVP, mockup UX dari framework dan hal-hal semacam itu, ya? Sangat detail.
00:06:47Saya sangat merekomendasikan Anda untuk menggunakan AI di sini, Claude, untuk
00:06:52melihat aplikasi tersebut, mencoba membuat draf rencana tentang apa yang ingin Anda bangun, kan?
00:06:56Setidaknya perubahan UX, atau fitur apa saja yang ingin disertakan sehingga
00:07:00kita punya rencana jelas tentang apa yang akan diimplementasikan oleh Claude. Sekarang,
00:07:04tentu saja saya bisa mengambil rencana ini dan meminta Claude untuk mengimplementasikannya, tapi saya ingin
00:07:08GSD yang mengambil alih dan melakukan investigasi atau riset, ya? Dengan menjalankan
00:07:13beberapa sub-agen untuk melakukan riset atas nama kita dan membagi tugas besar ini menjadi tugas-tugas
00:07:20yang lebih kecil dan lebih mudah diimplementasikan. Jadi dalam hal ini, saya akan membuka terminal dan
00:07:25mengatakan bahwa inilah yang akan kita bangun. Saya akan mereferensikan file ini
00:07:28di sini. Dan saya akan bilang, saya berencana membangun ini selanjutnya. Kemudian saya akan
00:07:33memasukkan ini dan membiarkan GSD membantu kita
00:07:40melakukan perencanaan. Di sini terlihat, sistem akan membaca item backlog yang ingin kita
00:07:44implementasikan untuk aplikasi ini. Dan di sini Anda bisa melihat sistem akan memicu pertanyaan pengguna
00:07:48untuk menanyakan beberapa hal serius guna mengonfirmasi spek yang tepat. Dikatakan bahwa
00:07:52spek ini mencakup keempat fitur, kan? Seperti daftar pengguna, kredit, tingkat langganan, impersonasi, ingin membangun
00:07:58semuanya sekaligus atau memprioritaskan sebagian untuk iterasi pertama? Terlihat di sini bahwa sistem mulai
00:08:02memecah empat fitur raksasa ini menjadi fitur-fitur yang lebih kecil terlebih dahulu. Saya akan
00:08:07mengatakan, mari kita mulai dengan fitur yang lebih sederhana seperti daftar pengguna dan kredit, ya? Jadi saya akan
00:08:11bilang, ya, mari kita lakukan itu. Dan bagaimana Anda ingin memverifikasi panel admin bekerja dengan benar?
00:08:16Untuk sekarang, karena proyek ini masih sangat baru, saya kebanyakan melakukan pengujian manual, tapi terlihat
00:08:21bahwa sistem menanyakan cakupan tes. Seperti kita bisa melakukan integration testing, misal, menambahkan pengujian
00:08:25rute API untuk endpoint. Kita juga bisa menguji cakupan penuh, termasuk unit test,
00:08:30integration test, dan end-to-end testing. Saya akan fokus pada pengujian manual saja dulu
00:08:34dan nanti kita bisa meningkatkan cakupan tesnya. Jadi saya pilih ya untuk
00:08:38pengujian manual dulu dan kirim jawabannya. Mari kita lihat apa yang akan dilakukan
00:08:43oleh GSD. Di sini Anda bisa melihat sistem terus berlanjut dengan pertanyaan berdasarkan jawaban saya.
00:08:46Kapan panel admin ini harus siap tayang? Karena di aplikasi saat ini, saya memiliki dokumen
00:08:50business analyst untuk perencanaan lini masa yang menyebutkan sekitar tanggal 30 Januari untuk peluncuran resminya.
00:08:56Jadi sistem menanyakan pertanyaan pertama apakah diperlukan sebelum peluncuran v2,
00:09:01yaitu 30 Januari. Saya akan jawab ya, saya sangat ingin fitur ini ada
00:09:05sebelum 30 Januari. Kemudian sistem bertanya apakah kita ingin melanjutkan dengan file project.md.
00:09:10Saya masih ingin mengeksplorasi dan mengajukan lebih banyak pertanyaan. Baiklah. Salah satu pertanyaan
00:09:14yang saya ajukan adalah mencoba mencari tahu celah apa yang terlewat dalam spek kita
00:09:19dan apa yang akan kita lakukan, kan? Anda bisa melihat sistem menjalankan beberapa sub-agen untuk melakukan
00:09:22riset keamanan, UX, dan juga praktik terbaik, serta celah implementasi teknis yang mungkin
00:09:28terlewat dalam spek saat ini. Di sini terlihat ada tabel lengkap,
00:09:32yang merangkum seluruh celah tersebut. Misalnya, tidak ada perlindungan middleware admin,
00:09:37kan? Cookie yang hilang. Dan juga pembatasan akses (rate limiting) yang masih ada di memori dan tindakan admin untuk
00:09:43penghapusan pengguna. Serta fungsi is_admin yang rusak untuk pengguna lain. Kita ingin memastikan
00:09:49bahwa kita menangani celah-celah tersebut untuk proyek yang akan diimplementasikan saat ini. Dan di sini,
00:09:52Anda bisa melihat daftar perbaikan yang disarankan sistem, kan?
00:09:57Apa yang bisa kita lakukan adalah meninjau ini dan melihat apakah
00:10:02celah-celah tersebut masuk akal. Jika ya, barulah kita bisa membuat
00:10:06file project.md dan lanjut ke implementasi. Sistem akan mengajukan beberapa pertanyaan lagi.
00:10:11Riset menemukan celah keamanan kritis. Bagaimana Anda ingin saya menanganinya?
00:10:15Saya akan bilang perbaiki yang kritis, sesuai rekomendasi saya. Dan saya akan
00:10:20memasukkannya agar Claude Code memastikan rencana dan spek kita
00:10:24tidak melewatkan apa pun sebelum lanjut ke file project.md. Setelah semuanya oke,
00:10:29kita sekarang bisa membuat file project.md. Saya katakan ya, mari beralih ke
00:10:33file project.md. Di sini terlihat Claude Code akan membuat file project.md untuk
00:10:38seluruh proyek ini. Mari kita tunggu sebentar sampai proses ini selesai sepenuhnya. Sebelum
00:10:42kita masuk ke bagian berikutnya, saya ingin memberikan apresiasi singkat kepada sponsor hari ini, Testbrite.
00:10:46Testbrite adalah agen AI yang dibangun khusus untuk pengujian perangkat lunak. Dengan rilisnya
00:10:51Testbrite MCP, Anda sekarang bisa menggunakannya langsung di dalam IDE coding Anda. Baik itu Cursor, Windsurf,
00:10:57Claude Code, dan lainnya, pengaturannya sangat mudah. Anda tinggal menambahkan konfigurasi di pengaturan MCP Anda
00:11:02dan Anda siap beraksi. Yang saya suka dari Testbrite adalah ia tidak menjalankan tes secara buta.
00:11:07Ia membaca seluruh basis kode Anda terlebih dahulu, memahami dokumentasi, dan memvalidasi
00:11:11hasil yang dihasilkan agen AI Anda. Ia secara otomatis membuat rencana pengujian dari PRD Anda,
00:11:16membuat test case, memastikan cakupan pengujian yang tepat, dan semua itu tanpa input manual. Dari
00:11:21sana, ia mengeksekusi tes dan mengirimkan laporan detail kembali kepada Anda, memperlihatkan dengan jelas apa yang rusak
00:11:26dan apa yang butuh perhatian. Kebanyakan agen coding saat ini rata-rata memiliki akurasi sekitar 42%. Tapi dengan
00:11:32Testbrite MCP, tim-tim telah mampu meningkatkan akurasi pengiriman fitur hingga 93%. Jadi jika Anda tertarik
00:11:38mencobanya, Anda bisa menonton video yang saya buat atau klik tautan di deskripsi di bawah untuk
00:11:42detail lebih lanjut. Kembali ke video. Baiklah, setelah selesai dengan penentuan cakupan proyek dan juga pembuatan
00:11:47file project.md kita, maka di sini terlihat kita diberikan pilihan mode. Kita bisa menggunakan
00:11:52mode YOLO, yang pada dasarnya akan menyetujui secara otomatis dan langsung mengeksekusi, ya? Atau kita bisa
00:11:56membuatnya lebih interaktif. Jadi setiap kali sistem menyelesaikan satu langkah, kita bisa mengonfirmasi perubahan yang
00:12:01dilakukannya dan melanjutkan. Saya akan pilih mode YOLO di sini dan mencoba membiarkannya bekerja
00:12:04sendiri untuk menyelesaikan semuanya. Saya akan tekan enter di sini untuk mode YOLO.
00:12:09Lalu sistem menanyakan kedalaman perencanaan (depth). Seberapa teliti perencanaan yang diinginkan. Kita bisa memilih
00:12:14opsi cepat untuk pengiriman segera, sekitar tiga sampai lima fase, atau satu sampai tiga rencana untuk masing-masing fase. Atau kita
00:12:18bisa memilih cara standar, dengan cakupan yang lebih seimbang, yang memiliki lima sampai delapan fase.
00:12:22Dan setiap fase mungkin memiliki tiga sampai lima rencana masing-masing. Dalam hal ini, saya akan pilih
00:12:26yang standar, karena cakupannya lebih seimbang. Kita tidak sedang buru-buru merilis sesuatu.
00:12:30Kita mencari sesuatu yang cakupannya lebih seimbang. Untuk itu, saya akan klik
00:12:34nomor dua. Baiklah, sekarang saya akan kirim jawabannya. Hasilnya,
00:12:38Anda bisa melihat kita diberikan pilihan eksekusi. Apakah ingin menjalankan rencana secara
00:12:42paralel, yang berarti rencana-rencana independen berjalan secara bersamaan, atau kita bisa
00:12:46mengeksekusinya satu per satu secara berurutan. Rekomendasi saya, jika waktu bukan masalah, saya sangat
00:12:51menyarankan untuk melakukannya secara sekuensial (berurutan), karena kita akan menangani satu rencana demi satu rencana,
00:12:57bukan secara paralel. Karena katakanlah dalam mode paralel, kredit Anda habis, Anda mungkin akan
00:13:01terhenti dengan kedua tugas yang belum selesai. Sedangkan jika sekuensial, setidaknya ada beberapa tugas
00:13:06yang selesai. Dan mungkin setelah kredit habis, setidaknya Anda bisa menunggu
00:13:10atau kembali lagi besok. Begitu kredit tersedia, Anda bisa melanjutkan eksekusi
00:13:14tugas satu per satu, kan? Setidaknya proyek Anda tidak setengah jalan di semua rencana, ya?
00:13:18Jadi saya pilih sekuensial di sini karena ingin menyelesaikannya langkah demi langkah. Kemudian
00:13:22dalam hal pelacakan Git, apakah kita akan melakukan commit dokumen perencanaan ke Git? Ya, saya
00:13:27sangat ingin terus melacak dokumen perencanaan kita ke Git. Jadi saya pilih ya untuk itu juga
00:13:31dan klik kirim. Baiklah. Lalu sistem menanyakan beberapa pertanyaan tambahan, apakah ingin
00:13:35melakukan riset sebelum perencanaan? Saya juga jawab ya, dan verifikasi apakah rencana akan mencapai tujuan Anda sebelum
00:13:40eksekusi dilakukan. Saya juga pilih ya untuk itu. Dan kemudian soal verifikator, apakah ingin memverifikasi bahwa pekerjaan memenuhi
00:13:46kebutuhan setelah setiap fase selesai? Saya juga jawab ya untuk hal tersebut. Serta preferensi model.
00:13:52Saya pilih yang paling berkualitas. Jadi model Opus untuk riset dan peta jalan meski biaya lebih tinggi namun
00:13:58analisisnya lebih mendalam. Baiklah. Apa yang terjadi adalah sistem memasukkan semua konfigurasi tersebut
00:14:03ke dalam file config.json. Ini adalah file untuk konfigurasinya. Kita benar-benar bisa
00:14:07memodifikasi file config.json untuk perubahan apa pun yang kita inginkan di masa mendatang. Sekarang
00:14:12agar video ini tidak terlalu panjang, GSD membawa kita ke bagian riset. Anda bisa melihat GSD
00:14:16menjalankan pensintesis riset di sini, yang pertama-tama akan menjalankan beberapa sub-agen,
00:14:21mencoba melakukan riset. Setelah peneliti selesai sepenuhnya, sistem akan
00:14:26mensintesis semua riset yang telah dilakukan dan mencoba melihat bagaimana kita bisa membuat
00:14:30laporan riset kita sendiri berdasarkan proyek yang sedang dikembangkan. Setelah kita setuju dengan
00:14:34hal-hal tersebut, GSD akan lanjut membuat peta jalan (roadmap) tentang apa yang akan
00:14:39kita lakukan untuk seluruh proyek ini langkah demi langkah. Baiklah. Sekarang terlihat sistem telah menghasilkan
00:14:43seluruh peta jalan, yang memiliki lima fase dan 36 kebutuhan yang sudah dipetakan agar semua kebutuhan V1
00:14:49tercakup. Misalnya, basis data, skema, backend, dan kemudian mencoba mencakup
00:14:54pengalaman pengguna. Sistem bertanya, apakah struktur peta jalan ini terlihat oke bagi Anda? Anda
00:14:59bisa meninjaunya dan melihat apakah ada yang terlewat. Jika semuanya sudah oke,
00:15:03saya tinggal bilang setuju (approve) dan mulai lakukan perubahan. Baiklah. Setelah proyek kita
00:15:08diinisialisasi, Anda bisa melihat ini adalah seluruh MVP untuk artefak yang dibuatnya. Semuanya
00:15:13Jadi semuanya ada di dalam folder perencanaan, ya? Kelima fase dan ke-36 persyaratan siap untuk dibangun.
00:15:18Langkah selanjutnya, jika kita setuju dengan itu, kita akan mulai dengan fase satu,
00:15:21mulai dengan fase satu, satu per satu. Dan setelah Anda membuat rencana untuk fase satu,
00:15:25di sini Anda juga bisa melihat saya mengerahkan beberapa sub-agen untuk membuat rencana fase dua,
00:15:29fase tiga, semuanya sekaligus, kan? Jadi Anda bisa memiliki semua sub-agen di sini untuk memperjelas,
00:15:34membuat rencana baru atau membuat rencana untuk setiap fase yang kita miliki, oke? Setelah Anda membuat fase,
00:15:38apa yang bisa Anda lakukan sekarang adalah lanjut ke tahap implementasi. Nah, seperti yang sudah disebutkan sebelumnya,
00:15:41kita ingin menjalankan ini secara berurutan dengan konteks yang segar, dan saya tidak ingin sistem berhenti
00:15:46setelah menyelesaikan satu rencana hanya untuk meminta verifikasi dari saya, kan? Saya ingin sistem menyelesaikan semuanya,
00:15:52baru setelah itu kita bisa memverifikasi semuanya secara menyeluruh. Saya tidak ingin verifikasi di setiap fase.
00:15:55Saya ingin verifikasi setelah semua fase selesai. Sekarang apa yang bisa Anda lakukan di sini adalah menyampaikannya
00:15:59kepada Claude dan katakan bahwa, oke, saya ingin menjalankan fase-fase GSD secara berurutan dengan konteks yang baru.
00:16:03Dan pada dasarnya yang akan dilakukan sistem adalah mengeksekusi setiap fase satu per satu dengan konteks
00:16:08sesi yang baru untuk setiap rencana. Dan pada dasarnya Anda bisa melihat apa yang akan terjadi adalah sistem
00:16:13akan menjalankan sub-agen baru menggunakan pelaksana GSD. Dan kemudian setiap agen di sini mendapatkan
00:16:18konteks bersih sebesar 200K. Jadi tidak bercampur dengan rencana sebelumnya yang diselesaikan oleh sub-agen lain.
00:16:23Lalu yang akan terjadi di sini adalah sistem akan menjalankan seluruh 13 rencana secara mandiri
00:16:27menggunakan GSD. Jadi kita punya skema database, backend, UI, manajemen kredit,
00:16:34dan juga penampil log audit, oke? Semuanya dieksekusi satu per satu dalam satu kesatuan. Dan di sini saya hanya
00:16:39akan membersihkan konteks dan melewati izin lalu mengeksekusi ini satu per satu. Baiklah, sekarang Anda
00:16:44bisa melihat sistem akan menjalankan fase satu di sini untuk implementasi dasbor admin.
00:16:48Dan mari kita tunggu sebentar sampai semuanya terimplementasi sepenuhnya. Baiklah, setelah semua
00:16:53fase diimplementasikan menggunakan GSD, begitulah hasilnya. Jadi di sebelah sini, Anda bisa melihat saya sedang
00:16:57berada di tab admin dan sekarang kita di tab manajemen pengguna. Di sini kita bisa melihat semua pengguna
00:17:03yang ada di platform kita saat ini. Saya bisa mencari pengguna. Misalnya, jika saya mengetik
00:17:07"test", dan di sini Anda bisa melihat hasil pertamanya muncul tepat di sini. Dan katakanlah jika saya
00:17:12menghapus ini, maka Anda bisa melihat seluruh daftar akan muncul kembali. Saya juga bisa memfilter berdasarkan
00:17:17tingkatan (tier). Jadi siapa saja orang yang menggunakan paket gratis? Saya bisa melihatnya, dan saya
00:17:21bisa melihat penggunaan kredit, kapan mereka terakhir mendaftar, dan juga bisa menyesuaikan kreditnya,
00:17:25bukan? Jadi saya bisa melihat detail akun, yang bisa Anda lihat di sini, atau saya juga bisa
00:17:29menyesuaikan kreditnya, seperti yang terlihat di sini, oke? Saya bisa membantu orang untuk menyesuaikan saldo,
00:17:33mengatur kredit, menetapkan batas kredit khusus, dan juga penggunaan kredit yang tepat,
00:17:38serta memberikan alasannya. Dan di log audit, kita benar-benar bisa memantau hal tersebut.
00:17:42Sebagai contoh, katakanlah jika saya memilih semua tingkatan, dan saat ini saya masuk sebagai pengguna
00:17:48yang ini, yang disetel sebagai admin. Dan katakanlah jika saya mengeklik ini, dan mencoba menyesuaikan kredit,
00:17:52misalkan saya akan menambah jumlah kredit ini, misalnya menjadi 50 kredit, ya? Jadi
00:17:57dari yang kita miliki sekarang, yaitu 510 kredit, menjadi 560 kredit. Dan yang harus kita lakukan
00:18:03di bawah sini adalah tinggal menambahkan alasan. Misalnya, saya hanya akan menulis "test", dan itulah
00:18:07alasannya di sini, lalu saya akan menerapkan penyesuaian tersebut. Dan yang terjadi di sini, bisa Anda lihat
00:18:11ada notifikasi yang menunjukkan bahwa kita telah meningkatkannya dari 510 ke 560, dan juga memicu
00:18:17render ulang untuk komponen tersebut. Dan Anda bisa melihat pada tabel di sini, itu juga langsung tercermin,
00:18:21dari 510 menjadi 560, sesuai dengan kondisi sekarang, oke? Jadi kita bisa memverifikasi bahwa fiturnya
00:18:27berjalan sepenuhnya. Kita juga bisa melihat bagian analitik admin, di mana kita bisa melihat
00:18:31analitik untuk semua hal yang ada di aplikasi kita. Anda bisa melihat kapan terakhir kali
00:18:36diperbarui, serta semua statistik yang kita miliki seperti total pengguna, pengguna berbayar,
00:18:40serta tingkatan yang berbeda, penggunaan kredit yang berbeda, hingga pengguna yang paling aktif. Kita juga
00:18:46bisa melihat log audit, yang pada dasarnya berarti semua peristiwa, semua tindakan yang kita ambil
00:18:51saat melakukan penyesuaian pada kredit pengguna, kita benar-benar bisa melihatnya di sini di dalam
00:18:55log audit. Misalnya, penyesuaian kredit, sinkronisasi kredit, siapa pengguna targetnya, dan
00:19:00apa detail yang kita lakukan. Kita bisa melihat itu di dalam riwayat log audit. Jadi kurang lebih
00:19:05begitulah cara Anda menggunakan GSD untuk mengikuti spektrum pengembangan hingga menyelesaikan sebuah fitur.
00:19:09Nah, jika Anda merasa video ini bermanfaat, pastikan untuk menyukai video ini. Dan tentu saja,
00:19:13jika Anda penasaran bagaimana saya bisa membuat komponen ini melakukan render ulang setelah kredit
00:19:16diterapkan tanpa memuat ulang halaman, jawaban singkatnya adalah saya menggunakan Zustand, yaitu sebuah
00:19:21manajemen status (state management) untuk memusatkan status seluruh aplikasi kita, sehingga kapan pun
00:19:26satu bagian komponen diperbarui, maka itu akan memicu pembaruan juga pada status saat ini.
00:19:30Jadi jika Anda penasaran bagaimana cara menambahkan manajemen status tersebut ke dalam aplikasi
00:19:34Anda saat ini, saya sangat menyarankan Anda untuk melihat kursus tujuh jam ini, yang saya buat tentang
00:19:38bagaimana Anda bisa membangun aplikasi NestJS lengkap yang siap produksi, skalabel, dan dipandu langkah demi langkah.
00:19:44Jadi dengan demikian, jika Anda menyukai video ini, jangan lupa untuk menekan tombol suka.
00:19:47Pertimbangkan untuk berlangganan karena di masa mendatang, saya akan membagikan semua pelajaran dan teknik yang bisa
00:19:51Anda gunakan untuk membangun aplikasi siap produksi dengan menggunakan AI untuk membantu pemrograman
00:19:55aplikasi siap produksi seperti ini. Jadi, sampai jumpa di video berikutnya.