Lewati ke konten

Ikhtisar teknis

Model implementasi untuk shell, pack, kanal intake, workflow, overlay kebijakan, integrasi, gerbang evaluasi, dan eksekusi yang dikelola.

Arsitektur platform

  • Adapter kanal menormalisasi payload masuk menjadi peristiwa intake yang kompatibel dengan workflow.
  • Mesin workflow menghasilkan WorkItems valid-skema dengan transisi state langkah keputusan.
  • Layanan bukti melampirkan kutipan dan trace retrieval ke pembuatan respons dan paket.
  • Runtime integrasi mengeksekusi tindakan secara asinkron dengan kontrol retry dan idempotensi.
  • Aliran telemetri dan audit menyediakan keterlacakan end-to-end di seluruh lifecycle.

Pengetahuan dan ingesti

Mode ingesti yang didukung

  • Pipeline refresh untuk sumber pengetahuan
  • Pipeline unggah untuk dokumen dan bundel kebijakan
  • Pipeline connector-sync untuk sistem eksternal terkelola

Perilaku ingesti

  • Pekerjaan ingesti memancarkan status, latensi, dan diagnostik kegagalan
  • Pipeline mendukung retry aman dan strategi backoff
  • Kebijakan tingkat aset menentukan perilaku freshness dan retensi

Pengaturan render dan ekstraksi dapat dikonfigurasi per profil sumber.

Operasi freshness

  • Refresh terjadwal dan pemrosesan ulang sesuai permintaan
  • Visibilitas diff untuk mengevaluasi perubahan sumber
  • Peringatan staleness yang terkait dengan profil risiko workflow

Retrieval bukti

Profil retrieval: Profil menentukan recall, presisi, dan ketatnya kutipan berdasarkan workflow dan kelas risiko.

Ambang keputusan: Keyakinan, ketersediaan bukti, dan pemeriksaan kebijakan menentukan apakah menjawab, meninjau, atau mengeskalasi.

Pembuatan respons dan paket

WorkPackets dibuat dari state WorkItem kanonis dan bundel bukti.

Renderer tujuan memetakan konten paket kanonis ke bentuk payload khusus kanal.

Batas keamanan

  • Mode kutipan ketat untuk workflow kritis kebijakan
  • Penolakan dan eskalasi eksplisit saat bukti tidak memadai
  • Penanganan sadar PII dan kebijakan redaksi yang dapat dikonfigurasi

Aktivasi kanal

Setup aktivasi: Setiap kanal intake membawa pemeriksaan aktivasi, sinyal kesehatan, dan binding keamanan tercakup.

Pemeriksaan aktivasi

  • Binding origin dan verifikasi kanal
  • Perilaku pemuatan integrasi yang sadar kinerja
  • Dukungan interaksi aksesibel dan lokalisasi

Kontrol operasional

  • Aktifkan, nonaktifkan, dan pantau kanal intake berdasarkan lingkungan
  • Terapkan override kebijakan khusus kanal
  • Periksa state kesehatan dan telemetri berdasarkan pengenal kanal internal

API workflow dan tindakan

Kanal intake API publik mendukung operasi WorkItem, eksekusi sadar kebijakan, dan ekspor telemetri.

Autentikasi

  • Kredensial tercakup untuk akses server-ke-server
  • Validasi konteks peran dan tenant untuk setiap permintaan
  • Perilaku fail-closed pada konteks otorisasi yang hilang

Cakupan otorisasi

  • Baca dan kelola WorkItems
  • Kelola kebijakan dan transisi state langkah keputusan
  • Jalankan tindakan yang dikelola dengan izin eksplisit

Grup endpoint inti

  • Operasi lifecycle WorkItem
  • Operasi langkah keputusan dan persetujuan
  • Operasi eksekusi integrasi dan retry

Model respons

  • Envelope sukses dan gagal bertipe
  • Kode alasan yang dapat dibaca mesin untuk hasil kebijakan
  • Pengenal trace dan korelasi untuk debugging

Dimensi telemetri

  • channel identifier dan workflow_id
  • work_item_id dan policy_version
  • integration_id dan state hasil tindakan

Pola orkestrasi integrasi

Integrasi dapat dihubungkan melalui adapter native atau middleware jika diperlukan.

Pola eksekusi

  • Buat dan perbarui resource tujuan
  • Lampirkan konteks paket dan referensi bukti
  • Retry dengan klasifikasi error dan penanganan dead-letter

Pola ingesti

  • Terima peristiwa permintaan dari alat eksternal
  • Normalisasi ke skema workflow
  • Rutekan ke langkah keputusan dan usulan tindakan

Kontrol tata kelola

  • Allowlist tindakan berdasarkan workflow dan peran
  • Persyaratan persetujuan berdasarkan profil risiko
  • Penangkapan peristiwa audit untuk setiap mutasi

Model keamanan

Kontrol keamanan diterapkan pada lapisan intake, pengambilan keputusan, eksekusi, dan telemetri dengan batas kepemilikan yang jelas.

Model penanganan data

Artefak yang disimpan

  • State WorkItem dan metadata lifecycle
  • Referensi bukti dan metadata render paket
  • Hasil eksekusi dan catatan peristiwa audit

Tidak disimpan secara default

  • Material kredensial tanpa cakupan dalam bentuk plaintext
  • Log payload mentah tanpa batas
  • State permintaan bersama lintas tenant

Retensi: Kebijakan retensi dan pengarsipan dapat dikonfigurasi berdasarkan cakupan kebijakan dan klasifikasi data.

Postur pelatihan model: Kebijakan penanganan data harus secara eksplisit mengontrol apakah artefak workflow layak untuk alur peningkatan model.

FAQ

Bisakah kami meluncurkan hanya dengan intake web?
Ya. Web dapat menjadi kanal pertama Anda sambil mempertahankan primitif workflow yang sama untuk kanal masa depan.
Bisakah integrasi berjalan asinkron?
Ya. Eksekusi integrasi bersifat asinkron dan mendukung retry dengan kelas error yang dapat diaudit.
Bagaimana kami menelusuri hasil yang gagal?
Gunakan correlation ID, riwayat WorkItem, peristiwa keputusan, dan log eksekusi untuk merekonstruksi alur end-to-end.