Mantis

Mantis adalah sistem verifikasi end-to-end OpenClaw untuk bug yang membutuhkan runtime nyata, transport nyata, dan bukti yang terlihat. Sistem ini menjalankan skenario terhadap ref yang diketahui bermasalah, menangkap bukti, menjalankan skenario yang sama terhadap ref kandidat, lalu menerbitkan perbandingannya sebagai artefak yang dapat diperiksa maintainer dari PR atau dari perintah lokal.

Mantis dimulai dengan Discord karena Discord memberi kita lane pertama bernilai tinggi: autentikasi bot nyata, channel guild nyata, reaction, thread, perintah native, dan UI browser tempat manusia dapat mengonfirmasi secara visual apa yang ditampilkan transport.

Tujuan

• Mereproduksi bug dari issue atau PR GitHub dengan bentuk transport yang sama seperti yang dilihat pengguna.
• Menangkap artefak sebelum pada ref baseline sebelum menerapkan perbaikan.
• Menangkap artefak sesudah pada ref kandidat setelah menerapkan perbaikan.
• Menggunakan oracle deterministik kapan pun memungkinkan, seperti pembacaan reaction Discord REST atau pemeriksaan transkrip channel.
• Menangkap screenshot ketika bug memiliki permukaan UI yang terlihat.
• Berjalan secara lokal dari CLI yang dikendalikan agen dan secara remote dari GitHub.
• Menyimpan machine state yang cukup untuk penyelamatan VNC ketika login, otomasi browser, atau autentikasi provider tersangkut.
• Memposting status ringkas ke channel Discord operator ketika run terblokir, membutuhkan bantuan VNC manual, atau selesai.

Bukan tujuan

• Mantis bukan pengganti unit test. Run Mantis biasanya harus menjadi regression test yang lebih kecil setelah perbaikannya dipahami.
• Mantis bukan gate CI cepat normal. Ia lebih lambat, menggunakan kredensial live, dan dicadangkan untuk bug ketika lingkungan live penting.
• Mantis tidak boleh membutuhkan manusia untuk operasi normal. VNC manual adalah jalur penyelamatan, bukan jalur utama.
• Mantis tidak menyimpan secret mentah dalam artefak, log, screenshot, laporan Markdown, atau komentar PR.

Kepemilikan

Mantis berada di stack QA OpenClaw.

• OpenClaw memiliki runtime skenario, adapter transport, skema bukti, dan CLI lokal di bawah pnpm openclaw qa mantis.
• QA Lab memiliki bagian harness transport live, helper capture browser, dan penulis artefak.
• Crabbox memiliki mesin Linux yang sudah dipanaskan ketika VM remote diperlukan.
• GitHub Actions memiliki entrypoint workflow remote dan retensi artefak.
• ClawSweeper memiliki routing komentar GitHub: mengurai perintah maintainer, men-dispatch workflow, dan memposting komentar PR akhir.
• Agen OpenClaw menjalankan Mantis melalui Codex ketika skenario membutuhkan setup agenik, debugging, atau pelaporan state tersangkut.

Batas ini menjaga pengetahuan transport di OpenClaw, penjadwalan mesin di Crabbox, dan perekat workflow maintainer di ClawSweeper.

Bentuk perintah

Perintah lokal pertama memverifikasi bot Discord, guild, channel, pengiriman pesan, pengiriman reaction, dan jalur artefak:

pnpm openclaw qa mantis discord-smoke \  --output-dir .artifacts/qa-e2e/mantis/discord-smoke

Runner lokal sebelum dan sesudah menerima bentuk ini:

pnpm openclaw qa mantis run \  --transport discord \  --scenario discord-status-reactions-tool-only \  --baseline origin/main \  --candidate HEAD \  --output-dir .artifacts/qa-e2e/mantis/local-discord-status-reactions

Runner membuat worktree baseline dan kandidat yang terpisah di bawah direktori output, menginstal dependensi, membangun setiap ref, menjalankan skenario dengan --allow-failures, lalu menulis baseline/, candidate/, comparison.json, dan mantis-report.md. Untuk skenario Discord pertama, verifikasi yang berhasil berarti status baseline adalah fail dan status kandidat adalah pass.

Probe sebelum/sesudah Discord kedua menargetkan attachment thread:

pnpm openclaw qa mantis run \  --transport discord \  --scenario discord-thread-reply-filepath-attachment \  --baseline <bug-ref> \  --candidate <fix-ref> \  --output-dir .artifacts/qa-e2e/mantis/local-discord-thread-attachment

Skenario itu memposting pesan induk dengan bot driver, membuat thread Discord nyata, memanggil aksi message.thread-reply OpenClaw dengan filePath lokal repo, lalu melakukan polling thread untuk balasan SUT dan nama file attachment. Screenshot baseline menampilkan balasan tanpa attachment; screenshot kandidat menampilkan attachment mantis-thread-report.md yang diharapkan.

