aevatar-scheduler

Solid

Create and manage cron schedules that fire an Aevatar service on a recurring basis, authenticated as the scope owner via NyxID — over the REST API. Use when a user wants to "schedule", "run on a cron", "set up a recurring run", "run every day/hour/Monday", "automate this service on a timer", "preview a cron", "pause/resume/disable a schedule", or "run it now" — or hits token_expired on a scheduled run's late steps. It builds the schedule against a published service (identity + endpoint + payload + serving revision), uses scope-owner NyxID auth (which requires the owner's NyxID broker binding), documents the fire-time credential's fixed 5-minute lifetime and how to design runs around it, and covers preview, enable/disable, run-now, update, and delete. Publish the service first with the service-publisher skill.

API & Backend 34 stars 8 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 78/100

Stars 20%
51
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Schedule an Aevatar service on a cron You create a **schedule** that fires a published service on a cron expression, authenticated as **you** (the scope owner) through NyxID. Publish the service first (`aevatar-service-publisher`) — you need its identity, an endpoint, and the payload type. ## Bootstrap ```bash # Drive aevatar THROUGH the NyxID broker: it injects your scope_id claim AND auto-refreshes your # token. A raw curl to the aevatar backend with ~/.nyxid/access_token resolves NO scope # (scopeResolved:false) and the stored token expires — it is not a usable path. # Prerequisite once: the `aevatar` service must be connected — `nyxid service add aevatar`. # NOTE: the aevatar backend requires `Content-Type: application/json` on writes (POST/PUT) — # omit it and every write returns HTTP 415 Unsupported Media Type. The helper sets it on # every call (harmless on bodyless GETs), so the POST/PUT examples below work as written. aev() { nyxid proxy request aevatar "$@" -H 'Content-Type: application/json'; } # aev "<path>" [-m POST|PUT|DELETE] [-d '<json>'] [--stream] scopeId=$(aev "api/studio/context" | jq -r .scopeId) ``` > **`jq` is only for convenience** — any JSON reader works (replace `| jq -r .scopeId` with > `| python3 -c 'import sys,json;print(json.load(sys.stdin)["scopeId"])'`). All calls go through the > NyxID broker (`nyxid proxy request aevatar`), which injects your scope_id claim and auto-refreshes > the token. Reminder: the `scopeOwnerNyxId` precondition b...

Details

Author
ChronoAIProject
Repository
ChronoAIProject/NyxID
Created
5 months ago
Last Updated
today
Language
Rust
License
Apache-2.0

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

aevatar-service-publisher

Publish an Aevatar member, team, or workflow as an invocable service and (host permitting) register it with NyxID, then verify, invoke, or wire external HTTP triggers such as Lark Base automation — all over the REST API. Use when a user wants to "publish/bind a service", "expose my workflow/team as a service", "register it with NyxID", "make it callable", "get the service slug/URL", "invoke my service", "let Lark Base call my workflow", "trigger this workflow from an external webhook", or "version/deploy/roll out a service". It covers the simple scope binding, reading back a member's published service, the full account-level service lifecycle (revision → publish → deploy → rollout), how to confirm the NyxID registration (slug + status), how to invoke an endpoint, and how to distinguish direct NyxID proxy triggering from host-gated externalExposure. Build the team/member first with the team-builder skill.

34 Updated today
ChronoAIProject
AI & Automation Solid

aevatar-team-builder

Build an Aevatar agent team and its members over the REST API. Use when a user wants to "create a team", "add a member", "make a workflow member / script member / gagent member", "set the team's entry point", or "assemble agents into a team". It creates the team, creates members whose implementation is a workflow (most common), a script, or a hosted gagent, binds each member's concrete implementation (the workflow YAML is attached here), waits for the async binding to succeed, and sets the team entry member. Author the workflow YAML first with the workflow-authoring skill; publish the result as a service with the service-publisher skill.

34 Updated today
ChronoAIProject
API & Backend Solid

aevatar-platform-map

Entry point, panorama, and router for the entire Aevatar skill family — load this FIRST whenever someone wants to build, run, publish, schedule, externally trigger, or operate anything on Aevatar ("create an agent team", "make a workflow / member", "publish or bind a service", "register it with NyxID", "set up a recurring / cron run", "invoke my service", "let Lark Base trigger my workflow"), wants to know whether something is even possible ("can Aevatar do X?", "能不能用 aevatar 实现"), or just wants to know what Aevatar can do. It teaches the object model (scope → team → member[workflow|script|gagent] → service → schedule/external trigger), how to authenticate as a NyxID-bearer REST client, how to resolve your scope, and the two caller modes (client REST vs in-session server-side tools). It does not do the work itself — it routes you to the right companion skill (feasibility-advisor, workflow-authoring, team-builder, service-publisher, scheduler, plus diagnostics probes and the safety-net fallback), held together

34 Updated today
ChronoAIProject