title: "Mengupas Tuntas Error WebFetch pada Claude Code: Bukan Masalah Jaringan Biasa"
Saat Anda meminta Claude Code untuk melakukan fetch ke http://www.weather.com.cn, dan hasilnya muncul pesan error merah sebanyak 5 kali berturut-turut: Unable to verify if domain www.weather.com.cn is safe to fetch. This may be due to network restrictions or enterprise security policies blocking claude.ai. Sekilas terlihat seperti masalah "jaringan/firewall yang memblokir claude.ai", namun kenyataannya tidak demikian—pesan error ini sangat menyesatkan bagi pengguna maupun tim operasional.

Artikel ini akan membedah akar penyebab error Claude Code WebFetch secara sistematis. Berdasarkan GitHub issues resmi Anthropic, dokumentasi konfigurasi jaringan Claude Code, dan hasil pengujian komunitas, kami menyajikan skema pemecahan masalah dalam 4 tahap. Di akhir artikel, kami sertakan praktik terbaik bagi pengguna di Indonesia yang menggunakan Claude Code melalui APIYI apiyi.com—APIYI hanya bertanggung jawab atas penerusan API, masalah preflight WebFetch harus diselesaikan melalui kombinasi proxy dan konfigurasi.
Akar Penyebab Sebenarnya dari Error Claude Code WebFetch
Sebelum Anda mengubah konfigurasi, mari kita pahami apa yang sebenarnya dikatakan oleh pesan error tersebut. Error Claude Code WebFetch ini adalah contoh klasik dari "salah mendiagnosis flu sebagai kanker".
Kebenaran di Balik Pesan Error
Sebelum Claude Code menjalankan pemanggilan WebFetch apa pun, ia akan melakukan "verifikasi keamanan domain" (preflight): mengirim permintaan HTTP ke https://claude.ai/code/ untuk menanyakan "apakah domain ini aman untuk di-fetch". Masalahnya justru terjadi pada langkah ini:
| Tahap | Apa yang Sebenarnya Terjadi |
|---|---|
| ① Claude Code memicu WebFetch | Proses CLI bersiap untuk fetch URL target |
| ② Permintaan Preflight | Mengirim permintaan HTTP ke https://claude.ai/code/ |
| ③ Blokir Bot Cloudflare | Mengembalikan 403 + cf-mitigated: challenge + JS Challenge |
| ④ CLI tidak memiliki lingkungan browser | Tidak dapat menjalankan tantangan JavaScript |
| ⑤ Preflight gagal | Muncul error "Unable to verify if domain is safe" |
| ⑥ URL target tidak pernah diakses | Apakah jaringan Anda bisa mengakses weather.com.cn sama sekali tidak relevan |
Dengan kata lain, apakah situs target dapat diakses atau tidak, sama sekali tidak pernah diuji—permintaan sudah gagal di langkah kedua. Kalimat "enterprise security policies blocking claude.ai" dalam pesan error memang benar, tetapi "kebijakan perusahaan" yang dimaksud bukanlah IT di kantor Anda, melainkan aturan perlindungan Cloudflare yang dipasang sendiri oleh Anthropic di depan claude.ai.
🎯 Poin Penting: Ini adalah masalah desain tingkat arsitektur yang telah dikonfirmasi dalam GitHub issue #39896 milik Anthropic. Ini memengaruhi semua lingkungan headless—CI/CD, kontainer Docker, WSL, sesi SSH, dan deployment Bedrock semuanya bisa terkena dampaknya. Hal yang sama berlaku saat melakukan pemanggilan melalui APIYI apiyi.com, karena preflight ditujukan ke claude.ai, bukan ke api.anthropic.com.
Tiga Skenario Kegagalan Umum
Tergantung pada lingkungan jaringan Anda, error ini bisa disebabkan oleh berbagai faktor yang saling tumpang tindih:
| Skenario | Situs Target | Status Proxy | Akar Penyebab |
|---|---|---|---|
| A. Mesin Lokal + Tanpa Proxy | Situs luar negeri mana pun | Tanpa proxy | Koneksi langsung ke claude.ai gagal + preflight gagal |
| B. Mesin Lokal + Pakai Proxy | Situs lokal (weather.com.cn) | Proxy ke luar negeri | Preflight mengakses claude.ai via proxy, masih mungkin terkena tantangan Cloudflare |
| C. Mesin Luar Negeri + Tanpa Proxy | Situs mana pun | Tanpa proxy | Cloudflare mengidentifikasi CLI sebagai bot, preflight gagal |
Pengguna pada tangkapan layar yang melakukan fetch ke www.weather.com.cn termasuk dalam Skenario B—terlihat seolah-olah "situs lokal seharusnya bisa diakses", namun kenyataannya preflight yang ditujukan ke claude.ai yang bermasalah, tidak ada hubungannya dengan situs target.
Setelah memahami akar masalahnya, mari kita lakukan pengecekan selangkah demi selangkah, mulai dari cakupan dampak yang paling kecil hingga yang paling luas.