Primitif VM/browser pertama adalah smoke desktop:

pnpm openclaw qa mantis desktop-browser-smoke \  --output-dir .artifacts/qa-e2e/mantis/desktop-browser

Ini menyewa atau menggunakan ulang mesin desktop Crabbox, memulai browser yang terlihat di dalam sesi VNC, menangkap desktop, menarik artefak kembali ke direktori output lokal, dan menulis perintah reconnect ke dalam laporan. Perintah ini secara default menggunakan provider Hetzner karena itu adalah provider pertama dengan cakupan desktop/VNC yang berfungsi di lane Mantis. Override dengan --provider, --crabbox-bin, atau OPENCLAW_MANTIS_CRABBOX_PROVIDER ketika berjalan terhadap fleet Crabbox lain.

Flag smoke desktop yang berguna:

• --lease-id <cbx_...> atau OPENCLAW_MANTIS_CRABBOX_LEASE_ID menggunakan ulang desktop yang sudah dipanaskan.
• --browser-url <url> mengubah halaman yang dibuka di browser yang terlihat.
• --html-file <path> merender artefak HTML lokal repo di browser yang terlihat. Mantis menggunakan ini untuk menangkap timeline reaction status Discord yang dihasilkan melalui desktop Crabbox nyata.
• --browser-profile-dir <remote-path> menggunakan ulang Chrome user-data-dir remote sehingga desktop Mantis persisten dapat tetap login antar-run. Gunakan ini untuk profil penampil Discord Web yang berjalan lama.
• --browser-profile-archive-env <name> memulihkan arsip Chrome user-data-dir .tgz base64 dari environment variable bernama sebelum meluncurkan browser. Gunakan ini untuk saksi yang sudah login seperti Discord Web. Env var default adalah OPENCLAW_MANTIS_BROWSER_PROFILE_TGZ_B64.
• --video-duration <seconds> mengontrol durasi capture MP4. Gunakan durasi yang lebih panjang untuk aplikasi web login yang lambat dan membutuhkan waktu untuk stabil.
• --keep-lease atau OPENCLAW_MANTIS_KEEP_VM=1 menjaga lease baru yang berhasil tetap terbuka untuk inspeksi VNC. Run yang gagal mempertahankan lease secara default ketika lease dibuat agar operator dapat reconnect.
• --class, --idle-timeout, dan --ttl menyesuaikan ukuran mesin dan masa pakai lease.

Untuk bukti Discord Web, Mantis menggunakan akun penampil khusus alih-alih token bot. Skenario API Discord live tetap menjadi oracle: ia membuat thread nyata, mengirim thread-reply SUT, dan memeriksa attachment melalui Discord REST. Ketika OPENCLAW_QA_DISCORD_CAPTURE_UI_METADATA=1 disetel, skenario juga menulis artefak URL Discord Web. Ketika OPENCLAW_QA_DISCORD_KEEP_THREADS=1 disetel, skenario membiarkan thread itu tersedia cukup lama agar browser yang sudah login dapat membuka dan merekamnya.

Workflow GitHub membuka URL thread kandidat di Discord Web, menangkap screenshot, merekam MP4, dan menghasilkan pratinjau GIF yang dipangkas berdasarkan gerakan ketika tooling media Crabbox tersedia. Utamakan jalur profil penampil persisten yang dikonfigurasi melalui MANTIS_DISCORD_VIEWER_CHROME_PROFILE_DIR, karena arsip profil Chrome penuh dapat melampaui batas ukuran secret GitHub. Untuk profil kecil/bootstrap, workflow juga dapat memulihkan arsip .tgz base64 dari MANTIS_DISCORD_VIEWER_CHROME_PROFILE_TGZ_B64. Jika tidak ada sumber profil yang dikonfigurasi, workflow tetap menerbitkan screenshot attachment baseline/kandidat yang deterministik dan mencatat pemberitahuan bahwa saksi Discord Web yang sudah login dilewati.

Primitif transport desktop penuh pertama adalah smoke desktop Slack:

pnpm openclaw qa mantis slack-desktop-smoke \  --output-dir .artifacts/qa-e2e/mantis/slack-desktop \  --gateway-setup \  --scenario slack-canary \  --keep-lease

Ini menyewa atau menggunakan ulang mesin desktop Crabbox, menyinkronkan checkout saat ini ke VM, menjalankan pnpm openclaw qa slack di dalam VM itu, membuka Slack Web di browser VNC, menangkap desktop yang terlihat, dan menyalin artefak QA Slack serta screenshot VNC kembali ke direktori output lokal. Ini adalah bentuk Mantis pertama ketika Gateway OpenClaw SUT dan browser sama-sama berada di dalam VM desktop Linux yang sama.

