Hermes Agentは、権限不足ではなく、公式がこの種の再帰的スケジューリングを積極的に禁止したため、もはやcronタスクで新しいcronを作成できません。 cronドキュメントの警告には、cron実行セッションは再帰的にcronジョブを追加できないと記載されており、これはタスク自体がスポーンしてスケジューラを暴走ループに引きずり込むのを防ぐためです。
なぜ役人はこんなに保守的なのか
スケジュールされたタスクが動作を継続できると、繰り返しのスケジューリング、無限の拡張、そしてリサイクルの忘れという3つの問題が起こりやすいからです。 特に、結果に基づいて自動的に新しいプランを追加するようエージェントに依頼すると、プロンプトの逸脱が数分以内に重複した仕事を大量に生成することがあります。
正しい代替案
- まず固定されたクロンを作成し、「誰を作るか」ではなく条件付きで「何をするか」を決めさせましょう。
- 動的にオーケストレーションしたいなら、メインセッションや外部スクリプトを使ってジョブを均一に管理してください。
- 設定ファイル、タスクリスト、ディレクトリの状態に変更を書き込み、既存のクロンに読み取らせてください。クロンを置くのではなく。
したがって、この質問に「修正順」というものはありません。 それは製品の安全境界です。 複雑な自動化をしたいなら、Hermes Agentに状態の読み取り、ファイルの変更、通知送信を任せることができますが、cronをcronの別のレイヤーに拡張することは期待しないでください。 この設計は保守的でありながら、最も難しい暴走スケジューリングを回避しています。
公式オープンソースアドレス:https://github.com/NousResearch/hermes-agent; 公式文書登録:https://hermes-agent.nousresearch.com/。
