如何按计划运行 LingCode 提示词？

"反复运行提示词"其实是两种截然不同的需求，只是表面看起来一样：

• "我在工作时，让它在后台持续执行。" 你坐在电脑前，希望 LingCode 每隔几分钟轮询某个状态，有变化时通知你。这个任务需要共享你的会话——相同的文件、相同的 git 状态、相同的聊天记录。这就是 /loop。
• "我睡觉或休假时，替我自动完成这件事。" 任务在你不在场的情况下按时钟计划运行，可能每天持续数月。它必须能在你合上笔记本后继续运行。这就是 /schedule。

混淆这两者代价高昂。在笔记本上运行的定时任务一旦合盖就会中断。在云端运行的轮询任务，当你坐在电脑前盯着它时，还在不停地计费。

/loop 在当前 LingCode 会话内，按固定间隔反复运行某个提示词或斜杠命令。会话保持打开状态，任务在本地执行。

# 每 5 分钟运行一次 /check-deploy
/loop 5m /check-deploy

# 每 30 秒运行一次自由格式提示词
/loop 30s Check if the test suite is still green and ping me if not.

# 自适应节奏——由 LingCode 根据上下文决定何时重新运行
/loop /watch-the-CI-and-summarize

你能得到什么：

• 相同的文件和 git 状态。 循环在你的项目目录中运行。如果某个文件在上次迭代后发生了变化，下一次迭代就能看到。
• 相同的聊天记录。 每次迭代都能看到之前的对话内容。循环可以在前几轮的基础上继续推进——"这是第三次因为同一个原因构建失败了，正在提醒你。"
• 停止即结束。 关闭标签页、退出 LingCode，或输入"停止循环"——它就会结束，无需任何额外清理。

/schedule 创建一个按 cron 计划运行的远程例程。它在 LingCode 的服务器上执行，而非你的本机。你的笔记本可以关机；例程照常触发。

# 每个工作日早上 8 点运行一次例程
/schedule create "Morning PR triage" "0 8 * * 1-5" \
  "Review every PR opened in the last 24h. Post a summary to
   #engineering in Slack with: count, blockers, anything that
   looks urgent."

# 一次性定时运行
/schedule once "2026-05-25 09:00" \
  "Email me a summary of last week's customer support tickets."

# 列出、更新、删除
/schedule list
/schedule run <id>        # 立即手动触发
/schedule delete <id>

你能得到什么：

• 笔记本关机也不影响运行。 例程在云端按计划运行，与你的本地状态无关。
• 每次运行都是全新上下文。 每次触发都从零开始——没有聊天记录，没有残留的本地文件。例程必须做到自给自足。
• 按云端计算计费。 每次运行都有成本。对于每日例程来说很便宜；但如果你把它和 /loop 搞混，设置成每 30 秒触发一次，费用会相当可观。
• 跨会话持久存在。 例程以具名实体的形式存在。可以列出、编辑、删除——它们不与某个聊天窗口绑定。

三个问题决定选择：

• 我需要在场吗？ 如果需要（或者无所谓），/loop 就够了。如果不需要（必须在我离线时运行），选 /schedule。
• 任务需要访问本地文件或 git 状态吗？ 如果需要，用 /loop。如果不需要（数据来自 API、Slack、邮件、云端），/schedule 更合适。
• 运行频率如何？ 如果超过每分钟一次，用 /loop——为亚分钟级别的计划任务付云端费用得不偿失。如果每天只运行几次或更少，用 /schedule——为了一天触发一次而让本地循环跑 24 小时，同样是另一种浪费。

你正在通过功能开关发布一个新特性，希望 LingCode 在你做其他事情的时候帮你盯着发布监控面板：

/loop 2m Check the error rate on the dashboard.json file in
this repo (re-fetched by my polling script). If the 5xx rate
goes above 1%, immediately alert me with the failing endpoint.
Otherwise summarize the trend in one sentence.

这是正确的工具，因为：