Dengan --gateway-setup, perintah menyiapkan home OpenClaw sekali pakai yang persisten di $HOME/.openclaw-mantis/slack-openclaw, mem-patch konfigurasi Slack Socket Mode untuk channel yang dipilih, memulai openclaw gateway run pada port 38973, dan menjaga Chrome tetap berjalan di sesi VNC. Ini adalah mode "tinggalkan desktop Linux dengan Slack dan claw yang berjalan"; lane QA Slack bot-ke-bot tetap menjadi default ketika --gateway-setup dihilangkan.

Input wajib untuk --credential-source env:

• OPENCLAW_QA_SLACK_CHANNEL_ID
• OPENCLAW_QA_SLACK_DRIVER_BOT_TOKEN
• OPENCLAW_QA_SLACK_SUT_BOT_TOKEN
• OPENCLAW_QA_SLACK_SUT_APP_TOKEN
• OPENCLAW_LIVE_OPENAI_KEY untuk lane model remote. Jika hanya OPENAI_API_KEY yang disetel secara lokal, Mantis memetakannya ke OPENCLAW_LIVE_OPENAI_KEY sebelum memanggil Crabbox sehingga forwarding env OPENCLAW_* Crabbox dapat membawanya ke VM.

Dengan --gateway-setup --credential-source convex, Mantis menyewa kredensial SUT Slack dari pool bersama sebelum membuat VM dan meneruskan channel id yang disewa, token app Socket Mode, dan token bot sebagai env runtime OPENCLAW_MANTIS_SLACK_* di dalam desktop. Itu menjaga workflow GitHub tetap tipis: workflow hanya membutuhkan secret broker Convex, bukan token bot atau app Slack mentah.

Flag desktop Slack yang berguna:

• --lease-id <cbx_...> menjalankan ulang terhadap mesin tempat operator sudah login ke Slack Web melalui VNC.
• --gateway-setup memulai Gateway Slack OpenClaw persisten di VM alih-alih hanya menjalankan lane QA bot-ke-bot.
• --keep-lease menjaga VM Gateway tetap terbuka untuk inspeksi VNC setelah berhasil; --no-keep-lease menghentikannya setelah mengumpulkan artefak.
• --slack-url <url> membuka URL Slack Web tertentu. Tanpanya, Mantis menurunkan https://app.slack.com/client/<team>/<channel> dari Slack auth.test ketika token bot SUT tersedia.
• --slack-channel-id <id> mengontrol allowlist channel Slack yang digunakan oleh setup Gateway.
• OPENCLAW_MANTIS_SLACK_BROWSER_PROFILE_DIR mengontrol profil Chrome persisten di dalam VM. Defaultnya adalah $HOME/.config/openclaw-mantis/slack-chrome-profile, sehingga login Slack Web manual bertahan pada rerun di lease yang sama.
• --credential-source convex --credential-role ci menggunakan pool kredensial bersama alih-alih token env Slack langsung.
• --provider-mode, --model, --alt-model, dan --fast diteruskan ke lane live Slack.

Run checkpoint approval merender snapshot pesan API Slack menjadi PNG checkpoint untuk bukti visual yang aman bagi CI. slack-desktop-smoke.png hanya menjadi bukti Slack Web ketika lease menggunakan profil browser hangat yang sudah login.

Workflow smoke GitHub adalah Mantis Discord Smoke. Workflow GitHub sebelum dan sesudah untuk skenario nyata pertama adalah Mantis Discord Status Reactions. Ia menerima:

• baseline_ref: ref yang diharapkan mereproduksi perilaku hanya queued.
• candidate_ref: ref yang diharapkan menampilkan queued -> thinking -> done.

Ia melakukan checkout ref harness workflow, membangun worktree baseline dan kandidat terpisah, menjalankan discord-status-reactions-tool-only terhadap setiap worktree, dan mengunggah baseline/, candidate/, comparison.json, dan mantis-report.md sebagai artefak Actions. Ia juga merender HTML timeline setiap lane di browser desktop Crabbox dan menerbitkan screenshot VNC itu di samping PNG timeline deterministik dalam komentar PR. Komentar PR yang sama menyematkan pratinjau GIF ringan yang dipangkas berdasarkan gerakan dan dihasilkan oleh crabbox media preview, menautkan ke klip MP4 yang juga dipangkas berdasarkan gerakan, serta mempertahankan file MP4 desktop penuh untuk inspeksi mendalam. Screenshot tetap inline untuk peninjauan cepat. Workflow membangun CLI Crabbox dari main openclaw/crabbox agar dapat menggunakan flag lease desktop/browser saat ini sebelum rilis biner Crabbox berikutnya dibuat.