Tingkat 1: Variabel Lingkungan Proksi dan NO_PROXY
Ini adalah hambatan pertama yang paling sering ditemui pengguna di Indonesia. Claude Code mengikuti variabel lingkungan proksi standar, dengan urutan prioritas pembacaan sebagai berikut:
https_proxy > HTTPS_PROXY > http_proxy > HTTP_PROXY
Konfigurasi minimal macOS / Linux:
# ~/.zshrc atau ~/.bashrc
export HTTPS_PROXY=http://127.0.0.1:7890
export HTTP_PROXY=http://127.0.0.1:7890
export NO_PROXY="localhost,127.0.0.1,::1,api.apiyi.com,vip.apiyi.com"
Windows PowerShell:
$env:HTTPS_PROXY = "http://127.0.0.1:7890"
$env:HTTP_PROXY = "http://127.0.0.1:7890"
$env:NO_PROXY = "localhost,127.0.0.1,api.apiyi.com,vip.apiyi.com"
Anda juga bisa langsung menulisnya ke dalam blok env di ~/.claude/settings.json:
{
"env": {
"HTTPS_PROXY": "http://127.0.0.1:7890",
"HTTP_PROXY": "http://127.0.0.1:7890",
"NO_PROXY": "localhost,127.0.0.1,api.apiyi.com,vip.apiyi.com"
}
}
⚠️ Detail Penting:
NO_PROXYharus menyertakan domain layanan proksi API APIYI (api.apiyi.com/vip.apiyi.com)! Jika tidak, pemanggilan model Claude Code akan melewati proksi, yang membuatnya lambat dan berisiko dicegat oleh node proksi. Kami menyarankan agar API menggunakanNO_PROXYuntuk koneksi langsung ke APIYI, sementara preflight WebFetch tetap menggunakan proksi untuk mengakses claude.ai. Keduanya dipisahkan agar lebih stabil.
Proksi dengan Autentikasi Dasar (umum di lingkungan perusahaan):
export HTTPS_PROXY=http://username:[email protected]:8080
Catatan: Claude Code tidak mendukung proksi SOCKS—jika proksi Anda hanya memiliki mode SOCKS, gunakan privoxy atau v2ray untuk mengubah SOCKS menjadi HTTP.
Tingkat 2: Otorisasi Izin WebFetch(domain:xxx)
Terkadang preflight berjalan lancar, tetapi Claude Code tetap menanyakan "apakah Anda mengizinkan pengambilan domain ini" setiap saat. Tambahkan domain yang sering digunakan ke permissions.allow agar Claude tidak bertanya lagi:
{
"permissions": {
"allow": [
"WebFetch(domain:www.weather.com.cn)",
"WebFetch(domain:github.com)",
"WebFetch(domain:developer.mozilla.org)",
"WebFetch(domain:docs.python.org)"
],
"ask": [
"WebFetch"
]
}
}
Referensi cepat sintaks aturan lengkap:
| Penulisan Aturan | Cakupan Pencocokan |
|---|---|
WebFetch |
Semua pemanggilan WebFetch |
WebFetch(domain:example.com) |
Hanya example.com |
WebFetch(domain:*.example.com) |
Semua subdomain example.com |
WebFetch(domain:*) |
Domain apa pun (sama dengan membuka akses) |
🎯 Saran Manajemen: Dalam skenario perusahaan, disarankan menggunakan
managed-settings.jsonuntuk membuat daftar putih domain yang diizinkan, yang diletakkan di/Library/Application Support/ClaudeCode/managed-settings.json(macOS) atau/etc/claude-code/managed-settings.json(Linux), serta gunakanallowManagedPermissionRulesOnly: trueuntuk memaksa semua pengembang mematuhinya. Tim pengembang yang menggunakan API Claude melalui APIYI apiyi.com juga dapat menggunakan aturan yang sama untuk memastikan kebijakan izin antara Claude Code dan pemanggilan API backend tetap konsisten.
Tingkat 3: Sertifikat CA Perusahaan dan Intersepsi TLS
Jika perusahaan Anda menggunakan produk keamanan berbasis intersepsi TLS seperti Zscaler / CrowdStrike / Cato Networks, mereka akan menerbitkan ulang sertifikat HTTPS, yang menyebabkan runtime Node.js pada Claude Code melaporkan kesalahan SSL seperti UNABLE_TO_GET_ISSUER_CERT.
Cara Mengatasi: Ekspor sertifikat CA akar perusahaan Anda, lalu arahkan ke sana:
export NODE_EXTRA_CA_CERTS=/path/to/company-root-ca.pem
Atau tulis ke ~/.claude/settings.json:
{
"env": {
"NODE_EXTRA_CA_CERTS": "/Users/you/certs/company-root-ca.pem",
"CLAUDE_CODE_CERT_STORE": "bundled,system"
}
}
Nilai yang tersedia untuk CLAUDE_CODE_CERT_STORE:
| Nilai | Arti |
|---|---|
bundled |
Hanya mempercayai kumpulan Mozilla CA bawaan Claude Code |
system |
Hanya mempercayai penyimpanan sertifikat sistem operasi |
bundled,system (default) |
Mempercayai keduanya |
Autentikasi Dua Arah mTLS (lingkungan perusahaan yang lebih ketat):
export CLAUDE_CODE_CLIENT_CERT=/path/to/client-cert.pem
export CLAUDE_CODE_CLIENT_KEY=/path/to/client-key.pem
export CLAUDE_CODE_CLIENT_KEY_PASSPHRASE="your-passphrase"
Tingkat 4: Lewati WebFetch, Gunakan Bash curl atau Alternatif MCP
Jika ketiga tingkat di atas tidak berhasil, cara paling andal adalah tidak menggunakan WebFetch—biarkan Claude menggunakan curl secara langsung melalui alat Bash, atau hubungkan ke server MCP fetch pihak ketiga.
Opsi A: Izinkan Bash menggunakan curl/wget
{
"permissions": {
"allow": [
"Bash(curl:*)",
"Bash(wget:*)"
]
}
}
Kemudian, dalam percakapan, beri tahu Claude: "Tolong ambil konten beranda www.weather.com.cn menggunakan curl"—Claude akan melewati WebFetch dan langsung menggunakan Bash. Jalur ini sama sekali tidak memicu preflight, konfigurasi proksi hanya perlu memastikan situs target dapat diakses.
Opsi B: Hubungkan fetch-mcp atau Playwright MCP
# Instal server fetch MCP pihak ketiga
claude mcp add fetch npx -- @modelcontextprotocol/server-fetch
Permintaan jaringan alat MCP dilakukan oleh proses server MCP itu sendiri, tidak melewati jalur preflight Claude Code, sehingga stabilitasnya meningkat secara signifikan. Untuk situs dinamis yang memerlukan eksekusi JavaScript, menggunakan Playwright MCP lebih tepat.

