Claude 15, Subagents Claude Code: Panduan Lengkap Mendelegasikan Task dan Mengelola Context Window

Tinggalkan Komentar / CLAUDE CODE AI / Oleh

Ada satu masalah yang hampir semua pengguna Claude Code hadapi setelah sesi yang panjang: context window yang penuh. Setelah menelusuri puluhan file, menjalankan beberapa tes, dan membaca dokumentasi eksternal, percakapan utama sudah menjadi monster berisi ribuan token — dan Claude mulai “melupakan” hal-hal penting dari awal sesi.

Subagents adalah solusi arsitektural untuk masalah ini. Alih-alih melakukan semua pekerjaan dalam satu context window yang semakin membengkak, kamu mendelegasikan task ke asisten terspesialisasi yang bekerja di context window mereka sendiri — mengembalikan hanya ringkasan yang relevan ke percakapan utama.

Apa Itu Subagent dan Bagaimana Bedanya dengan Fitur Lain

Subagent adalah instansi Claude terisolasi yang menerima task dari parent agent, mengeksekusinya dengan tools yang ditentukan, dan mengembalikan hanya hasilnya — bukan seluruh log kerja intermedinya. Ini mencegah context pollution dan memungkinkan parallel execution.

Perbedaan dengan fitur lain di Claude Code:

CLAUDE.md — memori permanen yang masuk context di setiap sesi. Untuk konvensi dan aturan yang selalu aktif.

Skills — instruksi on-demand yang berjalan dalam main session. Context tidak terisolasi.

Subagents — instansi Claude terisolasi untuk task berat. Berjalan di context sendiri, return hanya summary ke main session.

Agent Teams — multiple Claude session yang berkomunikasi langsung. Berbeda session; subagents masih dalam satu session.

Bab 1 — Mekanisme Kerja Subagents

Model Hub-and-Spoke

 
 
Main Agent (Percakapan Utama Anda)
│
├── [Delegasi] → Subagent A: Eksplorasi Codebase
│                   Context window sendiri
│                   Read 50+ files → Return: ringkasan arsitektur
│
├── [Delegasi] → Subagent B: Jalankan Test Suite
│                   Context window sendiri
│                   Output 10.000 baris → Return: hanya test yang gagal
│
└── [Delegasi] → Subagent C: Research Dokumentasi
                    Context window sendiri
                    Fetch 20 halaman → Return: ringkasan API yang relevan

Main Agent menerima 3 ringkasan bersih, bukan 10.000+ baris noise.
Context utama tetap bersih untuk implementasi.

Empat Manfaat Utama

Context Preservation — semua output verbose (file reads, test output, docs) tetap dalam context subagent, bukan main session. Test runner yang menghasilkan 10.000 baris tidak mengotori percakapanmu.

Parallel Execution — multiple subagents bisa berjalan bersamaan untuk task yang independen. Riset auth + database + API bisa dijalankan simultan alih-alih berurutan.

Tool Constraints — batasi tools yang bisa digunakan subagent. Code reviewer yang hanya punya Read access tidak akan pernah bisa mengubah file secara tidak sengaja.

Cost Optimization — route task sederhana ke Haiku (cepat, murah) daripada model utama. Pencarian file, formatting, query sederhana tidak perlu model yang mahal.

Apa yang Subagent TIDAK Bisa Lakukan

 
 
✗ Spawn subagent lain (no nesting — mencegah infinite recursion)
✗ Mengakses context percakapan parent secara langsung
✗ Berkomunikasi langsung dengan subagents lain (hanya melalui parent)
✗ Menggunakan Skills dari parent session (harus di-inject eksplisit)
✗ Mewarisi CLAUDE.md dari parent (kecuali dikonfigurasi)

Satu-satunya channel dari parent ke subagent adalah string prompt yang dikirim lewat Agent tool. Sertakan semua informasi yang diperlukan langsung dalam prompt tersebut.

Built-in Subagents: Tersedia Tanpa Konfigurasi

Claude Code sudah menyertakan beberapa subagents bawaan yang digunakan otomatis ketika relevan:

Explore — menggunakan Haiku (cepat, biaya rendah), tools read-only saja. Untuk pencarian file, eksplorasi codebase, code search. Codebase exploration tidak mengotori main context.

Plan — inherit dari main, tools read-only. Riset codebase untuk planning di plan mode.

