
Vigilis
io.github.piyushpathakqa由 GitHub 帳號 piyushpathakqa 發布v0.4.1更新於 Nov 3, 2026
Gate AI-written tests: heal safe drift, refuse to hide real bugs, sign a verifiable receipt.
概覽
Vigilis 是針對 AI 撰寫測試的 QA 閘門:修復表面性的測試漂移、拒絕掩蓋真實缺陷,並為每個決定簽發可驗證的憑證。
- 可以做什麼
- 透過探索執行中的應用程式網址產生 Playwright、Cypress 或 Selenium 測試案例
- 把失敗的測試判定為表面漂移、真實缺陷或偶發不穩定
- 修復漂移:改寫定位器、重跑確認通過並開立拉取請求
- 對抓到真實行為變化的測試拒絕更動,並讓閘門失敗
- 把測試執行與修復工作階段封裝成雜湊鏈式、可離線驗證的憑證
- 選用:在拒絕時發出 Slack 提醒並建立去重的 Linear 工單
- 適用情境
- 當編碼代理自行撰寫或修復端對端測試,而你需要一個失敗即攔阻的檢查,確保紅色測試沒有被削弱或刪除時使用。也適合需要可稽核、防竄改證據來證明代理在測試執行中做了什麼(例如 SOX 或支付控制審查)的情境。
- 執行需求
- 透過 npx vigilis-mcp 以 stdio 在本機執行,需要 Node.js,並為瀏覽器自動化安裝 Chromium。執行代理需要按用量計費的 Anthropic API 金鑰,放在 ANTHROPIC_API_KEY 中;README 稱使用快速模型每次執行約 10 美分。選用的 SLACK_WEBHOOK_URL 與 LINEAR_API_KEY 用於拒絕提醒。attest-run 與 verify 憑證指令不需金鑰或網路。
安裝
在 SourceWeft 中
- 開啟 儀表板中的 Vigilis,將其新增到工作區。
- 為需要使用其工具的對話啟用該服務。
Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。
其他 MCP 客戶端
參照 儲存庫 中的啟動說明。
README
👁️ Vigilis
The QA gate for AI-written code.
It heals safe test drift, refuses real regressions, and signs every decision into an independent, verifiable receipt.
[One agent, two decisions: a cosmetic drift is healed; a real bug is refused — both signed.]
The problem
Tell any coding agent to "make CI pass" and the cheapest path to green is deleting the test that caught the bug. AI now writes and fixes tests on its own — so the only question that matters is: can you trust what it did?
Vigilis answers it. Point it at the Playwright, Cypress, or Selenium suite you already have. When a test breaks, it decides:
- Cosmetic drift (a renamed selector) → it heals the locator, re-runs to verify green, opens a PR.
- A real behaviour change (checkout total went from
$49to$0) → it refuses to touch the test, fails the gate, and surfaces the bug instead of burying it.
And every decision is sealed into a signed, offline-verifiable receipt by an independent notary — so a refusal is something you can prove, not just claim.
Self-healing is the wedge. Verifiable proof is the point.
Where teams point it: gate AI-written code · self-heal without hiding bugs · auditable test runs · audit-grade evidence for SOX / payment controls · agent-native (MCP). → see the use cases
See it refuse a real bug
[vigilis heal refusing a real bug and sealing a verifiable receipt]The agent ran the spec, saw it fail, checked that the selectors were all correct, concluded the app's login was genuinely broken, and refused to heal — then sealed a receipt anyone can verify offline.
Quickstart
Runs in your CI on your own key + chromium. About 10¢ per run on the fast model (--model claude-haiku-4-5); Opus by default for quality.
Why it's different
Attestation is verifiable and auditable — it proves what the agent did, in order, unaltered. It does not claim the agent's judgement was correct. That honesty is the point: Vigilis improves signal, it doesn't hide failures.
Why a refusal is credible: no layer grades its own work. The actor (any agent) writes the code and tests; Vigilis judges the behaviour and gates the deploy; an independent notary (Treeship) signs the verdict. Vigilis never signs its own homework — which is what makes the proof worth anything to someone who doesn't already trust you.
Optional: alert on a refusal
On a real-bug refusal, Vigilis can post a Slack alert and file a deduplicated Linear ticket — each linking the signed receipt. Off by default; a no-op until you set SLACK_WEBHOOK_URL / LINEAR_API_KEY. See docs/REFUSAL-ACTIONS.md.
Drive it from Claude (MCP)
The same tools ship as an MCP server (vigilis-mcp, in the official MCP registry) — generate / triage / heal straight from Claude Desktop, Claude Code, or Cursor. Add it to your MCP client config:
Full setup: docs/MCP.md.
Provenance receipts
Receipts work out of the box with zero secrets — no account, no API key, no network:
vigilis attest-run <report.json>seals any test run (not just Vigilis's own) into a receipt: it hash-chains the Playwright report's digest, the commit SHA, and the runner's exit code into a tamper-evident bundle under.vigilis/attestation/. Drop it after your existingplaywright teststep in CI and every run leaves evidence.vigilis healseals its whole triage-and-heal session the same way — every tool call and every decision, hash-chained in order.vigilis verify <bundle>re-walks the chain offline and reports chain intact or broken at record #N. Anyone holding the file can check it; editing or deleting any step breaks every hash after it.
When the Treeship CLI is present, heal receipts are additionally signed by an independent notary — verify with treeship verify last, or share the hosted URL. No hard dependency; --no-receipt to opt out. See docs/TREESHIP.md.
Local bundles are verifiable and auditable (they prove what the agent did, unaltered and in order — not that its judgment was correct); Treeship upgrades that to a signed, independently-notarized receipt.
Why I built this
I've spent my career in QA, and AI just rewrote the job: agents now write and fix tests on their own. Huge speed win — but it quietly breaks the one thing testing exists for. When an agent makes a red test green, did it fix the bug, or delete the test that caught it? At scale, nobody can check every change by hand.
So Vigilis isn't another self-healer — healing is becoming a commodity. It's the layer that decides honestly which failures to heal and which to refuse, and signs every call so you don't have to take its word for it.
The way I think about it: git is a ledger of your code; Vigilis is a ledger of your agent's decisions — proof you can hand to someone who doesn't already trust you.
— Piyush
How it's built
Vigilis defines its QA tools once and exposes them twice — as an MCP server and as a CLI — over one Claude agent loop:
The loop: Generate (explore a URL → write specs) → Triage (real-bug vs drift vs flake) → Heal (fix drift → verify green → PR, refuse real bugs). Author (plain-English intent → test plan) is on the roadmap.
Repo layout
Develop
Watch the full loop against the bundled demo app — see docs/DEMO.md.
Roadmap
- ✅ Generate · Triage · Heal (Playwright, Cypress & Selenium — all live-verified)
- ✅ GitHub Actions QA gate · signed provenance receipts · MCP server
- ✅ Refusal actions (Slack + Linear) · governance-cloud audit dashboard
- ✅ Zero-secret attestation:
attest-run+verify— receipts for any test run, no keys - 🚧 Author (intent → test plan) · broader agent-attestation surface
Credits
Provenance receipts are powered by Treeship — the independent attestation primitive — and governed memory by ZMem, both built by Zerker Labs. Thanks to the Zerker Labs team for the trust primitives Vigilis stands on.
License
MIT © Piyush Pathak
來源:README.md,提交 3e232d6
工具
0版本歷史
1- v0.4.1最新Sep 16, 2026
評分
已滿足適用檢查項的 50%
該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。
- 近 30 天內可連通25 分
請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。
- 已宣告認證方式10 分
請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。
- 已列出工具15 分
請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。
- 描述必需15 分
- 圖示10 分
- 文件15 分
- 授權條款10 分