Mantis Scenario adalah titik masuk manual generik. Ia menerima scenario_id, candidate_ref, baseline_ref opsional, dan pr_number opsional, lalu mendispatch alur kerja milik skenario. Pembungkus ini sengaja dibuat tipis: alur kerja skenario tetap memiliki penyiapan transport, kredensial, kelas VM, oracle yang diharapkan, dan manifest artefak masing-masing.

Mantis Slack Desktop Smoke adalah alur kerja VM Slack pertama. Ia melakukan checkout ref kandidat tepercaya di worktree terpisah, menyewa desktop Linux Crabbox, menjalankan pnpm openclaw qa mantis slack-desktop-smoke --gateway-setup terhadap kandidat tersebut, membuka Slack Web di browser VNC, merekam desktop, membuat pratinjau yang dipangkas berdasarkan gerakan dengan crabbox media preview, mengunggah direktori artefak lengkap, dan secara opsional memposting komentar bukti inline pada PR target. Secara default ia menggunakan AWS untuk sewa desktop dan menyediakan input penyedia manual agar operator dapat beralih ke Hetzner saat kapasitas AWS lambat atau tidak tersedia. Gunakan jalur ini saat Anda menginginkan "desktop Linux dengan Slack dan claw yang berjalan", bukan hanya transkrip Slack bot-ke-bot.

Mantis Telegram Live membungkus jalur QA live Telegram yang ada dalam pipeline bukti PR yang sama. Ia melakukan checkout ref kandidat tepercaya di worktree terpisah, menjalankan pnpm openclaw qa telegram --credential-source convex --credential-role ci, menulis manifest mantis-evidence.json dari ringkasan QA Telegram, qa-evidence.json, dan artefak laporan, merender HTML bukti yang telah disamarkan melalui browser desktop Crabbox, membuat GIF yang dipangkas berdasarkan gerakan dengan crabbox media preview, dan memposting komentar bukti PR inline saat nomor PR tersedia. Jalur ini adalah visual bukti QA, bukan bukti Telegram Web yang sudah login: Telegram Bot API menyediakan bukti pesan live yang stabil, tetapi status login Telegram Web tidak diperlukan untuk otomatisasi Mantis normal.

Mantis Telegram Desktop Proof adalah pembungkus sebelum/sesudah Telegram Desktop native yang agentik. Pemelihara dapat memicunya dari komentar PR dengan @openclaw-mantis telegram desktop proof, dari UI Actions dengan instruksi bentuk bebas, atau melalui dispatcher generik Mantis Scenario. Alur kerja menyerahkan PR, ref baseline, ref kandidat, dan instruksi pemelihara kepada Codex. Agent membaca PR, memutuskan perilaku yang terlihat di Telegram untuk membuktikan perubahan, menjalankan jalur bukti Crabbox Telegram Desktop pengguna nyata untuk baseline dan kandidat, melakukan iterasi hingga GIF native berguna, menulis artefak motionPreview berpasangan ke dalam mantis-evidence.json, mengunggah bundel, dan memposting tabel bukti PR 2 kolom saat nomor PR tersedia.

Untuk penyiapan desktop Telegram dengan manusia dalam loop, gunakan pembuat skenario:

pnpm openclaw qa mantis telegram-desktop-builder \  --credential-source convex \  --credential-role maintainer \  --keep-lease

Pembuat menyewa atau menggunakan ulang desktop Crabbox, memasang binary native Linux Telegram Desktop, secara opsional memulihkan arsip sesi pengguna, mengonfigurasi OpenClaw dengan token bot SUT Telegram yang disewa, memulai openclaw gateway run pada port 38974, memposting pesan kesiapan bot driver ke grup privat yang disewa, lalu mengambil screenshot dan MP4 dari desktop VNC yang terlihat. Token bot tidak pernah login ke Telegram Desktop; token hanya mengonfigurasi OpenClaw. Penampil desktop adalah sesi pengguna Telegram terpisah yang dipulihkan dari --telegram-profile-archive-env <name> atau dibuat secara manual melalui VNC dan tetap hidup dengan --keep-lease.

Flag pembuat desktop Telegram yang berguna:

• --lease-id <cbx_...> menjalankan ulang terhadap VM tempat operator sudah login ke Telegram Desktop.
• --telegram-profile-archive-env <name> membaca arsip profil Telegram Desktop .tgz base64 dari variabel env tersebut dan memulihkannya sebelum peluncuran.
• --telegram-profile-dir <remote-path> mengontrol direktori profil Telegram Desktop jarak jauh. Defaultnya adalah $HOME/.local/share/TelegramDesktop.
• --no-gateway-setup memasang dan membuka Telegram Desktop tanpa mengonfigurasi OpenClaw.
• --credential-source convex --credential-role ci menggunakan broker kredensial bersama, bukan token env Telegram langsung.

Setiap skenario yang memublikasikan PR menulis mantis-evidence.json di samping laporannya. Skema ini adalah serah-terima antara kode skenario dan komentar GitHub:

