Penyelarasan Data/AI/ML — Catatan Rapat
- Tujuan: Menyelaraskan open item yang memblokir RFC Phase 2 (Refine proxy + Refine rail) sebelum Chunk-9 real-upstream integration pass.
- Sumber: RFC — Autonomous AI Agent Phase 2: AI-Assisted Refinement, §5 Concerns/Questions/Known Limitations (OQ-1, OQ-4, OQ-11, OQ-12, OQ-13).
- Squad Chatbot: Dimas Fauzi Hidayat (PM), Eko Aprianto (Eng Lead), Hilmi (TPM)
- Data/AI/ML Platform: owner
noncore-mrag/mekari-agent(penulis companion doc: Grasia Meliolla) - Tanggal: TBD — target sebelum 2026-07-15 (pass upstream nyata Chunk 9)
- Status: Draf agenda — menunggu penjadwalan
Dokumen Terkait
- RFC (sumber topik di bawah): Autonomous AI Agent Phase 2: AI-Assisted Refinement
- PRD (pasangan 1:1 dengan RFC di atas): Phase 2: AI-Assisted Refinement
- PRD Phase-1 (engine + drafter yang digunakan ulang oleh RFC): Phase 1: New Engine Migration
- Anchor inisiatif: autonomous-ai-agent-anchor.md
- RFC upstream (Data/ML): QON 51153994292 §10.3b
- Companion doc (kontrak
refine-skill-packas-built): QON 51226214880 - Design SoT (prototipe
qontak-designermilik Wulan, dapat dilihat): https://prototype.qontak.net/ — rail Refine berada di halaman agent-editor, mis./bot-automation/ai-agents/customer-support. Frame Figma masih TBD (RFC OQ-5); prototipe yang sudah dirender ini adalah referensi desain kanonik untuk build.
Konteks
Squad chatbot sedang membangun stateless proxy (POST /v2/ai_agents/:id/refine) di
depan endpoint refine-skill-pack "as-built" yang terdokumentasi, ditambah "Refine" chat
rail di agent editor. RFC telah di-ground terhadap companion doc
(QON 51226214880)
dan RFC §10.3b, tetapi beberapa detail kontrak masih hanya berupa prosa atau ambigu.
Beberapa item — deployment status, multi-turn semantics, dan revert story — memerlukan
konfirmasi bersama sebelum sisi chatbot membangun di atasnya.
Blocking — harus diselesaikan sebelum Chunk 9 (target: 2026-07-15)
| # | Topik | Pertanyaan (sederhana) | Mengapa penting / latar belakang | Ref RFC |
|---|---|---|---|---|
| 1a | Status deployment | Apakah refine-skill-pack sudah di-deploy dan callable di staging dan prod saat ini? | Endpoint saat ini hanya diketahui dari companion doc. Chunk-9 pass membangun integrasi nyata, bukan mock — jadi konfirmasi bahwa endpoint sudah live di gateway path /qontak-ai-noncore-mrag/api/ai-agent/refine-skill-pack diperlukan terlebih dahulu. | OQ-1a |
| 1b | Label/description option | Bisakah endpoint mengembalikan title singkat + description untuk setiap option, agar card dapat menampilkannya? | Option card pada desain (prototipe /bot-automation/ai-agents/customer-support) masing-masing memerlukan title nyata. Proxy saat ini menstempel label hardcoded karena response tidak membawa apa-apa. | OQ-1b |
| 1c | Freshness tools registry | Apakah company_tools registry tetap sinkron dengan tabel AiAgentTool milik chatbot — yakni, apakah auto-fill saat list kosong bersifat otoritatif dan terkini? | Companion doc §5 sudah menyelesaikan separuh pertanyaan "haruskah list dikirim?": mengirim available_tools kosong memicu auto-fill noncore dari company_tools. Yang masih terbuka adalah apakah company_tools merupakan mirror AiAgentTool yang fresh dan lengkap — jika tertinggal, mengandalkan auto-fill akan menghidrasi tools yang stale/parsial, sehingga proxy mungkin tetap perlu mengirim list secara eksplisit. | OQ-1c |
| 1d | Invented / non-existent refs | Ketika sebuah request mereferensikan action atau knowledge-base yang tidak ada, apakah model menyertakan reference yang tidak ada itu dalam proposed change, atau apakah itu di-clean out sebelum response? | Dua dokumen upstream saling bertentangan: companion doc §3 mengatakan refine path tidak menjalankan post-processing / tidak ada orphan cleanup (ref bertahan), sedangkan RFC §10.3b mengatakan updated_skill_pack menjalankan "defensive pipeline yang sama seperti drafter (gate validation, tone coercion, orphan cleanup)". Mana yang as-built menentukan apakah ref sampai ke tenant. Satu-satunya guard sisi chatbot adalah 400 saat Save (CapabilityRefPresence) — perannya sebagai satu-satunya safety net bergantung pada jawaban ini. | OQ-1d |
| 1e | Satu option vs beberapa | Apakah endpoint akan mengembalikan 1–3 alternative option per turn, dan jika ya, dalam timeline apa? | Desain menampilkan hingga 3 option per turn; endpoint mengembalikan tepat satu hari ini. Saat launch, hasil tunggal dibungkus dalam list satu item, tetapi multi-option adalah target — timeline diperlukan. | OQ-1e |
| 1f | Retensi data / PII | Berapa lama endpoint menyimpan user_message / chat_history yang diterimanya, dan adakah aturan penanganan PII? | Ini adalah konten pelanggan yang di-paste tenant yang melewati endpoint. Companion doc diam soal retensi, dan jawaban diperlukan untuk menyatakan dasar pemrosesan data di bawah UU PDP. | OQ-1f |
| 1g | Config audit proaktif | Apakah model menandai config problem atas inisiatifnya sendiri (tidak hanya ketika diminta), dan apakah prompt "audit my config" sudah di-tuning/di-test? | "Audit my configuration" adalah fitur bernama (story REFINE-S04) dengan suggestion chip yang direncanakan. Heuristik model yang terdokumentasi semuanya complaint-triggered — jika model tidak pernah mengaudit secara proaktif, fitur itu tidak akan berperilaku seperti yang dirancang. | OQ-1g |
| 2 | Konteks multi-turn | chat_history hanya membawa teks percakapan ({role, content}), bukan proposed/accepted patch sebelumnya — apakah flat text itu cukup untuk follow-up yang membangun di atas perubahan sebelumnya ("sekarang tangani juga kasus timeout"), atau apakah prior patch state perlu disuplai ulang? | Companion doc §5 + RFC §10.3b sudah menetapkan shape-nya: flat list [{role, content}], "~10 turn terakhir untuk conversational continuity." Yang belum terkonfirmasi adalah apakah text-only history itu memungkinkan model menalar perubahan yang diusulkannya satu turn sebelumnya (patch-nya sendiri tidak ada di chat_history) — ini adalah risiko nyata untuk rail Refine multi-turn. | OQ-11 |
| 3 | Spec API / akses repo | Adakah spec OpenAPI/Swagger untuk refine-skill-pack (dan endpoint terkait), atau read access ke repo pemiliknya? | Implementasi saat ini berjalan terhadap prosa dalam companion doc Confluence. Spec nyata atau akses repo akan mengurangi risiko kontrak drift selama integrasi. | OQ-12 |
Perlu keputusan sebelum Beta / GA
| # | Topik | Pertanyaan (sederhana) | Mengapa penting / latar belakang | Ref RFC |
|---|---|---|---|---|
| 4a | Scope KB — konfirmasi | JSON Patch op menargetkan pointer apa pun, jadi path sources/vector-store secara teknis patchable — apakah model benar-benar diinstruksikan untuk mengusulkan KB-affecting patch, atau apakah ia menghindari sources dalam praktiknya? | Companion doc §3 (opaque JSON-pointer op pada path apa pun) menyiratkan path KB dapat di-patch; yang belum terkonfirmasi adalah apakah model memperlakukan sources sebagai in-scope. Ini prasyarat untuk 4b — keputusan allow/guard hanya relevan jika model benar-benar akan meng-emit patch semacam itu. | OQ-4 |
| 4b | Scope KB — allow atau guard? | Jika ya (4a): haruskah KB-affecting patch diizinkan lewat, atau di-guard? | Saat Save, KB-affecting change membuat stateful resolver create/purge vector store (perilaku yang sama seperti dipicu manual edit). Keputusan diperlukan sebelum Beta apakah itu dapat diterima pada refine path atau harus diblokir di FE differ + BE validation. | OQ-4 |
| 5 | Revert setelah bad apply | Apakah "undo a bad refine" yang menghadap user rilis pada fase ini, atau apakah server-side-only revert rilis dengan UI ditunda? | PaperTrail adalah baseline revert. Fitur Draft-versioning yang lebih lama juga ada — tetapi dibangun untuk AI Engine lama, tidak pernah dirilis, dan perlu rework agar sesuai dengan config model Autonomous AI Engine baru. Keputusan bergantung pada apakah rework itu realistis sebelum GA; jika tidak, fallback-nya adalah server-side revert dengan UI ditunda. | OQ-13 |
Sudah terselesaikan (tidak perlu diperdebatkan ulang, hanya FYI)
trace(workflow_state/recent_turns) — diputuskan untuk di-omit sepenuhnya dari v1;workflow_stateberada di DBmekari-agentdanchatbottidak dapat menyediakannya (OQ-2, closed 2026-07-07).chat_historycap — 10 turn, sesuai panduan terdokumentasi "~10 turn terakhir" (OQ-3, closed 2026-07-05).
Catatan / keputusan dari rapat
(diisi selama/setelah sesi — catat hasil setiap topik di atas, lalu perbarui RFC §5 dan log Comment sesuai kebutuhan)
| # | Hasil | Pemilik tindak lanjut |
|---|---|---|