Repositori Open Source Ini Menyelesaikan Masalah Terbesar Claude

CChase AI
Computing/Software

Transcript

00:00:00Anda tidak bisa mempercayai Claude untuk menilai pekerjaannya sendiri, yang merupakan masalah besar, namun hal ini dapat diselesaikan
00:00:05oleh skill ini. Namanya Claudex Loop, dan premisnya sederhana. Alih-alih membuat Claude bertanggung jawab
00:00:09untuk merencanakan, mengeksekusi, dan menilai pekerjaannya sendiri, mengapa kita tidak melibatkan Codex untuk turut melihat
00:00:16rencana serta eksekusi Claude dan berkata, hei, ini sudah bagus, yang ini belum, berikut adalah hal yang
00:00:22menurutku harus kamu ubah. Karena salah satu masalah besar dari setiap model AI di luar sana
00:00:25adalah mereka menilai pekerjaan mereka sendiri secara sangat positif. Saat saya bertanya kepada Claude seberapa bagus rencana yang
00:00:30telah dibuatnya, ia akan menjawab, hal ini luar biasa. Jadi, penting bagi kita untuk memiliki sistem di mana
00:00:35kita dapat menghadirkan sudut pandang kedua untuk melihat apa yang dibangun oleh model pertama dan berkata, setuju,
00:00:40tidak setuju, beserta alasannya. Jadi hari ini, saya tidak hanya akan memberikan skill ini kepada Anda, tetapi juga mengupas cara
00:00:44kerjanya di balik layar, dan kita akan melakukan demo singkat. Nah, skill ini terbagi menjadi empat fase,
00:00:48dan gagasannya adalah Anda memanggilnya sebelum menambahkan suatu fitur, atau jika Anda memulai proyek baru dari
00:00:53nol (greenfield project). Dan ide umumnya adalah apa pun rencana yang dihasilkan oleh model pertama atau apa pun
00:00:58yang dieksekusinya, kita menunggu hingga model kedua melihatnya dan berkata, hei, ini tampak hebat
00:01:02sebelum kita melangkah maju ke hal-hal besar. Nah, untuk fase pertama, kita melakukan pengintaian. Kita
00:01:07benar-benar akan pergi ke web, Claude akan mencari tahu apakah jawabannya benar-benar
00:01:10ada. Kita memiliki opsi untuk memanggil deep research, yang merupakan alur kerja dinamis bawaan, jika kita ingin
00:01:15menggali lebih dalam jawaban yang kita terima. Setelah itu, kita masuk ke fase interogasi.
00:01:20Bayangkan itu sebagai kumpulan pertanyaan mode rencana yang ditingkatkan, di mana kita mencoba menyamakan persepsi
00:01:25dengan Claude sebelum ia membuat rencana pertamanya. Kedua, di sinilah kita menghadirkan model
00:01:28kedua. Ini adalah tahap peninjauan. Jadi Claude Code, setelah menyusun rencana berdasarkan segala hal
00:01:34yang telah kita bicarakan dan teliti, ia akan membuat file plan.md standar Anda.
00:01:38Dari sana, Codex akan meninjau rencana tersebut dalam sandbox khusus baca (read-only), dan ia akan berkata,
00:01:43hei, rencana ini disetujui, atau kita perlu merevisi x, y, dan z. Ia kemudian akan mengirimkan jawaban tersebut
00:01:49beserta revisinya ke Claude Code. Claude Code akan melihatnya, lalu menyatakan, saya setuju, atau saya tidak
00:01:55setuju. Kemudian ia akan mengirimkan kembali perubahan-perubahan tersebut. Perulangan ini akan terus berlanjut hingga lima kali. Nah, saya
00:02:01belum pernah mengalami proses ini benar-benar terhenti pada hitungan kelima karena tidak mencapai status disetujui. Namun, saya
00:02:06mengaturnya agar berhenti pada angka lima, yang dapat Anda ubah dengan mudah melalui skill tersebut agar tidak terjebak dalam lingkaran setan yang aneh,
00:02:11di mana token Anda habis terkuras selamanya. Ini memberi Anda batasan tegas yang sangat jelas
00:02:15sehingga Anda tidak terjebak dalam situasi tersebut. Terakhir, setelah Claude dan Codex mencapai kesepakatan
00:02:20dan sebuah rencana telah dibuat, kita kemudian beralih ke fase pembangunan (build phase). Nah, skill ini memberi Anda kemampuan
00:02:24untuk tidak hanya meminta Claude yang membangun, Anda juga bisa meminta Codex untuk mulai membangun berbagai hal. Namun model apa pun
00:02:30yang membangunnya, model kedua akan memeriksa kembali apa yang telah dibuatnya sebelum melanjutkan
00:02:34ke tahap berikutnya. Dan sekali lagi, di balik layar, ada banyak variabel berbeda yang dapat Anda sesuaikan.
00:02:38Seperti yang saya sebutkan sebelumnya, kita memiliki bagian peninjauan (review section), yang disetel ke angka lima. Pada bagian pembuatan,
00:02:43ketika kita meminta Codex untuk melihat apa yang telah kita bangun, saya telah menurunkannya kembali menjadi dua kali perulangan,
00:02:48hanya agar kita tidak terjebak dalam skenario perulangan tak berujung seperti ini. Dan saya belum pernah benar-benar menghadapi
00:02:52masalah di mana saya merasa, Oh, saya perlu menaikkan angka ini. Tetapi Anda dapat mencobanya sendiri. Lebih lanjut,
00:02:56Anda dapat bereksperimen lebih jauh dengan hal ini dan benar-benar mendatangkan model lokal alih-alih Codex,
00:03:00jika itu juga cara yang ingin Anda tempuh. Nah, jika Anda menggunakan versi skill sebelumnya,
00:03:04yang dinamai Grill Me Codex, perubahan yang perlu Anda perhatikan pada Claudex Loop
00:03:08adalah mode interogasi yang jauh lebih ditingkatkan. Jadi proses tanya jawabnya menjadi lebih mendalam. Dan pada
00:03:13fase eksekusi, kita mengintegrasikan Codex lebih jauh lagi. Jadi sekali lagi, kita bisa mendapatkan pengawasan saat menangani
00:03:18kode aktual yang telah dibuat. Jadi berikutnya adalah demo sebenarnya. Namun sebelum kita langsung ke sana,
00:03:23ada pesan singkat dari sponsor hari ini, yaitu saya sendiri. Jadi saya baru saja merilis versi yang sepenuhnya diperbarui dari
00:03:28masterclass Claude Code saya di dalam Chase AI Plus dan itu adalah cara nomor satu untuk beranjak dari nol menjadi pengembang AI,
00:03:33khususnya jika Anda tidak berasal dari latar belakang teknis, karena kami berfokus pada kasus penggunaan nyata. Hal ini
00:03:38diperbarui setiap minggu. Jadi jika Anda seseorang yang ingin menjadi lebih baik dalam menggunakan alat yang luar biasa ini, dan Anda
00:03:42tidak memiliki latar belakang pengembangan perangkat lunak, kursus ini diperuntukkan bagi Anda. Jadi jika Anda ingin
00:03:47melihatnya, tautannya tersedia di komentar yang disematkan. Sekarang untuk demo hari ini, kita akan menggunakan
00:03:51Claudex Loop untuk membuat ulang Calendee. Jika Anda tidak tahu apa itu Calendee, itu adalah aplikasi web penjadwalan,
00:03:56Anda memberikannya tautan kepada orang-orang, mereka dapat melihat kalender Anda, memilih waktu, dan aplikasi ini secara otomatis
00:04:00membuat tautan Zoom atau Google Meet. Jadi itu adalah sesuatu yang digunakan banyak orang dan benar-benar
00:04:05mereka bayar. Tapi saya pikir, hei, mengapa kita tidak membuat ini sendiri saja dan menghemat, entahlah, 10 dolar
00:04:09sebulan atau berapa pun biaya yang saya bayar, saya sepertinya harus tahu itu. Jadi yang akan saya lakukan adalah saya tinggal
00:04:13memanggil garis miring (slash) Claudex Loop, lalu saya akan memberikan aliran kesadaran (stream of consciousness) dan berkata
00:04:18sesuatu seperti, saya ingin menggunakan Claudex Loop untuk membuat versi kita sendiri dari Calendee.
00:04:25Untuk saat ini, saya mungkin akan memintanya menggunakan Google Meet alih-alih Zoom. Namun saya ingin hal itu terhubung
00:04:32dengan kalender saya dan pada dasarnya membuat ulang Calendee dengan semua fitur utamanya. Jadi mari kita lanjutkan
00:04:38dan lakukan itu. Jadi di awal, kita berada di fase nol, yaitu fase riset. Jadi ia mengatakan,
00:04:41hei, bagaimana sebenarnya Anda ingin melakukan riset ini? Apakah kita melakukan pencarian web, yang merupakan
00:04:46standar Claude di mana ia mengirimkan beberapa sub-agen, ataukah kita ingin melakukan deep research secara penuh? Nah,
00:04:50dengan skill ini, saya telah menguncinya untuk Opus. Jadi seperti yang Anda tahu, dengan deep research, jika Anda melakukannya pada Fable
00:04:56dan Anda menjalankan slash deep research, itu akan memanggil sub-agen Fable, yang bisa sangat boros
00:05:01terhadap penggunaan Anda. Jadi untuk saat ini, saya mengaturnya agar langsung menggunakan Opus sejak awal, sekadar untuk membantu Anda. Sekali lagi,
00:05:05Anda benar-benar bisa melakukannya. Ia merekomendasikan pencarian web, tetapi sejujurnya, saya akan meminta melakukan deep search saja untuk melihat
00:05:10apa hasil yang diberikannya. Ia akan menunjukkan kepada saya usulan prompt deep research dan pertanyaan-pertanyaan yang
00:05:14coba dicarikan jawabannya. Jadi ia perlu tahu tentang Google Calendar, Meet, berbagai kendala dalam domain penjadwalan,
00:05:19dan secara umum tumpukan teknologinya (stack). Jadi jika saya menyetujuinya, kita katakan saja, silakan jalankan. Dan jika saya
00:05:25ingin mengeditnya, itu sangat mudah dilakukan. Jadi Claude selesai melakukan deep research lalu membuat
00:05:29buku besar asumsi (assumptions ledger), yang pada dasarnya merupakan daftar dari segala hal yang diasumsikannya ingin Anda wujudkan untuk proyek
00:05:36ini. Nah, setelah ini, ia akan memiliki lebih banyak pertanyaan untuk kita di mana kita dapat bercabang ke jalur yang berbeda.
00:05:40Namun ini adalah hal-hal di mana ia merasa, Hei, sepertinya tidak banyak perdebatan di sini.
00:05:44Sekarang Anda bisa memberikan tanda jempol ke atas (thumbs up) dan ia akan melakukan semua ini. Dan hal ini akan
00:05:48langsung dimasukkan ke dalam rencana. Atau Anda bisa mengatakan, Hei, sebenarnya saya ingin mengubah tumpukan teknologi atau, Hei, saya ingin mengubah
00:05:53cara kita menangani pengingat dan hal-hal semacam itu. Namun untuk saat ini, kita akan katakan, Hei,
00:05:57ini sudah dikonfirmasi. Dan kemudian kita beralih ke apa yang disebutnya sebagai tingkat penopang beban
00:06:01(load bearing tier). Kita semua menyukai istilah penopang beban (load bearing). Istilah itu kini telah disematkan pada segala hal
00:06:05yang dilakukan Claude. Jadi sekarang kita beralih ke pertanyaan-pertanyaan penopang beban tersebut. Pertanyaan pertamanya adalah,
00:06:09di akun Google mana kalender asli Anda berada? Untuk semua pertanyaan ini, terlepas dari apa
00:06:13proyek Anda, ia akan memberikan serangkaian pertanyaan beserta rekomendasinya. Jadi jika Anda tidak punya petunjuk sama sekali,
00:06:17Anda bisa langsung memilih yang direkomendasikan. Namun terus terang, sebagai praktik terbaik, jika Anda tidak tahu sama sekali apa yang
00:06:23Claude sampaikan terkait potensi jawaban atau apa sebenarnya yang sedang terjadi, saya sangat menyarankan Anda
00:06:27untuk masuk ke bagian lainnya dan pada dasarnya mengatakan sesuatu seperti jelaskan hal ini lebih lanjut. Beginilah cara
00:06:32Anda benar-benar akan menjadi mahir dalam hal AI dan membangun sesuatu, tidak hanya menjadi
00:06:35penerima pasrah yang terus-menerus menekan tombol rekomendasi demi rekomendasi. Jika Anda tidak tahu, mintalah Claude
00:06:40untuk terus menjelaskannya kepada Anda sampai Anda memahaminya. Itulah satu-satunya cara Anda benar-benar akan
00:06:44belajar, meskipun itu agak di luar cakupan video ini. Jadi kita akan memilih Gmail pribadi, dan saya
00:06:49sebenarnya akan melompat maju ke saat setelah saya menjawab semua pertanyaan ini, karena saya pikir Anda sudah cukup paham
00:06:53bagaimana fase ini bekerja. Sekarang, setelah kita menjawab pertanyaan-pertanyaan penopang beban tersebut, kita kemudian beralih ke beberapa
00:06:58keputusan kosmetik yang sekali lagi, tidak benar-benar mengubah fungsionalitas inti dari aplikasi tersebut.
00:07:02Dalam skenario ini, ia hanya mendaftarkan semuanya mirip dengan buku besar asumsi. Jadi Anda bisa mengatakan
00:07:08hal ini dapat diterima dan ia akan langsung melangkah maju, atau Anda bisa bilang, hei, ubah bagian satu,
00:07:12ubah bagian dua, ubah apa pun. Saya mengaturnya dengan cara ini agar Anda dapat mempercepat proses ini.
00:07:16Sekarang, setelah kita menjawab pertanyaan-pertanyaan kosmetik tersebut, kita beralih ke fase dua. Claude akan menulis
00:07:20file plan.markdown tersebut, lalu mengirimkannya ke Codex menggunakan GPT-5.6 Sol. Dari sana,
00:07:27mereka akan melakukan diskusi bolak-balik selama maksimal lima putaran, atau sampai mereka mencapai keputusan
00:07:32yang disetujui. Jadi Claude dan Codex telah berdiskusi bolak-balik selama lima putaran. Pada awalnya, ada 27 masalah
00:07:37yang diangkat pada putaran pertama, dan kita telah mencapai putaran kelima, dan masalahnya adalah masih ada beberapa
00:07:43masalah lagi. Mereka belum mencapai keputusan yang disetujui. Saya telah menyebutkan sebelumnya bagaimana saya belum pernah mengalami hal ini
00:07:47terjadi sebelumnya, jadi saya agak senang hal itu terjadi di sini. Jadi kita telah mencapai lima putaran. Mereka belum menyelesaikannya
00:07:51juga. Masih ada beberapa masalah kecil yang tersisa. Apa yang ingin Anda lakukan? Nah, Anda punya pilihan.
00:07:56Anda bisa berhenti di sini, mempertahankannya apa adanya. Anda bisa menerima status kebuntuan tersebut, atau memperpanjangnya
00:08:01dua putaran lagi. Jadi itu yang akan kita lakukan, lalu kita lihat apa yang terjadi ketika mereka akhirnya
00:08:05sepemahaman. Tapi bagus untuk diketahui dan bagi Anda untuk melihat bahwa meskipun kita memiliki semacam batas
00:08:11tegas, misalnya lima putaran, Anda tidak terjebak dengan itu. Jika Anda sampai pada titik itu seperti yang kita lakukan di sini,
00:08:15Anda dapat dengan mudah memperpanjangnya. Jadi setelah tujuh putaran, mereka mencapai kesepakatan, dan sekarang akan
00:08:19menanyakan kepada Anda, siapa yang benar-benar ingin Anda suruh membangun hal ini? Jadi kita bisa meminta Claude yang membangun dan Codex
00:08:24yang melihatnya, atau kita balik dan Codex yang membangun serta Claude yang melihatnya. Dalam situasi tertentu,
00:08:29bergantung pada apa yang kita lakukan, sistem juga akan memberi Anda opsi untuk melakukan pembangunan tandem.
00:08:33Jadi katakanlah kita membuat sesuatu yang memerlukan pembuatan aset atau semacam gambar GPT untuk
00:08:38d dimasukkan ke dalam persamaan. Nah, sistem juga akan mengatakan seperti, hei, mari kita libatkan Codex untuk bagian
00:08:43tertentu dari proyek ini. Tapi dalam kasus ini, kita akan memilih Claude yang membangun. Dan sekarang sistem akan
00:08:47mulai membuat apa yang disebut open book. Jadi Claude dapat menyelesaikan pembuatan demo kalender,
00:08:51yaitu apa yang kita lihat di sini. Jadi mari kita lihat apakah itu benar-benar berfungsi. Dan kemudian kita akan kembali dan
00:08:55benar-benar mendalami apa yang ditambahkan Codex ke seluruh proses ini. Jadi kita memiliki panggilan perkenalan lalu sesi kerja.
00:09:01Jadi jika kita pergi ke panggilan perkenalan, kita kemudian dapat melihat berbagai waktu dan jadwal
00:09:07yang benar-benar disinkronkan ke kalender Gmail saya. Jadi katakanlah saya memilih sesuatu untuk tanggal 31.
00:09:12Dan saya memilih jam 10 pagi. Anda dapat memasukkan nama saya, kita masukkan email saya. Dan kemudian kita lakukan konfirmasi pemesanan.
00:09:23Dan kita dapat melihat email tersebut dikirimkan kepada kita dengan tautan bergabung. Dan saya juga dapat melihat seluruh kalender saya,
00:09:28saya juga meminta sistem membuat artefak sederhana, yang menguraikan secara visual apa yang ditambahkan Codex ke
00:09:33seluruh proses ini. Kita telah membahas ini sebelumnya, fase bolak-balik di mana Claude memiliki rencana dan
00:09:38Codex membuat penyesuaian, Anda tahu, atau mengusulkan penyesuaian yang berlangsung hingga
00:09:42tujuh putaran. Dan dimulai dengan 27 masalah. Dan Anda dapat melihat setiap putaran, jumlahnya semakin berkurang hingga
00:09:48pada putaran ketujuh, kita akhirnya mendapatkan putusan yang disetujui. Dan sekarang berikut adalah beberapa hal yang sebenarnya dibawa
00:09:52oleh Codex ke perhatian Claude selama fase perencanaan, seperti kendala pemesanan ganda
00:09:57tidak bisa melakukan kompilasi, seperti alur sambung OAuth yang bermasalah. Ada juga masalah konkurensi
00:10:03di mana dua penjadwalan ulang untuk pemesanan yang sama bisa sama-sama berhasil, dan seterusnya, banyak kasus
00:10:08tepi yang terkait. Sekarang pada fase pembuatan, Claude menerapkan rencana yang disempurnakan yang kita miliki setelah
00:10:12tujuh putaran. Lalu kita memiliki sesi codex baru yang muncul dengan memori yang benar-benar segar, jendela konteks
00:10:17baru, yang belum membaca rencana tersebut. Lalu ia membaca kodenya dibandingkan dengan spesifikasi aktual, apa yang dibuat
00:10:23dibandingkan dengan yang direncanakan. Jadi ia kembali dengan 23 temuan, 19 diterima dan diperbaiki, empat
00:10:29ditolak. Jadi inilah beberapa hal yang ditemukan codex pada fase pembuatan ini, kisi waktu bergeser setelah
00:10:34setiap rapat, token manajemen berada dalam teks biasa, semua acara memblokir jam yang salah.
00:10:39Dan sekali lagi, lebih banyak hal yang, sekali lagi, bisa Anda sebut sebagai kasus tepi, tetapi itu akan
00:10:44memakan waktu lama bagi Claude untuk menemukannya. Jadi jika codex tidak pernah ada di ruangan sejak awal,
00:10:48seperti apa rupa ini? Nah, kita akan memiliki fitur yang rusak, kita akan memiliki pemesanan yang
00:10:53ada di basis data dan tidak ada di tempat lain dan seterusnya. Sekarang, pada kenyataannya, apakah ini akan terjadi jika kita
00:10:58hanya mengandalkan Claude? Mungkin di awal, kita hanya akan mengambil beberapa iterasi lebih lanjut dan kita
00:11:03pada akhirnya akan mendapatkan sesuatu yang mungkin berfungsi. Namun dengan codex, kita menemukan banyak masalah ini pada
00:11:08fase perencanaan. Jadi kita tidak harus membakar token lalu membakar lebih banyak token setelahnya. Dan kita
00:11:14dapat menguji hal-hal ini dengan codex, melihatnya dengan codex sebelum beralih ke produksi. Jadi secara keseluruhan,
00:11:21ini menghemat banyak waktu dan uang Anda. Jadi begitulah perulangan Claudex beraksi. Jika Anda ingin mendapatkan
00:11:26ini, saya akan menyertakan tautannya di komentar yang disematkan. Selain itu, sampai jumpa lagi.

