Payload
payloadcms/payload
A skill your agent uses when working with Payload projects (payload.config.ts, collections, fields, hooks, access control, Payload API).
Generate the whole integration stack from a JSON payload: JSON structure, non-persistent entities, import mapping, and the REST CALL microflow.
$ npx skills add mendixlabs/mxcli --skill rest-call-from-json -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install mendixlabs/mxcli rest-call-from-json --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/mendixlabs/mxcli.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/mendix/rest-call-from-json .claude/skills/rest-call-from-json && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "rest-call-from-json" agent skill from https://github.com/mendixlabs/mxcli/tree/main/.claude/skills/mendix/rest-call-from-json into .claude/skills/rest-call-from-json/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "rest-call-from-json", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/mendixlabs/mxcli/tree/main/.claude/skills/mendix/rest-call-from-jsonType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add mendixlabs/mxcli --skill rest-call-from-json -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install mendixlabs/mxcli rest-call-from-json --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/mendixlabs/mxcli.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.claude/skills/mendix/rest-call-from-json .agents/skills/rest-call-from-json && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "rest-call-from-json" agent skill from https://github.com/mendixlabs/mxcli/tree/main/.claude/skills/mendix/rest-call-from-json into .agents/skills/rest-call-from-json/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "rest-call-from-json", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add mendixlabs/mxcli --skill rest-call-from-json -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install mendixlabs/mxcli rest-call-from-json --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/mendixlabs/mxcli.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.claude/skills/mendix/rest-call-from-json .cursor/skills/rest-call-from-json && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "rest-call-from-json" agent skill from https://github.com/mendixlabs/mxcli/tree/main/.claude/skills/mendix/rest-call-from-json into .cursor/skills/rest-call-from-json/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "rest-call-from-json", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/mendixlabs/mxcli.git --path .claude/skills/mendix/rest-call-from-json--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add mendixlabs/mxcli --skill rest-call-from-json -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install mendixlabs/mxcli rest-call-from-json --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/mendixlabs/mxcli.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.claude/skills/mendix/rest-call-from-json .gemini/skills/rest-call-from-json && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "rest-call-from-json" agent skill from https://github.com/mendixlabs/mxcli/tree/main/.claude/skills/mendix/rest-call-from-json into .gemini/skills/rest-call-from-json/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "rest-call-from-json", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install mendixlabs/mxcli rest-call-from-jsonInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add mendixlabs/mxcli --skill rest-call-from-json -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/mendixlabs/mxcli.git skills-src && mkdir -p .github/skills && cp -r skills-src/.claude/skills/mendix/rest-call-from-json .github/skills/rest-call-from-json && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "rest-call-from-json" agent skill from https://github.com/mendixlabs/mxcli/tree/main/.claude/skills/mendix/rest-call-from-json into .github/skills/rest-call-from-json/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "rest-call-from-json", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add mendixlabs/mxcli --skill rest-call-from-json -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install mendixlabs/mxcli rest-call-from-json --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/mendixlabs/mxcli.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.claude/skills/mendix/rest-call-from-json .opencode/skills/rest-call-from-json && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "rest-call-from-json" agent skill from https://github.com/mendixlabs/mxcli/tree/main/.claude/skills/mendix/rest-call-from-json into .opencode/skills/rest-call-from-json/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "rest-call-from-json", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
rest-call-from-jsonGenerate the whole integration stack from a JSON payload: JSON structure, non-persistent entities, import mapping, and the REST CALL microflow.
REST Call From JSON is an agent skill from mendixlabs/mxcli. Generate the whole integration stack from a JSON payload: JSON structure, non-persistent entities, import mapping, and the REST CALL microflow. Use when starting from an example response and needing everything between it and a working microflow.
Its SKILL.md is about 3.5k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
The repository describes itself as: Mendix cli tool, a headless way to work with Mendix projects. Enables Mendix projects for use with 3rd party agentic coding tools like Claude Code and Copilot. Includes a… The licence is Apache-2.0.
6 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit a924d11. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are sql).
From the folder's file list and the shell code blocks in SKILL.md.
Hosts in commands or code, which the agent is likely to contact:
bible-api.comFrom URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
REST Call From JSON loads about 3.5k tokens when it runs. Until then it costs about 66 tokens; SKILL.md has 1,017 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from mendixlabs/mxcli at commit a924d11, republished under its Apache-2.0 licence (© mendixlabs). 1,017 words, ~3,452 tokens.
.claude/skills/rest-call-from-json/SKILL.md (or your agent's skills folder).Use this skill to generate the full stack of Mendix integration artifacts from a JSON payload: JSON Structure → Non-persistent entities → Import Mapping → microflow.
Two approaches: This skill uses the inline REST CALL approach (good for one-off calls and quick prototyping). For structured APIs with reusable operations, use the REST Client approach instead — see rest-client for
create consumed rest service+send rest request
- optional
transformwith JSLT data transformers.
mdl 1;
create json structure Module.JSON_MyStructure
sample '{"key": "value", "count": 1}';''.json.MarshalIndent output.Verify after creation:
describe json structure Module.JSON_MyStructure;
-- Should show: element tree under "-- Element tree:" commentDerive one entity per JSON object type. Name them after what they represent (not after JSON keys).
mdl 1;
create non-persistent entity Module.MyRootObject (
stringField : string,
intField : integer,
decimalField : decimal,
boolField : boolean default false
);
create non-persistent entity Module.MyNestedObject (
name : string,
code : string
);
create association Module.MyRootObject_MyNestedObject
from Module.MyRootObject
to Module.MyNestedObject;Rules:
string (no length — unlimited)integer, decimal, or long — remove defaults for optional fieldsdefault true|falsenon-persistent — these entities are not stored in the database. The keyword is
hyphenated and goes before entity: create non-persistent entity Mod.X (...).
NON_PERSISTENT, and a (NON_PERSISTENT) inside the body, are both parse errorsParent_ChildFull reference: See json-structures-and-mappings for complete import/export mapping syntax, domain model patterns, and common mistakes.
mdl 1;
create import mapping Module.IMM_MyMapping
with json structure Module.JSON_MyStructure
{
create Module.MyRootObject {
stringField = stringField,
intField = intField,
create Module.MyRootObject_MyNestedObject/Module.MyNestedObject = nestedKey {
name = name,
code = code
}
}
};Syntax rules:
create Module.Entity { ... } — always starts with handling keywordattributename = jsonFieldName — entity attribute on the left, JSON field on the rightcreate association/entity = jsonKey { ... } — association path + JSON keycreate (default), find (requires KEY), find or createattr = jsonField key — marks the attribute as a matching keyattr = Module.Microflow(jsonField) — call a microflow to transform the valueVerify after creation — check Schema elements are ticked in Studio Pro:
Place the microflow in the [pages]/Operations/ folder or Private/ depending on whether it is public.
create microflow Module.GET_MyData ()
begin
@position(-5, 200)
declare $baseUrl string = 'https://api.example.com';
@position(185, 200)
declare $endpoint string = $baseUrl + '/path';
@position(375, 200)
$Result = call rest service get '{1}' with ({1} = $endpoint) (
Headers: ('Accept': 'application/json'),
Timeout: 300,
) returns mapping Module.IMM_MyMapping as Module.MyRootObject on error rollback;
@position(565, 200)
log info node 'Integration' 'Retrieved result' with ();
end;
/Key points:
@position annotations control the canvas layout — StartEvent is auto-placed 150px to the left of the first annotated activityas Module.MyEntity — do NOT hardcode it on the left side; the executor overrides itObjectType (single); if Array, ListType (list)on error rollback — standard error handling for integration callsFor list responses (JSON root is an array):
$Results = call rest service get '{1}' with ({1} = $endpoint) (
Headers: ('Accept': 'application/json'),
Timeout: 300,
) returns mapping Module.IMM_MyMapping as Module.MyItem on error rollback;
@position(565, 200)
$count = count $MyItem;Instead of using returns mapping on a REST CALL, you can use standalone import/export mapping actions. This is useful when you already have a JSON string and want to map it to entities, or when you want to serialize entities back to JSON.
Applies an import mapping to a string variable (JSON content) to produce entity objects:
-- With assignment (non-persistent entities, need the result in the flow)
$PetResponse = import from mapping Module.IMM_Pet($JsonContent);
-- Without assignment (persistent entities, just stores to DB)
import from mapping Module.IMM_Pet($JsonContent);Applies an export mapping to an entity object to produce a JSON string:
$JsonOutput = export to mapping Module.EMM_Pet($PetResponse);mdl 1;
create microflow Module.ProcessPetData ()
begin
declare $ResponseContent string = $latestHttpResponse/content;
$PetResponse = import from mapping Module.IMM_Pet($ResponseContent);
-- Process the imported data...
$JsonOutput = export to mapping Module.EMM_Pet($PetResponse);
log info node 'Integration' 'Exported: ' + $JsonOutput;
end;Everything above receives data. To send it, an inline call rest service takes
a Body: in its settings list, in one of four forms:
-- 1. String template with placeholders
Body: template '{{"name": "{1}", "qty": {2}}' with ({1} = $Name, {2} = toString($Qty))
-- 2. An expression that already yields the payload
Body: $JsonPayload
-- 3. An export mapping (entity -> JSON)
Body: mapping Module.EMM_Item from $Item
-- 4. Raw bytes — a file document's CONTENTS member
Body: binary $Doc/ContentsThe settings list goes after the URL, with the other dialog settings:
$Response = call rest service post 'https://api.example.com/items' (
Headers: ('Content-Type': 'application/json'),
Body: mapping Module.EMM_Item from $Item,
Timeout: 60,
) returns response;The expression is the file document's Contents member, not the document,
and the content type goes on a header — the body clause carries only the bytes:
mdl 1;
create or modify microflow Module.POST_Document_Upload (
$Doc: Module.UploadedFile
)
returns boolean as $Ok
begin
declare $Ok boolean = false;
$Response = call rest service post 'https://api.example.com/documents' (
Headers: ('ContentType': 'application/pdf'),
Body: binary $Doc/Contents,
Timeout: 300,
) returns response;
set $Ok = $Response/StatusCode = 200;
return $Ok;
end;$Doc must be a specialization of System.FileDocument. Downloading is the
mirror image — returns Module.UploadedFile stores the response body in a new
file document.
A consumed REST CLIENT document cannot do this. Its body is one of
Rest$JsonBody, Rest$StringBody or Rest$ImplicitMappingBody — all textual —
so Body: file from $Doc in a create consumed rest service operation is refused as
MDL-REST02. Binary uploads belong in a microflow. (Response: file as $Doc
on an operation is fine; downloads work either way.)
-- Step 1: JSON Structure
create json structure Integrations.JSON_BibleVerse
sample '{"translation":{"identifier":"web","name":"World English Bible","language":"English","language_code":"eng","license":"Public Domain"},"random_verse":{"book_id":"1SA","book":"1 Samuel","chapter":17,"verse":49,"text":"David put his hand in his bag, took a stone, and slung it."}}';
-- Step 2: Entities
create non-persistent entity Integrations.BibleApiResponse ();
create non-persistent entity Integrations.BibleTranslation (
identifier : string,
name : string,
language : string,
language_code : string,
license : string
);
create non-persistent entity Integrations.BibleVerse (
book_id : string,
book : string,
chapter : integer,
verse : integer,
text : string
);
create association Integrations.BibleApiResponse_BibleTranslation
from Integrations.BibleApiResponse
to Integrations.BibleTranslation;
create association Integrations.BibleApiResponse_BibleVerse
from Integrations.BibleApiResponse
to Integrations.BibleVerse;
-- Step 3: Import Mapping
create import mapping Integrations.IMM_BibleVerse
with json structure Integrations.JSON_BibleVerse
{
create Integrations.BibleApiResponse {
create Integrations.BibleApiResponse_BibleTranslation/Integrations.BibleTranslation = translation {
identifier = identifier,
language = language,
language_code = language_code,
license = license,
name = name
},
create Integrations.BibleApiResponse_BibleVerse/Integrations.BibleVerse = random_verse {
book = book,
book_id = book_id,
chapter = chapter,
text = text,
verse = verse
}
}
};
-- Step 4: Microflow
create microflow Integrations.GET_BibleVerse_Random ()
begin
@position(-5, 200)
declare $baseUrl string = 'https://bible-api.com';
@position(185, 200)
declare $endpoint string = $baseUrl + '/data/web/random';
@position(375, 200)
$Result = call rest service get '{1}' with ({1} = $endpoint) (
Headers: ('Accept': 'application/json'),
Timeout: 300,
) returns mapping Integrations.IMM_BibleVerse as Integrations.BibleApiResponse on error rollback;
@position(565, 200)
log info node 'Integration' 'Retrieved Bible verse' with ();
end;
/| Symptom | Cause | Fix |
|---|---|---|
| Studio Pro "not consistent with snippet" | JSON element tree keys not in alphabetical order | Executor sorts keys; re-derive from snippet |
| Schema elements not ticked in import mapping | JsonPath mismatch | Named object elements use (object)|key, NOT (object)|key|(object) |
| Import mapping not linked in REST call | Wrong BSON field name | Use ReturnValueMapping, not mapping |
| Studio Pro shows "List of X" but mapping returns single X | ForceSingleOccurrence not set | Executor auto-detects from JSON structure root element type |
| StartEvent behind first activities | Default posX=200 vs @position(-5,...) | Fixed: executor pre-scans for first @position and shifts StartEvent left |
TypeCacheUnknownTypeException | Wrong BSON $type names | ImportMappings$ObjectMappingElement / ImportMappings$ValueMappingElement (no import prefix) |
| Attribute not found in Studio Pro | Attribute not fully qualified | Must be Module.Entity.AttributeName in the BSON |
CE0117 "Error(s) in expression." at the end event after a REST call | returns response binds a System.HttpResponse, so returning it from a returns string microflow is a type error | Match the microflow's return type to what you do with the response — e.g. returns boolean and set $Ok = $Response/StatusCode = 200 |
| Upload returns HTTP 200 but the server received a few bytes | Body: file from $Doc on a REST CLIENT document used to be written as the literal text $Doc | Now refused as MDL-REST02 — upload from a microflow with body binary $Doc/Contents |
| Artifact | Pattern | Example |
|---|---|---|
| JSON Structure | JSON_<ApiName> | JSON_BibleVerse |
| Import Mapping | IMM_<ApiName> | IMM_BibleVerse |
| Root entity | Describes the API response | BibleApiResponse |
| Nested entities | Describes the domain concept | BibleVerse, BibleTranslation |
| Microflow | METHOD_Resource_Operation | GET_BibleVerse_Random |
| Folder | Private/ for mappings/structures, Operations/ for public microflows | — |
© mendixlabs, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .claude/skills/mendix/rest-call-from-json of mendixlabs/mxcli.
Open the folder on GitHubat commit a924d11
REST Call From JSON next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| REST Call From JSON this skillmendixlabs/mxcli | 128 | — | ~3.5k | Automated safety check: Pass | Apache-2.0 | |
| Payloadpayloadcms/payload | 45k | 5 repos | ~6.2k | Automated safety check: Pass | MIT | |
| Agentmemory REST APIrohitg00/agentmemory | 29k | — | ~404 | Automated safety check: Pass | Apache-2.0 | |
| Payload Accessibilitypayloadcms/payload | 45k | — | ~808 | Automated safety check: Pass | MIT | |
| Phoenix REST APIArize-ai/phoenix | 12k | — | ~286 | Automated safety check: Pass | Custom licence | |
| Onesignal REST API AutomationComposioHQ/awesome-claude-skills | 77k | 3 repos | ~754 | Automated safety check: Pass | None |
payloadcms/payload
A skill your agent uses when working with Payload projects (payload.config.ts, collections, fields, hooks, access control, Payload API).
rohitg00/agentmemory
Covers the HTTP REST endpoints of the agentmemory server, its primary interface, for hosts without MCP or when MCP is unavailable.
payloadcms/payload
A skill your agent uses when changing or reviewing rendered Payload UI, interaction or focus behavior, semantic markup, accessibility tests, or WCAG/VPAT evidence.
Arize-ai/phoenix
REST API development for Phoenix. An agent skill from Arize-ai/phoenix.
ComposioHQ/awesome-claude-skills
Automate OneSignal tasks via Rube MCP (Composio). An agent skill from ComposioHQ/awesome-claude-skills.
ComposioHQ/awesome-claude-skills
Automate Shorten Rest tasks via Rube MCP (Composio). An agent skill from ComposioHQ/awesome-claude-skills.
mendixlabs/mxcli
Push OData query options into the SQL of a Mendix resource served by a read microflow, so $filter, $orderby, $top, $skip, $count and the key lookup reach the database instead of being silently…
mendixlabs/mxcli
Chart a Mendix app with Vega-Lite through a pluggable widget that takes the specification and the data as separate properties, so the model emits rows and never assembles a chart payload.
mendixlabs/mxcli
Author Mendix AI agent documents in MDL — Model, Knowledge Base, Consumed MCP Service and Agent, with variables, tools and multi-line prompts.
mendixlabs/mxcli
Run set-based INSERT, UPDATE and DELETE against Mendix entities through OQL statements, which the runtime supports and Studio Pro cannot author.
mendixlabs/mxcli
Stand up an HTTP endpoint you control instead of a live third-party API, and point the Mendix app at it — Prism from an OpenAPI contract, a constant swap, or a forward proxy.
mendixlabs/mxcli
Call external REST APIs from Mendix — the three approaches (inline REST CALL, consumed REST client document, generated from OpenAPI) and how to choose.
Generate the whole integration stack from a JSON payload: JSON structure, non-persistent entities, import mapping, and the REST CALL microflow. REST Call From JSON is an agent skill from mendixlabs/mxcli. Generate the whole integration stack from a JSON payload: JSON structure, non-persistent entities, import mapping, and the REST CALL microflow.
REST Call From JSON fits situations like: starting from an example response and needing everything between it and a working microflow.
Run `npx skills add mendixlabs/mxcli --skill rest-call-from-json -a claude-code`. Or copy the skill folder (.claude/skills/mendix/rest-call-from-json in mendixlabs/mxcli) into .claude/skills/rest-call-from-json in your project. Claude Code loads it when a task matches its description.
Run `npx skills add mendixlabs/mxcli --skill rest-call-from-json -a codex`. Or copy the skill folder (.claude/skills/mendix/rest-call-from-json in mendixlabs/mxcli) into .agents/skills/rest-call-from-json in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add mendixlabs/mxcli --skill rest-call-from-json -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/rest-call-from-json, .gemini/skills/rest-call-from-json, .github/skills/rest-call-from-json and .opencode/skills/rest-call-from-json in your project.
SKILL.md names no scripts, command-line tools or credentials: REST Call From JSON is instructions for the agent only.
SKILL.md names 1 domain. In commands or code: bible-api.com; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
REST Call From JSON is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.5k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with REST Call From JSON: Payload (payloadcms/payload, 45k stars), Agentmemory REST API (rohitg00/agentmemory, 29k stars), Payload Accessibility (payloadcms/payload, 45k stars) and Phoenix REST API (Arize-ai/phoenix, 12k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
mendixlabs (a GitHub organization) maintains it in mendixlabs/mxcli, which has 128 GitHub stars. The repository holds 75 skills in this directory. The repository was last updated on October 7, 2026.
Source: mendixlabs/mxcli on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.