General-purpose — inherit dari main, semua tools. Task kompleks multi-langkah yang butuh eksplorasi dan modifikasi.

Claude Code Guide — menggunakan Haiku. Menjawab pertanyaan tentang fitur Claude Code.

Bab 2 — Membuat Custom Subagent

Cara 1: Command /agents (Direkomendasikan)

 
 
# Jalankan /agents untuk membuka antarmuka interaktif:
/agents

# Pilih: Create new agent
# Pilih scope: Personal (~/.claude/agents/) atau Project (.claude/agents/)
# Pilih: Generate with Claude
# Deskripsikan subagent yang diinginkan
# Pilih tools, model, dan warna
# Save

Contoh deskripsi saat membuat:

“A code improvement agent that scans files and suggests improvements for readability, performance, and best practices. It should explain each issue, show current code, and provide an improved version.”

Cara 2: File Manual

Subagent adalah file Markdown dengan YAML frontmatter di .claude/agents/ (project) atau ~/.claude/agents/ (personal):

 
 
markdown
# ~/.claude/agents/code-reviewer.md
---
name: code-reviewer
description: Reviews code changes for quality, security, and best practices.
  Use when reviewing pull requests, checking recent changes,
  or when user says 'review this code' or 'check my changes'.
tools: Read, Glob, Grep
model: sonnet
color: cyan
---

You are an expert code reviewer. When invoked:

1. Read the files or changes specified
2. Check for:
   - Security vulnerabilities (injection, auth issues, data exposure)
   - Performance bottlenecks (N+1 queries, unnecessary loops)
   - Code quality (naming, complexity, duplication)
   - Best practices (error handling, edge cases)

3. Return a structured report:
## Critical Issues (must fix before merge)
## Warnings (should fix soon)
## Suggestions (nice to have)
## What's Done Well

Be specific: show line numbers, explain WHY it's an issue,
and provide a concrete improvement example.
Report only what you find — don't pad with generic advice.

Cara 3: CLI Flag untuk Session Sementara

 
 
bash
# Definisikan subagent langsung tanpa menyimpan ke disk:
claude --agents '{
  "code-reviewer": {
    "description": "Expert code reviewer. Use proactively after code changes.",
    "prompt": "You are a senior code reviewer. Focus on quality, security, best practices.",
    "tools": ["Read", "Grep", "Glob"],
    "model": "sonnet"
  }
}'

Lokasi dan Prioritas

Level Lokasi Scope Prioritas
Managed managed-settings.json di sistem Seluruh organisasi 1 (tertinggi)
CLI flag Session saat ini Hanya session ini 2
Project .claude/agents/ Project ini, bisa di-Git 3
Personal ~/.claude/agents/ Semua project Anda 4
Plugin <plugin>/agents/ Di mana plugin aktif 5

Referensi Frontmatter Lengkap

name (wajib) — identifier unik, huruf kecil dan tanda hubung saja.

description (wajib) — kapan Claude harus mendelegasikan ke subagent ini. Ini yang paling menentukan apakah subagent digunakan atau tidak.

tools — allowlist tools yang diizinkan. Jika tidak ada, inherit semua tools.

disallowedTools — denylist tools yang diblokir. Denylist diproses lebih dulu dari allowlist.

model — 'sonnet', 'opus', 'haiku', ID model penuh, atau 'inherit' (default).

permissionMode — 'default', 'acceptEdits', 'auto', 'bypassPermissions', 'plan'.

maxTurns — batas maksimal agentic turns sebelum subagent berhenti.

skills — Skills yang di-inject ke context subagent saat startup.

memory — 'user', 'project', atau 'local' untuk persistent memory lintas sesi.

background: true — selalu jalankan sebagai background task.

isolation: worktree — jalankan dalam isolated git worktree.

color — warna visual: red, blue, green, yellow, purple, orange, pink, cyan.

Bab 3 — Merancang Subagent yang Efektif

Prinsip 1: Tulis Deskripsi yang Presisi

Field description adalah satu-satunya hal yang Claude baca ketika memutuskan apakah mendelegasikan task ke subagentmu. Deskripsi yang buruk berarti subagent tidak pernah digunakan — atau lebih buruk, digunakan di saat yang salah.

 
 
yaml
# BURUK — tidak ada trigger context:
description: Helps with code

# BURUK — terlalu luas:
description: Does code analysis and reviews

