CtrlK
BlogDocsLog inGet started
Tessl Logo

peon-ping-remix

Internal — invoked headlessly by the peon eval server; humans should run `peon eval <pack>` instead. Execute one PeonPing reroll job — invoked headlessly by the peon eval server as: "Use the peon-ping-remix skill to execute the reroll job at <path>". Reads the job JSON (scope, category, index, caption), rewrites the affected sound prompt(s) to honor the caption, re-renders via scripts/pack-render.py, and logs the change to eval-log.json.

75

Quality

92%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

peon-ping-remix

You are executing ONE reroll job for a draft PeonPing pack. Work only inside the job's draft_dir. Do not touch any other directory, do not install anything, do not commit anything.

If invoked without a job-file path

This skill is internal: it is only ever invoked headlessly by the peon eval server with a job-file path. If you were invoked WITHOUT one (a human ran this directly), do nothing except tell them this skill runs automatically from the eval server and that they should run peon eval <pack> instead. Do not touch any files. Exit.

Procedure

  1. Read the job JSON at the path you were given: scope ("sound" or "pack"), category, index, caption, draft_dir.
  2. Read <draft_dir>/openpeon.json and <draft_dir>/prompts.json. If prompts.json is missing, fail with a clear message — you cannot reroll without the current prompts.
  3. Determine the target sound files: scope "sound" → the one file at categories[category].sounds[index].file; scope "pack" → every file in every category.
  4. For each target, author a NEW render input honoring the caption:
    • Keep the pack's established aesthetic (read the other prompts for context). The caption is a correction, not a reset: "too harsh, want softer" means adjust intensity, keep the instrument palette unless the caption says otherwise.
    • sfx entries: rewrite prompt. tts entries: rewrite text (keep voice_id — never change a pack's voice in a reroll).
    • If the caption is empty, produce a fresh variation of the same idea.
  5. Render each target: write the new input as a job file under <draft_dir>/jobs/ (e.g. <draft_dir>/jobs/render-job-<category>_<index>.jsonapprove prunes everything under jobs/, so a render input left at the draft root would ship as junk in the approved pack) and run python3 <peon-ping>/scripts/pack-render.py --job <file> with out set to the target WAV path (overwrite in place). The renderer exits nonzero on silent/failed renders — if it fails, STOP and exit nonzero yourself with its stderr; do not half-update the log. (Resolve <peon-ping> as the scripts directory next to the running peon install, in order: $PEON_DIR/scripts when set, else ${CLAUDE_CONFIG_DIR:-$HOME/.claude}/hooks/peon-ping/scripts, else the repo checkout you were invoked from.)
  6. After ALL targets render successfully: update prompts.json with the new inputs, and append one entry per rendered sound to <draft_dir>/eval-log.json (create as [] if missing): {"ts": "<ISO8601>", "scope", "category", "index", "caption", "old_prompt", "new_prompt", "file"}.
  7. Print a one-line summary per rendered sound. Exit 0.

Hard rules

  • NEVER write outside draft_dir.
  • NEVER print or log the ElevenLabs key.
  • A failed render leaves the previous WAV in place — pack-render.py renders into a same-directory temp file and only replaces the out path (atomic os.replace) on a successful, non-silent render; do not delete a WAV before rendering.
  • Captions are the user's judgment. Honor them literally before creatively.
Repository
PeonPing/peon-ping
Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.