{  "schemaVersion": 1,  "id": "discord-status-reactions",  "title": "Mantis Discord Status Reactions QA",  "summary": "Human-readable top summary for the PR comment.",  "scenario": "discord-status-reactions-tool-only",  "comparison": {    "baseline": { "sha": "...", "status": "fail", "expected": "queued-only" },    "candidate": { "sha": "...", "status": "pass", "expected": "queued -> thinking -> done" },    "pass": true  },  "artifacts": [    {      "kind": "timeline",      "lane": "baseline",      "label": "Baseline queued-only",      "path": "baseline/timeline.png",      "targetPath": "baseline.png",      "alt": "Baseline Discord timeline",      "width": 420    }  ]}

Nilai path artefak relatif terhadap direktori manifest. Nilai targetPath adalah path relatif di bawah prefiks artefak Mantis R2/S3 yang dikonfigurasi. Publisher menolak traversal path dan melewati entri bertanda "required": false saat pratinjau atau video opsional tidak tersedia.

Jenis artefak yang didukung:

• timeline: screenshot skenario deterministik, biasanya sebelum/sesudah.
• desktopScreenshot: screenshot desktop VNC/browser.
• motionPreview: GIF animasi inline yang dibuat dari rekaman desktop.
• motionClip: MP4 yang dipangkas berdasarkan gerakan yang menghapus awal dan akhir statis.
• fullVideo: rekaman MP4 lengkap untuk inspeksi mendalam.
• metadata: sidecar JSON/log.
• report: laporan Markdown.

Publisher yang dapat digunakan ulang adalah scripts/mantis/publish-pr-evidence.mjs. Alur kerja memanggilnya dengan manifest, PR target, root target artefak, penanda komentar, URL artefak Actions, URL run, dan sumber permintaan. Ia mengunggah artefak yang dideklarasikan ke bucket Mantis R2/S3 yang dikonfigurasi, membuat komentar PR yang mendahulukan ringkasan dengan gambar/pratinjau inline dan video tertaut, lalu memperbarui komentar berpenanda yang ada atau membuat yang baru. Alur kerja memublikasikan ke openclaw-crabbox-artifacts dengan URL publik di bawah https://artifacts.openclaw.ai. Alur kerja menyediakan nilai bucket, region, dan URL publik secara langsung. Publisher yang dapat digunakan ulang memerlukan:

• MANTIS_ARTIFACT_R2_ACCESS_KEY_ID
• MANTIS_ARTIFACT_R2_SECRET_ACCESS_KEY
• MANTIS_ARTIFACT_R2_BUCKET
• MANTIS_ARTIFACT_R2_ENDPOINT
• MANTIS_ARTIFACT_R2_REGION
• MANTIS_ARTIFACT_R2_PUBLIC_BASE_URL

Anda juga dapat memicu run status-reactions langsung dari komentar PR:

@openclaw-mantis discord status reactions

Pemicu komentar sengaja dibuat sempit. Ia hanya berjalan pada komentar pull request dari pengguna dengan akses write, maintain, atau admin, dan hanya mengenali permintaan reaksi status Discord. Secara default ia menggunakan ref baseline buruk yang diketahui dan SHA head PR saat ini sebagai kandidat. Pemelihara dapat mengganti salah satu ref:

@openclaw-mantis discord status reactions baseline=origin/main candidate=HEAD

QA live Telegram juga dapat dipicu dari komentar PR:

@openclaw-mantis telegram@openclaw-mantis telegram scenario=telegram-status-command@openclaw-mantis telegram scenarios=telegram-status-command,telegram-mentioned-message-reply

Secara default ia menggunakan SHA head PR saat ini sebagai kandidat dan menjalankan telegram-status-command. Pemelihara dapat mengganti candidate=..., provider=aws|hetzner, dan lease=<cbx_...> saat membutuhkan ref tertentu atau desktop Crabbox yang sudah dipanaskan.

Contoh perintah ClawSweeper:

@clawsweeper mantis discord discord-status-reactions-tool-only@clawsweeper verify e2e discord

Perintah pertama eksplisit dan berfokus pada skenario. Perintah kedua nantinya dapat memetakan PR atau issue ke skenario Mantis yang direkomendasikan dari label, file yang berubah, dan temuan tinjauan ClawSweeper.

Siklus hidup run

1. Dapatkan kredensial.
2. Alokasikan atau gunakan ulang VM.
3. Siapkan profil desktop/browser saat skenario membutuhkan bukti UI.
4. Siapkan checkout bersih untuk ref baseline.
5. Pasang dependensi dan build hanya yang dibutuhkan skenario.
6. Mulai Gateway OpenClaw anak dengan direktori state terisolasi.
7. Konfigurasikan transport live, penyedia, model, dan profil browser.
8. Jalankan skenario dan tangkap bukti baseline.
9. Hentikan gateway dan pertahankan log.
10. Siapkan ref kandidat di VM yang sama.
11. Jalankan skenario yang sama dan tangkap bukti kandidat.
12. Bandingkan hasil oracle dan bukti visual.
13. Tulis Markdown, JSON, log, screenshot, dan artefak trace opsional.
14. Unggah artefak GitHub Actions.
15. Posting pesan status PR atau Discord yang ringkas.

