Rekomendasi audit: gunakan nomor versi publik dua bagian seperti v4.3, dengan satu sumber versi yang menjadi acuan seluruh repositori. Repositori belum dapat dinyatakan sebagai v4.3 yang bersih dan siap dipasang; audit ini hanya baca dan tidak menjalankan tes, mengubah kode, atau melakukan deployment.
Diterbitkan olehGambar dibuat dengan GPT Image 2
Jawaban penelitian
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/JRtyWXL5XMODkxxCStM9mCCPWvd2/thumbnails/BA7A4AFCF2EA752F7BFC/8C87F7C130DEC1EBD017-medium-640.webp)
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"建议将本仓库对外版本统一为 v4.3,采用轻量发布管理;但目前不能认定工作树已经是“干净且完整可部署的 v4.3”。本轮完成的是只读审查,没有更新仓库、修改版本、删除历史、运行测试或执行部署。\n\n 版本与历史清理\n\n 对外使用 v4.3、v4.4 这样的两段版本;内部套件身份继续保留 V4,不必为了展示版. Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
Audit repositori ini menyarankan penyederhanaan versi publik menjadi format seperti v4.3 atau v4.4, sembari mempertahankan identitas internal V4. Namun, kesimpulannya tegas: repositori belum bisa disebut sebagai versi v4.3 yang bersih dan siap dipasang.
Pemeriksaan yang dilakukan bersifat hanya-baca. Tidak ada perubahan pada repositori, penghapusan berkas lama, pengujian, ataupun deployment. Karena itu, rekomendasi di bawah ini adalah pekerjaan lanjutan, bukan fitur yang sudah diterapkan.
Untuk pengguna, format dua bagian seperti v4.3 lebih mudah dipahami. Identitas suite internal tetap dapat menggunakan V4; tidak perlu mengganti nama direktori, menulis ulang riwayat, atau membangun sistem versi yang rumit hanya demi menampilkan nomor rilis.
Namun, nomor versi belum memiliki satu sumber acuan yang konsisten. README masih menyebut v4.2.0, sementara panduan utama menyebut V4.2. Pemetaan identitas suite di suite_versions.py mengenali V4, tetapi tidak menyediakan sumber versi kecil yang seragam. Audit juga belum memperoleh bukti yang cukup untuk mencocokkan tag v4.3 di remote dengan commit lokal.
Langkah yang disarankan adalah menetapkan satu sumber versi untuk dokumentasi, petunjuk instalasi, dan pemeriksaan konsistensi di CI. Identitas commit dan ringkasan berkas tetap berguna untuk melacak asal serta melindungi aset pengguna, tetapi tidak perlu dijadikan lapisan sistem versi tambahan.
Ada pula direktori cache lama di .versions/v4.0.0/ yang dapat ditinjau sebagai kandidat pembersihan. Sebelum dihapus, pastikan tidak ada instalasi atau tautan yang masih menggunakannya. Sebaliknya, direktori validasi lama masih dirujuk dalam ADR, sedangkan direktori skill historis menjadi bahan penting untuk menelusuri sumber skill. Keduanya tidak boleh dianggap sebagai cache tak berguna tanpa pemeriksaan lebih lanjut. Dalam audit ini, tidak ada aset yang dihapus.
Beberapa pengaman penting sebaiknya dipertahankan. Skrip instalasi menolak menimpa working tree yang memiliki perubahan lokal. Skrip deployment mensyaratkan pembaruan fast-forward dan menyerahkan proses kepada skrip versi terbaru. Sementara itu, koordinator deployment terkelola memeriksa konflik sebelum menulis berkas.
Kekurangannya ada pada pemeriksaan awal dan pilihan konfigurasi. Skrip instalasi saat ini menerima parameter kompatibilitas V4, tetapi belum meneruskan pilihan host, pemeriksaan awal tanpa perubahan, atau target mode. Persyaratan dependensi terutama tercantum di README, bukan diperiksa melalui satu alur prasyarat yang konsisten. Audit juga belum menemukan verifikasi bahwa remote pembaruan yang digunakan memang sumber repositori yang diharapkan.
Pembagian tanggung jawab yang disarankan cukup sederhana: skrip instalasi memeriksa sumber dan prasyarat, lalu meneruskan parameter; skrip deployment menangani penyesuaian host, pemeriksaan, pembaruan, penghapusan, dan perlindungan aset. Tidak perlu menambahkan kerangka pengelola versi yang rumit.
Workflow CI saat ini berjalan pada push ke cabang utama dan pull request, tetapi belum dipicu oleh tag rilis. Pemeriksaan plugin di workflow yang sama menilai struktur dan nama, bukan format versi rilis.
Validasi tag di suite_versions.py hanya memeriksa petunjuk versi utama. Tes yang ada juga masih mengizinkan versi tiga bagian dan tag yang bukan versi, sebagaimana terlihat di tes terkait. Jadi, repositori belum menerapkan aturan dua bagian secara menyeluruh.
Pemeriksaan minimum yang disarankan adalah memastikan tag rilis baru memakai format v4.angka, cocok dengan satu sumber versi, dan konsisten dengan teks versi yang ditampilkan. Riwayat lama tidak perlu ditulis ulang, dan aturan ini tidak perlu diterapkan ke versi dependensi pihak ketiga. CI juga sebaiknya menjalankan validator paket skill yang sudah tersedia di validate-solo-package.py, lalu memeriksa apakah rujukan tetap berfungsi setelah pemasangan—bukan hanya di dalam repositori.
Alur aktif saat ini mengarah ke prosedur lokal suite, sebagaimana terlihat pada peta kapabilitas. Pemetaan distribusi mengumpulkan direktori suite, bukan direktori skill historis eksternal. Dalam kode aktif yang diperiksa, audit tidak menemukan jalur yang terus-menerus memeriksa atau memperbarui skill upstream.
Artinya, skill upstream bukan dependensi langsung bagi jalur lokal yang ditinjau. Namun, pembaruan upstream juga tidak otomatis memperbarui prosedur lokal yang sudah diambil dan diadaptasi. Ini merupakan risiko perbedaan versi yang perlu dikelola, bukan bukti bahwa isolasi kompatibilitas sudah diterapkan.
Skill historis pun tidak bisa langsung disambungkan kembali begitu saja. Contohnya, skill bantuan lama bergantung pada konfigurasi, daftar direktori, dan program pengurai; skill build lama membutuhkan program rendering. Menyalin berkas petunjuknya saja belum cukup untuk membuatnya berfungsi.
Saran audit adalah mempertahankan alur analisis dan rekayasa lokal yang stabil, lalu mengintegrasikan skill upstream yang disetujui berdasarkan peta kapabilitas. Catat commit asal dan aset pendukung yang diperlukan. Saat memperbarui, periksa perubahan, penghapusan, dan dependensi; lakukan pemeriksaan yang relevan sebelum mengganti paket. Hindari membuat tugas yang sedang berjalan membaca cabang utama upstream yang terus berubah.
Pemeriksaan pembaruan dan penggantian otomatis juga sebaiknya dipisahkan. Pemeriksaan saat instalasi atau pembaruan, ditambah pengingat berkala bila diperlukan, dapat mencukupi tanpa menjalankan pemantau latar belakang secara default.
Cline menyediakan CLI dan ekstensi IDE, serta membedakan konfigurasi global dari konfigurasi proyek.4
1 Namun, repositori ini baru memiliki templat pengarah tipis yang belum aktif. Pengujian distribusi di test_host_adaptation.py secara khusus mengharuskan templat itu tetap berada dalam salinan nonaktif, bukan ditulis ke lokasi aturan Cline yang digunakan.
Audit menyarankan satu kumpulan materi metode yang sama, lalu adapter tipis yang dibuat sesuai kebutuhan CLI dan plugin. Peran analisis dan rekayasa dapat diselaraskan dengan Plan/Act bawaan, tanpa mengharuskan pengguna menghafal perintah skill atau mengimpor konfigurasi mode Roo secara langsung.
Ada pula persoalan lokasi: templat saat ini menyelesaikan jalur metode berdasarkan akar repositori ini, seperti ditunjukkan di templat router. Saat dipasang ke proyek lain, lokasi sumber daya perlu diselesaikan kembali. Menyalin templat apa adanya tidak menjamin tautannya tetap benar.
Untuk Roo, pemetaan distribusi mencakup aturan global dan mode tertentu. Namun, keberadaan berkas di disk belum membuktikan bahwa host telah memuatnya. Audit juga menemukan dua mode khusus belum mendeklarasikan izin MCP, sementara validator kontrak menetapkan kelompok izin secara tetap. Jika alat distilasi akan ditambahkan, konfigurasi dan validator perlu ditinjau bersama; mengubah petunjuk saja tidak cukup.
Untuk Gemini, alur yang ditemukan saat ini berupa salinan fisik direktori plugin dan aturan, bukan pemasangan ekstensi native yang telah diverifikasi. Ekstensi native Gemini CLI dapat mengemas skill dan MCP, dipasang sebagai salinan, lalu diperbarui secara terpisah.11
9 Karena itu, alur salinan yang sudah ada perlu dibedakan dengan jelas dari alur ekstensi native; audit belum membuktikan bahwa keduanya sudah menjadi target dukungan yang sama.
Audit juga menemukan potensi masalah rujukan setelah pemasangan. Aturan inti global di bmad-core.md memakai rujukan relatif ke skill, sementara pemetaan distribusi menempatkan salinan aturan dan skill di lokasi berbeda. Jika jalurnya ditafsirkan relatif terhadap berkas, rujukan tersebut tidak langsung mencapai skill yang didistribusikan.
Selain itu, alur tata kelola proyek baru dan lama belum sepenuhnya selaras. Pintu masuk proyek menggunakan penunjuk satu fokus, sementara aturan inti distribusi masih mencari rencana aktif versi lama. Cakupan berkas yang boleh diedit pada mode analisis juga belum mencakup slot dokumentasi proyek yang baru.
Batas yang disarankan: pemasangan global memuat metode, skill, dan adapter host yang dapat digunakan ulang; sedangkan konfigurasi tingkat proyek hanya menyimpan pintu masuk, aturan domain, keputusan, dan tugas khusus proyek tersebut. Sumber distribusi saat ini tidak mengumpulkan seluruh materi proyek, dan batas ini sebaiknya dipertahankan.
Untuk solo-distill-mcp, rekomendasi audit adalah menjalankan layanan MCP lokal yang berdiri sendiri. Layanan membaca proyek yang telah disetujui dan menghasilkan materi kandidat; alur penerbitan dokumen yang berizin kemudian memasukkan hasilnya ke proyek. Paket metode sebaiknya menyediakan adapter dan persyaratan kapabilitas, bukan menggabungkan seluruh kode layanan ke dalam paket aturan.
Ketersediaan layanan harus dinilai berdasarkan kapabilitas yang benar-benar ada. Prosedur tata kelola brownfield sudah mengarahkan pemeriksaan versi, deklarasi alat, cakupan bahasa, konsumen, dan kemampuan membagi hasil. Namun, audit ini tidak membaca kode sumber layanan saat ini, sehingga belum bisa memastikan bahwa antarmuka atau pendaftaran otomatisnya tersedia.
MCP dapat menjadi kemampuan tambahan untuk analisis dan pengodean sehari-hari. Sebaliknya, jika proses inisialisasi secara eksplisit membutuhkan mesin distilasi, layanan itu menjadi prasyarat untuk proses tersebut. Bila tidak tersedia, hanya langkah yang bergantung padanya yang sebaiknya dihentikan—bukan seluruh metodeologi. Pembacaan berkas biasa juga tidak boleh dianggap sebagai bukti bahwa mesin distilasi telah lolos verifikasi.
Pemindaian offline, autentikasi sumber, dan kemampuan model opsional sebaiknya dipisahkan. Jika model tidak tersedia, sistem masih dapat mempertahankan bukti struktural dan menandai hal yang belum diketahui, tetapi tidak boleh mengklaim hasil distilasi semantik yang setara. Batas offline ini sejalan dengan prosedur yang ada.
Audit tidak merekomendasikan GitHub dengan terowongan SSH sebagai arsitektur bawaan. Lokasi sumber kode dan lokasi layanan berjalan adalah dua hal berbeda. Layanan jarak jauh dapat dipilih bila memang diperlukan, tetapi perlu aturan tersendiri untuk pengiriman data, autentikasi, isolasi proyek, gangguan koneksi, dan ketergantungan pada layanan model. Terowongan SSH saja tidak menyelesaikan persoalan tersebut.
Inti temuan audit bukan bahwa aturan versi terlalu ketat, melainkan bahwa asal versi, jalur distribusi, pemuatan host, dan konsumen tata kelola proyek belum tersambung dengan tuntas. v4.3 sebaiknya dinyatakan siap setelah pemeriksaan yang diperlukan itu terpenuhi—bukan hanya setelah teks nomor versi diganti.
Studio Global AI
Halaman ini berisi jawaban yang didukung sumber yang dapat Anda lanjutkan di dalam Studio Global.
Rekomendasi audit: gunakan nomor versi publik dua bagian seperti v4.3, dengan satu sumber versi yang menjadi acuan seluruh repositori.
Rekomendasi audit: gunakan nomor versi publik dua bagian seperti v4.3, dengan satu sumber versi yang menjadi acuan seluruh repositori. Repositori belum dapat dinyatakan sebagai v4.3 yang bersih dan siap dipasang; audit ini hanya baca dan tidak menjalankan tes, mengubah kode, atau melakukan deployment.
Perlindungan terhadap perubahan lokal sudah tersedia, tetapi pemeriksaan prasyarat instalasi, verifikasi sumber, dan validasi paket di CI masih perlu dilengkapi.
Rekomendasi audit: gunakan nomor versi publik dua bagian seperti v4.3, dengan satu sumber versi yang menjadi acuan seluruh repositori. Repositori belum dapat dinyatakan sebagai v4.3 yang bersih dan siap dipasang; audit ini hanya baca dan tidak menjalankan tes, mengubah kode, atau melakukan deployment.
Diterbitkan olehGambar dibuat dengan GPT Image 2
Jawaban penelitian
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/JRtyWXL5XMODkxxCStM9mCCPWvd2/thumbnails/BA7A4AFCF2EA752F7BFC/8C87F7C130DEC1EBD017-medium-640.webp)
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"建议将本仓库对外版本统一为 v4.3,采用轻量发布管理;但目前不能认定工作树已经是“干净且完整可部署的 v4.3”。本轮完成的是只读审查,没有更新仓库、修改版本、删除历史、运行测试或执行部署。\n\n 版本与历史清理\n\n 对外使用 v4.3、v4.4 这样的两段版本;内部套件身份继续保留 V4,不必为了展示版. Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
Audit repositori ini menyarankan penyederhanaan versi publik menjadi format seperti v4.3 atau v4.4, sembari mempertahankan identitas internal V4. Namun, kesimpulannya tegas: repositori belum bisa disebut sebagai versi v4.3 yang bersih dan siap dipasang.
Pemeriksaan yang dilakukan bersifat hanya-baca. Tidak ada perubahan pada repositori, penghapusan berkas lama, pengujian, ataupun deployment. Karena itu, rekomendasi di bawah ini adalah pekerjaan lanjutan, bukan fitur yang sudah diterapkan.
Untuk pengguna, format dua bagian seperti v4.3 lebih mudah dipahami. Identitas suite internal tetap dapat menggunakan V4; tidak perlu mengganti nama direktori, menulis ulang riwayat, atau membangun sistem versi yang rumit hanya demi menampilkan nomor rilis.
Namun, nomor versi belum memiliki satu sumber acuan yang konsisten. README masih menyebut v4.2.0, sementara panduan utama menyebut V4.2. Pemetaan identitas suite di suite_versions.py mengenali V4, tetapi tidak menyediakan sumber versi kecil yang seragam. Audit juga belum memperoleh bukti yang cukup untuk mencocokkan tag v4.3 di remote dengan commit lokal.
Langkah yang disarankan adalah menetapkan satu sumber versi untuk dokumentasi, petunjuk instalasi, dan pemeriksaan konsistensi di CI. Identitas commit dan ringkasan berkas tetap berguna untuk melacak asal serta melindungi aset pengguna, tetapi tidak perlu dijadikan lapisan sistem versi tambahan.
Ada pula direktori cache lama di .versions/v4.0.0/ yang dapat ditinjau sebagai kandidat pembersihan. Sebelum dihapus, pastikan tidak ada instalasi atau tautan yang masih menggunakannya. Sebaliknya, direktori validasi lama masih dirujuk dalam ADR, sedangkan direktori skill historis menjadi bahan penting untuk menelusuri sumber skill. Keduanya tidak boleh dianggap sebagai cache tak berguna tanpa pemeriksaan lebih lanjut. Dalam audit ini, tidak ada aset yang dihapus.
Beberapa pengaman penting sebaiknya dipertahankan. Skrip instalasi menolak menimpa working tree yang memiliki perubahan lokal. Skrip deployment mensyaratkan pembaruan fast-forward dan menyerahkan proses kepada skrip versi terbaru. Sementara itu, koordinator deployment terkelola memeriksa konflik sebelum menulis berkas.
Kekurangannya ada pada pemeriksaan awal dan pilihan konfigurasi. Skrip instalasi saat ini menerima parameter kompatibilitas V4, tetapi belum meneruskan pilihan host, pemeriksaan awal tanpa perubahan, atau target mode. Persyaratan dependensi terutama tercantum di README, bukan diperiksa melalui satu alur prasyarat yang konsisten. Audit juga belum menemukan verifikasi bahwa remote pembaruan yang digunakan memang sumber repositori yang diharapkan.
Pembagian tanggung jawab yang disarankan cukup sederhana: skrip instalasi memeriksa sumber dan prasyarat, lalu meneruskan parameter; skrip deployment menangani penyesuaian host, pemeriksaan, pembaruan, penghapusan, dan perlindungan aset. Tidak perlu menambahkan kerangka pengelola versi yang rumit.
Workflow CI saat ini berjalan pada push ke cabang utama dan pull request, tetapi belum dipicu oleh tag rilis. Pemeriksaan plugin di workflow yang sama menilai struktur dan nama, bukan format versi rilis.
Validasi tag di suite_versions.py hanya memeriksa petunjuk versi utama. Tes yang ada juga masih mengizinkan versi tiga bagian dan tag yang bukan versi, sebagaimana terlihat di tes terkait. Jadi, repositori belum menerapkan aturan dua bagian secara menyeluruh.
Pemeriksaan minimum yang disarankan adalah memastikan tag rilis baru memakai format v4.angka, cocok dengan satu sumber versi, dan konsisten dengan teks versi yang ditampilkan. Riwayat lama tidak perlu ditulis ulang, dan aturan ini tidak perlu diterapkan ke versi dependensi pihak ketiga. CI juga sebaiknya menjalankan validator paket skill yang sudah tersedia di validate-solo-package.py, lalu memeriksa apakah rujukan tetap berfungsi setelah pemasangan—bukan hanya di dalam repositori.
Alur aktif saat ini mengarah ke prosedur lokal suite, sebagaimana terlihat pada peta kapabilitas. Pemetaan distribusi mengumpulkan direktori suite, bukan direktori skill historis eksternal. Dalam kode aktif yang diperiksa, audit tidak menemukan jalur yang terus-menerus memeriksa atau memperbarui skill upstream.
Artinya, skill upstream bukan dependensi langsung bagi jalur lokal yang ditinjau. Namun, pembaruan upstream juga tidak otomatis memperbarui prosedur lokal yang sudah diambil dan diadaptasi. Ini merupakan risiko perbedaan versi yang perlu dikelola, bukan bukti bahwa isolasi kompatibilitas sudah diterapkan.
Skill historis pun tidak bisa langsung disambungkan kembali begitu saja. Contohnya, skill bantuan lama bergantung pada konfigurasi, daftar direktori, dan program pengurai; skill build lama membutuhkan program rendering. Menyalin berkas petunjuknya saja belum cukup untuk membuatnya berfungsi.
Saran audit adalah mempertahankan alur analisis dan rekayasa lokal yang stabil, lalu mengintegrasikan skill upstream yang disetujui berdasarkan peta kapabilitas. Catat commit asal dan aset pendukung yang diperlukan. Saat memperbarui, periksa perubahan, penghapusan, dan dependensi; lakukan pemeriksaan yang relevan sebelum mengganti paket. Hindari membuat tugas yang sedang berjalan membaca cabang utama upstream yang terus berubah.
Pemeriksaan pembaruan dan penggantian otomatis juga sebaiknya dipisahkan. Pemeriksaan saat instalasi atau pembaruan, ditambah pengingat berkala bila diperlukan, dapat mencukupi tanpa menjalankan pemantau latar belakang secara default.
Cline menyediakan CLI dan ekstensi IDE, serta membedakan konfigurasi global dari konfigurasi proyek.4
1 Namun, repositori ini baru memiliki templat pengarah tipis yang belum aktif. Pengujian distribusi di test_host_adaptation.py secara khusus mengharuskan templat itu tetap berada dalam salinan nonaktif, bukan ditulis ke lokasi aturan Cline yang digunakan.
Audit menyarankan satu kumpulan materi metode yang sama, lalu adapter tipis yang dibuat sesuai kebutuhan CLI dan plugin. Peran analisis dan rekayasa dapat diselaraskan dengan Plan/Act bawaan, tanpa mengharuskan pengguna menghafal perintah skill atau mengimpor konfigurasi mode Roo secara langsung.
Ada pula persoalan lokasi: templat saat ini menyelesaikan jalur metode berdasarkan akar repositori ini, seperti ditunjukkan di templat router. Saat dipasang ke proyek lain, lokasi sumber daya perlu diselesaikan kembali. Menyalin templat apa adanya tidak menjamin tautannya tetap benar.
Untuk Roo, pemetaan distribusi mencakup aturan global dan mode tertentu. Namun, keberadaan berkas di disk belum membuktikan bahwa host telah memuatnya. Audit juga menemukan dua mode khusus belum mendeklarasikan izin MCP, sementara validator kontrak menetapkan kelompok izin secara tetap. Jika alat distilasi akan ditambahkan, konfigurasi dan validator perlu ditinjau bersama; mengubah petunjuk saja tidak cukup.
Untuk Gemini, alur yang ditemukan saat ini berupa salinan fisik direktori plugin dan aturan, bukan pemasangan ekstensi native yang telah diverifikasi. Ekstensi native Gemini CLI dapat mengemas skill dan MCP, dipasang sebagai salinan, lalu diperbarui secara terpisah.11
9 Karena itu, alur salinan yang sudah ada perlu dibedakan dengan jelas dari alur ekstensi native; audit belum membuktikan bahwa keduanya sudah menjadi target dukungan yang sama.
Audit juga menemukan potensi masalah rujukan setelah pemasangan. Aturan inti global di bmad-core.md memakai rujukan relatif ke skill, sementara pemetaan distribusi menempatkan salinan aturan dan skill di lokasi berbeda. Jika jalurnya ditafsirkan relatif terhadap berkas, rujukan tersebut tidak langsung mencapai skill yang didistribusikan.
Selain itu, alur tata kelola proyek baru dan lama belum sepenuhnya selaras. Pintu masuk proyek menggunakan penunjuk satu fokus, sementara aturan inti distribusi masih mencari rencana aktif versi lama. Cakupan berkas yang boleh diedit pada mode analisis juga belum mencakup slot dokumentasi proyek yang baru.
Batas yang disarankan: pemasangan global memuat metode, skill, dan adapter host yang dapat digunakan ulang; sedangkan konfigurasi tingkat proyek hanya menyimpan pintu masuk, aturan domain, keputusan, dan tugas khusus proyek tersebut. Sumber distribusi saat ini tidak mengumpulkan seluruh materi proyek, dan batas ini sebaiknya dipertahankan.
Untuk solo-distill-mcp, rekomendasi audit adalah menjalankan layanan MCP lokal yang berdiri sendiri. Layanan membaca proyek yang telah disetujui dan menghasilkan materi kandidat; alur penerbitan dokumen yang berizin kemudian memasukkan hasilnya ke proyek. Paket metode sebaiknya menyediakan adapter dan persyaratan kapabilitas, bukan menggabungkan seluruh kode layanan ke dalam paket aturan.
Ketersediaan layanan harus dinilai berdasarkan kapabilitas yang benar-benar ada. Prosedur tata kelola brownfield sudah mengarahkan pemeriksaan versi, deklarasi alat, cakupan bahasa, konsumen, dan kemampuan membagi hasil. Namun, audit ini tidak membaca kode sumber layanan saat ini, sehingga belum bisa memastikan bahwa antarmuka atau pendaftaran otomatisnya tersedia.
MCP dapat menjadi kemampuan tambahan untuk analisis dan pengodean sehari-hari. Sebaliknya, jika proses inisialisasi secara eksplisit membutuhkan mesin distilasi, layanan itu menjadi prasyarat untuk proses tersebut. Bila tidak tersedia, hanya langkah yang bergantung padanya yang sebaiknya dihentikan—bukan seluruh metodeologi. Pembacaan berkas biasa juga tidak boleh dianggap sebagai bukti bahwa mesin distilasi telah lolos verifikasi.
Pemindaian offline, autentikasi sumber, dan kemampuan model opsional sebaiknya dipisahkan. Jika model tidak tersedia, sistem masih dapat mempertahankan bukti struktural dan menandai hal yang belum diketahui, tetapi tidak boleh mengklaim hasil distilasi semantik yang setara. Batas offline ini sejalan dengan prosedur yang ada.
Audit tidak merekomendasikan GitHub dengan terowongan SSH sebagai arsitektur bawaan. Lokasi sumber kode dan lokasi layanan berjalan adalah dua hal berbeda. Layanan jarak jauh dapat dipilih bila memang diperlukan, tetapi perlu aturan tersendiri untuk pengiriman data, autentikasi, isolasi proyek, gangguan koneksi, dan ketergantungan pada layanan model. Terowongan SSH saja tidak menyelesaikan persoalan tersebut.
Inti temuan audit bukan bahwa aturan versi terlalu ketat, melainkan bahwa asal versi, jalur distribusi, pemuatan host, dan konsumen tata kelola proyek belum tersambung dengan tuntas. v4.3 sebaiknya dinyatakan siap setelah pemeriksaan yang diperlukan itu terpenuhi—bukan hanya setelah teks nomor versi diganti.
Studio Global AI
Halaman ini berisi jawaban yang didukung sumber yang dapat Anda lanjutkan di dalam Studio Global.
Rekomendasi audit: gunakan nomor versi publik dua bagian seperti v4.3, dengan satu sumber versi yang menjadi acuan seluruh repositori.
Rekomendasi audit: gunakan nomor versi publik dua bagian seperti v4.3, dengan satu sumber versi yang menjadi acuan seluruh repositori. Repositori belum dapat dinyatakan sebagai v4.3 yang bersih dan siap dipasang; audit ini hanya baca dan tidak menjalankan tes, mengubah kode, atau melakukan deployment.
Perlindungan terhadap perubahan lokal sudah tersedia, tetapi pemeriksaan prasyarat instalasi, verifikasi sumber, dan validasi paket di CI masih perlu dilengkapi.