SwishrJobs
REMOTE · SWISHRJOBS.COM
Deterministic digital jobs with independently verified deliverables.
Available components
Last scanned (8 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_edge_case_check Edge-case check module with pytest tests ~251
Produce a standard-library Python module that reports boundary conditions for a text value, plus pytest tests. Choose this when a text value must be classified against a fixed set of boundary conditions, one boolean each. Do not choose this for validation with error messages (use data-validation-module) or for conditions outside the fixed set. Example requests: Write a Python module that reports which boundary conditions a text value satisfies, with tests. | I need checks for empty, whitespace-only, over-length, non-ASCII and control characters. | Generate an edge-case check 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_embedding_similarity_report Embedding similarity report ~209
Compare two sets of texts and report the closest match and any near-duplicates. When deduplicating or matching records by text similarity. Do not choose this when semantic similarity is required across different vocabulary. Example requests: Find near-duplicate texts between these two sets. | Compare these two sets of texts for overlap. | Which of these records are duplicates of each other?
| 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_env_config_parsing Dotenv configuration parser module with pytest tests ~277
Produce a standard-library Python module that parses a dotenv-style configuration into JSON, plus pytest tests. Choose this when you need to parse a dotenv-style configuration into a JSON object, skipping comments and blank lines and honouring quoted values, delivered as a module with tests. Do not choose this when you need variable expansion, multi-line values, or to read the real process environment: this parser takes a string and returns an object, with no interpolation. Example requests: Write a Python module that parses a .env file into a dict, handling comments and quotes, with tests. | I need a dotenv parser that ignores blank lines and export prefixes. | Generate a dotenv-parsing 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_env_file_check .env checker: duplicate keys, empty values and leaked secrets ~285
Check a .env file for duplicate keys, empty values, unquoted values with spaces, invalid names and values that look like leaked credentials. Reports each problem with its line number. Choose this before a deploy, or when auditing an environment file, to find duplicate keys, empty values, unquoted values with spaces, invalid names and values whose shape looks like a credential. Do not choose this for a secrets manager or vault, which it cannot read, and do not treat a clean report as proof that no secret is present: the detector is a shape heuristic. Example requests: Check my .env for duplicate keys before I deploy. | Did I leave an empty value or a leaked secret in this environment file? | Audit this dotenv file for mistakes.
| 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_eval_dataset_builder Evaluation dataset builder ~217
Turn a table of task examples into a JSONL evaluation set and a scoring rubric. When you have labelled examples and need an eval set and rubric. Do not choose this when you need synthetic examples generated, which needs a model. Example requests: Build an eval dataset from these examples. | Turn this table of task examples into a JSONL eval set. | Make an evaluation set and rubric for this task.
| 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_expense_policy_checker Expense policy checker ~204
Check an expense claim against an amount limit, allowed categories and receipt rules. When a claim must be checked against a stated policy. Do not choose this when the policy varies by role, project or period. Example requests: Check these expenses against our policy. | Which expense claims break the rules? | Audit this expense claim for missing receipts.
| 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_feature_flag_audit Feature flag debt audit ~219
Find feature flags that are declared but appear nowhere in the source, and deliver a removal plan. During flag cleanup, when you have the flag list and the source. Do not choose this when flags are resolved dynamically, which a textual check cannot follow. Example requests: Which feature flags can I delete? | Find dead feature flags in this source tree. | Audit my flags and tell me what is safe to remove.
| 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_field_mapping Field mapping and renaming module with pytest tests ~242
Produce a standard-library Python module that renames and selects JSON fields using a mapping, plus pytest tests. Choose this when fields must be renamed and selected via an explicit source-to-destination mapping. Do not choose this for computed or transformed values: only names and selection change. Example requests: Write a Python module that renames and selects JSON fields using a mapping, with tests. | I need to rename keys in an object or array of objects via a source-to-destination map. | Generate a field-mapping module and test 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_financial_ratio_report Financial ratio report ~208
Compute standard financial ratios from a trial balance and report any missing inputs. When a trial balance or account summary needs standard ratios. Do not choose this when account names must be mapped from a chart of accounts. Example requests: Compute the financial ratios from this trial balance. | What are my margins and current ratio? | Give me a ratio report from these figures.
| 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_fine_tune_data_formatter Fine-tune data formatter ~212
Convert raw instruction/response pairs into training JSONL in chat or completion format. When preparing labelled pairs for a fine-tuning run. Do not choose this when you need data quality judged, which needs a model. Example requests: Format these pairs for fine-tuning. | Convert my instruction/response data to training JSONL. | Prepare this dataset in chat format.
| 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_fx_rate_normaliser FX rate normaliser ~204
Convert a column of amounts to a base currency using a supplied rate table. When amounts in mixed currencies must be brought to one base. Do not choose this when live or date-specific rates are required. Example requests: Convert these amounts to USD. | Normalise this column to a single currency. | Apply this rate table to my rows.
| 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_guardrail_policy_config Guardrail policy config ~219
Turn a list of guardrail rules into a policy document and a test module, and check examples against it. When codifying content or safety rules for an agent. Do not choose this when you need a live moderation model, which needs a model call. Example requests: Build a guardrail policy from these rules. | Generate a policy config and tests for these rules. | Check these examples against my guardrails.
| 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_html_text_extraction HTML to text extraction module with pytest tests ~286
Produce a standard-library Python module that extracts readable text from an HTML fragment, plus pytest tests. Choose this when you need the visible text of an HTML fragment with tags removed, script and style contents dropped, entities unescaped and whitespace collapsed, delivered as a module with tests. Do not choose this when you need a parsed DOM, CSS-selector queries, or a faithful browser rendering: the result is a text approximation, not a parsed document. Use a full HTML parser for that. Example requests: Write a Python module that strips HTML tags from a fragment and returns the plain text, with tests. | I need to turn an HTML snippet into readable text, dropping script and style blocks. | Generate an HTML-to-text 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_iban_bic_validator IBAN and BIC validator ~212
Validate IBAN checksums and BIC formats across a table of accounts. Before a payment run, to catch malformed account identifiers. Do not choose this when account existence must be confirmed, which needs the bank. Example requests: Validate these IBANs and BICs. | Which of these account numbers are wrong? | Check the checksums on this IBAN list.
| 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_invoice_data_extraction Invoice data extraction ~211
Extract invoice number, date, total and VAT from invoice text and deliver a reconciliation CSV. When invoices arrive as text and need structuring for reconciliation. Do not choose this when the source is a PDF or scan, which needs OCR. Example requests: Extract the totals from these invoices. | Turn this invoice text into structured records. | Parse these invoices into a reconciliation 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_iso20022_validator ISO 20022 validator ~210
Validate an ISO 20022 payment message for its required blocks and fields, and total the amounts. Before sending a payment message, to catch missing elements. Do not choose this when full XSD schema validation is required. Example requests: Validate this ISO 20022 payment message. | Is my pain.001 message complete? | Check this payment XML for missing fields.
| 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_job Authorize and run a SwishrJobs job ~177
Authorize and execute a previously quoted job, then return the verified result. Requires explicit authorization. Prefer a capability-specific tool (for example submit_csv_json_transformation) when one exists, because it documents that capability's exact inputs.
| 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 | – |
| capability_id | string | yes | – |
| inputs | object | – | – |
| 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_json_csv_conversion JSON to CSV transform module with pytest tests ~262
Produce a standard-library Python module that renders a JSON array of objects as CSV text, plus pytest tests. Choose this when you need a tested function that renders a JSON array of objects as CSV, using the union of keys as the header. Do not choose this when you need the conversion performed on your data now, or when the CSV format must be bespoke (delimiter, quoting rules). Example requests: Write a Python function that renders a JSON array of objects as CSV, with tests. | I need JSON to CSV with the header being the union of all keys. | Generate a JSON-to-CSV 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_json_diff Structural JSON diff module with pytest tests ~269
Produce a standard-library Python module that reports the structural difference between two JSON documents, plus pytest tests. Choose this when you need the structural difference between two JSON documents as added, removed and changed paths, delivered as a module with tests. Do not choose this for a textual or line-oriented diff, for JSON Patch generation, or for applying a patch. This reports differences; it does not transform documents. Example requests: Write a Python module that diffs two JSON documents and reports added, removed and changed keys, with tests. | I need a structural JSON diff that shows changed paths, not a line diff. | Generate a JSON-diff 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_json_key_audit JSON key audit: inconsistent casing, odd characters and depth ~261
Audit the keys in a JSON document: keys that differ only by case, keys containing non-identifier characters, total key count, occurrence frequency and maximum nesting depth. Choose this before generating a schema or code from a JSON sample, to find keys that differ only by case, keys with non-identifier characters, and the document's nesting depth. Do not choose this when you need the document validated against a schema; use json-schema-validation. Example requests: Are the keys in this JSON consistent? | Audit this JSON for casing mistakes before I generate a schema. | How deep is this JSON and what keys does it use?
| 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_json_ndjson_check JSON Lines checker: locate the bad line in an NDJSON stream ~263
Validate a JSON Lines (NDJSON) stream and report the line number and parser error of every line that is not valid JSON, so a broken export can be fixed without bisecting it. Choose this when a JSON Lines or NDJSON file fails to load and you need the exact line number and parser error rather than bisecting the file. Do not choose this for a single multi-line JSON document; use json-schema-validation or json-key-audit. Example requests: Find the broken line in this JSON Lines export. | Which lines of this NDJSON file are invalid? | Validate this jsonl stream before I load 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_json_schema_inference JSON Schema inference module with pytest tests ~259
Produce a standard-library Python module that infers a JSON Schema from sample records, plus pytest tests. Choose this when you need a draft 2020-12 JSON Schema inferred from sample objects, with keys present in every record marked required. Do not choose this for a hand-tuned schema or for constraints the samples do not express (formats, ranges, enums). Example requests: Write a Python module that infers a JSON Schema from sample records, with tests. | I need a JSON Schema generated from example objects, marking common keys as required. | Generate a schema-inference 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_json_schema_validation JSON Schema validation of a document ~297
Validate a JSON document against a JSON Schema and report every violation with its JSON Pointer path and the keyword that failed. Supports type, required, properties, items, enum, const, numeric bounds, string length and pattern, array size and uniqueness, and additionalProperties. Choose this when you have a concrete JSON document and a JSON Schema and need every violation located by JSON Pointer path and failing keyword. Do not choose this when you need a validator module for your own service (use webhook-payload-validation), or when the schema relies on $ref, allOf, anyOf or oneOf, which this documented subset does not evaluate. Example requests: Validate this JSON payload against my schema and list the failures. | Which fields in this webhook payload violate the schema? | Check this API response against its JSON Schema.
| 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_json_to_csv_rows JSON to CSV: turn records into a spreadsheet-ready file ~342
Convert a JSON document into a CSV file. Accepts an array of objects, a single object, or an API envelope such as {"data": [...]}. The header is the sorted union of every record's keys, nested values are kept as compact JSON, and records with missing keys are padded and reported. Choose this when you have JSON records and need a CSV file: an array of objects, a single object, or an API envelope such as {"data": [...]}. The header is the sorted union of every record's keys, so a record with an extra field still contributes a column. Do not choose this when you need the opposite direction (use csv-to-json-rows), when the JSON must be validated against a schema (use json-schema-validation), or when the records need cleaning first (run csv-clean on the output). Example requests: Turn this API response into a CSV I can open in Excel. | Convert this JSON export into CSV for a bulk database import. | Flatten this list of JSON records into a spreadsheet.
| 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_key_normalisation Object key normalisation module with pytest tests ~242
Produce a standard-library Python module that rewrites JSON object keys to lower snake_case, plus pytest tests. Choose this when object keys must become lower snake_case, with values left untouched. Do not choose this expecting acronym splitting: a capital run like HTTPServer becomes httpserver, not http_server. Example requests: Write a Python module that rewrites JSON object keys to lower snake_case, with tests. | I need camelCase keys converted to snake_case without changing the values. | Generate a key-normalisation module and a 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.
submit_kpi_definition_catalogue KPI definition catalogue ~216
Turn a list of metric names and source tables into a metrics.yml catalogue with grains and dimensions. When standing up a metrics layer from a list of agreed KPI names. Do not choose this when the metric SQL must be fully implemented and validated. Example requests: Build a metrics catalogue from these KPI names. | Define these metrics against my source tables. | Create a metrics.yml for my KPIs.
| 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_kubernetes_manifest_hardening Kubernetes manifest hardening report ~233
Check Kubernetes manifests for privileged containers, root users, host networking, mutable :latest tags and writable root filesystems, and deliver a hardened copy of each document. Before applying manifests, to catch the common pod-security mistakes. Do not choose this when you need admission-control policy evaluation or schema validation. Example requests: Harden this Kubernetes manifest and show me what was unsafe. | Are these deployment manifests running privileged containers? | Give me a hardened version of my k8s YAML.
| 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_ledger_integrity_check Ledger integrity check ~204
Check that every journal entry and the ledger as a whole balance, and flag malformed rows. After posting a journal, before closing the period. Do not choose this when account-code or period validation is required. Example requests: Check whether this ledger balances. | Find the unbalanced journal entries. | Audit this journal for double-sided rows.
| 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_llm_output_schema_guard LLM output schema guard ~223
Validate a JSON model output against a schema, locate every violation, and coerce the fields that can be repaired. After an LLM call, before trusting or storing its structured output. Do not choose this when you need full JSON Schema compliance including combinators. Example requests: Check this model output against my schema. | Guard my LLM JSON output and fix what can be fixed. | Validate this structured output and repair 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_log_format_parser Log format parser generator ~234
Infer a log format from sample lines and deliver a Python parser module that extracts timestamps, addresses and bracketed fields, plus the parsed samples as JSON. When you have sample logs and want a working parser rather than a regex to write by hand. Do not choose this when the log format is already known and a library parser exists. Example requests: Write me a parser for this log format. | Generate a Python module that parses these log lines. | What fields can be extracted from these logs?
| 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_malformed_record_detection Malformed-record detection module with pytest tests ~251
Produce a standard-library Python module that reports records violating a fixed field contract, plus pytest tests. Choose this when you need one entry per offending record, naming its index and the rule it broke, against a fixed contract. Do not choose this for a contract outside the registered template, or if you need the records corrected rather than reported. Example requests: Write a Python module that finds records violating a fixed field contract, with tests. | I need a checker that reports the index and failed rule for each bad record. | Generate a malformed-record detector 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_markdown_table_rendering Markdown table renderer with pytest tests ~242
Produce a standard-library Python module that renders JSON records as a Markdown table, plus pytest tests. Choose this when JSON records must become a GitHub-flavoured Markdown table with pipes escaped. Do not choose this for HTML tables, spreadsheet formats, or column alignment rules beyond the template. Example requests: Write a Python module that renders JSON records as a GitHub Markdown table, with tests. | I need a Markdown table renderer that escapes pipes so data cannot break the table. | Generate a Markdown-table module and test 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_mcp_tool_schema_linter MCP tool schema linter ~207
Lint MCP tool definitions: missing input schemas, non-object schemas, and untyped properties. Before publishing an MCP server, to catch schema defects. Do not choose this when you need the tools executed. Example requests: Lint these MCP tool schemas. | Are my MCP tool definitions well formed? | Check my MCP tools for schema problems.
| 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_metadata_extraction Metadata extraction module with pytest tests ~252
Produce a standard-library Python module that extracts key/value metadata from a document head, plus pytest tests. Choose this when 'key: value' metadata must be read from the head of a text document, preserving duplicate keys rather than overwriting. Do not choose this for YAML/TOML front matter parsing or for metadata spread through the body. Example requests: Write a Python module that extracts 'key: value' metadata from a document head, with tests. | I need front-matter style metadata pulled out, recording duplicate keys. | Generate a metadata-extraction module and test 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_model_card_generator Model card generator ~212
Assemble a model card from a model config and its metrics, and flag missing governance sections. When a model needs documentation for governance or release. Do not choose this when you need the model evaluated, which needs the model and data. Example requests: Generate a model card from this config and these metrics. | Document this model for governance review. | Build a model card for my classifier.
| 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_multi_agent_orchestration_plan Multi-agent orchestration plan ~220
Split a workflow description into typed steps and produce an orchestration plan and a Mermaid diagram. At design time, to turn a described workflow into steps and a diagram. Do not choose this when you need the workflow executed, which needs the agents. Example requests: Plan the orchestration for this agent workflow. | Turn this workflow into agent steps and a diagram. | Design the multi-agent flow for this process.
| 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_nested_flattening Nested-object flattening module with pytest tests ~257
Produce a standard-library Python module that flattens a nested object into dotted-path keys, plus pytest tests. Choose this when a nested object must become single-level dotted-path keys, leaving lists as leaves. Do not choose this if you need lists indexed into keys (a.0, a.1) or a custom separator: the template fixes the behaviour. Example requests: Write a Python module that flattens a nested object into dotted-path keys, with tests. | I need nested JSON flattened to single-level keys like a.b.c. | Generate a flattening 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.
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.