Key Takeaway

Skill Claudex Loop menggabungkan Claude Code dan Codex dalam proses berulang hingga tujuh putaran untuk meninjau rencana dan kode secara kritis, mencegah pemborosan token, serta mendeteksi puluhan kasus tepi sebelum aplikasi diterapkan ke produksi.

Highlights

  • Skill Claudex Loop menggunakan Codex untuk meninjau dan menilai rencana serta kode yang dibuat oleh Claude guna mengatasi kelemahan model AI yang selalu menilai pekerjaan mereka secara terlalu positif.

  • Proses peninjauan rencana melibatkan diskusi bolak-balik hingga tujuh putaran untuk menyelesaikan masalah sebelum kode dibangun.

  • Skill ini terbagi menjadi empat fase utama, yaitu pengintaian, interogasi, peninjauan, dan pembangunan.

  • Penggunaan Codex dalam fase perencanaan berhasil mendeteksi 27 masalah termasuk kendala pemesanan ganda dan alur sambung OAuth yang bermasalah.

  • Sistem ini menetapkan batasan perulangan hingga lima atau tujuh kali guna mencegah habisnya token secara tak terbatas akibat lingkaran perulangan yang terus menerus.

Timeline

Masalah Penilaian Mandiri AI dan Pengenalan Claudex Loop

  • Model AI memiliki kelemahan dalam menilai pekerjaannya sendiri secara sangat positif.
  • Skill Claudex Loop melibatkan Codex untuk meninjau rencana dan eksekusi Claude secara obyektif.
  • Proses kerja skill ini terbagi menjadi empat fase yaitu pengintaian, interogasi, peninjauan, dan pembangunan.