# IDEAL:
description: Reviews Python code for security vulnerabilities, PEP 8 compliance,
  and performance issues. Use when reviewing PRs, checking code quality,
  or when user mentions 'review', 'code quality', 'security check', or 'audit'.

Contoh deskripsi efektif untuk berbagai tipe subagent:

 
 
yaml
# Database specialist:
description: |
  Database query optimizer and schema expert. Use when working with
  SQL queries, database migrations, schema design, or query performance.
  Also use when user mentions 'database', 'query', 'schema', 'migration',
  'index', or 'JOIN optimization'.

# Security auditor:
description: |
  Security vulnerability scanner for code and dependencies. Use when
  checking for injection vulnerabilities, auth issues, sensitive data
  exposure, or when user says 'security review', 'audit', 'vulnerability',
  or 'OWASP'.

Prinsip 2: Tentukan Structured Output Format

Subagent yang tidak menentukan format output akan mengembalikan narasi bebas yang sulit diproses parent agent. Selalu tentukan format output dalam system prompt:

 
 
markdown
---
name: test-reporter
description: Runs test suite and reports failures.
tools: Bash, Read
model: haiku
---

Run the project's test suite and report results.

## Output Format (selalu gunakan format ini)

### Test Summary
- Total: [N] tests
- Passed: [N] ([%])
- Failed: [N] ([%])
- Duration: [Xs]

### Failed Tests
Untuk setiap test yang gagal:

File: [path/to/test.ts] Test: [nama test] Error: [pesan error ringkas] Expected: [nilai expected] Received: [nilai actual]

 
 

### Root Cause Analysis
Jika ada pola dalam kegagalan, identifikasi root cause umum.

## PENTING
Jangan sertakan full test output. Ringkas. Parent agent hanya perlu
tahu apa yang gagal dan mengapa — bukan 10.000 baris log.

Prinsip 3: Obstacle Reporting

Instruksikan subagent untuk melaporkan hambatan yang membutuhkan keputusan dari parent, alih-alih menebak sendiri atau diam-diam gagal:

 
 
markdown
## Obstacle Reporting (KRITIS)
Jika menemui situasi berikut, BERHENTI dan laporkan segera:

- Operasi membutuhkan informasi yang tidak tersedia (credentials, config)
- Ada konflik atau dependency yang membutuhkan keputusan manusia
- Operasi berpotensi destruktif tanpa backup terverifikasi
- Error yang tidak jelas cara mengatasinya

Format laporan hambatan:
## ⚠️ OBSTACLE: [nama hambatan]
**Situasi**: [deskripsi singkat]
**Pilihan**:
A. [pilihan 1 — implikasi]
B. [pilihan 2 — implikasi]
**Rekomendasi**: [pilihan yang disarankan jika ada]

Jangan tebak. Jangan lanjutkan tanpa konfirmasi jika tidak yakin.

Prinsip 4: Tool Hygiene — Least Privilege

Setiap subagent hanya perlu tools yang benar-benar dibutuhkan untuk tasknya:

Tipe Subagent Tools yang Tepat Alasan
Code Reviewer Read, Glob, Grep Audit murni — tidak bisa modifikasi
Researcher Read, Glob, Grep, WebFetch Gathering info tanpa write access
Test Runner Bash, Read Jalankan tests tapi tidak bisa modifikasi source
Implementer Read, Write, Edit, Bash, Glob, Grep Full access untuk implementasi
Documenter Read, Write, Edit, Glob, Grep Write access hanya untuk docs
 
 
yaml
# Read-only reviewer:
---
name: security-auditor
tools: Read, Glob, Grep
---

# Deny tools spesifik, keep yang lain:
---
name: safe-researcher
disallowedTools: Write, Edit
---

Prinsip 5: Scope yang Sempit dan Spesifik

Subagent yang efektif punya satu tanggung jawab yang jelas. Terlalu banyak tanggung jawab membuat deskripsi sulit ditulis.

Terlalu luas: code-expert — “Does all code-related tasks”

Tepat: python-security-auditor — “Scans Python code for security vulnerabilities”

Tepat: test-failure-analyzer — “Runs tests and explains why failing tests fail”

Tepat: api-doc-writer — “Generates OpenAPI documentation from code”

Prinsip 6: Provide Context yang Cukup dalam Prompt Delegasi

Subagent mulai dengan context yang bersih — ia tidak tahu apapun tentang percakapan utama. Satu-satunya informasi yang diterimanya adalah string prompt dari parent:

 
 