Skenario harus dapat gagal dalam dua cara berbeda:

• Bug direproduksi: baseline gagal dengan cara yang diharapkan.
• Kegagalan harness: penyiapan lingkungan, kredensial, Discord API, browser, atau penyedia gagal sebelum oracle bug bermakna.

Laporan akhir harus memisahkan kasus-kasus ini agar pemelihara tidak keliru menganggap lingkungan yang fluktuatif sebagai perilaku produk.

MVP Discord

Skenario pertama harus menargetkan reaksi status Discord di kanal guild tempat mode pengiriman balasan sumber adalah message_tool_only.

Mengapa ini seed Mantis yang baik:

• Ini terlihat di Discord sebagai reaksi pada pesan pemicu.
• Ini memiliki oracle REST yang kuat melalui state reaksi pesan Discord.
• Ini melatih Gateway OpenClaw nyata, auth bot Discord, dispatch pesan, mode pengiriman balasan sumber, state reaksi status, dan siklus hidup giliran model.
• Ini cukup sempit untuk menjaga implementasi pertama tetap jujur.

Bentuk skenario yang diharapkan:

id: discord-status-reactions-tool-onlytransport: discordbaseline:  expect:    reproduced: truecandidate:  expect:    fixed: trueconfig:  messages:    ackReaction: "👀"    ackReactionScope: "group-mentions"    groupChat:      visibleReplies: "message_tool"    statusReactions:      enabled: true      timing:        debounceMs: 0discord:  requireMention: true  notifyChannel: operator-notifyevidence:  rest:    messageReactions: true  browser:    screenshotMessageRow: true

Bukti baseline harus menunjukkan reaksi pengakuan antrean tetapi tanpa transisi siklus hidup dalam mode tool-only. Bukti kandidat harus menunjukkan reaksi status siklus hidup berjalan saat messages.statusReactions.enabled secara eksplisit true.

Irisan pertama yang dapat dieksekusi adalah skenario QA live Discord opt-in:

pnpm openclaw qa discord \  --scenario discord-status-reactions-tool-only \  --provider-mode live-frontier \  --model openai/gpt-5.4 \  --alt-model openai/gpt-5.4 \  --fast \  --output-dir .artifacts/qa-e2e/mantis/discord-status-reactions-candidate

Ini mengonfigurasi SUT dengan penanganan guild selalu aktif, visibleReplies: "message_tool", ackReaction: "👀", dan reaksi status eksplisit. Oracle melakukan polling pesan pemicu Discord nyata dan mengharapkan urutan yang diamati 👀 -> 🤔 -> 👍. Artefak mencakup discord-qa-reaction-timelines.json, discord-status-reactions-tool-only-timeline.html, dan discord-status-reactions-tool-only-timeline.png.

Komponen QA yang ada

Mantis harus dibangun di atas stack QA privat yang sudah ada, bukan memulai dari nol:

• pnpm openclaw qa discord sudah menjalankan jalur Discord live dengan bot driver dan SUT.
• Runner transport live sudah menulis laporan, bukti QA, dan artefak khusus transport di bawah .artifacts/qa-e2e/.
• Sewa kredensial Convex sudah menyediakan akses eksklusif ke kredensial transport live bersama.
• Layanan kontrol browser sudah mendukung screenshot, snapshot, profil terkelola headless, dan profil CDP jarak jauh.
• QA Lab sudah memiliki UI debugger dan bus untuk pengujian berbentuk transport.

Implementasi Mantis pertama dapat berupa runner sebelum/sesudah yang tipis di atas komponen-komponen ini, ditambah satu lapisan bukti visual.

Model bukti

Setiap run menulis direktori artefak yang stabil:

.artifacts/qa-e2e/mantis/<run-id>/  mantis-report.md  mantis-summary.json  baseline/    summary.json    discord-message.json    screenshot-message-row.png    gateway-debug/  candidate/    summary.json    discord-message.json    screenshot-message-row.png    gateway-debug/  comparison.json  run.log

mantis-summary.json harus menjadi sumber kebenaran yang dapat dibaca mesin. Laporan Markdown ditujukan untuk komentar PR dan tinjauan manusia.

Ringkasan harus mencakup:

• ref dan SHA yang diuji
• transport dan id skenario
• penyedia mesin dan id mesin atau id lease
• sumber kredensial tanpa nilai rahasia
• hasil baseline
• hasil kandidat
• apakah bug tereproduksi pada baseline
• apakah kandidat memperbaikinya
• path artefak
• masalah penyiapan atau pembersihan yang telah disanitasi

