SwishrJobs
REMOTE · SWISHRJOBS.COM
Deterministic digital jobs with independently verified deliverables.
Available components
Last scanned (9 hours ago)
Scores higher than 43% of remote servers
Reachable. Last reached 5 Nov 2026.
Category Developer Tools
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security57
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not fully verified: no authorisation is required to call this server, and 5 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. See how to fix → View diagnostics → Unverified
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability52
- AI-judged instruction clarity (good).Pass
- Context-footprint check failed: tool/resource definitions use about 27462 tokens (~240/item across 114 items; 114 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management17
- Stability observed for 5 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage93
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 75% of tool parameters carry a description.Partial
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- All 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
- An AI judge read all 114 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities60
- Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail
Checks we ran (12)
- TLS certificate
- HTTPS
- HSTS header
- DNSSEC
- Transport
- Schema quality
- Stability
- Tool coverage
- Injection markers
- Destructive annotations
- Judged manipulation
- MCP protocol
Checks we could not complete (1)
These are gaps on our side, not findings about this hosted endpoint. We only credit what we can confirm, so a category made up entirely of them scores 0.
- Authorization in Endpoint SecurityAuthorisation not fully verified: no authorisation is required to call this server, and 5 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe.
Does not apply to this hosted endpoint (2)
- Supply Chain SecurityScored on package channels only. This is a hosted endpoint, so there is nothing to install or inspect.
- Provenance & TransparencyScored on package channels only. This is a hosted endpoint, so there is nothing to install or inspect.
The score does not measure everything. What the score does not measure →
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 5 Nov 26 0
- Schema quality: 23739 → 27462 ▼ functional
- New tool “submit_accessibility_conformance_audit” functional
- New tool “submit_commerce_conformance_suite” functional
- New tool “submit_compliance_evidence_pack” functional
- New tool “submit_compliance_readiness_pack” functional
- New tool “submit_data_migration_readiness_pack” functional
- New tool “submit_openapi_conformance_check” functional
- New tool “submit_release_readiness_gate” functional
- New tool “submit_security_audit_pack” functional
- New tool “submit_security_hardening_audit” functional
- New tool “submit_settlement_reliability_report” functional
- New tool “submit_statistics_plan_checker” functional
- New tool “submit_supply_chain_licence_audit” functional
- New tool “submit_webhook_signature_verify” functional
- New tool “submit_x402_endpoint_preflight” functional
- 4 Nov 26 +1
- Tool “submit_unit_conversion_library” rewrote its description, which is the text the model reads security
- Schema quality: 9834 → 23739 ▼ functional
- Destructive annotations: pass → 100 functional
- New tool “submit_a2a_card_validator” functional
- New tool “submit_agent_cost_attribution” functional
- New tool “submit_agent_trace_analyser” functional
- New tool “submit_api_contract_diff” functional
- New tool “submit_backtest_overfitting_check” functional
- New tool “submit_bank_statement_reconciler” functional
- New tool “submit_cli_tool_scaffold” functional
- New tool “submit_cron_expression_check” functional
- New tool “submit_csv_column_profile” functional
- New tool “submit_csv_date_normalise” functional
- New tool “submit_csv_deduplicate” functional
- New tool “submit_csv_dialect_report” functional
- New tool “submit_csv_missing_value_report” functional
- New tool “submit_dashboard_spec_from_questions” functional
- New tool “submit_data_lineage_graph” functional
- New tool “submit_database_migration_review” functional
- New tool “submit_dbt_test_generation” functional
- New tool “submit_dependency_vulnerability_triage” functional
- New tool “submit_dq_rules_generator” functional
- New tool “submit_embedding_similarity_report” functional
- New tool “submit_env_file_check” functional
- New tool “submit_eval_dataset_builder” functional
- New tool “submit_expense_policy_checker” functional
- New tool “submit_feature_flag_audit” functional
- New tool “submit_financial_ratio_report” functional
- New tool “submit_fine_tune_data_formatter” functional
- New tool “submit_fx_rate_normaliser” functional
- New tool “submit_guardrail_policy_config” functional
- New tool “submit_iban_bic_validator” functional
- New tool “submit_invoice_data_extraction” functional
- New tool “submit_iso20022_validator” functional
- New tool “submit_json_key_audit” functional
- New tool “submit_json_ndjson_check” functional
- New tool “submit_kpi_definition_catalogue” functional
- New tool “submit_kubernetes_manifest_hardening” functional
- New tool “submit_ledger_integrity_check” functional
- New tool “submit_llm_output_schema_guard” functional
- New tool “submit_log_format_parser” functional
- New tool “submit_mcp_tool_schema_linter” functional
- New tool “submit_model_card_generator” functional
- New tool “submit_multi_agent_orchestration_plan” functional
- New tool “submit_ohlcv_gap_checker” functional
- New tool “submit_package_manifest_check” functional
- New tool “submit_parquet_partition_planner” functional
- New tool “submit_pci_scope_mapper” functional
- New tool “submit_portfolio_risk_report” functional
- New tool “submit_prompt_regression_suite” functional
- New tool “submit_rag_chunking_plan” functional
- New tool “submit_requirements_pin_check” functional
- New tool “submit_sepa_payment_file_builder” functional
- New tool “submit_sql_to_dataframe_migration” functional
- New tool “submit_star_schema_designer” functional
- New tool “submit_strategy_rule_compiler” functional
- New tool “submit_terraform_module_review” functional
- New tool “submit_time_series_anomaly_config” functional
- New tool “submit_token_cost_estimator” functional
- New tool “submit_tool_permission_matrix” functional
- New tool “submit_trade_blotter_reconciler” functional
- New tool “submit_url_health_matrix” functional
- New tool “submit_vat_tax_calculator” functional
- New tool “submit_x402_endpoint_audit” functional
- 3 Nov 26 0
- New tool “submit_unit_conversion_library” functional
- 2 Nov 26 +1
- New tool “submit_json_to_csv_rows” functional
- 1 Nov 26 0
- Tool “select_capability” rewrote its description, which is the text the model reads security
- Stability: unverified → 0.03 ▲ functional
- “select_capability” reworded the description of “task” cosmetic
- 31 Oct 26 58
First indexed and scored.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 5 Nov 2026 · Probed https://swishrjobs.com/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=swishrjobs.com | CN=WE1,O=Google Trust Services,C=US | 29 Oct 2026 | 27 Jan 2027 | ECDSA 256 | ECDSA-SHA256 | be687ad1048b3c480ec82fb230ffdb6c |
| SANs: swishrjobs.com | ||||||
| CN=WE1,O=Google Trust Services,C=US (CA) | CN=GTS Root R4,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | ECDSA 256 | ECDSA-SHA384 | 7ff31977972c224a76155d13b6d685e3 |
| CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 15 Nov 2023 | 28 Jan 2028 | ECDSA 384 | SHA256-RSA | 7fe530bf331343bedd821610493d8a1b |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of swishrjobs.com. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | Trust anchor | 20326, 38696 | 8, 8 | Verified |
| com. | DS published | 19718 | 13 | Verified |
| swishrjobs.com. | No DS | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://swishrjobs.com/mcp | Verified | 200 | |
| http (plaintext) | http://swishrjobs.com/mcp | HTTPS enforced | 301 | https://swishrjobs.com/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
submit_ohlcv_gap_checker OHLCV gap checker ~215
Check OHLCV bars for high/low inversions, out-of-range prices, zero volume and time gaps. Before using a price series, to catch corrupt bars. Do not choose this when missing sessions must be fetched from a data provider. Example requests: Check this OHLCV data for bad bars. | Are there gaps in this price series? | Clean this market data file.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_openapi_conformance_check OpenAPI conformance check ~245
Check an OpenAPI document for the defects that make an agent-generated client fail: missing operationIds, absent error responses and non-HTTPS servers. Before publishing an OpenAPI document that agents will generate clients from. Do not choose this when you need the API called, which needs the service running. Example requests: Check my OpenAPI document for defects that break generated clients. | Are my operationIds and error responses complete? | Audit this OpenAPI spec for agent client compatibility. | Find the problems in this API spec before I publish it.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_package_manifest_check package.json check: missing fields, vague ranges, no test script ~267
Check a package.json for missing name or version, non-semver versions, vague dependency ranges such as '*' or 'latest', and a missing test script, with the offending dependency named. Choose this before publishing or committing a Node package manifest, to find missing name or version, a non-semver version, vague ranges such as '*' or 'latest', and a missing test script. Do not choose this for a vulnerability audit, which needs the npm registry, or for resolving version ranges. Example requests: Check this npm package manifest for problems before I publish. | Which of my npm dependency ranges are too vague? | Does this package.json have everything npm needs?
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_parquet_partition_planner Parquet partition planner ~218
Choose Parquet partition columns from a schema and a query log, and deliver a partition plan and config. Before writing a large Parquet table, to fix partitioning. Do not choose this when you need statistics-driven partitioning, which needs table stats. Example requests: How should I partition this Parquet table? | Plan the partitioning for this dataset. | Choose partition columns from this query log.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_pci_scope_mapper PCI scope mapper ~223
Map a data-flow description to the systems and steps that handle cardholder data, and flag unprotected handling. At the start of a PCI scoping exercise, to sketch the in-scope systems. Do not choose this when a formal assessment or a live system scan is required. Example requests: Map the PCI scope of this payment flow. | Which systems touch cardholder data here? | Flag where card data is stored unprotected.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_portfolio_risk_report Portfolio risk report ~211
Compute position weights, concentration, annualised volatility and maximum drawdown. When a portfolio snapshot and a return series need a first risk read. Do not choose this when VaR, covariance or factor models are required. Example requests: Give me a risk report for this portfolio. | How concentrated is this portfolio and how volatile? | Compute the drawdown on these returns.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_product_feed_gtin_check Product feed GTIN check: find invalid barcodes before upload ~340
Check every product identifier in a CSV feed against the GS1 check digit. Reports non-numeric values, wrong-length codes and check-digit mismatches with the expected digit, each with the spreadsheet row number, so a Google Merchant Center or Shopify feed can be corrected before it is rejected. Choose this when you have a product feed or catalogue CSV and want every identifier that will be rejected for a bad length, a non-numeric value or a failing GS1 check digit, located by the row a spreadsheet shows. Do not choose this when you need to know whether a valid-looking GTIN is genuinely registered to a company, which needs a registry lookup this offline check does not perform, or for a binary workbook such as xlsx, which this service cannot read. Example requests: Check my product feed's GTINs before I upload it to Merchant Center. | Which barcodes in this catalogue have an invalid check digit? | Validate the UPC and EAN codes in this CSV and tell me which rows to fix.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_prompt_regression_suite Prompt regression suite ~208
Generate a pytest suite that runs every prompt variant against every fixture. When prompt variants must be checked against a fixture set. Do not choose this when you need the model outputs compared, which needs a model call. Example requests: Build a regression suite for these prompt variants. | Generate prompt tests from my variants and fixtures. | Set up a prompt regression harness.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_python_multifile_package Multi-file Python package with tests and README ~291
Produce a small multi-module Python package from a registered, deterministic template: an implementation module, a public facade, a pytest suite, and a README. Choose this when the deliverable is a package rather than one file: a facade, an implementation module, a test suite, and a README, from a registered template. Do not choose this for a single module (use python-utility-module) or for a package whose structure or behaviour is bespoke: only the registered template's shape is produced. Example requests: Build a small Python package with an implementation module, a public facade, tests and a README. | I need a multi-file Python deliverable, not a single script. | Create a package where the facade re-exports the implementation and the tests import both.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_python_utility_module Python utility module with pytest tests ~300
Produce a small standard-library Python module from a registered, deterministic template, plus the pytest tests that verify it. Choose this when you need one small, importable standard-library Python module whose behaviour matches a registered template, delivered with a passing pytest suite you can re-run yourself. Do not choose this for a multi-file package (use python-multifile-package), for code needing third-party packages, or when you cannot name a registered template: the behaviour is fixed by the template and an unregistered request is rejected rather than guessed. Example requests: Write me a small Python function that turns a title into a URL slug, with tests. | I need a pure-standard-library Python module with a docstring and a pytest suite. | Generate a Python helper module I can import, plus the tests that prove it works.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_rag_chunking_plan RAG chunking plan ~216
Produce a chunking plan and retrieval config for a set of documents and query samples. Before indexing a corpus, to fix chunk size and retrieval settings. Do not choose this when you need retrieval quality measured, which needs embeddings. Example requests: Plan the chunking for this RAG corpus. | What chunk size should I use for these documents? | Give me a retrieval config for these documents.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_readme_generation README generator module with pytest tests ~233
Produce a standard-library Python module that generates a Markdown README from function signatures, plus pytest tests. Choose this when a Markdown README must be produced from a list of function signatures, one section each. Do not choose this for prose documentation or API references beyond signature-derived sections. Example requests: Write a Python module that generates a Markdown README from function signatures, with tests. | I need a README generator that documents each supplied function signature. | Generate a README-generator module and prove it with pytest.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_record_deduplication Record deduplication module with pytest tests ~252
Produce a standard-library Python module that removes duplicate objects from a JSON array, plus pytest tests. Choose this when duplicates must be removed from a JSON array, keeping the first occurrence and preserving order, optionally on a key subset. Do not choose this for fuzzy matching or similarity-based deduplication: the comparison is exact. Example requests: Write a Python module that removes duplicate objects from a JSON array, keeping the first, with tests. | I need deduplication by a key subset that preserves input order. | Generate a dedupe module and a pytest suite for it.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_regex_from_examples Regex builder module with pytest tests ~258
Produce a standard-library Python module that builds a regular expression from positive and negative examples, plus pytest tests. Choose this when a regular expression must be derived from examples using the shared literal prefix, correctly escaped. Do not choose this expecting a general regex synthesiser: it uses the longest literal prefix shared by the positive examples, and negative examples are used for checking, not for general inference. Example requests: Write a Python module that builds a regex from positive and negative examples, with tests. | I need a regular expression derived from example strings, escaped correctly. | Generate a regex-builder module and prove it with pytest.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_regression_suite_generation Regression suite generator with pytest tests ~243
Produce a standard-library Python module that turns recorded input/output pairs into a pytest module, plus pytest tests. Choose this when recorded input/output pairs must become one deterministic pytest case per pair. Do not choose this to test behaviour not covered by the recorded pairs, or to generate non-deterministic tests. Example requests: Write a Python module that turns recorded input/output pairs into a pytest module, with tests. | I have input/output examples and want a deterministic regression test suite. | Generate a regression-suite generator and prove it with pytest.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_release_readiness_gate Release readiness gate ~265
A single go/no-go decision for a release: runs the repository hardening and the supply-chain and licence audit over the same artifacts, combines their findings, and returns a pass or block decision with the blocking findings named. At the end of a release cycle, when a single reproducible pass/block decision is needed. Do not choose this when you need exploitability proven by running the code, or a legal opinion. Example requests: Give me a go/no-go decision for this release. | Is this project safe to ship? Check hardening and licences together. | Which findings block my release? | Run the release readiness gate over these artifacts.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_requirements_pin_check requirements.txt check: unpinned, duplicate and option lines ~251
Check a Python requirements file for unpinned packages, duplicate entries (case-insensitively) and pip option lines, with line numbers. Choose this before freezing or auditing a Python requirements file, to find unpinned packages, case-insensitive duplicates and pip option lines. Do not choose this when you need to resolve, install or conflict-check the requirements; it examines the file's text only. Example requests: Which of my Python dependencies are unpinned? | Check this requirements.txt for duplicates before I freeze it. | Is this Python environment file reproducible?
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_security_audit_pack Security audit pack ~253
Audit a project's dependency manifest, configuration and source in one pass: leaked secrets, dangerous patterns and unpinned dependencies, with a risk score and grade. Before shipping or reviewing a project, for a fast consolidated security triage. Do not choose this when you need exploitability confirmed by running the code or a CVE database. Example requests: Audit this project for leaked secrets and dangerous patterns. | Give me a security risk score for this code and config. | Check my dependency manifest for unpinned or URL-sourced packages. | Run a security audit pack over these files.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_security_hardening_audit Repository hardening audit ~291
Audit a whole repository's container, infrastructure-as-code and CI artifacts in one pass: privileged containers, wildcard IAM, public buckets, secret interpolation and unpinned build steps, with a weighted risk score, a severity-ranked finding list and a letter grade. Before a release or a security review, to consolidate container, IaC and CI hardening into one ranked report. Do not choose this when you need the image built, the infrastructure applied, or a CVE database consulted. Example requests: Harden my repository before release: check the container, infra and CI. | Find privileged containers and wildcard IAM in these project files. | Give me a risk score for my Dockerfile, Terraform and GitHub workflow. | Run a repository hardening audit over these artifacts.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_sepa_payment_file_builder SEPA payment file builder ~222
Build a pain.001 SEPA XML batch from a payments table, validating IBANs and amounts. When a batch of SEPA credit transfers must be produced from a table. Do not choose this when the file must be signed or submitted to a bank. Example requests: Build a SEPA payment file from these rows. | Generate a pain.001 XML batch. | Turn this payment list into a SEPA file.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_settlement_reliability_report Payment settlement reliability report ~242
Analyse a log of x402 payment attempts: settlement rate, every failure reason mapped to its cause, and whether any authorization was left unconsumed. When a payment log needs the failure mix and the settlement rate quantified. Do not choose this when you need on-chain verification of each payment, which needs the chain. Example requests: Why are my x402 payments failing? | Report the settlement rate of these payment attempts. | Which failure reasons dominate my payment log? | Are my payments settling reliably enough to depend on?
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_sql_to_dataframe_migration SQL to dataframe migration ~215
Translate a SQL query into a pandas transform module plus a parity test that runs on your sample. When moving a query out of a warehouse into dataframe code. Do not choose this when the query uses joins, CTEs or window functions. Example requests: Convert this SQL query to pandas. | Migrate this query to a dataframe transform. | Give me the pandas equivalent of this SQL.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_star_schema_designer Star schema designer ~215
Split a source schema into fact and dimension tables and generate the star-schema DDL and model notes. When a warehouse needs a dimensional model sketched from sources. Do not choose this when a full normalisation or SCD design is required. Example requests: Design a star schema from this source schema. | Which tables are facts and which are dimensions? | Generate a star schema for this warehouse.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_statistics_plan_checker Statistical analysis plan checker ~279
Check a pre-registered analysis plan for completeness and internal consistency before data is collected: the registration identifier, primary outcome, sample size, alpha, power, randomisation, blinding, analysis population, missing-data handling and statistical method, plus uncontrolled multiplicity when several endpoints are named. Before data collection, to catch a plan that is incomplete or internally inconsistent. Do not choose this when you need the power calculation verified against an effect size, which needs the numbers. Example requests: Check my statistical analysis plan before I collect data. | Does my analysis plan state power, alpha and the multiplicity adjustment? | What is missing from this pre-registered analysis plan? | Run a statistical analysis plan check over this protocol.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_strategy_rule_compiler Strategy rule compiler ~216
Compile plain-language strategy rules into a structured rule set and a test module, flagging rules that cannot be compiled. When a strategy described in words must become a structured rule set. Do not choose this when the strategy must be executed or backtested. Example requests: Compile these trading rules into a rule set. | Turn this strategy description into structured rules. | Check whether these rules are implementable.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_supply_chain_licence_audit Supply-chain and licence audit ~277
Assess a project's declared dependency licences and supply-chain hygiene: copyleft and commercially restricted licences, undeclared licences, install-time scripts, URL-sourced packages, leaked credentials in the lockfile and tracked credential files, with a risk score and grade. Before adopting or shipping a dependency set, for a licence-obligation and supply-chain hygiene review. Do not choose this when you need the full resolved dependency tree or a legal opinion on licence compatibility. Example requests: Check my dependencies for copyleft and restricted licences. | Audit my supply chain for install scripts and leaked secrets. | Which of my dependencies have an unknown or undeclared licence? | Run a licence and supply-chain audit over these files.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_terraform_module_review Terraform module review ~236
Review a Terraform module for public ACLs, literal credentials, wildcard IAM policies and disabled encryption, each with the line number. As a fast first pass over a module before a full plan or a policy scan. Do not choose this when you need evaluated plan output or a policy engine such as OPA. Example requests: Review this Terraform module for security problems. | Does this .tf file hardcode any credentials or open a bucket publicly? | Audit my infrastructure-as-code module before I apply it.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_text_parser_module Text parsing module with pytest tests ~283
Produce a standard-library Python module that parses a text format into a structured result, plus pytest tests including malformed input. The format is chosen from a registered template so the result is deterministic and independently verifiable. Choose this when you need a standard-library parser for a registered text format, delivered with tests that include malformed input. Do not choose this for a bespoke grammar the templates do not cover, or for formats needing a third-party parser library. Example requests: Write a Python module that parses a key=value config file into a dict, with tests for malformed input. | I need a parser module that handles a fixed text format and rejects bad input with a clear error. | Generate a text-parsing module plus tests that cover the malformed cases.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_time_series_anomaly_config Time-series anomaly config ~212
Fit a z-score anomaly threshold to a series and backtest it against the same data. When a series needs a first anomaly threshold and a backtest. Do not choose this when the series has strong seasonality or trend. Example requests: Configure anomaly detection for this series. | What threshold should I use for this time series? | Backtest anomaly detection on this data.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_token_cost_estimator Token cost estimator ~213
Estimate the input and output token cost of a prompt across a list of model prices. When choosing a model or sizing a prompt budget. Do not choose this when you need exact tokenizer counts, which needs the model's tokenizer. Example requests: Estimate the token cost of this prompt across these models. | What will this prompt cost at this volume? | Compare model prices for this prompt.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_tool_permission_matrix Tool permission matrix ~208
Map each tool to the scopes that authorise it and flag tools with no scope. When reviewing which tools an agent may call and under what scope. Do not choose this when you need enforcement, which needs the runtime. Example requests: Build a permission matrix for these tools and scopes. | Which tools have no scope? | Map my agent tools to their permissions.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_trade_blotter_reconciler Trade blotter reconciler ~223
Reconcile a trade blotter against a broker file, reporting missing trades and value mismatches. At end of day, when the blotter must be tied to the broker's record. Do not choose this when partial fills or allocation differences must be modelled. Example requests: Reconcile my trade blotter against the broker file. | Which trades do not match the broker? | Find the breaks in this trade file.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_unit_conversion_library Unit conversion library with pytest tests ~323
Produce a standard-library Python module that converts a quantity between named units of length, mass and temperature, plus pytest tests. Choose this when you need to convert a quantity between named units of length, mass or temperature and want the factors exact and the result reproducible, delivered as a module with tests. Do not choose this when you need a unit outside the declared set, currency conversion, or dimensional analysis over compound units such as kilograms per cubic metre: the template covers the units it names and rejects the rest rather than approximating. Example requests: Write a Python module that converts between metric and imperial units with tests. | I need a unit converter for metres, feet, kilograms and pounds that is exact. | Generate a unit-conversion module covering length, mass and temperature and prove it with pytest. | Convert units and measurements: take a quantity in metres, feet, kilograms or pounds and return it in another named unit, with tests.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_url_health_matrix URL list checker: syntax, host and port problems before you fetch ~288
Check a list of URLs for syntax problems before a crawler, sitemap or link checker uses them: missing scheme, non-numeric port, embedded space, uppercase host. Reports one entry per line with its issues. Choose this when you have a list of URLs and want the syntax problems listed per line — missing scheme, a non-numeric port, an embedded space or a mixed-case host — before a crawler or link checker consumes them. Do not choose this when you need to know whether a URL is reachable: the service makes no network request and cannot report liveness. Example requests: Check this list of URLs for typos before I run the crawler. | Which of these URLs are malformed and why? | Sanity-check my sitemap URLs before I submit them.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_vat_tax_calculator VAT and tax calculator ~219
Apply jurisdiction tax rates to line items and deliver the tax summary and a line-level audit. When a flat rate must be applied to a set of line items. Do not choose this when reduced rates, thresholds or cross-border rules apply. Example requests: Calculate VAT on these line items. | What is the tax and gross for this basket at the GB rate? | Apply the DE VAT rate to these lines.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
submit_webhook_payload_validation Webhook payload validation module with pytest tests ~248
Produce a standard-library Python module that validates a webhook payload envelope, plus pytest tests. Choose this when an incoming webhook envelope must be validated to the registered shape and rejected with structured errors. Do not choose this for provider-specific signature verification or for a schema that differs from the registered envelope. Example requests: Write a Python module that validates a webhook JSON envelope and returns structured errors, with tests. | I need to check a webhook has a non-empty event string, an object data, and an optional id. | Generate a webhook-validation module and its pytest suite.
| Name | Type | Req | Description |
|---|---|---|---|
| accepted_price | string|number | – | The amount accepted, exactly as quoted (for example "5.00" or 5). Checked against the stored quote, so a price that moved between quote and authorize is refused rather than silently absorbed. Optiona… |
| authorized_by | string | yes | Identifier of the human or agent authorizing this job. |
| inputs | object | yes | – |
| quote_id | string | – | The quote_id returned by POST /v1/jobs. Required to authorize a priced capability; the service rejects a priced job that does not name the quote it issued. |
| Name | Type | Req | Description |
|---|---|---|---|
| access_token | string | – | Per-job credential. Present it as the X-Job-Token header to read the job or list it. Keep it; it is the only credential for this job. |
| artifacts | array | – | – |
| capability_id | string | – | – |
| job_id | string | yes | – |
| quote | object | – | – |
| state | – | yes | – |
| verification | object | – | Independent verification. verification.ok = false means the job failed, not a partial success. |
No examples provided.
How do I install the SwishrJobs MCP server?
SwishrJobs is a hosted endpoint at https://swishrjobs.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · swishrjobs.com
claude mcp add --transport http com-swishrjobs-swishrjobs 'https://swishrjobs.com/mcp'
What is the SwishrJobs MCP server?
SwishrJobs is an MCP server listed in the public MCP registry as com.swishrjobs/swishrjobs. Deterministic digital jobs with independently verified deliverables. This page covers its hosted endpoint (https://swishrjobs.com/mcp).
Is the SwishrJobs MCP server safe to use?
SwishrJobs scores 60 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the SwishrJobs MCP server expose?
SwishrJobs exposes 114 tools: list_capabilities, get_performance, select_capability, preflight_job, submit_job, and 109 more. Their descriptions and schemas cost roughly 27,462 tokens of context every time the server is loaded.
Does the SwishrJobs MCP server require authentication?
No. We connected to SwishrJobs without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.
Is the SwishrJobs MCP server still maintained?
SwishrJobs is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What did VerifyMCP test on the SwishrJobs MCP server?
VerifyMCP ran 12 checks on SwishrJobs, covering TLS certificate, HTTPS, HSTS header, DNSSEC and 8 more. One item could not be completed, a gap on our side rather than a finding about SwishrJobs: Authorization. Supply Chain Security and Provenance & Transparency do not apply to a hosted endpoint, so they were not tested. The score does not measure everything, and the scoring documentation lists what it leaves out.