Skip to content
Back to skills

Relewise Administration

ASecurity

Inspect Relewise Dataset Jobs and execution history. Use when a user wants to understand configured jobs, recent runs, failures, execution messages, or job settings. These operations are read-only; they do not run or change Jobs.

  • 9 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 19, 2026
ai-agents

Works with

  • cursor
  • cli
  • mcp

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 19, 2026

npx -y skills add Relewise/relewise-agent-plugins --skill relewise-administration --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Relewise Administration?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Relewise Administration
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/relewise-relewise-administration/badge)](https://www.skillsdirectory.com/skills/relewise-relewise-administration)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: relewise-administration
metadata:
  relewise-execution-skill: relewise-agent-gateway
description: Inspect Relewise Dataset Jobs and execution history. Use when a user wants to understand configured jobs, recent runs, failures, execution messages, or job settings. These operations are read-only; they do not run or change Jobs.
---

# Relewise Administration

Before any Agent Gateway call, activate and follow the installed `relewise-agent-gateway` skill from this plugin. Pass it the selected REST operation ID and/or MCP tool plus validated parameters; do not resolve the CLI, choose a transport, or handle authentication in this domain skill. Confirm the intended Dataset before making an Administration call and ensure its Agent Gateway Administration area is enabled.

## Inspect Jobs

1. Call `list_jobs` to discover the Dataset's Jobs and their stable Job IDs. Do not guess a Job ID.
2. Use `get_job` with a Job ID returned by `list_jobs` to inspect its schedule, type, state, and safe custom configuration.
3. Treat the returned execution summary as the latest available summary; it does not provide the full execution history.
4. Explain that these operations cannot create, start, stop, or modify Jobs.

## Inspect execution history

1. Use `list_job_logs` with an inclusive UTC date range. Filter by Job ID when the user asks about one Job; omit it to inspect all Jobs.
2. Use the returned cursors for pagination. Do not combine `beforeLogId` and `afterLogId`.
3. Use `get_job_log` with a Job ID and Log ID returned by `list_job_logs` to inspect the complete execution messages.
4. Distinguish `completed`, `completedWithWarnings`, and `faulted`. Do not infer a run outcome from a missing or nullable message.

State the Dataset, Job name/type/ID, execution dates, result, and relevant messages. Separate observed Job configuration and execution records from conclusions about data freshness or integration health.

Files in this skill

  • SKILL.md1.9 KB
  • operations.json149 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.