Screenshot adalah bukti, bukan rahasia. Screenshot tetap memerlukan disiplin redaksi: nama kanal privat, nama pengguna, atau isi pesan dapat muncul. Untuk PR publik, utamakan tautan artefak GitHub Actions daripada gambar inline sampai cerita redaksinya lebih kuat.

Browser dan VNC

Lane browser memiliki dua mode:

• Otomasi headless: default untuk CI. Chrome berjalan dengan CDP diaktifkan, dan Playwright atau kontrol browser OpenClaw menangkap screenshot.
• Penyelamatan VNC: diaktifkan pada VM yang sama ketika login, MFA, anti-otomasi Discord, atau debugging visual membutuhkan manusia.

Profil browser pengamat Discord harus cukup persisten agar tidak perlu login untuk setiap run, tetapi terisolasi dari status browser pribadi. Profil milik pool mesin Mantis, bukan laptop developer.

Ketika Mantis macet, ia memposting pesan status Discord dengan:

• id run
• id skenario
• penyedia mesin
• direktori artefak
• instruksi koneksi VNC atau noVNC jika tersedia
• teks pemblokir singkat

Deployment privat pertama dapat memposting pesan ini ke kanal operator yang sudah ada dan berpindah ke kanal Mantis khusus nanti.

Mesin

Mantis harus mengutamakan AWS melalui Crabbox untuk implementasi remote pertama. Crabbox memberi kita mesin yang sudah dipanaskan, pelacakan lease, hydration, log, hasil, dan pembersihan. Jika kapasitas AWS terlalu lambat atau tidak tersedia, tambahkan penyedia Hetzner di balik antarmuka mesin yang sama.

Persyaratan VM minimum:

• Linux dengan instalasi Chrome atau Chromium yang mendukung desktop
• akses CDP untuk otomasi browser
• VNC atau noVNC untuk penyelamatan
• Node 22 dan pnpm
• checkout OpenClaw dan cache dependensi
• cache browser Playwright Chromium ketika Playwright digunakan
• CPU dan memori yang cukup untuk satu OpenClaw Gateway, satu browser, dan satu run model
• akses keluar ke Discord, GitHub, penyedia model, dan broker kredensial

VM tidak boleh menyimpan rahasia mentah berumur panjang di luar penyimpanan kredensial atau profil browser yang diharapkan.

Rahasia

Rahasia berada di rahasia organisasi atau repositori GitHub untuk run remote, dan di file rahasia lokal yang dikendalikan operator untuk run lokal.

Nama rahasia yang direkomendasikan:

• OPENCLAW_QA_DISCORD_MANTIS_BOT_TOKEN
• OPENCLAW_QA_DISCORD_DRIVER_BOT_TOKEN
• OPENCLAW_QA_DISCORD_SUT_BOT_TOKEN
• OPENCLAW_QA_DISCORD_GUILD_ID
• OPENCLAW_QA_DISCORD_CHANNEL_ID
• OPENCLAW_QA_DISCORD_NOTIFY_CHANNEL_ID
• OPENCLAW_QA_REDACT_PUBLIC_METADATA=1 untuk unggahan artefak GitHub publik
• OPENCLAW_QA_CONVEX_SITE_URL
• OPENCLAW_QA_CONVEX_SECRET_CI
• OPENCLAW_QA_MANTIS_CRABBOX_COORDINATOR
• OPENCLAW_QA_MANTIS_CRABBOX_COORDINATOR_TOKEN

Jangka panjang, pool kredensial Convex harus tetap menjadi sumber normal untuk kredensial transport live. Rahasia GitHub mem-bootstrap broker dan lane fallback. Workflow reaksi status Discord memetakan rahasia Mantis Crabbox kembali ke variabel lingkungan CRABBOX_COORDINATOR dan CRABBOX_COORDINATOR_TOKEN yang diharapkan CLI Crabbox. Nama rahasia GitHub CRABBOX_* polos tetap diterima sebagai fallback kompatibilitas.

Runner Mantis tidak boleh pernah mencetak:

• token bot Discord
• kunci API penyedia
• cookie browser
• isi profil auth
• kata sandi VNC
• payload kredensial mentah

Unggahan artefak publik juga harus meredaksi metadata target Discord seperti id bot, guild, kanal, dan pesan. Workflow smoke GitHub mengaktifkan OPENCLAW_QA_REDACT_PUBLIC_METADATA=1 untuk alasan ini.

Jika token tidak sengaja ditempelkan ke issue, PR, chat, atau log, rotasi token tersebut setelah rahasia baru disimpan.

Artefak GitHub dan komentar PR