# ❌ Prompt delegasi yang buruk:
> Review kode saya

# ✅ Prompt delegasi yang baik:
> Use the code-reviewer subagent to review the authentication changes
> I just made in src/auth/. Specifically check:
> 1. The JWT validation logic in src/auth/jwt.ts
> 2. The session management in src/auth/session.ts
> Focus on security vulnerabilities and edge cases.
> Background: We're migrating from cookie-based to token-based auth.
> Return a structured report with CRITICAL issues first.

Bab 4 — Pola Penggunaan Subagents

Pola 1: Isolasi Operasi High-Volume

Penggunaan subagent paling efektif adalah untuk operasi yang menghasilkan banyak output — output verbose tetap dalam context subagent:

 
 
# Test runner — bisa menghasilkan ribuan baris output:
> Use the test-runner subagent to run the full test suite for
> the payment module and report only failing tests with error messages.

# Log analyzer — logs bisa sangat besar:
> Use the log-analyzer subagent to review error.log for the last 24 hours
> and identify the top 5 recurring errors with their stack traces.

# Codebase scanner — membaca puluhan file:
> Use the dependency-auditor subagent to scan all package.json files
> in this monorepo and identify packages with known vulnerabilities.

Pola 2: Parallel Research

Spawn multiple subagents secara bersamaan untuk task yang independen:

 
 
> I need to refactor the authentication system.
> Please spawn three parallel subagents to research simultaneously:
>
> 1. Use the explore-subagent to map all files in src/auth/
>    and identify every place authentication is used
> 2. Use the explore-subagent to find all tests that test
>    authentication functionality
> 3. Use the docs-researcher to summarize OAuth 2.0 best practices
>    for the refresh token flow we're implementing
>
> Once all three return results, synthesize and present a refactoring plan.

Riset yang biasanya mengambil 5 menit secara sequential bisa dikurangi menjadi sekitar 2 menit dengan 3 subagent paralel. Parallelisme bekerja terbaik ketika research paths benar-benar independen dan tidak punya dependensi berurutan.

Pola 3: Chaining Subagents (Research → Plan → Execute)

 
 
# Step 1: Research (Explore subagent)
> Use explore subagent to understand the current authentication
> implementation in src/auth/. Map the key files and summarize
> the current flow.

# [Setelah Explore selesai dan return summary...]

# Step 2: Plan
> Based on the exploration results above, create a step-by-step
> refactoring plan that maintains backward compatibility and adds
> refresh token support following the patterns found in exploration.

# Step 3: Execute
> Now execute the plan step by step, starting with [first step].

Pola 4: Background Execution

 
 
markdown
---
name: slow-test-suite
description: Runs the full integration test suite.
tools: Bash, Read
model: haiku
background: true    # Selalu jalankan sebagai background
---
 
 
# Atau minta Claude menjalankan di background:
> Run the integration tests in the background using the test-runner
> subagent. I'll continue working on the implementation while
> you wait for the results.

Pola 5: Worktree Isolation

Untuk task yang berpotensi melakukan perubahan destruktif atau eksperimen yang mungkin dibatalkan:

 
 
markdown
---
name: experimental-refactor
description: Tries experimental refactoring approaches.
tools: Read, Write, Edit, Bash
model: sonnet
isolation: worktree    # Jalankan dalam isolated git worktree
---

Manfaat worktree isolation: perubahan tidak mempengaruhi working directory utama, bisa eksperimen tanpa risiko merusak codebase, auto-cleanup jika tidak ada perubahan, dan bisa review diff sebelum merge ke main.

Pola 6: Skills dalam Subagents

Subagents tidak secara otomatis mewarisi Skills dari parent session. Daftarkan secara eksplisit:

 
 
markdown
---
name: api-developer
description: Implements API endpoints following team conventions.
tools: Read, Write, Edit, Bash
model: sonnet
skills:
  - api-conventions
  - error-handling-patterns
---

Implement API endpoints. Follow the conventions and patterns
from the preloaded skills.

Bab 5 — Kapan Menggunakan dan Kapan Tidak

Decision Tree

 
 