Claude tidak dapat dipercaya untuk menilai kualitas pekerjaannya sendiri tanpa sudut pandang kedua. Claudex Loop hadir untuk mengatasi masalah ini dengan menempatkan Codex sebagai peninjau independen yang menyetujui atau merevisi rencana kerja. Sistem ini membatasi jumlah putaran bolak-balik maksimal untuk menjaga penggunaan token tetap terkendali sebelum masuk ke tahap pembuatan aplikasi.

Demo Pembuatan Aplikasi Calendee dan Fase Riset

  • Pembuatan ulang aplikasi penjadwalan Calendee menggunakan integrasi Google Calendar dan Google Meet.
  • Fase riset awal memanfaatkan opsi deep research untuk menyusun buku besar asumsi secara komprehensif.
  • Pertanyaan penopang beban diajukan untuk memperjelas konfigurasi akun dan parameter teknis.

Demo dimulai dengan pemanggilan perintah Claudex Loop untuk membangun alternatif aplikasi Calendee. Sistem menjalankan deep research untuk mengumpulkan data mengenai kendala domain penjadwalan dan tumpukan teknologi yang diperlukan. Pengguna kemudian menjawab rangkaian pertanyaan penopang beban guna memastikan konfigurasi dasar seperti penggunaan Gmail pribadi terpenuhi.

Fase Peninjauan Rencana dan Pembangunan Aplikasi

  • Diskusi perencanaan antara Claude dan Codex berlangsung selama tujuh putaran untuk mengatasi puluhan masalah awal.
  • Codex mendeteksi masalah kritis seperti kendala pemesanan ganda dan celah keamanan token.
  • Penggunaan sistem ganda ini menghemat waktu dan mencegah pembakaran token yang berlebihan pada tahap produksi.

Proses peninjauan rencana mempertemukan Claude dan Codex dalam diskusi yang memecahkan puluhan temuan masalah secara bertahap. Setelah kesepakatan tercapai pada putaran ketujuh, Claude membangun aplikasi penjadwalan yang berhasil disinkronkan dengan kalender Gmail. Codex kembali memeriksa kode yang dihasilkan untuk mendeteksi anomali tersembunyi, sehingga menghasilkan produk akhir yang lebih matang tanpa kesalahan struktural.

Community Posts

No posts yet. Be the first to write about this video!

Write about this video