• 你在场——循环在你开着另一个标签页时运行完全没问题。
• 需要读取本地文件（仓库中的 dashboard.json）——需要文件系统访问权限。
• 2 分钟的运行频率——对云端 cron 来说太快，对本地循环来说恰到好处。
• 每次迭代都在上一次的基础上推进——"错误率已经连续三次检查都在上升"是循环积累的信息。

你希望在每天喝咖啡开始工作前，就在 Slack 里看到一份隔夜新增 PR 的汇总：

/schedule create "Morning PR digest" "0 8 * * 1-5" \
  "List all PRs opened in the org repo between 6pm yesterday and
   8am today. For each, summarize: title, author, files touched,
   reviewers requested, whether CI is green. Post the digest to
   #engineering. If any PR is from an external contributor, flag
   it at the top."

这是正确的工具，因为：

• 你不在场——在你睡觉时触发。
• 不需要访问本地文件——从 GitHub API 拉取数据，发送到 Slack API。
• 工作日早晨触发——每天一次，正是 cron 的最佳使用场景。
• 每次运行相互独立——无需知道昨天的汇总内容。

这两个工具可以配合使用。以下是一种适用于生产环境监控的模式：

• 发布期间用 /loop 1m——本地运行，响应快，监控部署状态，发现问题立即告警。合上笔记本就自动停止。
• 每天下午 6 点用 /schedule——远程运行，生成一份"今日部署"报告发送到团队频道。无论你白天是否在监控，报告都会准时到达。

循环负责实时捕捉问题；计划任务负责生成你明天会读到的报告。两者关注不同的时间窗口。

配置混淆往往在清理环节才暴露出账单上的惊喜：

• 停止循环：在聊天中输入"停止循环"，或关闭标签页。循环是会话本地的；退出 LingCode 即终止。
• 停止例程：用 /schedule list 查看你的例程，再用 /schedule delete <id> 删除。例程会持续触发直到被删除。一个被遗忘的例程每 5 分钟触发一次，一个月下来账单会相当可观。

将选择逻辑封装为一个技能，让 LingCode 第一次就能选对工具：

---
name: schedule-or-loop
description: Run a prompt or slash command on a recurring schedule. Two distinct tools: /loop runs locally on an interval, session-bound, fast cadence ('check the deploy every 5 minutes'). /schedule runs as a remote cron-style routine, persistent, survives laptop close ('every morning at 8am, review overnight PRs'). Triggers: 'recurring task', 'check every N minutes', 'cron job for Claude Code', 'run on a schedule', 'daily routine', 'while I'm asleep', 'set up reminder'. Actions: /loop for in-session polling, /schedule for cloud-cron tasks, list/run/delete routines. Pick by: session-bound vs survives-laptop-closed, fast-iteration vs persistent-recurring.
---

When the user asks to run a prompt repeatedly, decide between
/loop and /schedule with three questions:

1. Does the task need to keep running while the user is offline /
   laptop closed? If yes → /schedule. If no → /loop is fine.

2. Does the task need local files or git state? If yes → /loop.
   If no (data lives in APIs, Slack, email) → /schedule is
   cleaner.

3. How often? Sub-minute or every few minutes → /loop. Once a day
   or less → /schedule. Anything in between, pick by question 1.

/loop usage:
- /loop <interval> <prompt-or-slash-command>
- /loop <prompt>  (no interval = self-paced)
- Shares session: same files, same chat history.
- Stops on session close or "stop the loop".

/schedule usage:
- /schedule create "<name>" "<cron>" "<prompt>"
- /schedule once "<datetime>" "<prompt>"
- /schedule list / run <id> / delete <id>
- Each run is a fresh context. No file access, no session
  history. Self-contained prompts only.
- Test with /schedule run <id> before trusting the schedule.

Audit routines periodically with /schedule list. Forgotten
routines are the easiest cloud cost to leak.

保存到 ~/.lingcode/skills/schedule-or-loop/SKILL.md——具体路径和技能发现机制请参见安装技能。

获取 LingCode →