
TestChimp
io.testchimpv0.1.89更新於 Oct 5, 2026
QA platform for agents: coverage signals, in-repo test plans, verified tests and release governance.
概覽
TestChimp 讓助理透過 CLI 或遠端 MCP 端點取得 QA 覆蓋率訊號、儲存庫內測試計畫、已驗證測試、效能基準與發佈治理資訊。
- 功能
- TestChimp 透過 get-requirement-coverage、create-user-story、list-screen-states、upsert-screen-states、list-perf-runs、get-perf-run、promote-perf-baseline、compare-perf-to-baseline、list-api-operation-interactions 以及會議列表與逐字稿取得等工具,把 QA 平台開放給代理程式。它也涵蓋 QA 機器人流程:任務清單、待驗證測試、QA 態勢、機器人設定檔註冊、事件確認與 AgentWatch 配對。它既能以本機 stdio 程序透過 npx 執行,也能以無狀態 Streamable HTTP 端點執行。
- 適用情境
- 當助理需要在 TestChimp 專案中分析測試覆蓋率、撰寫或更新使用者故事與畫面狀態、檢視效能執行與基準,或檢查發佈就緒程度時使用。也適合希望代理程式接收 QA 任務與機器人事件的團隊。
- 執行需求
- 本機套件 @testchimp/cli 需要 Node.js 與 npx,或使用遠端端點 TestChimp 專案 API 金鑰(TESTCHIMP_API_KEY),或 OAuth 權杖(TESTCHIMP_OAUTH_TOKEN)。選用:TESTCHIMP_BACKEND_URL、TESTCHIMP_INGRESS_URL、TESTCHIMP_BOT_ID、TESTCHIMP_HOME。HTTP 模式要求每個請求攜帶 bearer 權杖。
安裝
在 SourceWeft 中
- 開啟 儀表板中的 TestChimp,將其新增到工作區。
- 為需要使用其工具的對話啟用該服務。
Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。
其他 MCP 客戶端
把它新增到你客戶端的 mcpServers 設定中。
{
"mcpServers": {
"qa": {
"type": "http",
"url": "https://mcp.testchimp.io/mcp"
}
}
}README
@testchimp/cli
TestChimp CLI and MCP server for calling TestChimp /api/mcp/* endpoints with TESTCHIMP-API-KEY.
This repository folder may still be named testchimp-mcp-client locally; the published npm package is @testchimp/cli.
Install
MCP (agents in Cursor, Claude Code, VS Code, etc.)
Register the server so the host runs:
Example mcpServers.testchimp:
The config file path depends on the host (e.g. Cursor often uses <repo>/.cursor/mcp.json). Tool names use kebab-case (e.g. get-requirement-coverage, create-user-story).
CLI
- stdout: API response JSON.
- stderr: progress for
provision-ephemeral-environment-and-wait(“still waiting…” polls). - performance gate:
compare-perf-to-baselinestill prints its JSON response but exits nonzero whenregressedistrue(top-level or undercomparison). - Meetings:
list-meetings/list-meeting-filter-optionscover team-wide Meeting Bots meetings only (same filters as the Meetings page).--from/--totakeYYYY-MM-DD(inclusive local days), ISO datetimes, or epoch millis;--label,--participant,--domainare repeatable or comma-separated. - Flags: default for each subcommand;
--json-input '<json>'or--json-input @file.jsonmerges over flags (JSON wins on conflicts). Use JSON for nested bodies (e.g. TrueCoverage scopes).
Authentication and environment
Workspace folder mapping
Map a local repository folder to a TestChimp project for the current user. The mapping lives in ~/.testchimp/projects.json (or $TESTCHIMP_HOME/projects.json), the same file TestChimp Studio uses, so a folder mapped from the CLI shows up in Studio and in the headless AgentWatch daemon.
workspace map follows the same rules as Studio:
- The folder must exist and be a git work tree. Paths are stored as canonical real paths.
- When
TESTCHIMP_API_KEY/TESTCHIMP_OAUTH_TOKENis set, the CLI loads the project's connected repository (get-git-folder-mapping). If one is connected, the folder must be the repository root and one of its git remotes must match (owner/repo, case-insensitive). If no credential is set, no repo is connected, or the lookup fails, the check is skipped with a note on stderr. The credential's own project is used for this lookup, so run it with the same project's key or bot token.--skip-repo-checkskips the lookup entirely. - A folder belongs to one project. Mapping it to a second project fails unless you pass
--reassign, which moves it (and drops the old project's entry if that leaves it with no folders). - The file is written atomically (temp file, then rename) with mode
0600. Other projects are left alone, and unknown fields written by newer Studio versions are kept. A file that is not valid JSON or does not match schema v2 is moved toprojects.invalid.<millis>.jsonand replaced with an empty registry. Schema v1 files are migrated to v2.
The byte-level format is pinned by fixtures/projects-registry/, with an identical copy in the Studio repo. Both test suites replay the same upsert sequences and compare the output bytes.
QA bots
bot ack prints one eventId<TAB>status line per id and exits non-zero when any status is BOT_ACK_UNKNOWN_EVENT, BOT_ACK_NOT_A_TARGET, or BOT_ACK_MISSING_BOT_ID. An explicit --ack-url must be https (http only on localhost) and point at a TestChimp host or the TESTCHIMP_INGRESS_URL host. bot compat exits 0 and prints the deployment minimums plus cliUpgradeRequired / skillUpgradeRequired.
AgentWatch without TestChimp Studio
Headless AgentWatch acts as the user, so it needs their user id, personal access key and the project API key. bot connect runs an OAuth 2.1 PKCE login with a loopback redirect, asks for the opt-in agentwatch scope (the consent page warns that keys will be stored locally), fetches the keys from /bots/get_agentwatch_credentials, and writes them to ~/.testchimp/agentwatch/credentials.json (mode 0600, keyed by project) with the backend and ingress URLs. It revokes the OAuth refresh token straight away and never prints the keys. Approving also opts the project in to AgentWatch.
Pairing (no second browser consent; what QA bots use). Every connection approved with Use this connection as my QA bot carries the agentwatch_pair scope, so the keys can reach the user's computer without another browser login, and without passing through the bot:
- On the user's computer:
testchimp bot connect --pair [--project-id <id>]keeps a random verifier in~/.testchimp/agentwatch/pairing.json(0600) and prints{pairingCode, expiresAtMillis}; the code is the verifier's SHA-256 (base64url). - The bot approves it with its own token: MCP tool
approve-agentwatch-pairing(ortestchimp bot approve-pairing <code>). - On the user's computer:
testchimp bot connect --finish-pairredeems with the verifier (polls up to--timeout-ms, default 60 s), stores the keys like above and deletes the pending file.
Pairings are single use and expire after 10 minutes. The bot only ever sees the pairing code, which is useless without the verifier.
Remote MCP (Streamable HTTP)
Stateless Streamable HTTP at POST /mcp. Every request must carry Authorization: Bearer <OAuth access token>; the caller's token is forwarded to TestChimp for each tool call, and the server's own TESTCHIMP_API_KEY / TESTCHIMP_OAUTH_TOKEN / TESTCHIMP_BOT_ID are never used. Requests without a bearer get 401 with WWW-Authenticate: Bearer resource_metadata="…". Other endpoints: GET /.well-known/oauth-protected-resource (RFC 9728 metadata), GET /healthz. Request bodies are capped at 1 MB.
The repository Dockerfile builds an image that runs testchimp mcp --http as a non-root user (Cloud Run ready):
Migration from testchimp-mcp-client
The npm package testchimp-mcp-client is superseded by @testchimp/cli. Update MCP args to ["-y", "@testchimp/cli@latest", "mcp"] and rename tool references to kebab-case. See MIGRATION.md.
License
MIT
來源:README.md,提交 1025729
工具
0版本歷史
1- v0.1.89最新Oct 5, 2026