Studi Kasus Pemecahan Masalah WebFetch pada Claude Code
Setelah membahas teorinya, mari kita lihat alur penyelesaian masalah yang lengkap dalam tiga skenario nyata.
Skenario 1: Mengambil data weather.com.cn di MacBook (lokasi Indonesia)
Gejala: fetch ke www.weather.com.cn terus-menerus melaporkan Unable to verify.
Langkah pemecahan masalah:
# Langkah 1 Konfirmasi status proxy
echo $HTTPS_PROXY # Seharusnya menampilkan http://127.0.0.1:7890 atau sejenisnya
# Langkah 2 Verifikasi manual apakah claude.ai dapat diakses
curl -I https://claude.ai/code/ -x http://127.0.0.1:7890
# Jika muncul 403 + cf-mitigated, artinya Cloudflare memblokir, lanjut ke Langkah 3
# Jika muncul 200, artinya preflight berhasil, periksa permissions
# Langkah 3 Ubah skema di Claude Code — gunakan Bash + curl
# Katakan langsung dalam percakapan:
# "Jangan gunakan WebFetch, gunakan curl untuk mengambil halaman utama http://www.weather.com.cn"
Konfigurasi akhir (~/.claude/settings.json):
{
"env": {
"HTTPS_PROXY": "http://127.0.0.1:7890",
"HTTP_PROXY": "http://127.0.0.1:7890",
"NO_PROXY": "localhost,127.0.0.1,api.apiyi.com,vip.apiyi.com"
},
"permissions": {
"allow": [
"WebFetch(domain:www.weather.com.cn)",
"Bash(curl:*)",
"Bash(wget:*)"
]
}
}
🎯 Tips praktis di Indonesia: Kombinasi paling stabil bagi pengguna di Indonesia adalah 「API melalui APIYI apiyi.com + WebFetch melalui proxy + fallback ke curl jika diperlukan」. Dengan menambahkan base_url APIYI ke NO_PROXY, permintaan API Claude Code tidak akan memutar melalui proxy, sehingga latensi dan stabilitasnya sama dengan koneksi langsung ke luar negeri.
Skenario 2: Perangkat kantor + Intersepsi TLS Zscaler
Gejala: WebFetch melaporkan SELF_SIGNED_CERT_IN_CHAIN atau UNABLE_TO_VERIFY_LEAF_SIGNATURE.
Solusi:
# Langkah 1 Dapatkan sertifikat CA root perusahaan dari tim IT (biasanya .pem atau .crt)
# Langkah 2 Konfigurasikan Claude Code agar mempercayai CA ini
export NODE_EXTRA_CA_CERTS=~/certs/company-zscaler-root.pem
# Langkah 3 Percayai juga penyimpanan sertifikat sistem (Zscaler biasanya sudah terinjeksi)
export CLAUDE_CODE_CERT_STORE=bundled,system
# Langkah 4 Mulai ulang Claude Code
Skenario 3: Menjalankan secara headless di dalam Docker / CI
Gejala: Berjalan lancar di lokal, tetapi WebFetch gagal 100% di CI.
Penyebab: Di dalam kontainer tidak ada proxy maupun browser, sehingga proteksi bot Cloudflare langsung mendeteksi klien CLI dan menolak koneksi.
Solusi: Nonaktifkan WebFetch di CI, paksa gunakan Bash:
# .github/workflows/claude.yml atau sejenisnya
env:
CLAUDE_CODE_DISABLE_WEBFETCH: "true" # Jika variabel lingkungan ini aktif
Atau melalui parameter startup --disallowedTools:
claude --disallowedTools WebFetch --allowedTools "Bash(curl:*)"
🎯 Saran integrasi CI: Di lingkungan kontainer, arahkan kunci API ke node layanan proksi API APIYI apiyi.com yang stabil untuk menghindari kegagalan CI akibat gangguan jaringan luar negeri. Kami menyarankan untuk mengonfigurasi
ANTHROPIC_BASE_URL=https://vip.apiyi.com+ANTHROPIC_API_KEY=sk-xxxdi secrets GitHub Actions / GitLab CI. Dengan strategi penonaktifan WebFetch, stabilitas tugas Claude Code di CI bisa mencapai 99% ke atas.
Praktik Terbaik Rekayasa untuk Error WebFetch pada Claude Code
Menjalankan demo sekali itu mudah, namun agar setiap orang di tim dapat menggunakan Claude Code dengan stabil, ada beberapa poin kunci.
Praktik 1: managed-settings.json yang terpusat
Distribusikan managed-settings.json yang seragam kepada tim agar tidak perlu repot mengaturnya sendiri:
{
"env": {
"HTTPS_PROXY": "http://corp-proxy:8080",
"NODE_EXTRA_CA_CERTS": "/opt/company/ca.pem",
"NO_PROXY": "*.corp.example.com,api.apiyi.com,vip.apiyi.com"
},
"permissions": {
"allow": [
"WebFetch(domain:*.corp.example.com)",
"WebFetch(domain:github.com)",
"WebFetch(domain:stackoverflow.com)",
"Bash(curl:*)"
],
"deny": [
"WebFetch(domain:*)"
]
},
"allowManagedPermissionRulesOnly": true
}
Lokasi penyimpanan file:
| Platform | Jalur |
|---|---|
| macOS | /Library/Application Support/ClaudeCode/managed-settings.json |
| Linux | /etc/claude-code/managed-settings.json |
| Windows | C:\ProgramData\ClaudeCode\managed-settings.json |
Praktik 2: Strategi fallback tiga tingkat
Tuliskan prioritas pemilihan alat dengan jelas di CLAUDE.md agar Claude mencobanya secara berurutan:
## Prioritas Alat Web Scraping
1. Prioritaskan WebFetch (untuk domain yang sudah dipra-otorisasi)
2. Jika WebFetch gagal, fallback ke Bash curl
3. Gunakan Playwright MCP untuk situs dinamis
4. Jangan pernah gunakan `curl -k` untuk mengabaikan kesalahan sertifikat
```markdown
Setelah menambahkan konfigurasi ini ke CLAUDE.md, Claude akan secara otomatis beralih ke curl saat WebFetch mengalami error, yang secara signifikan meningkatkan pengalaman pengguna.
Praktik 3: Skrip Pemeriksaan Kesehatan Preflight
Gunakan skrip diagnostik cepat ini untuk melakukan pengecekan saat terjadi masalah:
#!/bin/bash
# claude-code-doctor.sh
echo "=== Variabel Lingkungan ==="
env | grep -iE "proxy|claude_code|node_extra"
echo "=== Tes Preflight claude.ai ==="
curl -sI -o /dev/null -w "HTTP %{http_code} · %{time_total}s\n" \
https://claude.ai/code/
echo "=== Tes api.anthropic.com ==="
curl -sI -o /dev/null -w "HTTP %{http_code} · %{time_total}s\n" \
https://api.anthropic.com/
echo "=== Tes Layanan Proksi APIYI ==="
curl -sI -o /dev/null -w "HTTP %{http_code} · %{time_total}s\n" \
https://vip.apiyi.com/
echo "=== Resolusi DNS ==="
nslookup claude.ai
Jika claude.ai/code/ mengembalikan status 403 dengan header respons cf-mitigated, itu adalah masalah preflight Cloudflare yang umum—langsung gunakan solusi Layer 4.
🎯 Saran Diagnostik: Saat Claude Code mengalami masalah, 80% kendala dapat diidentifikasi melalui skrip diagnostik ini. Bagi pengguna di Indonesia, disarankan untuk menambahkan
vip.apiyi.comsebagai node layanan proksi API ke dalam daftar periksa—jika APIYI dapat diakses tetapi situs resmi Anthropic tidak, gunakan layanan proksi APIYI (apiyi.com) untuk melanjutkan pekerjaan agar alur pengembangan tidak terhambat oleh masalah jaringan.
FAQ Masalah Umum WebFetch pada Claude Code
Q1: Mengapa pesan error mengatakan "enterprise security policies blocking claude.ai", padahal perusahaan saya tidak memasang perangkat lunak keamanan apa pun?
Pesan resmi Anthropic ini kurang akurat. Yang sebenarnya memblokir adalah perlindungan bot Cloudflare di depan claude.ai. Cloudflare mengidentifikasi proses CLI sebagai bot dan mengembalikan JS Challenge; karena CLI tidak dapat menyelesaikan tantangan tersebut, error ini muncul. Biasanya ini tidak ada hubungannya dengan kebijakan IT perusahaan Anda.
Q2: Bisakah layanan proksi APIYI mengatasi error WebFetch?
Sebagian bisa. APIYI (apiyi.com) hanya bertanggung jawab untuk meneruskan permintaan API ke api.anthropic.com, sehingga percakapan model dan keputusan pemanggilan alat Claude Code dapat berjalan dengan stabil. Namun, preflight WebFetch menargetkan claude.ai (bukan api.anthropic.com), jalur ini tidak dicakup oleh APIYI—Anda perlu menyelesaikannya melalui proksi lokal. Disarankan untuk menggunakannya secara kombinasi: API menggunakan koneksi langsung APIYI, dan preflight menggunakan proksi; keduanya berjalan di jalur yang terpisah.
Q3: Apakah ada opsi konfigurasi skipWebFetchPreflight?
Komunitas telah mendiskusikannya, namun hingga April 2026 belum ada dokumentasi resmi. GitHub issue #39896 menyebutkan bahwa ini adalah fitur yang dinantikan komunitas untuk melewati verifikasi preflight. Sebelum didukung secara resmi, disarankan untuk menggunakan solusi Layer 4 (Bash curl + domain pra-otorisasi) untuk melewati masalah ini; hasilnya sama dan lebih terkontrol.
Q4: Saya sudah mengaktifkan proksi global Clash, mengapa WebFetch masih error?
Mode proksi global Clash tidak secara otomatis mengatur variabel lingkungan. Claude Code adalah proses Node.js CLI yang hanya membaca variabel lingkungan seperti HTTPS_PROXY, dan tidak mendeteksi pengaturan proksi sistem. Anda harus mengekspor variabel proksi secara eksplisit di shell profile Anda, atau menambahkannya ke blok env di ~/.claude/settings.json.
Q5: WebFetch berhasil tetapi hasilnya tidak lengkap, hanya setengah konten?
Ini adalah batasan max_content_tokens pada Claude Code. Anda tidak dapat menyesuaikannya melalui aturan izin, tetapi jika Anda memanggil alat web_fetch langsung melalui Claude API (bukan melalui Claude Code CLI), Anda dapat mengatur "max_content_tokens": 100000 untuk meningkatkan jumlah pengambilan per halaman. Dalam skenario ini, disarankan untuk menggunakan API langsung melalui APIYI (apiyi.com) agar lebih fleksibel.
Q6: Bisakah error dihindari sepenuhnya dengan menonaktifkan WebFetch?
Bisa. Tambahkan parameter saat memulai:
claude --disallowedTools WebFetch
Atau di dalam settings.json:
{
"permissions": {
"deny": ["WebFetch"]
}
}
Dengan mengizinkan Bash(curl:*), Claude akan secara otomatis beralih menggunakan curl, yang justru memberikan pengalaman lebih baik bagi pengguna di Indonesia.
Q7: Bagaimana cara mengonfigurasi Claude Code di GitHub Actions / GitLab CI?
Di dalam kontainer CI, sangat disarankan untuk menonaktifkan WebFetch—kontainer tidak memiliki lingkungan browser, sehingga preflight hampir pasti akan gagal. Selain itu, arahkan permintaan API ke node stabil APIYI (apiyi.com):
env:
ANTHROPIC_BASE_URL: https://vip.apiyi.com
ANTHROPIC_API_KEY: ${{ secrets.APIYI_KEY }}
CLAUDE_CODE_DISALLOWED_TOOLS: "WebFetch"
Ringkasan Error Claude Code WebFetch dan Daftar Tindakan
Jika kita meninjau kembali, inti dari error Claude Code WebFetch adalah batasan desain preflight Cloudflare + CLI yang tidak memiliki browser, bukan karena masalah jaringan atau kebijakan IT Anda. Singkatnya:
✅ Tiga langkah utama untuk pengguna di Indonesia: API menggunakan koneksi langsung APIYI (apiyi.com) + proxy lokal untuk preflight claude.ai + Bash curl sebagai fallback, 90% error WebFetch dapat diatasi.
Daftar Tindakan Praktis
Lakukan 5 langkah berikut berdasarkan prioritas:
- Konfigurasi Proxy: Atur
HTTPS_PROXY+HTTP_PROXY, dan tambahkan domain APIYI keNO_PROXY. - Pra-otorisasi Domain: Masukkan situs yang sering diakses ke dalam
permissions.allowpadaWebFetch(domain:...). - Tangani CA Perusahaan: Jika berada di lingkungan Zscaler/CrowdStrike, konfigurasikan
NODE_EXTRA_CA_CERTS. - Siapkan Fallback: Izinkan
Bash(curl:*), agar Claude beralih secara otomatis saat menemui hambatan. - Skrip Pemeriksaan Kesehatan: Tambahkan
claude-code-doctor.shke dalam toolchain tim Anda.

🎯 Saran Terakhir: Masalah jaringan Claude Code adalah rekayasa sistem yang terhubung secara berlapis—proxy, sertifikat, aturan izin, dan prioritas alat semuanya harus ada. Kami sarankan untuk menggunakan APIYI (apiyi.com) untuk melancarkan jalur pemanggilan API (karena SLA bagian ini paling terkendali), kemudian tangani masalah preflight WebFetch dan CA selapis demi selapis. Platform ini mendukung seluruh model Claude + alat bawaan, sehingga memudahkan verifikasi cepat apakah setiap lapisan konfigurasi sudah efektif.
Penulis: Tim Teknis APIYI | Untuk tutorial praktis Claude Code lainnya, kunjungi help.apiyi.com