Workflow Mantis harus mengunggah bundel bukti lengkap sebagai artefak Actions berumur pendek. Ketika workflow dijalankan untuk laporan bug atau PR perbaikan, workflow juga harus menerbitkan media inline yang telah direduksi ke bucket Mantis R2/S3 yang dikonfigurasi dan melakukan upsert komentar pada bug atau PR perbaikan tersebut dengan screenshot sebelum/sesudah inline. Jangan memposting bukti utama hanya pada PR otomasi QA generik. Log mentah, pesan yang diamati, dan bukti besar lainnya tetap berada di artefak Actions.

Workflow produksi harus memposting komentar tersebut dengan Mantis GitHub App, bukan dengan github-actions[bot]. Simpan id app dan kunci privat sebagai rahasia GitHub Actions MANTIS_GITHUB_APP_ID dan MANTIS_GITHUB_APP_PRIVATE_KEY. Workflow menggunakan marker tersembunyi sebagai kunci upsert, memperbarui komentar tersebut ketika token dapat mengeditnya, dan membuat komentar baru milik Mantis ketika marker lama milik bot tidak dapat diedit.

Komentar PR harus singkat dan visual:

Mantis Discord Status Reactions QA Summary: Mantis reran the reported Discord status-reaction bug against the knownbad baseline and the candidate fix. The baseline reproduced the bug, while thecandidate showed the expected queued -> thinking -> done sequence. - Scenario: `discord-status-reactions-tool-only`- Run: <workflow run link>- Artifact: <artifact link>- Baseline: `<status>` at `<sha>`- Candidate: `<status>` at `<sha>` | Baseline            | Candidate           || ------------------- | ------------------- || <inline screenshot> | <inline screenshot> |

Ketika run gagal karena harness gagal, komentar harus menyatakan hal itu, bukan menyiratkan kandidat gagal.

Catatan deployment privat

Deployment privat mungkin sudah memiliki aplikasi Discord Mantis. Gunakan kembali aplikasi itu alih-alih membuat app lain ketika aplikasi tersebut memiliki izin bot yang tepat dan dapat dirotasi dengan aman.

Atur kanal notifikasi operator awal melalui rahasia atau konfigurasi deployment. Kanal tersebut dapat menunjuk ke kanal maintainer atau operasi yang sudah ada terlebih dahulu, lalu berpindah ke kanal Mantis khusus setelah tersedia.

Jangan letakkan id guild, id kanal, token bot, cookie browser, atau kata sandi VNC di dokumen ini. Simpan semuanya di rahasia GitHub, broker kredensial, atau penyimpanan rahasia lokal operator.

Menambahkan skenario

Skenario Mantis harus mendeklarasikan:

• id dan judul
• transport
• kredensial yang diperlukan
• kebijakan ref baseline
• kebijakan ref kandidat
• patch konfigurasi OpenClaw
• langkah penyiapan
• stimulus
• oracle baseline yang diharapkan
• oracle kandidat yang diharapkan
• target tangkapan visual
• anggaran timeout
• langkah pembersihan

Skenario harus mengutamakan oracle kecil dan bertipe:

• status reaksi Discord untuk bug reaksi
• referensi pesan Discord untuk bug threading
• ts thread Slack dan status API reaksi untuk bug Slack
• id pesan dan header email untuk bug email
• screenshot browser ketika UI adalah satu-satunya observasi yang andal

Pemeriksaan vision harus bersifat aditif. Jika API platform dapat membuktikan bug, gunakan API sebagai oracle lulus/gagal dan pertahankan screenshot untuk keyakinan manusia.

Ekspansi penyedia

Setelah Discord, runner yang sama dapat menambahkan:

• Slack: reaksi, thread, mention app, modal, unggahan file.
• Email: auth Gmail dan threading pesan menggunakan gog ketika konektor tidak cukup.
• WhatsApp: login QR, identifikasi ulang, pengiriman pesan, media, reaksi.
• Telegram: gating mention grup, perintah, reaksi jika tersedia.
• Matrix: room terenkripsi, relasi thread atau balasan, resume restart.

Setiap transport harus memiliki satu skenario smoke murah dan satu atau beberapa skenario kelas bug. Skenario visual yang mahal harus tetap opt-in.

Pertanyaan terbuka

• Bot Discord mana yang harus menjadi driver, dan mana yang harus menjadi SUT, ketika bot Mantis yang ada digunakan kembali?
• Apakah login browser pengamat harus menggunakan akun Discord manusia, akun uji, atau hanya bukti REST yang dapat dibaca bot untuk fase pertama?
• Berapa lama GitHub harus menyimpan artefak Mantis untuk PR?
• Kapan ClawSweeper harus secara otomatis merekomendasikan Mantis alih-alih menunggu perintah maintainer?
• Apakah screenshot harus direduksi atau dipangkas sebelum diunggah untuk PR publik?