자동화된 웹 상호작용을 위해 hCaptcha 및 hCaptcha Enterprise 챌린지를 해결하고 토큰을 반환합니다.
다른 이름 nonecap/nonecap-js, nonecap-js
- 스타
- 320
- Tools
- —
- 다운로드, 30일
- —
- 최신 버전
- 0.13.0
- 마지막 커밋
- 2026년 11월 14일
- 라이선스
- MIT
NoneCap MCP란?
NoneCap은(는) MCP server입니다. 자동화된 웹 상호작용을 위해 hCaptcha 및 hCaptcha Enterprise 챌린지를 해결하고 토큰을 반환합니다.
프로젝트 README에서 생성된 요약
NoneCap MCP server 정보
NoneCap은 자동화된 웹 상호작용을 원활하게 하기 위해 hCaptcha 및 hCaptcha Enterprise 챌린지를 해결하는 전문 서비스를 제공합니다. 이 MCP server를 사용하면 AI agent가 NoneCap API와 통신하여 유효한 captcha 토큰을 획득할 수 있습니다. 웹 자동화 작업 중 봇 탐지를 우회해야 하는 Claude Code, Cursor 또는 Claude Desktop 사용자들을 위해 설계되었습니다.
사용자는 인증을 위해 NoneCap 대시보드에서 발급받은 유효한 API key를 제공해야 합니다. 서버는 stdio를 통해 작동하며 해결 프로세스를 관리하기 위한 특정 도구들을 포함합니다. 이러한 도구에는 챌린지를 시작하는 solve_hcaptcha, 대기 중인 요청의 상태를 확인하는 get_solve, 그리고 진행 중인 시도를 중단하는 cancel_solve가 있습니다. 또한 최근 내역을 확인하는 list_solves와 크레딧 잔액 및 일일 제한을 모니터링하는 get_account와 같은 관리 기능도 제공합니다.
활용 사례
- 1hCaptcha 챌린지 해결AI agent가 sitekey와 URL을 제공하여 특정 웹사이트에 대한 토큰을 요청할 수 있습니다.
프로젝트의 README를 바탕으로 작성되었습니다. 모든 활용 사례는 해당 내용의 인용문과 대조하여 확인합니다.
NoneCap MCP 설치 방법
형식 확인: 2026년 11월 10일Cursor에 추가Goose에 추가Claude Code에 NoneCap MCP 설치
$ claude mcp add --env 'NONECAP_API_KEY=<YOUR_NONECAP_API_KEY>' nonecap-js -- npx -y nonecapCursor에 NoneCap MCP 설치
~/.cursor/mcp.json
{
"mcpServers": {
"nonecap-js": {
"command": "npx",
"args": [
"-y",
"nonecap"
],
"env": {
"NONECAP_API_KEY": "<YOUR_NONECAP_API_KEY>"
}
}
}
}VS Code에 NoneCap MCP 설치
.vscode/mcp.json
{
"servers": {
"nonecap-js": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"nonecap"
],
"env": {
"NONECAP_API_KEY": "<YOUR_NONECAP_API_KEY>"
}
}
}
}VS Code CLI에 NoneCap MCP 설치
$ code --add-mcp '{"name":"nonecap-js","type":"stdio","command":"npx","args":["-y","nonecap"],"env":{"NONECAP_API_KEY":"<YOUR_NONECAP_API_KEY>"}}'Claude Desktop에 NoneCap MCP 설치
claude_desktop_config.json
{
"mcpServers": {
"nonecap-js": {
"command": "npx",
"args": [
"-y",
"nonecap"
],
"env": {
"NONECAP_API_KEY": "<YOUR_NONECAP_API_KEY>"
}
}
}
}Codex에 NoneCap MCP 설치
$ codex mcp add nonecap-js --env 'NONECAP_API_KEY=<YOUR_NONECAP_API_KEY>' -- npx -y nonecapCodex config.toml에 NoneCap MCP 설치
~/.codex/config.toml
[mcp_servers.nonecap-js] command = "npx" args = ["-y", "nonecap"] [mcp_servers.nonecap-js.env] NONECAP_API_KEY = "<YOUR_NONECAP_API_KEY>"
Gemini CLI에 NoneCap MCP 설치
$ gemini mcp add -s user -e 'NONECAP_API_KEY=<YOUR_NONECAP_API_KEY>' nonecap-js npx -- -y nonecapGemini settings.json에 NoneCap MCP 설치
~/.gemini/settings.json
{
"mcpServers": {
"nonecap-js": {
"command": "npx",
"args": [
"-y",
"nonecap"
],
"env": {
"NONECAP_API_KEY": "<YOUR_NONECAP_API_KEY>"
}
}
}
}구성
NONECAP_API_KEY필수비밀Your NoneCap API key, from https://dashboard.nonecap.com
| 이름 | 설명 | 유형 |
|---|---|---|
| NONECAP_API_KEY | Your NoneCap API key, from https://dashboard.nonecap.com | 필수비밀 |
자동 검사
2026년 11월 12일에 실행됨전체 보고서 →자동 검사를 통과했습니다. 이는 보안 감사가 아닙니다. 코드를 직접 읽고 서버에 필요한 최소한의 권한만 부여하십시오. 검사 방식
- 소스 저장소 연결 및 접근 가능통과
- 오픈 소스 라이선스 (OSI)통과
- 최근 1년 내 커밋 또는 릴리스통과
- 패키지 이름이 인기 패키지와 유사하지 않음통과
- 원격 엔드포인트가 HTTPS 사용검사되지 않음
- 파괴적인 도구에 라벨 표시됨검사되지 않음
- 모델에 대한 숨겨진 지침 없음통과
- 패키지 및 해당 종속성에 중요한 보안 권고 없음통과
README
GitHub에서 보기Submit a captcha, get back a token. The client handles the polling, the timeouts, and the error cases so you do not have to write the fetch loop yourself.
Install
npm install nonecap
Works on Node 18+, Bun, Deno, and edge runtimes. No dependencies.
Quick start
Grab an API key from dashboard.nonecap.com, then:
import { NoneCap } from "nonecap";
const nc = new NoneCap({ apiKey: process.env.NONECAP_KEY! });
const solve = await nc.solve({
type: "hcaptcha",
sitekey: "10000000-ffff-ffff-ffff-000000000001",
url: "https://example.com/login",
});
console.log(solve.token); // the hCaptcha token, ready to submit
console.log(solve.resp_key); // hcaptcha.getRespKey() equivalent, for sites that verify the pair
console.log(solve.user_agent); // submit the token with this User-Agent: some sites check the browser version
console.log(solve.warnings); // e.g. proxy_session_refused: tokens you reported through this proxy session or its exit IP were refused; a different exit IP is more likely to pass (or, when your proxy changed its exit IP during the solve, use a sticky session per solve)
solve() submits the captcha and waits until it is done, using the API's long-poll so you are not hammering it with requests. It returns the solved solve, or throws if the solve fails or your timeout runs out.
MCP server (Claude Code, Cursor, and other MCP clients)
The package also ships nonecap-mcp, a stdio MCP server, so an AI agent can solve hCaptcha through your NoneCap account.
Claude Code:
claude mcp add nonecap --env NONECAP_API_KEY=<your key> -- npx -y -p nonecap@latest nonecap-mcp
Cursor (~/.cursor/mcp.json), Claude Desktop (claude_desktop_config.json), and most other clients take the same JSON:
{
"mcpServers": {
"nonecap": {
"command": "npx",
"args": ["-y", "-p", "nonecap@latest", "nonecap-mcp"],
"env": { "NONECAP_API_KEY": "<your key>" }
}
}
}
Tools:
| Tool | What it does |
|---|---|
solve_hcaptcha |
Solve an hCaptcha (sitekey, url; optional type, rqdata, user_agent, proxy, wait_seconds) and return the solve with its token. If the solve is still running after wait_seconds (default 45, at most 50, inside the 60 s that clients built on the official MCP SDK allow by default), it returns the solve id and status so the agent polls get_solve instead of solving again. |
get_solve |
Get a solve by id, optionally waiting up to 50 seconds for it to finish. |
cancel_solve |
Cancel a pending or running solve. |
list_solves |
List your recent solves. |
get_account |
Your credit balance and your plan's solves left today. |
report_solve_outcome |
Tell NoneCap whether the site accepted a token. |
A failed call comes back as a tool error whose JSON carries the API's error code (insufficient_credits, sitekey_rate_limited, a failed solve's proxy_error, …), plus retry_after when the API sent one. Set NONECAP_BASE_URL to point the server at a different API host.
There is also an Agent Skill that tells Claude Code, Codex and other SKILL.md clients when to reach for NoneCap and how to submit the token: copy skills/nonecap-hcaptcha into ~/.claude/skills/ (or your agent's skills folder).
Handling failures
Every error this library throws extends NoneCapError, so you can catch the whole family or pick out the one you care about.
import {
NoneCap,
SolveFailedError,
InsufficientCreditsError,
RateLimitError,
} from "nonecap";
try {
const { token } = await nc.solve({ type: "hcaptcha", sitekey, url });
// use token
} catch (err) {
if (err instanceof SolveFailedError) {
// The message says what happened, what to do, and that nothing was charged.
console.error(err.solve.error?.message);
if (err.retryable) scheduleRetry();
} else if (err instanceof InsufficientCreditsError) {
console.error("Out of credits. Top up at dashboard.nonecap.com");
} else if (err instanceof RateLimitError) {
await new Promise((r) => setTimeout(r, (err.retryAfter ?? 1) * 1000));
} else {
throw err;
}
}
The error subclasses are AuthenticationError (401), PermissionError (403), InsufficientCreditsError (402, with KeyCreditLimitError when one API key hit its own cap), ValidationError (422/400, with a param naming the bad field; PayloadTooLargeError for 413 and UnsupportedMediaTypeError for 415), NotFoundError (404), ConflictError (409), RateLimitError (429, with ConcurrencyLimitError, SitekeyRateLimitedError, ProxyUnavailableError (your own proxy is refusing connections) and RateCappedError (your account reached its submit rate cap on this sitekey, or your own-proxy sessions for it are at their limit) telling them apart; retryAfter is the seconds the API asked you to wait), RecognitionFailedError (422 from recognize() when no answer came back, nothing charged), APIError (5xx, with ServiceUnavailableError for a maintenance pause and its subclass SitekeyUnavailableError when solving for one sitekey is currently in maintenance, retryAfter set), and ConnectionError (the request never landed). Every error from a response carries requestId, the id to quote to support.
SolveFailedError carries the full solve. solve.error.code is a SolveErrorCode, solve.error.reason a typed sub-reason or null (proxy_rejected, sitekey_rate_limited, …), and solve.error.retryable says whether resubmitting the same request unchanged can succeed; err.retryable, err.reason and err.solveCode are shortcuts to those fields. Failed solves are never charged.
Cancelling a solve
solve() is the simple path when you just want a token. When you need to cancel while the solve is in flight — clean shutdown, freeing a worker slot, or stopping early — start it instead. solves.start() returns as soon as the submission is accepted, handing you a SolveHandle whose id is available right away.
Wait for the result when you want the token:
const handle = await nc.solves.start({ type: "hcaptcha", sitekey, url });
console.log(handle.id); // available immediately
const solve = await handle.result({ timeout: 120_000 });
console.log(solve.token);
Or hold onto the handle and cancel it from somewhere else — a shutdown hook, a request that was abandoned, a "stop" button:
const handle = await nc.solves.start({ type: "hcaptcha", sitekey, url });
process.on("SIGTERM", () => {
handle.cancel().catch(() => {}); // free the worker slot on shutdown
});
// elsewhere, whoever needs the token still awaits it:
const solve = await handle.result();
handle.result() long-polls until the solve finishes, throwing SolveFailedError or TimeoutError exactly like solve(). The terminal outcome is memoized: once the solve actually finishes, every later result() call returns that same result. A TimeoutError is not memoized — it just means that wait gave up, so you can call result() again (for example with a larger timeout) to resume polling. Concurrent result() calls share a single in-flight poll.
handle.cancel() cancels a pending or in-flight solve. If the solve already finished, the API would answer 409; the handle swallows that and returns the solve's current state instead, since cancelling a finished solve is not something you need to handle. Cancelling settles the handle, so a concurrent or later result() stops polling and reflects the cancelled (terminal) state.
Cancelled and abandoned solves are never charged — nothing is billed unless a solve actually succeeds, and unfinished solves simply expire uncharged at the server deadline. So cancel is for cleanup and early-stop, not cost protection.
Cleaning up after a solve() timeout
solve() blocks until the solve settles, so it hands you no handle to cancel a solve while it's still running — for that, use solves.start() above. The one thing the solve() path offers is cleanup after a timeout: when solve() throws TimeoutError, the error usually carries the in-flight solveId (and last-known solve), so you can cancel the solve the wait gave up on. Guard on solveId being present — if the very first submission times out at the transport level, no id has been assigned yet, so solveId is undefined.
import { TimeoutError } from "nonecap";
try {
await nc.solve({ type: "hcaptcha", sitekey, url });
} catch (err) {
if (err instanceof TimeoutError && err.solveId) {
await nc.solves.cancel(err.solveId);
} else {
throw err;
}
}
Enterprise captchas
For hcaptcha_enterprise, rqdata is optional: many enterprise sites never issue one. When the page does pass an rqdata blob to its widget, send it, fresh for each challenge.
const { token } = await nc.solve({
type: "hcaptcha_enterprise",
sitekey,
url,
rqdata: "...", // only when the site provides one
});
Proxies
Pass a proxy as a structured object or a URL string. Solves run through it, and the bytes are metered back on the solve.
await nc.solve({
type: "hcaptcha",
sitekey,
url,
proxy: { scheme: "http", host: "1.2.3.4", port: 8080, username: "u", password: "p" },
// or: proxy: "http://u:p@1.2.3.4:8080"
// scheme can be http, https, socks5, socks5h, or socks4 (default http)
// e.g. proxy: "socks5://u:p@1.2.3.4:1080"
});
Reporting token acceptance
A token that hCaptcha blessed can still be refused by the site you send it to. Tell us what happened and we tune minting against your real acceptance rate — it's free, and it's the fastest way to get a regression on your sitekey noticed.
Keep the solve_id next to the token you submit downstream, then report the verdict:
const solve = await nc.solve({ type: "hcaptcha", sitekey, url });
const ok = await submitToTheSiteYouAreAutomating(solve.token);
await nc.feedback.report({
solve_id: solve.id,
outcome: ok ? "accepted" : "rejected",
reason: ok ? undefined : "session invalidated", // optional, the code your target returned
context: ok ? undefined : "3rd retry, rotating residential pool", // optional, anything you think would help us diagnose it
});
At volume, buffer the verdicts and flush them in one call. Reports over 500 are split across requests for you:
const batch = await nc.feedback.reportMany([
{ solve_id: "solve_01J...", outcome: "accepted" },
{ solve_id: "solve_01J...", outcome: "rejected", reason: "...", context: "..." },
]);
// Items resolve independently, so the call succeeds even when some are
// rejected — check `failed` rather than relying on a throw.
if (batch.failed > 0) {
console.warn(batch.results.filter((r) => r.status === "error"));
}
outcome is one of accepted, rejected, unknown (submitted, verdict unclear), unused (never submitted), or error (downstream broke for a non-token reason). Only accepted and rejected count toward the acceptance rate.
reason and context are both optional free text. reason is the code or message your target gave you; context is anything else about the attempt you think would help us diagnose it, with no schema at all. Neither is parsed — they are what a human reads when you raise a ticket, and they carry the half of a rejection we cannot see from our side.
Reporting the same solve again corrects the earlier verdict, so retries and late fixes are safe. You can report any of your own solved solves within ~30 days of the solve; corrections to something you already reported are never cut off by that window.
Recognizing images
If you run your own browser and only need the answer to a challenge, send the instruction and images to recognize(). The answer comes back in the same response: no token, no polling.
const { id, data } = await nc.recognize({
type: "hcaptcha",
task: "Please click each image containing a bus",
image_data: tiles, // base64 or data: URIs, 1-27 tiles; or image_urls with hCaptcha image URLs
});
// data: boolean[], one per tile, in the order you sent them
For a click-the-point challenge send exactly one image with type: "hcaptcha_area_select". data is the first point as { x, y, w: 0, h: 0 } and points lists every point to click, all in percent of the image.
You can also send the challenge as hCaptcha served it, in NopeCHA's v1 recognition shape:
const result = await nc.recognize({
data: {
request_type: "image_drag_drop", // or image_label_binary, image_label_area_select
requester_question: { en: "Drag the piece into place" },
tasklist: [{ task_key, datapoint_uri, entities }],
},
});
image_label_binary answers pages of 9 booleans (boolean[][]), image_label_area_select one box per task (null when there is no point) plus points per task, and image_drag_drop the drop box for each entity per task. The return type follows the request, so TypeScript knows which one you got.
When no answer comes back the call throws RecognitionFailedError and nothing is charged. An answered call's charge is final. You can tell us whether the answer worked on the challenge, which helps us track accuracy; it is optional, free, and does not refund the call:
await nc.reportRecognitionOutcome(id, solved ? "solved" : "failed");
The first report for an id sticks; a repeat returns it unchanged. Calls are capped per API key by your account's concurrency limit, so a burst over it gets ConcurrencyLimitError or RateLimitError with retryAfter set.
Lower-level API
solve() is the convenient path. When you want control over submission and polling, the raw resource methods map one to one to the REST API.
// Submit without waiting: returns immediately with a pending solve
const pending = await nc.solves.create({ type: "hcaptcha", sitekey, url });
// Submit and hold the connection up to 30s for it to finish
const maybeDone = await nc.solves.create({ type: "hcaptcha", sitekey, url }, { wait: 30 });
// Poll one solve, long-polling up to 30s
const solve = await nc.solves.retrieve(pending.id, { wait: 30 });
// Cancel a pending or in-flight solve
await nc.solves.cancel(pending.id);
// List a page of solves
const page = await nc.solves.list({ limit: 50, status: "solved" });
// Or iterate every solve, newest first
for await (const s of nc.solves.listAll()) {
console.log(s.id, s.status);
}
// Your account and credit balance
const me = await nc.me();
console.log(me.credits_balance);
// With a plan: what is left of today's solves, and when they reset (00:00 UTC).
console.log(me.plan?.remaining_today, me.plan?.resets_at);
Cancelling and timeouts
Pass an AbortSignal to cancel any call, and a timeout to bound how long solve() waits.
const ac = new AbortController();
setTimeout(() => ac.abort(), 60_000);
await nc.solve(
{ type: "hcaptcha", sitekey, url },
{ timeout: 120_000, signal: ac.signal },
);
Configuration
new NoneCap({
apiKey: "nc_live_...", // required
baseURL: "https://api.nonecap.com", // override if you need to
timeout: 100_000, // per HTTP request, ms
fetch: customFetch, // inject your own fetch
});
License
MIT, see LICENSE.
NoneCap MCP 질문
NoneCap MCP를 Claude Code에 추가하려면 어떻게 하나요?
터미널에서 claude mcp add --env 'NONECAP_API_KEY=<YOUR_NONECAP_API_KEY>' nonecap-js -- npx -y nonecap를 실행합니다. 모든 프로젝트에서 사용할 수 있게 하려면 --scope user를 추가합니다.
NoneCap MCP를 Cursor에 추가하려면 어떻게 하나요?
~/.cursor/mcp.json를 열고 mcpServers 아래에 서버를 추가합니다. 위 설치 섹션에 표시된 Cursor 구성을 사용합니다.
해결에 실패해도 비용이 청구되나요?
아니요, 성공적으로 해결된 경우에만 비용이 청구됩니다. 완료되지 않았거나 취소된 해결 시도는 비용이 청구되지 않습니다.
솔버와 함께 프록시를 사용할 수 있나요?
네, 구조화된 객체나 URL 문자열 형태로 프록시를 전달하여 해당 프록시를 통해 해결을 진행할 수 있습니다.
크레딧이 부족하면 어떻게 해야 하나요?
InsufficientCreditsError가 발생하면 dashboard.nonecap.com에서 잔액을 충전해야 합니다.