{ "data": { "a": { "slug": "argyle", "name": "Argyle", "vendor": "Argyle Systems Inc.", "vendorUrl": "https://www.argyle.com", "kind": "http-api", "category": "payroll", "summary": "Argyle is a consumer-permissioned verification API run by Argyle Systems Inc. A worker connects a payroll account through Argyle Link, and applications read identity, employment, paystub and document records or order income and employment reports.", "url": "https://www.anchorterminal.com/tools/argyle", "markdownUrl": "https://www.anchorterminal.com/tools/argyle.md", "slimMarkdownUrl": "https://www.anchorterminal.com/tools/argyle.min.md", "jsonUrl": "https://www.anchorterminal.com/api/v1/tools/argyle.json", "repo": "https://github.com/argyle-systems/argyle-link-react-native", "license": "Proprietary service under Argyle's Open Payroll Customer Terms. The React Native Link SDK on npm is Apache 2.0", "transports": [ "http" ], "remoteUrl": "https://api.argyle.com/v2", "packages": [ { "registry": "npm", "name": "@argyleio/argyle-plugin-react-native" } ], "auth": "api-key", "authNotes": "A person signs up for Console with a work email, Google or Microsoft account and creates an API key ID and secret for Sandbox or Production. Every request uses HTTP Basic auth with that pair. Access to a worker's payroll data then needs that worker to sign in to the payroll account through Argyle Link. Keys have no per-key scopes in the reviewed documentation, and a 403 means the key lacks a permission enabled for the account. The Customer Terms grant a licence for the platform to legal entities only, and Production fees are set in a Service Order.", "pricing": "paid", "pricingNotes": "No public prices. argyle.com/pricing lands on the home page, whose buttons are Sign in and Contact sales, and the Customer Terms put fees in a Service Order. A Sandbox with sample users comes with a Console sign-up, so an agent's owner can test without a contract. The sign-up page says Start your trial today. The docs list a `trial_connections_exhausted` error for a limit on free account connections in trial mode, with no number given (checked 2026-10-08).", "priceSummary": "Paid", "where": "hosted", "x402": { "level": "no", "evidence": "No x402, MPP or L402 in the documentation index, the OpenAPI specification or the vendor's site (checked 2026-10-08).", "endpoints": [] }, "toolCount": null, "popularity": { "githubStars": null, "npmWeekly": 481, "pypiWeekly": null, "asOf": "2026-10-08" }, "docsUrl": "https://docs.argyle.com", "llmsTxt": "https://docs.argyle.com/llms.txt", "openapi": "https://docs.argyle.com/openAPI/argyle-all.yaml", "capabilities": [ "payroll.employees", "payroll.contractors" ], "tags": [ "hosted", "payroll-data", "income-verification", "employment-verification", "api-key", "openapi", "llms-txt", "sandbox", "webhooks", "status-page", "sla", "security-txt", "sales-led" ], "lastRelease": "2026-10-01", "graded": true, "anchor": { "graded": true, "score": 63.7, "grade": "B", "agentReady": false, "rank": 297, "ranked": true, "rankOf": 722, "categoryRank": 3, "methodology": "0.4", "run": "2026-10-01", "scores": { "ergonomics": 58, "maintenance": 75, "payments": 15, "reliability": 81, "schema": 86, "security": 48, "transparency": 83 }, "pending": [ "performance", "tasks" ], "assessment": { "confidence": "medium", "date": "2026-10-08" }, "negative": 0, "verdict": "Graded on the REST API. One OpenAPI file covers 91 operations, llms.txt indexes Markdown docs, and a Sandbox with sample users comes with a Console sign-up. Every payroll connection needs the worker to sign in through Link. No prices are published, no idempotency keys were found, and API keys carry no per-key scopes.", "bestFor": "A lender, tenant screener, benefits agency or background checker whose applicant can sign in to a payroll or gig account, and who needs paystubs, employment records or an income report.", "strengths": [ "One OpenAPI 3.0 file covers 91 operations and 119 schemas, and llms.txt indexes the documentation with every page served as Markdown", "Each payroll connection is made by the worker through Argyle Link, and the worker can remove it through Link or Argyle Passport", "A Sandbox at `https://api-sandbox.argyle.com/v2` has three sample users, simulated refreshes and its own API keys", "The rate limit is published as 50 requests a second, and Service Levels commit to 99 per cent monthly availability with credits", "The sub-processor list names 20 vendors with processing locations, and the DPA promises 30 days' notice before a new one is used", "Twelve dated changelog entries between 14 July and 1 October 2026, with a written definition of breaking changes" ], "weaknesses": [ "No price is published. The site has no pricing page, and fees are set in a Service Order agreed with sales", "No idempotency keys were found for `POST /users` or `POST /verifications`, and no `Retry-After` header is documented on 429 responses", "API keys are an ID and secret pair with no per-key scopes or read-only mode found in the reviewed documentation", "The OpenAPI file documents an error response on 2 of 91 operations, and general errors carry a `detail` string with no machine code", "No server-side SDK was found. The official SDKs are Link front ends for web, iOS, Android, React Native and Flutter", "The trust centre is drawn by script and could not be read, so no certification could be confirmed on the day" ], "agentNotes": [ "Send HTTP Basic auth with `api_key_id` as the username and `api_key_secret` as the password. Sandbox keys fail with 401 on Production and the reverse", "Create the user with `POST /v2/users` and an `external_id`, then look it up by `external_id` before retrying. No idempotency key was found", "Do not read data straight after an account connects. Wait for the account and data webhooks, or for the verification status, before fetching records", "Follow the full URL in `next` when paging. Do not build cursor values or fetch pages in parallel. `limit` defaults to 10 and stops at 200", "Stay under 50 requests a second. On 429, queue the request and retry later, not at once", "Treat `DELETE /v2/users/{id}` as permanent. It removes every resource tied to that user, with no confirmation step" ], "metrics": { "kind": "remote", "measured": false }, "reviewCount": 0, "avgRating": 0, "history": [ { "basis": "public evidence", "confidence": "medium", "grade": "B", "methodology": "0.4", "pending": [ "performance", "tasks" ], "run": "2026-10-01", "runLabel": "October 2026 research run", "score": 63.7 } ], "editorialScores": { "ergonomics": 58, "maintenance": 75, "payments": 15, "reliability": 81, "schema": 86, "security": 48, "transparency": 68 }, "provenanceScore": 97 }, "connect": { "http": "curl https://api-sandbox.argyle.com/v2/accounts \\\n -u api_key_id:api_key_secret" }, "letme": { "capability": "https://letme.dev/payroll.employees", "tool": "https://letme.dev/argyle" }, "area": "domain-data", "provenance": { "legalEntity": "Argyle Systems Inc.", "domain": "argyle.com", "domainRegistered": "1997-06-08", "endpointOnVendorDomain": true, "terms": "https://www.argyle.com/legal/open-payroll/customer-terms", "privacy": "https://www.argyle.com/legal/consumers/privacy-notice", "statusPage": "https://status.argyle.com", "changelog": "https://changelog.argyle.com", "securityTxt": "valid", "checked": "2026-10-08", "notes": [ "The Open Payroll Customer Terms (last updated 1 October 2026) name Argyle Systems Inc. and, with a Service Order, form the agreement for the API. Disputes go to the courts of New York, New York.", "The Privacy Notice (last updated 1 October 2026) covers the records a worker shares through the platform. Argyle describes itself there as a financial institution under the Gramm-Leach-Bliley Act. No separate privacy policy for business customers was found. Customer data is covered by the Data Protection Addendum at /legal/open-payroll/data-protection-addendum.", "The site also publishes Service Levels, a Support Policy, a sub-processor list and a Messaging Policy for Open Payroll, separate Open Banking Customer Terms, and Security Measures dated 6 June 2025.", "argyle.com/.well-known/security.txt gives security@argyle.com, a PGP key and an expiry of 7 May 2027.", "The API answers at api.argyle.com and api-sandbox.argyle.com. changelog.argyle.com redirects to docs.argyle.com/changelog.", "RDAP for argyle.com gives a registration date of 1997-06-08. The company's own llms.txt says it was founded in 2018." ], "score": 97 }, "pageJsonUrl": "https://www.anchorterminal.com/tools/argyle.json", "live": { "slug": "argyle", "probe": { "target": "https://api.argyle.com/v2", "method": "get", "lastAt": "2026-10-08T21:12:04.288999451Z", "lastOk": true, "lastStatus": 404, "lastMs": 195, "authRequired": false, "uptime24h": 100, "uptime30d": 100, "p50ms24h": 220, "p95ms24h": 315, "samples24h": 21, "samples30d": 21, "days": [ { "date": "2026-10-08", "probes": 21, "ok": 21 } ] }, "vendorStatus": { "page": "https://status.argyle.com", "indicator": "none", "summary": "All Systems Operational", "checkedAt": "2026-10-08T21:05:51.399996556Z" }, "updatedAt": "2026-10-08T21:12:04.288999451Z" } }, "answer": "Check scores 67.5 (B) on agent readiness against Argyle's 63.7 (B), and leads in 2 of 7 scored categories. Argyle leads on schema \u0026 documentation, payments \u0026 pricing and transparency \u0026 trust.", "b": { "slug": "check-payroll", "name": "Check", "vendor": "Check Technologies, Inc.", "vendorUrl": "https://www.checkhq.com", "kind": "http-api", "category": "payroll", "summary": "Check is an embedded payroll API from Check Technologies in New York. Software platforms build US payroll on it for their own customers, with tax calculation, payment and filing handled by Check. Access is by partner agreement.", "url": "https://www.anchorterminal.com/tools/check-payroll", "markdownUrl": "https://www.anchorterminal.com/tools/check-payroll.md", "slimMarkdownUrl": "https://www.anchorterminal.com/tools/check-payroll.min.md", "jsonUrl": "https://www.anchorterminal.com/api/v1/tools/check-payroll.json", "repo": "https://github.com/check-technologies/mcp-server-check", "license": "Proprietary service under Check's terms of service and partner agreement. The MCP server and CLI on GitHub are MIT", "transports": [ "http" ], "remoteUrl": "https://api.checkhq.com", "packages": [], "auth": "mixed", "authNotes": "A partner API key sent as `Authorization: Bearer`, one for sandbox and one for production, issued by Check after a request through its sales contact. The key carries the whole partner account, with no per-key scopes found. Check says unused keys expire, last activity is shown and IP restrictions can be set through the account team. Integration partners get OAuth tokens (authorisation code grant, with refresh tokens) limited to one employer and one permission level, after a Check partner authorises them. The hosted MCP server accepts the API key or a Console OAuth login that runs with the Console user's permissions. This listing grades embedded-payroll partner access. Check has no route to an existing employer's payroll account outside a partner platform.", "pricing": "paid", "pricingNotes": "No public prices. checkhq.com/pricing returns 404 and the site's buttons open a sales contact form. A sandbox exists at sandbox.checkhq.com under a Sandbox User Agreement, but the documentation says to request an API key from Check, so an agent can't start without a person contacting sales. Production needs a partner agreement. The Usage API reports billable companies, employees and contractors each month, with no unit price published (checked 2026-10-08).", "priceSummary": "Paid", "where": "hosted", "x402": { "level": "no", "evidence": "No x402, MPP or L402 in the documentation index, the API reference pages read or the website (checked 2026-10-08).", "endpoints": [] }, "toolCount": null, "popularity": { "githubStars": 18, "npmWeekly": null, "pypiWeekly": null, "asOf": "2026-10-08" }, "docsUrl": "https://docs.checkhq.com", "llmsTxt": "https://docs.checkhq.com/llms.txt", "capabilities": [ "payroll.run", "payroll.employees", "payroll.embedded", "payroll.tax-filing", "payroll.contractors" ], "tags": [ "hosted", "embedded-payroll", "us-payroll", "api-key", "oauth", "mcp", "llms-txt", "sandbox", "webhooks", "sales-led", "partner-approval", "status-page", "bug-bounty", "soc2" ], "lastRelease": "2026-10-07", "graded": true, "anchor": { "graded": true, "score": 67.5, "grade": "B", "agentReady": false, "rank": 208, "ranked": true, "rankOf": 722, "categoryRank": 2, "methodology": "0.4", "run": "2026-10-01", "scores": { "ergonomics": 83, "maintenance": 72, "payments": 5, "reliability": 80, "schema": 78, "security": 74, "transparency": 62 }, "pending": [ "performance", "tasks" ], "assessment": { "confidence": "medium", "date": "2026-10-08" }, "negative": 0, "verdict": "Graded as embedded payroll through a partner API key, not access to an existing employer's payroll account. The API has idempotency keys on writes, a required preview before approval and queryable request logs. No price is public, a sandbox key comes through Check's sales team, and one API key carries the whole partner account.", "bestFor": "A software platform that wants to sell US payroll inside its own product and can sign a partnership, with Check handling tax calculation, money movement and filings.", "strengths": [ "`X-Idempotency-Key` is accepted on writes and stored for 24 hours, and a 429 carries `Retry-After` with `RateLimit-Limit` and `RateLimit-Remaining` on every authenticated response", "A payroll must have a succeeded preview before approval, and `preview_started_at` makes approval fail with 409 `preview_superseded` if the preview is stale", "Every response carries `X-Request-Log-Id`, and GET /logs returns request logs with SSNs, bank account numbers and the `Authorization` header redacted", "The MCP server starts with three meta-tools over 270 tools, with read-only mode, toolset filters and optional confirmation for destructive tools", "llms.txt indexes the documentation, and each page is served as Markdown with an OpenAPI 3.1 fragment per operation" ], "weaknesses": [ "No public price and no self-serve signup. The documentation says to request an API key through Check's sales contact", "An API key carries the whole partner account. No per-key scopes or read-only keys were found in the reviewed documentation", "No official SDK in a general programming language was found. The CLI and MCP server install from a git clone, not from PyPI", "No SLA is published. The terms of service make no representation about uptime unless agreed in writing", "No sub-processor list, hosting location or published DPA text was found, and the privacy policy states no retention periods" ], "agentNotes": [ "Use https://sandbox.checkhq.com with the sandbox key and https://api.checkhq.com with the production key. A key is not valid across environments", "Preview a payroll before approving it, then pass `preview_started_at` to POST /payrolls/{id}/approve so a stale preview fails with 409", "Send `X-Idempotency-Key` on every write. Keys expire after 24 hours, so list the resource before retrying later than that", "On 429 wait for `Retry-After`. The limit is 10 requests a second in sandbox and for partners paying fewer than 1,000 payees a month, with 100 concurrent requests", "Connect the MCP server with `?read_only=true` or `X-MCP-Readonly: true` unless writes are intended. In production, approving a payroll moves money" ], "metrics": { "kind": "remote", "measured": false }, "reviewCount": 0, "avgRating": 0, "history": [ { "basis": "public evidence", "confidence": "medium", "grade": "B", "methodology": "0.4", "pending": [ "performance", "tasks" ], "run": "2026-10-01", "runLabel": "October 2026 research run", "score": 67.5 } ], "editorialScores": { "ergonomics": 83, "maintenance": 72, "payments": 5, "reliability": 80, "schema": 78, "security": 74, "transparency": 38 }, "provenanceScore": 86 }, "connect": { "http": "curl -X POST https://sandbox.checkhq.com/companies \\\n -H 'Content-Type: application/json' \\\n -H 'Authorization: Bearer \u003cAPI_KEY\u003e' \\\n -d '{\"address\": {\"line1\": \"20 W 34th St\", \"postal_code\": \"10001\", \"city\": \"New York\", \"state\": \"NY\"}, \"start_date\": \"2020-05-20\", \"trade_name\": \"Good Web Design\", \"legal_name\": \"Good Web Design, Inc.\"}'", "claudeCode": "claude mcp add --transport http check https://mcp.sandbox.checkhq.com/check/mcp \\\n --header \"Authorization: Bearer your-api-key-here\"", "config": { "mcpServers": { "check": { "type": "url", "url": "https://mcp.sandbox.checkhq.com/check/mcp" } } } }, "letme": { "capability": "https://letme.dev/payroll.run", "tool": "https://letme.dev/check-payroll" }, "area": "domain-data", "provenance": { "legalEntity": "Check Technologies, Inc.", "domain": "checkhq.com", "domainRegistered": "2006-10-28", "endpointOnVendorDomain": true, "terms": "https://www.checkhq.com/company/terms", "privacy": "https://www.checkhq.com/company/privacy", "statusPage": "https://status.checkhq.com", "changelog": "https://www.checkhq.com/resources/changelog", "securityTxt": "none", "checked": "2026-10-08", "notes": [ "The privacy policy (effective 18 April 2024) names Check Technologies, Inc., 228 Park Ave. S, PMB 14961, New York, NY 10003. The site footer also names Check Payments LLC (NMLS #2103307).", "The terms of service are dated 3 September 2021. Sandbox use is also governed by a Sandbox User Agreement at checkhq.com/company/sandbox-user-agreement.", "www.checkhq.com/.well-known/security.txt and checkhq.com/.well-known/security.txt return 404. The security page sends vulnerability reports to a bug bounty at federacy.com/check.", "The API answers at api.checkhq.com and sandbox.checkhq.com, and the hosted MCP server at mcp.checkhq.com and mcp.sandbox.checkhq.com.", "RDAP for checkhq.com gives a registration date of 2006-10-28 and Squarespace Domains II LLC as registrar." ], "score": 86 }, "pageJsonUrl": "https://www.anchorterminal.com/tools/check-payroll.json", "live": { "slug": "check-payroll", "probe": { "target": "https://api.checkhq.com", "method": "get", "lastAt": "2026-10-08T21:12:07.117083176Z", "lastOk": true, "lastStatus": 200, "lastMs": 783, "authRequired": false, "uptime24h": 100, "uptime30d": 100, "p50ms24h": 699, "p95ms24h": 1040, "samples24h": 64, "samples30d": 64, "days": [ { "date": "2026-10-08", "probes": 64, "ok": 64 } ] }, "vendorStatus": { "page": "https://status.checkhq.com", "indicator": "none", "summary": "All Systems Operational", "checkedAt": "2026-10-08T21:05:53.694114707Z" }, "githubStars": 18, "securityTxt": { "url": "https://checkhq.com/.well-known/security.txt", "state": "none", "checkedAt": "2026-10-08T15:38:31.878118114Z" }, "pages": [ { "url": "https://www.checkhq.com/resources/changelog", "kind": "changelog", "status": 200, "checkedAt": "2026-10-08T18:27:02.804039275Z", "changedAt": "0001-01-01T00:00:00Z", "fingerprint": "ada7be68b809" }, { "url": "https://www.checkhq.com/company/privacy", "kind": "privacy", "status": 200, "checkedAt": "2026-10-08T18:26:58.734249468Z", "changedAt": "0001-01-01T00:00:00Z", "fingerprint": "2d782586e2af" }, { "url": "https://www.checkhq.com/company/terms", "kind": "terms", "status": 200, "checkedAt": "2026-10-08T18:27:00.809006213Z", "changedAt": "0001-01-01T00:00:00Z", "fingerprint": "c2d2a944fcea" } ], "updatedAt": "2026-10-08T21:12:07.117083176Z" } }, "facts": [ { "a": "HTTP API", "b": "HTTP API", "name": "Kind" }, { "a": "Argyle Systems Inc.", "b": "Check Technologies, Inc.", "name": "Vendor" }, { "a": "https://api.argyle.com/v2", "b": "https://api.checkhq.com", "name": "Hosted endpoint" }, { "a": "HTTP", "b": "HTTP", "name": "Transports" }, { "a": "API key", "b": "OAuth or key", "name": "Auth" }, { "a": "Paid", "b": "Paid", "name": "Pricing" }, { "a": "no", "b": "no", "name": "x402" }, { "a": "Proprietary service under Argyle's Open Payroll Customer Terms. The React Native Link SDK on npm is Apache 2.0", "b": "Proprietary service under Check's terms of service and partner agreement. The MCP server and CLI on GitHub are MIT", "name": "Licence" }, { "a": "no", "b": "yes", "name": "Read-only variant documented" }, { "a": "yes", "b": "yes", "name": "llms.txt" }, { "a": "2026-10-01", "b": "2026-10-07", "name": "Last release" }, { "a": "2026-10-01", "b": "2021-09-03", "name": "Terms last updated" }, { "a": "2026-10-01", "b": "2024-04-18", "name": "Privacy policy last updated" }, { "a": "not found in the text", "b": "not found in the text", "name": "Customer content may train models" }, { "a": "not found in the text", "b": "yes", "name": "Terms restrict automated access" }, { "a": "yes", "b": "not found in the text", "name": "Terms restrict benchmarking" }, { "a": "not found in the text", "b": "not found in the text", "name": "Terms or service can change without notice" }, { "a": "yes", "b": "not found in the text", "name": "Arbitration or class-action waiver" }, { "a": "481 npm/wk", "b": "18 stars", "name": "Popularity" } ], "faq": [ { "answer": "Check scores 67.5 (B) on agent readiness against Argyle's 63.7 (B), and leads in 2 of 7 scored categories. Argyle leads on schema \u0026 documentation, payments \u0026 pricing and transparency \u0026 trust.", "question": "Which is better for AI agents, Argyle or Check?" }, { "answer": "Argyle needs an API key. Check takes an API key or an OAuth sign-in.", "question": "Do Argyle and Check need an API key?" }, { "answer": "Yes. Argyle has a hosted endpoint at https://api.argyle.com/v2 and Check at https://api.checkhq.com.", "question": "Can an agent call Argyle and Check without installing anything?" } ], "goodFor": [ { "aheadOn": [ "Schema \u0026 documentation, 86 against 78", "Payments \u0026 pricing, 15 against 5", "Transparency \u0026 trust, 83 against 62" ], "also": null, "goodFor": "A lender, tenant screener, benefits agency or background checker whose applicant can sign in to a payroll or gig account, and who needs paystubs, employment records or an income report.", "slug": "argyle", "watchFor": "No price is published. The site has no pricing page, and fees are set in a Service Order agreed with sales" }, { "aheadOn": [ "Agent ergonomics, 83 against 58", "Security \u0026 auth, 74 against 48" ], "also": null, "goodFor": "A software platform that wants to sell US payroll inside its own product and can sign a partnership, with Check handling tax calculation, money movement and filings.", "slug": "check-payroll", "watchFor": "No public price and no self-serve signup. The documentation says to request an API key through Check's sales contact" } ], "job": { "capability": "payroll.employees", "name": "Payroll employees" }, "others": [ { "json": "https://www.anchorterminal.com/compare/argyle-vs-employment-hero.json", "title": "Argyle vs Employment Hero Payroll", "url": "https://www.anchorterminal.com/compare/argyle-vs-employment-hero" }, { "json": "https://www.anchorterminal.com/compare/argyle-vs-everee.json", "title": "Argyle vs Everee", "url": "https://www.anchorterminal.com/compare/argyle-vs-everee" }, { "json": "https://www.anchorterminal.com/compare/argyle-vs-finch.json", "title": "Argyle vs Finch", "url": "https://www.anchorterminal.com/compare/argyle-vs-finch" }, { "json": "https://www.anchorterminal.com/compare/argyle-vs-gusto.json", "title": "Argyle vs Gusto", "url": "https://www.anchorterminal.com/compare/argyle-vs-gusto" }, { "json": "https://www.anchorterminal.com/compare/argyle-vs-paychex.json", "title": "Argyle vs Paychex", "url": "https://www.anchorterminal.com/compare/argyle-vs-paychex" }, { "json": "https://www.anchorterminal.com/compare/argyle-vs-salsa.json", "title": "Argyle vs Salsa", "url": "https://www.anchorterminal.com/compare/argyle-vs-salsa" }, { "json": "https://www.anchorterminal.com/compare/argyle-vs-zeal.json", "title": "Argyle vs Zeal", "url": "https://www.anchorterminal.com/compare/argyle-vs-zeal" }, { "json": "https://www.anchorterminal.com/compare/check-payroll-vs-finch.json", "title": "Check vs Finch", "url": "https://www.anchorterminal.com/compare/check-payroll-vs-finch" }, { "json": "https://www.anchorterminal.com/compare/check-payroll-vs-paychex.json", "title": "Check vs Paychex", "url": "https://www.anchorterminal.com/compare/check-payroll-vs-paychex" }, { "json": "https://www.anchorterminal.com/compare/check-payroll-vs-employment-hero.json", "title": "Check vs Employment Hero Payroll", "url": "https://www.anchorterminal.com/compare/check-payroll-vs-employment-hero" }, { "json": "https://www.anchorterminal.com/compare/check-payroll-vs-everee.json", "title": "Check vs Everee", "url": "https://www.anchorterminal.com/compare/check-payroll-vs-everee" }, { "json": "https://www.anchorterminal.com/compare/check-payroll-vs-gusto.json", "title": "Check vs Gusto", "url": "https://www.anchorterminal.com/compare/check-payroll-vs-gusto" }, { "json": "https://www.anchorterminal.com/compare/check-payroll-vs-salsa.json", "title": "Check vs Salsa", "url": "https://www.anchorterminal.com/compare/check-payroll-vs-salsa" }, { "json": "https://www.anchorterminal.com/compare/check-payroll-vs-zeal.json", "title": "Check vs Zeal", "url": "https://www.anchorterminal.com/compare/check-payroll-vs-zeal" } ], "scores": [ { "argyle": 81, "by": 1, "check-payroll": 80, "edge": "argyle", "key": "reliability", "name": "Reliability", "weight": 16 }, { "key": "performance", "name": "Performance", "pending": true, "weight": 10 }, { "argyle": 86, "by": 8, "check-payroll": 78, "edge": "argyle", "key": "schema", "name": "Schema \u0026 documentation", "weight": 13 }, { "argyle": 58, "by": 25, "check-payroll": 83, "edge": "check-payroll", "key": "ergonomics", "name": "Agent ergonomics", "weight": 13 }, { "argyle": 48, "by": 26, "check-payroll": 74, "edge": "check-payroll", "key": "security", "name": "Security \u0026 auth", "weight": 14 }, { "argyle": 15, "by": 10, "check-payroll": 5, "edge": "argyle", "key": "payments", "name": "Payments \u0026 pricing", "weight": 10 }, { "key": "tasks", "name": "Task success", "pending": true, "weight": 10 }, { "argyle": 75, "by": 3, "check-payroll": 72, "edge": "argyle", "key": "maintenance", "name": "Maintenance \u0026 community", "weight": 7 }, { "argyle": 83, "by": 21, "check-payroll": 62, "edge": "argyle", "key": "transparency", "name": "Transparency \u0026 trust", "weight": 7 } ], "summary": "Check scores 67.5 (B) on agent readiness against Argyle's 63.7 (B), and leads in 2 of 7 scored categories. Argyle leads on schema \u0026 documentation, payments \u0026 pricing and transparency \u0026 trust. Both do payroll employees.", "verdicts": { "argyle": "Graded on the REST API. One OpenAPI file covers 91 operations, llms.txt indexes Markdown docs, and a Sandbox with sample users comes with a Console sign-up. Every payroll connection needs the worker to sign in through Link. No prices are published, no idempotency keys were found, and API keys carry no per-key scopes.", "check-payroll": "Graded as embedded payroll through a partner API key, not access to an existing employer's payroll account. The API has idempotency keys on writes, a required preview before approval and queryable request logs. No price is public, a sandbox key comes through Check's sales team, and one API key carries the whole partner account." } }, "kind": "anchor.page", "links": { "api": "https://www.anchorterminal.com/api/v1/index.json", "html": "https://www.anchorterminal.com/compare/argyle-vs-check-payroll", "json": "https://www.anchorterminal.com/compare/argyle-vs-check-payroll.json", "llms": "https://www.anchorterminal.com/llms.txt", "markdown": "https://www.anchorterminal.com/compare/argyle-vs-check-payroll.md", "slim": "https://www.anchorterminal.com/compare/argyle-vs-check-payroll.min.md" }, "markdown": "Check scores 67.5 (B) on agent readiness against Argyle's 63.7 (B), and leads in 2 of 7 scored categories. Argyle leads on schema \u0026 documentation, payments \u0026 pricing and transparency \u0026 trust. Both do payroll employees.\n\n- Argyle: grade B, 63.7/100, rank #297 of 722. Markdown https://www.anchorterminal.com/tools/argyle.md · JSON https://www.anchorterminal.com/api/v1/tools/argyle.json\n- Check: grade B, 67.5/100, rank #208 of 722. Markdown https://www.anchorterminal.com/tools/check-payroll.md · JSON https://www.anchorterminal.com/api/v1/tools/check-payroll.json\n\n## Which one, for what\n\n### Argyle (B)\n\nGood for: A lender, tenant screener, benefits agency or background checker whose applicant can sign in to a payroll or gig account, and who needs paystubs, employment records or an income report.\n\nAhead on:\n- Schema \u0026 documentation, 86 against 78\n- Payments \u0026 pricing, 15 against 5\n- Transparency \u0026 trust, 83 against 62\n\nWatch for: No price is published. The site has no pricing page, and fees are set in a Service Order agreed with sales\n\n### Check (B)\n\nGood for: A software platform that wants to sell US payroll inside its own product and can sign a partnership, with Check handling tax calculation, money movement and filings.\n\nAhead on:\n- Agent ergonomics, 83 against 58\n- Security \u0026 auth, 74 against 48\n\nWatch for: No public price and no self-serve signup. The documentation says to request an API key through Check's sales contact\n\n\n## Score by category\n\n| Category | Weight | Argyle | Check | Edge |\n| --- | --- | --- | --- | --- |\n| Reliability | 16% (20 this run) | 81 | 80 | Argyle +1 |\n| Performance | 10%, pending | pending | pending | not scored in this run |\n| Schema \u0026 documentation | 13% (16.2 this run) | 86 | 78 | Argyle +8 |\n| Agent ergonomics | 13% (16.2 this run) | 58 | 83 | Check +25 |\n| Security \u0026 auth | 14% (17.5 this run) | 48 | 74 | Check +26 |\n| Payments \u0026 pricing | 10% (12.5 this run) | 15 | 5 | Argyle +10 |\n| Task success | 10%, pending | pending | pending | not scored in this run |\n| Maintenance \u0026 community | 7% (8.8 this run) | 75 | 72 | Argyle +3 |\n| Transparency \u0026 trust | 7% (8.8 this run) | 83 | 62 | Argyle +21 |\n| Negative events | ≤15 | 0 | 0 | |\n| **Total** | | **63.7 · B** | **67.5 · B** | |\n\n## Facts side by side\n\n| Fact | Argyle | Check |\n| --- | --- | --- |\n| Kind | HTTP API | HTTP API |\n| Vendor | Argyle Systems Inc. | Check Technologies, Inc. |\n| Hosted endpoint | `https://api.argyle.com/v2` | `https://api.checkhq.com` |\n| Transports | HTTP | HTTP |\n| Auth | API key | OAuth or key |\n| Pricing | Paid | Paid |\n| x402 | no | no |\n| Licence | Proprietary service under Argyle's Open Payroll Customer Terms. The React Native Link SDK on npm is Apache 2.0 | Proprietary service under Check's terms of service and partner agreement. The MCP server and CLI on GitHub are MIT |\n| Read-only variant documented | no | yes |\n| llms.txt | yes | yes |\n| Last release | 2026-10-01 | 2026-10-07 |\n| Terms last updated | 2026-10-01 | 2021-09-03 |\n| Privacy policy last updated | 2026-10-01 | 2024-04-18 |\n| Customer content may train models | not found in the text | not found in the text |\n| Terms restrict automated access | not found in the text | yes |\n| Terms restrict benchmarking | yes | not found in the text |\n| Terms or service can change without notice | not found in the text | not found in the text |\n| Arbitration or class-action waiver | yes | not found in the text |\n| Popularity | 481 npm/wk | 18 stars |\n\n## Verdicts\n\n**Argyle.** Graded on the REST API. One OpenAPI file covers 91 operations, llms.txt indexes Markdown docs, and a Sandbox with sample users comes with a Console sign-up. Every payroll connection needs the worker to sign in through Link. No prices are published, no idempotency keys were found, and API keys carry no per-key scopes.\n\n**Check.** Graded as embedded payroll through a partner API key, not access to an existing employer's payroll account. The API has idempotency keys on writes, a required preview before approval and queryable request logs. No price is public, a sandbox key comes through Check's sales team, and one API key carries the whole partner account.\n\n## Before you call either\n\n### Argyle\n\n1. Send HTTP Basic auth with `api_key_id` as the username and `api_key_secret` as the password. Sandbox keys fail with 401 on Production and the reverse\n2. Create the user with `POST /v2/users` and an `external_id`, then look it up by `external_id` before retrying. No idempotency key was found\n3. Do not read data straight after an account connects. Wait for the account and data webhooks, or for the verification status, before fetching records\n4. Follow the full URL in `next` when paging. Do not build cursor values or fetch pages in parallel. `limit` defaults to 10 and stops at 200\n5. Stay under 50 requests a second. On 429, queue the request and retry later, not at once\n6. Treat `DELETE /v2/users/{id}` as permanent. It removes every resource tied to that user, with no confirmation step\n\n### Check\n\n1. Use https://sandbox.checkhq.com with the sandbox key and https://api.checkhq.com with the production key. A key is not valid across environments\n2. Preview a payroll before approving it, then pass `preview_started_at` to POST /payrolls/{id}/approve so a stale preview fails with 409\n3. Send `X-Idempotency-Key` on every write. Keys expire after 24 hours, so list the resource before retrying later than that\n4. On 429 wait for `Retry-After`. The limit is 10 requests a second in sandbox and for partners paying fewer than 1,000 payees a month, with 100 concurrent requests\n5. Connect the MCP server with `?read_only=true` or `X-MCP-Readonly: true` unless writes are intended. In production, approving a payroll moves money\n\n## Questions\n\n### Which is better for AI agents, Argyle or Check?\n\nCheck scores 67.5 (B) on agent readiness against Argyle's 63.7 (B), and leads in 2 of 7 scored categories. Argyle leads on schema \u0026 documentation, payments \u0026 pricing and transparency \u0026 trust.\n\n### Do Argyle and Check need an API key?\n\nArgyle needs an API key. Check takes an API key or an OAuth sign-in.\n\n### Can an agent call Argyle and Check without installing anything?\n\nYes. Argyle has a hosted endpoint at https://api.argyle.com/v2 and Check at https://api.checkhq.com.\n\n\n## For agents\n\n- This comparison as JSON: https://www.anchorterminal.com/compare/argyle-vs-check-payroll.json, and with the fewest tokens: https://www.anchorterminal.com/compare/argyle-vs-check-payroll.min.md\n- Over MCP at https://www.anchorterminal.com/mcp (no key): `compare_tools {\"a\": \"argyle\", \"b\": \"check-payroll\"}`. From a terminal: `anchor compare argyle check-payroll`\n- Each listing in full: https://www.anchorterminal.com/api/v1/tools/argyle.json and https://www.anchorterminal.com/api/v1/tools/check-payroll.json\n\n## Other comparisons with Argyle or Check\n\n- [Argyle vs Employment Hero Payroll](https://www.anchorterminal.com/compare/argyle-vs-employment-hero.md)\n- [Argyle vs Everee](https://www.anchorterminal.com/compare/argyle-vs-everee.md)\n- [Argyle vs Finch](https://www.anchorterminal.com/compare/argyle-vs-finch.md)\n- [Argyle vs Gusto](https://www.anchorterminal.com/compare/argyle-vs-gusto.md)\n- [Argyle vs Paychex](https://www.anchorterminal.com/compare/argyle-vs-paychex.md)\n- [Argyle vs Salsa](https://www.anchorterminal.com/compare/argyle-vs-salsa.md)\n- [Argyle vs Zeal](https://www.anchorterminal.com/compare/argyle-vs-zeal.md)\n- [Check vs Finch](https://www.anchorterminal.com/compare/check-payroll-vs-finch.md)\n- [Check vs Paychex](https://www.anchorterminal.com/compare/check-payroll-vs-paychex.md)\n- [Check vs Employment Hero Payroll](https://www.anchorterminal.com/compare/check-payroll-vs-employment-hero.md)\n- [Check vs Everee](https://www.anchorterminal.com/compare/check-payroll-vs-everee.md)\n- [Check vs Gusto](https://www.anchorterminal.com/compare/check-payroll-vs-gusto.md)\n- [Check vs Salsa](https://www.anchorterminal.com/compare/check-payroll-vs-salsa.md)\n- [Check vs Zeal](https://www.anchorterminal.com/compare/check-payroll-vs-zeal.md)\n", "meta": { "attribution": "Anchor Terminal (https://www.anchorterminal.com)", "docs": "https://www.anchorterminal.com/docs/", "generatedAt": "2026-10-08", "license": "CC-BY-4.0", "method": "https://www.anchorterminal.com/benchmark/", "methodology": "0.4", "openapi": "https://www.anchorterminal.com/openapi.json", "preview": false, "run": "2026-10-01", "runLabel": "October 2026 research run" }, "page": { "breadcrumbs": [ { "name": "Home", "url": "https://www.anchorterminal.com/" }, { "name": "Compare", "url": "https://www.anchorterminal.com/compare/" }, { "name": "Argyle vs Check", "url": "" } ], "description": "Check scores 67.5 (B) on agent readiness against Argyle's 63.7 (B), and leads in 2 of 7 scored categories. Argyle leads on schema \u0026 documentation, payments \u0026 pricing and transparency \u0026 trust. Both do payroll employees. Category scores, facts, verdicts and agent notes side by…", "facts": [ "Argyle B 63.7", "Check B 67.5", "scores" ], "h1": "Argyle vs Check", "image": "https://www.anchorterminal.com/assets/og/compare-argyle-vs-check-payroll.png", "path": "/compare/argyle-vs-check-payroll", "published": "2026-10-01", "section": "tools", "title": "Argyle vs Check for AI agents, B 63.7 vs B 67.5 | Anchor Terminal", "toc": null, "updated": "2026-10-08", "url": "https://www.anchorterminal.com/compare/argyle-vs-check-payroll" }, "tokens": { "markdown": 2200, "slim": 680 }, "version": 1 }