ヘルメスエージェントの/goalは通常、コマンド自体の失敗ではなく、ターゲットが願いのように書きすぎていて、受け入れ基準が不足している点にあります。 正しい方法は、最終製品、完了条件、禁止作業および検査方法を書き留め、/subgoalを用いて新しい要件を補完することです。
/goalはHermes Agentが長期目標をロックするために使う仕組みで、v0.13では複数ラウンドにわたってターゲットを維持できる機能と正式に呼ばれ、v0.14では実行中のターゲットに成功条件を追加する/subgoalが追加されています。 「基準に達するまで進み続ける」という課題に適しており、一文で曖昧な指示には適していません。
どんな/目標が簡単に逸脱しやすいのか
- 「プロジェクト最適化を手伝って」とだけ書き、どの部分を最適化するかは言わないでください。
- 「エラーを修正」とだけ書き、複製の順序や合格基準は記載しないでください。
- 大幅な変更は自由に行うことができますが、データベース、設定、依存関係の変更を制限しません。
- 計画を報告することなく、研究し実現させましょう。
こうした目標は、エルメスのエージェントが「潜在的に有用」な仕事を探し続け、実際には勤勉で本当の望みから逸脱しているように見えます。
より安定した執筆
/goalは目標、範囲、受容、境界の4つの段落で書くことができます。 例えば、ログインページボタンの反応しないことを修正すること; 変更できるのはフロントエンドフォームとAPI呼び出し層のみです。 npm testと手動ログインで確認してください; データベーススキーマを変更しず、依存関係をアップグレードしないでください。 このようにして、ヘルメスエージェントは判断の余地が少なくなり、逸脱の確率も大幅に低くなります。
タスクの途中で新しい条件が見つかった場合は、長いタスクを再起動せず、「追加条件:モバイル端末の幅375pxが横スクロール時に表示できない」などの/subgoalで直接補完してください。 これはチャットでの軽いリマインダーよりも安定しており、現在のターゲットの判断に委ねられます。
/goal を使わないべき時
コンセプトを尋ね、ライン構成を変え、コピーを生成するだけで、普通の会話で十分です。 /goal 明確なエンドポイントを持つ長時間の作業に適しています:バグ修正、ファイルのバッチ整理、移行完了、テストの実行など。 公式リポジトリアドレスは https://github.com/NousResearch/hermes-agent されており、バージョン機能についてはリリース説明を参照することを推奨します。