Apakah task akan menghasilkan banyak output?
├── Ya → Apakah output itu diperlukan di main context?
│          ├── Tidak → ✅ Gunakan subagent
│          └── Ya → ❌ Lakukan di main session
└── Tidak →
   Apakah task bisa diparalelkan dengan task lain?
   ├── Ya → ✅ Gunakan subagent (parallel research)
   └── Tidak →
      Apakah task butuh tool restrictions khusus?
      ├── Ya → ✅ Gunakan subagent
      └── Tidak →
         Apakah ini pertanyaan cepat tentang sesuatu di context?
         ├── Ya → Gunakan /btw atau tanya langsung
         └── Tidak → Gunakan main agent atau Skills

Situasi yang Tepat vs Tidak Tepat

Gunakan subagent untuk: test runner yang menghasilkan ribuan baris, log analysis intensif, extensive file reading untuk eksplorasi codebase, multiple task independen yang bisa diparalelkan, task yang butuh tool restrictions khusus (reviewer read-only), workflow yang ingin digunakan berulang lintas project.

Jangan gunakan subagent untuk: query sederhana satu langkah tanpa banyak output, task yang membutuhkan full context percakapan sebelumnya, task yang hasilnya perlu diverifikasi di setiap langkah, atau sekadar bertanya tentang sesuatu yang sudah ada di context.

Anti-Pattern yang Harus Dihindari

Context Gatekeeping — membuat subagent untuk task yang seharusnya diketahui main session. Jika kamu punya “PythonTests subagent”, main agent tidak lagi bisa reason tentang testing secara holistik. Ini memisahkan konteks yang seharusnya terhubung.

Subagent untuk Task Sederhana — membuat subagent untuk query sederhana yang bisa dijawab dengan satu tool call. Subagent memiliki overhead startup — tidak worth it untuk “read file ini dan ringkas baris 10-20”.

Terlalu Banyak Custom Subagents — membuat library puluhan custom subagent yang harus dipelajari dan dipelihara. Jika Claude (atau kamu) tidak bisa mengingat kapan menggunakan agent tertentu, agent tersebut terlalu spesifik. Mulai dengan sedikit, well-defined agents.

Workflow Kaku yang Dipaksakan — mendefinisikan alur kerja yang terlalu rigid dengan subagents. Subagents paling efektif ketika digunakan sebagai tools, bukan sebagai pipeline yang dipaksakan pada setiap task.

Alternatif yang lebih baik untuk anti-pattern umum:

 
 
# Daripada: PythonTests subagent yang menyembunyikan testing context
# Lebih baik: taruh test commands di CLAUDE.md
# CLAUDE.md:
# ## Testing
# Run tests dengan: pytest src/tests/
# Setelah modifikasi, selalu run test yang relevan

# Daripada: subagent untuk single-file read
# Lebih baik: /btw untuk quick queries
> /btw what's the return type of getUserById in src/users/repository.ts?

# Daripada: 20 custom subagents yang overlapping
# Lebih baik: 3-5 subagents yang well-defined:
# - code-reviewer (read-only, security + quality)
# - doc-writer (write access ke docs saja)
# - test-runner (bash untuk tests, return hanya failures)

Tiga Subagent Siap Pakai: Starter Library

Code Reviewer

 
 
markdown
---
name: code-reviewer
description: Reviews code for quality, security, and best practices.
  Use when reviewing PRs, checking code changes, or when
  user says 'review', 'check my code', or 'security audit'.
tools: Read, Glob, Grep
model: sonnet
color: cyan
---

You are an expert code reviewer. Analyze the specified code and provide
a structured report.

## Output Format
### Critical Issues (must fix before shipping)
[Security vulnerabilities, data loss risks, crashes]

### Warnings (should address soon)
[Performance issues, maintainability concerns, edge cases]

### Suggestions (nice to have)
[Style improvements, refactoring opportunities]

