# 排程執行中的工具

由排程器啟動的執行中，工具集有何不同。

`scheduler-skill-creator` 是**建立** scheduler skill 內容並呼叫 `schedules(mode=write)` 完成綁定的高階 skill。新的週期性 / 單次請求應啟動該 skill，而非直接呼叫低階工具。

Daemon 端 runtime 以 fsnotify 監看 `~/.config/agenvoy/{tasks,crons}.json`，在 Write / Create / Rename 時熱重載。逾期任務會在啟動或重載時自動觸發並移除；觸發經由 `runtime.SetRunner(app.RunSkill)` → `exec/subagent.Exec`，以 scheduler skill 內容執行 in-process subagent。

觸發以 top-level 模式走 `exec/subagent.Exec`，因此排程執行拿到的不是較窄的 subagent 工具集：只排除 `edit_tool`、`test_tool`、`edit_skill`、`schedules` 與 `store_secret`，不加上 subagent 的 charter，TUI 專屬 Skill 也無法使用。沒有母執行提供權限模式，因此以 allow-all 執行，且身為 subagent 不受工作目錄限制；`cli-` session 上的排程沒有可以回覆確認的 client，原本會詢問的呼叫直接執行，不可逆指令也一樣；需要核准卻拿不到核准的呼叫則會失敗：敏感路徑與 `$HOME` 外的路徑因未核准而被拒，argv `['sudo', ...]` 與 `sandbox: false` 因沒有密碼驗證而被拒。`tg-`、`dc-` session 上的排程則在該聊天室詢問。`pkg_manage` 已移除於 v1.3.2；請改用 `run_command`。

TUI 的 `/cron` 與 `/task` 指令已移除；改用 `/schedule`，它把 cron 與單次項目列在同一清單（`enter` 立即觸發、`d` 刪除，新增 / 編輯請直接交代 agent），另有 `/sched-<name>` 手動觸發既有 scheduler skill 內容。