01Konsol kebijakan
Satu layar memuat seluruh armada: setiap agent, batas hariannya, allowlist-nya, dan berapa yang dibelanjakan hari ini. Pada demo, tiga agent telah membelanjakan €184.20 pada pukul 09:41 — dua pembayaran diblokir, satu menunggu manusia. Perubahan kebijakan berlaku seketika; agent baru mengetahuinya saat berikutnya mencoba membayar.
- Anggaran, allowlist, dan ambang batas diatur per agent
- Pengeluaran, blokir, dan persetujuan tertunda sekilas pandang
- Keputusan 24 jam terakhir, dapat diekspor
02Persetujuan dalam alur
Agen mengusulkan; manusia memutuskan. Dalam demo, Billing Agent meminta untuk membayar invoice #088 dari Nord Logistics — €120.00, masih dalam anggaran hariannya sebesar €200.00 dengan €64.20 sudah terpakai, tetapi di atas batas persetujuan €50.00 — dan permintaan itu menunggu 14 menit untuk ketukan pada Setujui atau Tolak. Kebijakan, entri allowlist merchant, dan rekening pembayar tampil tepat di bawah tombol.
03Wallet agen
Setiap agen berjalan dari wallet-nya sendiri dengan kebijakannya sendiri. Billing Agent di demo menunjukkan sisa €135.80 dari limit harian €200.00 — €64.20 terpakai dalam tiga pembayaran, direset pukul 00:00 — dengan batas €150.00 per transaksi, persetujuan manusia di atas €50.00, dan dua merchant yang diizinkan. Pembayaran terbaru diberi tag auto bila kebijakan meloloskannya sendiri.
- Limit harian, pengeluaran, batas, dan sisa anggaran dalam satu layar
- Merchant yang diizinkan beserta riwayat pembayarannya
- Pembayaran diberi tag auto atau disetujui oleh Anda
04Membuat agen
Agen adalah kebijakan sebelum menjadi kode. Billing Agent di demo mendapat limit harian €200.00, batas €150.00 per transaksi, dua merchant dari allowlist, dan persetujuan manusia di atas €50.00 — semuanya diatur di langkah 2 dari 3, sebelum kunci ada. Kunci diterbitkan sekali, ditampilkan satu kali, dan setiap tanda tangan pembayaran membawa hash kebijakan.
05Editor kebijakan
Kebijakan adalah dokumen berversi. Pada demo, suntingan menaikkan batas per transaksi Ops Agent: v14 menjadi v15, perubahan wajib disertai catatan audit, dan disimpan dengan tanda tangan operator beserta hash kebijakan baru. Panel replay menjalankan keputusan nyata 24 jam terakhir terhadap draf — Anda melihat apa yang akan diizinkan kebijakan sebelum aktif.
- Limit harian, batas per transaksi, dan plafon bulanan untuk setiap agen
- Catatan audit tertulis wajib di setiap penyimpanan
- Replay 24 jam terhadap draf sebelum diterapkan
06Audit, keputusan demi keputusan
Keputusan DEC-4471 merekonstruksi satu pembayaran secara utuh: permintaan, setiap pemeriksaan kebijakan beserta hasilnya — allowlist lolos, batas lolos, ambang batas eskalasi — persetujuan manusia beserta tanda tangannya, dan €120.00 yang telah settle lengkap dengan rail dan referensinya. Catatan ini berantai hash dan hanya bisa ditambah; mengubah satu kolom saja memutus rantai dari titik itu ke depan.
07Anggaran per agen
Anggaran adalah tembok keras, bukan saran. Setiap agen memiliki limit harian dan batas per transaksi — €500.00 per hari, €150.00 per pembayaran dalam kebijakan demo — yang ditegakkan platform sebelum dana bergerak. Percobaan charter bot perjalanan senilai €640.00 langsung ditolak: melebihi batas.
08Plafon bulanan
Di atas limit harian ada plafon bulanan — €6,000.00 dalam kebijakan demo. Agen yang patuh setiap hari pun tetap tidak bisa melampaui apa yang diizinkan dalam sebulan.
09Anggaran direset sesuai jam
Anggaran harian direset pada waktu yang ditetapkan — 00:00 CET di demo — dan terlihat di wallet agen. Pengeluaran terakumulasi dalam jendela yang bisa dilihat semua orang, bukan misteri yang bergulir.
10Allowlist merchant
Agen hanya membayar merchant yang Anda daftarkan sebelumnya. Ops Agent di demo mengenal tepat empat — dan percobaan €180.00 ke vendor yang tidak terdaftar ditolak sebagai not-listed. Menambah merchant cukup satu klik; menghapusnya berlaku seketika.
11Ambang persetujuan
Tetapkan batas di mana manusia harus menyetujui. Kebijakan demo mengeskalasi apa pun di atas €100.00: agen berhenti, seseorang menerima usulan, dan tidak ada yang bergerak sampai mereka menjawab. Di bawah batas, agen berjalan bebas — dalam anggaran dan allowlist-nya.
12Persetujuan manusia bertanda tangan
Persetujuan bukan sekadar kotak centang — ia dicatat lengkap dengan siapa yang menyetujui, di perangkat mana, pada pukul berapa, beserta tanda tangannya. Keputusan demo menunjukkannya: disetujui di aplikasi, kunci ponsel, 09:41:12.
13Jejak eskalasi
Usulan, eskalasi, persetujuan, izin — setiap langkah memiliki cap waktu dalam catatan keputusan. Ketika ada yang bertanya mengapa sebuah pembayaran terjadi, jawabannya adalah urutan kejadian, bukan angkat bahu.
14Log audit yang tak dapat diubah
Setiap keputusan tercatat: apa yang dicoba agen, apa kata kebijakan, siapa menyetujui apa — hingga rotasi kunci. Entri hanya bisa ditambah dan dapat diekspor. Saat ada yang janggal, log menunjukkan persis apa yang terjadi dan kapan.
15Integritas berantai hash
Setiap catatan audit membawa hash-nya sendiri, hash catatan sebelumnya, dan posisinya dalam rantai — #4,471 di demo. Verifikasi rantai kapan saja; perubahan di mana pun akan memutus semua yang sesudahnya.
16Ekspor sebagai JSON
Setiap keputusan dapat diekspor sebagai JSON, lengkap dengan hash — siap untuk arsip Anda, auditor Anda, atau tinjauan insiden Anda. Log ini milik Anda untuk dibawa, bukan untuk kami simpan.
17Kill-switch
Satu ketukan menjeda agen dan menghentikan seketika semua pembayaran yang diinisiasi agen. Kunci tetap valid sehingga tidak ada yang rusak — agen hanya tidak bisa membelanjakan dana sampai manusia mengaktifkannya kembali. Pada armada demo, bot perjalanan berstatus dijeda dengan pengeluaran €0.00.
18Dibekukan, bukan hilang
Menjeda agen membekukan usulan yang tertunda, bukan membuangnya. Lanjutkan, dan antrean tetap persis di tempatnya — tidak ada usulan yang mati diam-diam karena manusia menginjak rem.
19Kunci dengan cakupan
Kredensial agen memberikan kapabilitas, bukan akses menyeluruh. Scope seperti payments.send dan refunds.issue dapat diaktifkan secara terpisah — agen demo memiliki subscriptions.manage yang dimatikan. Cabut atau rotasi kunci tanpa menyentuh kebijakan di bawahnya.
20Kunci diterbitkan sekali
Kunci agen ditampilkan satu kali saat diterbitkan dan tidak akan pernah lagi. Apa yang tidak bisa ditampilkan ulang oleh platform, tidak bisa diminta ulang oleh penyerang.
21Hash kebijakan di setiap tanda tangan
Setiap pembayaran ditandatangani dengan kunci agen dan hash kebijakan yang mengizinkannya. Pembayaran tidak hanya menyatakan apa yang terjadi — ia membuktikan aturan mana yang berlaku saat itu.
22Versi kebijakan
Kebijakan memiliki versi, hash, penulis, dan cap waktu — v14, diperbarui 17 Jul pukul 09:12 di demo. Setiap keputusan merujuk pada versi kebijakan persis yang menilainya.
23Replay sebelum diterapkan
Editor memutar ulang keputusan 24 jam terakhir terhadap draf Anda: apa yang diizinkan, apa yang ditolak, apa yang akan berubah. Kesalahan kebijakan muncul di pratinjau, bukan di produksi.
24Settlement di rail sungguhan
Usulan yang disetujui menjadi pembayaran nyata — €120.00 di demo di-settle lewat SEPA Instant dengan referensi 9F21-0716, beberapa menit setelah persetujuan. Agen membelanjakan dana dari core yang sama dengan seluruh produk lainnya.
25Endpoint MCP
Agen terhubung lewat MCP di mcp.protocore.io/agents — framework apa pun yang memahami protokol ini dapat memiliki wallet Protocore. Permukaan integrasinya tetap kecil: ajukan pembayaran, terima keputusan. Kebijakan berada di platform, bukan di prompt.
26Armada agen
Jalankan satu agen atau banyak. Demo menjalankan tiga — ops, procurement, bot perjalanan — masing-masing dengan anggaran, allowlist, dan ambang batasnya sendiri. Jeda satu, yang lain tetap bekerja; kebijakan tidak pernah bocor antar agen.
