Skip to main content
Buat laporan dukungan jika sebuah kendala perlu ditindaklanjuti. Setelah itu, manusia atau agen AI dapat melacak laporan dan menambahkan konteks yang diminta. Hanya akun yang membuat laporan dan tim dukungan LogBrew yang dapat membacanya.
Gunakan bearer akses akun, misalnya $LOGBREW_TOKEN. Jangan pernah memakai kunci ingest proyek. Hapus data privat sebelum menulis judul, deskripsi, atau diagnostik. Penyamaran otomatis tidak menggantikan pemeriksaan ini.

Buat laporan dukungan

Dari CLI, jalankan:
CLI menetapkan source ke cli. --diagnostics hanya menambahkan nama biner, versi CLI, sistem operasi, dan arsitektur. Jalankan logbrew support --help untuk melihat semua flag. CLI tidak mengirim kunci percobaan ulang saat membuat laporan. Jika hasilnya tidak pasti, jalankan logbrew support list --json sebelum menjalankan perintah lagi. Jika tidak, Anda dapat membuat laporan ganda tanpa sengaja. Dari API, kirim POST /api/support/tickets dengan source, category, title, dan description. Agar percobaan ulang aman, buat satu kunci percobaan ulang untuk laporan ini dan kirim di header Idempotency-Key. Contoh ini memakai nilai sintetis:
Kunci percobaan ulang berisi 1 sampai 128 karakter ASCII yang terlihat, tanpa spasi. Untuk mencoba lagi, kirim kunci yang sama dengan body yang sama. Respons akan mengembalikan laporan yang sama. Gunakan kunci baru untuk laporan yang berbeda. Timeout tidak membuktikan bahwa pembuatan laporan gagal. Header Idempotency-Key bersifat opsional. Tanpa header ini, permintaan yang diulang dapat membuat laporan lain. Kolom opsionalnya adalah project_id, environment, runtime, framework, sdk_package, sdk_version, release, trace_id, event_id, dan diagnostics. Jangan sertakan project_id jika kendala tidak terkait proyek tertentu. project_id harus menunjuk proyek aktif di akun Anda. Permintaan yang berhasil mengembalikan HTTP 200:
ID laporan diawali dengan sup_. Gunakan next sebagai panduan bagi manusia dan next_action untuk kontrol program. Untuk menghapus proyek, gunakan pengaturan proyek atau logbrew projects delete. Jangan meminta penghapusan proyek lewat laporan dukungan.

Tulis laporan yang berguna

  • Laporkan satu kendala di setiap laporan.
  • Pilih category yang paling sesuai. Gunakan other hanya jika tidak ada kategori yang cocok.
  • Sebutkan satu gejala dan satu bagian produk di title.
  • Tulis description sebagai langkah-langkah, lalu hasil yang diharapkan dan hasil yang teramati.
  • Tambahkan ID proyek, rilis, trace, atau peristiwa hanya jika ID itu menunjuk kegagalan yang sama.
Gunakan kunci diagnostics berikut: diagnostics adalah objek JSON berukuran maksimal 16 KB setelah penyamaran. LogBrew mengganti nilai dengan [redacted] jika nama kuncinya menyebut kredensial, sesi, atau alamat email. LogBrew juga mengganti teks yang terlihat seperti kredensial, URL, atau path lokal. Selain itu, LogBrew memendekkan string yang panjang dan membatasi tingkat nesting, jumlah kunci, dan item daftar. Jangan mengandalkan penyamaran ini. Hapus data privat sebelum mengirim permintaan.

Lacak laporan dukungan

Daftar ini menerima project_id, status, source, category, release, dan limit. Nilai default limit adalah 100, dan maksimalnya 500. Untuk paginasi berbasis kursor, kirim pagination=cursor. Di halaman berikutnya, ulangi filter yang sama dan kirim cursor_time serta cursor_id dari next_cursor. ID kursor adalah ID laporan sup_. Berhenti jika next_cursor bernilai null. CLI memakai flag --project, --status, --source, --category, --release, --limit, --pagination, --cursor-time, dan --cursor-id. Nilai status adalah open, routed, in_progress, waiting_on_user, resolved, dan closed. Anda hanya dapat mengatur open atau closed. Permintaan tutup atau buka kembali yang diulang tetap berhasil tanpa mengubah apa pun, jadi Anda dapat mengulang permintaan yang persis sama. Ikuti status dan next_action yang dikembalikan:

Tambahkan konteks yang diminta

Balas jika laporan meminta konteks. Laporan seperti itu berstatus waiting_on_user dan memiliki next_action.code bernilai provide_context.
Body API berisi context dan diagnostics yang opsional. Teks context harus berisi 1 sampai 4.000 karakter. Jangan masukkan kredensial, URL, nama host, atau path lokal ke context. API menolak teks seperti itu dengan 422. Kirim kunci percobaan ulang di header Idempotency-Key. Rute konteks mewajibkan header ini. Kunci berisi 1 sampai 128 karakter ASCII yang terlihat, tanpa spasi. Gunakan kunci baru untuk setiap balasan. Pakai ulang kunci hanya untuk mencoba lagi balasan yang sama. API menerima konteks selama laporan berstatus open, routed, in_progress, atau waiting_on_user. API menerima 1 balasan untuk setiap status laporan. Setelah membalas, tunggu perubahan status sebelum mengirim konteks lagi. Balasan untuk laporan waiting_on_user mengubah status laporan menjadi open. Baca status yang dikembalikan, jangan mengasumsikan perubahan ini. Balasan yang berhasil mengembalikan ticket_id, context_id, status, created_at, next, dan next_action. context_id diawali dengan ctx_. Baca laporan lagi sebelum menjawab permintaan berikutnya. GET /api/support/tickets/{ticket_id}/context mengembalikan 20 entri konteks terbaru, diurutkan dari yang paling lama. Setiap entri berisi context_id, context, diagnostics, dan created_at. Daftar ini tidak memiliki kursor. Balasan untuk laporan resolved atau closed mengembalikan 422 dengan code: "validation_failed". Buka kembali laporan hanya jika pengguna ingin melanjutkan permintaan dukungan tersebut. next_action tidak memberi agen izin untuk mengubah status akun.

Pulihkan dari error

Respons error berisi error, code, next, dan next_action. Lihat Error API.

Jaga keamanan laporan

Jangan pernah mengirim rahasia, token, header otorisasi, kunci ingest, log mentah, data pelanggan, path lokal, host, atau kode sumber yang tidak terkait. Kirim ringkasan singkat yang sudah disamarkan. Untuk pemeriksaan mandiri, lihat Mengatasi kendala.