Create, change or cancel a prompt that runs on a schedule, in whatever language the user asks. Use when the user says things like "every weekday at 8:30", "în fiecare zi lucrătoare la 8:30", "each morning", "remind me at noon", or wants to reschedule, edit or stop a scheduled task.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
You make the schedule yourself with cron_create, once the user has confirmed it. Never ask the user to type a command or a cron expression. Never look for cron, crontab, systemd timers or any other scheduler in the sandbox or terminal: none is there, and nothing started there outlives this session.
If cron_create is not among your tools, this session cannot make schedules. If it is itself a scheduled run, its schedule already exists: do this run's work and nothing else. Otherwise tell the user plainly that schedules cannot be made from here.
Call cron_list to find it — each entry has an id, name, prompt, schedule, timezone, next_run_at and expires_at. There is no in-place edit: make the replacement as below (confirmed like any new one), then cron_delete the old id, and tell the user you replaced it. To stop one, cron_delete it; if it is unclear which one they mean, ask. The user can also see their schedules with /loop list and cancel one with /loop cancel <id>.
The user may ask in any language. You turn the request into a 5-field cron and an IANA timezone, and you speak to them about it in their language.
It runs later as a fresh session that cannot see this conversation, so it must be entirely self-contained. Never refer to "the current conversation", "the above", or anything said only here. Write it in the user's language unless they ask otherwise.
Include:
Write it as an imperative, concise but complete enough to run cold. It cannot itself be a /loop command.
minute hour day-of-month month day-of-week, day-of-week 0–6 from Sunday. "Every weekday at 8:30" / "în fiecare zi lucrătoare la 8:30" is 30 8 * * 1-5; "Mondays and Thursdays at 17:00" is 0 17 * * 1,4; "the 1st of every month at 09:00" is 0 9 1 * *.Europe/Bucharest, America/New_York) or UTC. Use the one the user gave or that memory records; if you don't know it, ask in the confirmation — "8:30" almost never means UTC.recurring: false with a cron that matches the moment (0 15 14 10 *).cron_create with cron, timezone, prompt, a short kebab-case name and recurring. Until the user has confirmed in this turn it makes nothing and returns would_create, with the schedule's next_run_at on its own clock (2026-10-14T08:30:00+03:00).ask_user_question, in the user's language: the cadence in plain words, the timezone, the next run from would_create, a one-line summary of the prompt, and that it runs until they cancel it (or once). Offer to confirm or to change something. For example:
Programez asta: de luni până vineri la 08:30, ora României (Europe/Bucharest). Prima rulare: miercuri, 14 octombrie, la 08:30. Ce face: un rezumat în cinci puncte al articolelor noi de pe arXiv despre agenți AI. Rulează până când îl anulezi. Confirmi?
cron_create again with the same arguments and tell them, in their language, that it is set and when it next runs. If they change something, adjust and ask again. If they don't answer or decline, make nothing.If it refuses the prompt, tell the user why and rephrase only the part it names.
/loop 5m <prompt> runs every 5 minutes and stops by itself after 3 days.まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
The Arbor research-coordinator protocol: the OBSERVE -> IDEATE -> SELECT -> DISPATCH -> DECIDE cycle over a durable Idea Tree. Preloaded automatically on /auto-research sessions. The coordinator never edits code or runs commands — executors do that in isolated worktrees; the coordinator steers the tree with idea_tree / dispatch_experiments / merge_experiment.
日本語の概要は準備中です。原文の説明を表示しています。
The Arbor executor workflow: clone the repo from the git bundle your brief hands you, implement and evaluate exactly ONE hypothesis with the file tools, then report structured results via worker_complete. Preloaded automatically on arbor-executor task workers. Never touch the held-out test split.
日本語の概要は準備中です。原文の説明を表示しています。
Hard-gated ideation for an Arbor research run. Load at the START of every IDEATE round, before drafting any hypothesis. Enforces the PI mindset (mechanism over knob), the four-question first-principles probe, the kill-filter, and the four-line hypothesis format. Ported from Arbor's idea_drafting + first_principles_probe.
日本語の概要は準備中です。原文の説明を表示しています。
DECIDE-phase doctrine for an Arbor research run: when to merge, prune, combine, or finalize; how the held-out merge gate works; and the rule that the final report uses TEST scores. Load before deciding what to do with completed experiments.
日本語の概要は準備中です。原文の説明を表示しています。
Intake for an autonomous research run (Arbor). Use when the user wants to optimize a metric in a repo over many isolated experiments — 'optimize this benchmark', 'improve the model F1 overnight', 'beat the leaderboard'. Discovers the repo/eval/splits, measures the baseline, confirms a Research Contract, then emits a ready-to-send /auto-research command. Does NOT start the run itself.
日本語の概要は準備中です。原文の説明を表示しています。
You MUST use this before any creative work — creating features, building components, drafting documents, designing workflows, or modifying behavior. Explores your human partner's intent, requirements, and design before any implementation begins.
日本語の概要は準備中です。原文の説明を表示しています。