### Positive Highlights
[What's done well — be specific]

For each issue: show the problematic code, explain WHY it's a problem,
and provide a concrete improvement.

Be direct and specific. No filler. Report only what you find.

Test Failure Analyzer

 
 
markdown
---
name: test-analyzer
description: Runs tests and analyzes failures. Use when running tests,
  debugging test failures, or checking test coverage.
tools: Bash, Read, Glob
model: haiku
color: yellow
---

Run the project's test suite and analyze any failures.

Steps:
1. Identify the test command from package.json or README
2. Run the tests
3. Analyze failures

## Output Format

### Summary
- Total: N tests │ Passed: N │ Failed: N │ Duration: Xs

### Failures
For each failure:

Test: [exact test name] File: [file:line] Error: [concise error message] Likely Cause: [1-2 sentence analysis]

 
 

### Pattern Analysis
If failures share a common root cause, describe it.

Return ONLY failures and analysis. Omit passing tests and full logs.

Documentation Generator

 
 
markdown
---
name: doc-writer
description: Generates technical documentation, JSDoc/TSDoc comments,
  and README updates. Use when documenting code, adding comments,
  or writing API documentation.
tools: Read, Write, Edit, Glob, Grep
model: sonnet
color: green
---

You are a technical writer. Generate accurate, concise documentation.

## Documentation Standards
- JSDoc/TSDoc for functions: document params, returns, throws, examples
- README sections: Overview, Installation, Usage, API Reference, Examples
- Focus on WHY and HOW, not just WHAT (code already shows WHAT)

## Process
1. Read the code to understand what it does
2. Generate documentation that matches the actual implementation
3. Use examples from actual usage in the codebase if available

## Obstacle Reporting
If you find unclear code that needs author clarification before documenting,
report it instead of guessing:
### Needs Clarification
- [file:line]: [what's unclear and why it matters for documentation]

Langkah Pertama yang Bisa Dimulai Sekarang

Hari ini — coba built-in agents. Minta Claude untuk “use the Explore subagent to map the structure of src/auth/” dan perhatikan bedanya dengan melakukan eksplorasi di main session.

Minggu ini — buat satu custom subagent. Pilih task yang paling sering menghasilkan verbose output di main session — kemungkinan besar itu test runner atau log analyzer.

Bulan ini — commit ke project. Commit .claude/agents/ ke Git agar seluruh tim bisa menggunakan agents yang sama secara konsisten.

Pertanyaan yang Sering Ditanyakan

Apa bedanya subagent dengan Skills di Claude Code? Skills berjalan dalam main session dan tidak mengisolasi context — cocok untuk workflow berulang yang perlu diingat Claude dalam percakapan yang sedang berjalan. Subagents berjalan dalam context window terisolasi dan hanya mengembalikan summary — cocok untuk task yang menghasilkan banyak output atau yang bisa diparalelkan. Untuk code review conventions yang dibutuhkan terus, gunakan Skills. Untuk code review aktual yang membaca banyak file, gunakan subagent.

Bagaimana cara membuat subagent yang benar-benar digunakan oleh Claude secara otomatis? Kuncinya ada di field description. Sertakan trigger kata kunci yang user mungkin gunakan secara natural, jelaskan kapan subagent harus digunakan, dan buat sedikit asertif (“Use when user mentions ‘review’…” bukan “Can be used if…”). Jika masih tidak trigger, coba invoke secara eksplisit dengan menyebut nama subagent dalam permintaanmu.

Kapan harus pakai Haiku vs Sonnet vs Opus untuk subagent? Gunakan Haiku untuk task sederhana yang cepat: pencarian file, formatting, test runner sederhana, query yang sudah terdefinisi dengan jelas. Gunakan Sonnet untuk task yang butuh reasoning: code review, implementasi, analisis kode. Gunakan Opus hanya untuk task yang membutuhkan kemampuan tertinggi dan kamu tidak keberatan dengan biaya lebih tinggi. Default ke Sonnet jika tidak yakin.

Apakah subagent bisa menggunakan subagent lain? Tidak. Subagent tidak bisa spawn subagent lain — ini desain yang disengaja untuk mencegah infinite recursion dan menjaga sistem tetap terprediksi. Jika perlu pipeline yang lebih kompleks, orchestrate dari main session: spawn subagent A, tunggu hasilnya, gunakan hasilnya untuk spawn subagent B.

Bagaimana cara berbagi subagents ke seluruh tim? Cara paling mudah: commit .claude/agents/ ke repository Git. Siapapun yang clone repo langsung mendapat subagents tanpa setup tambahan. Untuk subagents yang perlu dibagikan lintas banyak repository, gunakan plugin system. Untuk organisasi besar, gunakan enterprise managed settings.

Lanjutkan Perjalanan Belajar Claude Anda

Artikel ini adalah bagian dari seri Belajar Claude Gratis — panduan berbahasa Indonesia yang membahas ekosistem Claude untuk berbagai profil pembaca.

Kembali ke peta besar: Belajar Claude Gratis: Panduan Lengkap dari Nol hingga Mahir

Artikel cluster lainnya:

Tinggalkan Komentar

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *

Situs ini menggunakan Akismet untuk mengurangi spam. Pelajari bagaimana data komentar Anda diproses