From AgenTeX
Executes user-defined API calls from a catalog during test runs. Use when a test step needs an HTTP call to verify persistence, check endpoints, or seed data.
How this skill is triggered — by the user, by Claude, or both
Slash command
/agentex:api-integrationThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Lets test scenarios call APIs **by name**, from definitions the user wrote. Execution is done
Lets test scenarios call APIs by name, from definitions the user wrote. Execution is done by the bundled runner script (deterministic, enforces the safety rules in code):
node ${CLAUDE_PLUGIN_ROOT}/skills/api-integration/scripts/run_api.js \
--entry <file-name>.<request-name> --param key=value [--param ...] \
[--expect-status 200] [--expect-field <dot.path>] [--expect-equals <dot.path>=<value>] \
--log <SESSION_DIR>/logs/<scenario>-<entry>.log
It loads the catalog, validates params, resolves env vars, performs the request, writes the
evidence log, checks expectations, and prints one JSON line:
{"result":"PASS|FAIL|BLOCKED", ...} (exit 0/1/2). Read
${CLAUDE_PLUGIN_ROOT}/skills/api-integration/references/api-requests.md for the catalog
format, curl fallback (if node/script fails), and assertion details.
Definitions live in the consumer project at ./integration/ (<service>_api.json).
${CLAUDE_PLUGIN_ROOT}/skills/api-integration/templates/sample_api.json (never overwrite),
then ask the user to define their entries.api: <file-name>.<request-name>(param=value, ...) → <expectation>
Example: api: sample-api.get-todo(id=1) → expect HTTP 200 and title present
tokenEnv); never print values.Runner writes status + headers + body to the --log path (under the session's logs/).
Expectation mismatch = FAIL defect with that log as evidence, reported in the standard
defect format.
The runner needs only Node (already required by the plugin). For the curl fallback, preflight per the reference.
npx claudepluginhub mhmdelgazzar/elgazzar-plugins --plugin agentexCreates, edits, and verifies skills using a test-driven development approach with pressure scenarios and subagents.