一键导入
loop
Run the same task on a recurring cron schedule. Parses interval syntax (5m, 2h, 1d, "*/15 * * * *"), records the schedule, and acknowledges back to the user.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Run the same task on a recurring cron schedule. Parses interval syntax (5m, 2h, 1d, "*/15 * * * *"), records the schedule, and acknowledges back to the user.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | Loop |
| description | Run the same task on a recurring cron schedule. Parses interval syntax (5m, 2h, 1d, "*/15 * * * *"), records the schedule, and acknowledges back to the user. |
| category | workflow |
| effort | low |
| when_to_use | When the user wants something to happen periodically without typing it again — "every 5 minutes check X", "every morning summarise Y", "every Friday at 17:00 run the Z report". Don't use for one-shot tasks; use for genuine recurrence. |
| allowed_tools | ["Bash"] |
| shell | bash |
| shell_timeout_s | 5 |
| arguments | ["interval","task"] |
| argument_hint | <interval> "<task description>" e.g. 5m "check open PRs" |
| examples | ["loop every 30m to /verify-build","every Monday at 9am summarise unread issues","every hour, check disk usage and warn if >90%"] |
| version | 1.0.0 |
You are recording a recurring instruction. The host is responsible for the actual cron daemon — your job is to (1) parse what the user asked for, (2) translate it into a canonical cron expression, and (3) hand it off to the host's scheduler with a clear acknowledgement.
${interval} — when to fire. Three syntaxes accepted:
5m, 30m, 1h, 2h, 1d, 12h. Translate to
cron.*/5 * * * *, 0 9 * * 1 — pass through.${task} — what to do each tick. Free-form; quote it with
double-quotes if it contains spaces.If either is missing, ask once. Don't guess on task — a
mis-recorded recurring task is worse than none.
Standard 5-field POSIX cron: minute hour day-of-month month day-of-week.
Common compact translations:
| Compact | Cron expression | Meaning |
|---|---|---|
5m | */5 * * * * | every 5 minutes |
15m | */15 * * * * | every 15 minutes |
30m | */30 * * * * | every 30 minutes |
1h | 0 * * * * | every hour on the hour |
2h | 0 */2 * * * | every 2 hours |
4h | 0 */4 * * * | every 4 hours |
12h | 0 */12 * * * | every 12 hours |
1d | 0 0 * * * | every day at midnight |
1w | 0 0 * * 0 | every Sunday at midnight |
For natural-language inputs, try to be conservative. "Every morning"
defaults to 09:00 unless the user said otherwise. "Every weekday at
5pm" → 0 17 * * 1-5. If you're not sure, echo back your
interpretation and ask the user to confirm before scheduling.
This skill does not implement the cron daemon itself — the host
provides one (geny-executor's cron extra ships croniter-backed
scheduling; Geny exposes ScheduleCron / similar tools).
Your job:
Schedule: <cron expression> (every <human-readable description>)
Task: <task>
ScheduleCron /
the equivalent tool with (cron_expression, task). If no such
tool is in the current tool roster, don't fake it — say so:
"I parsed your request to . The current session doesn't
have a scheduler tool wired; here's the canonical form to keep
for when you set one up."How to build a NEW tool of your own by writing its code in your sandbox, testing it, and forging it into a live, callable tool with `env(action="forge_tool")`. Use when no existing tool does what you need and you can implement it as a small script. Multiple tools + skills can be saved together as one reusable Sandbox Tool Pack.
How to inspect and edit your OWN operating environment at runtime — system prompt, active tools, and skills — using the `env` tool. Use when you need to change your own capabilities (turn a tool on/off, rewrite your instructions, author a new skill) or save them for this session.
Review code in the current working tree across three independent dimensions (reuse, quality, efficiency) and synthesise a small punch-list of high-value cleanups.
Interview the user about a workflow they keep repeating, then generate a reusable SKILL.md and write it to disk so the next session starts with the skill already loaded.
Apply the same prompt or operation to a list of items in turn, collecting results. Useful for "do X to each of these files / PRs / records" tasks.
Capture the host's environment, working directory, recent git activity, and pipeline-relevant state so you can diagnose "what's actually happening on the machine".