もしHermesエージェントがコードを書いた後もプロジェクトがエラーを報告しているなら、まずLSPの診断と実際のテスト結果を見て、「修正済み」とだけ信じないでください。 v0.14は各write_fileやpatchの後にLSPセマンティック診断を追加し、新しいエラーや未定義のシンボル、インポート不足などをエージェントに早期に露出させることができますが、完全なビルドとテストの代わりにはなりません。
LSPの診断は何を捉えられるのでしょうか?
LSPは編集直後に判断できる問題を検出するのが得意です。例えば、変数名の書き方ミス、インポート不足、型の不一致、関数シグネチャの誤り、JSON/YAML/TOMLの構造ミス、Pythonの構文エラーなどです。 これは単なるフォーマットよりもエディター内のレッドラインのヒントに近いもので、Hermes Agentがあなたが書いた明らかな問題を次のラウンドで確認できるようにします。
なぜまだ漏れているのですか?
データベースの移行が正しいかどうかを必ずしも把握しているわけではなく、実行時権限、ネットワークエラー、サードパーティサービス返送、ブラウザの互換性、並行性の問題を必ずしも上書きするわけではありません。 もう一つの一般的な状況は、プロジェクトに良い言語サーバーがなかったり、依存関係が完全にインストールされていなかったり、LSPが効果的な診断を提供できない場合です。
推奨されるトラブルシューティング手順
- まずHermes Agentに変更したファイルをまとめさせ、大きな変更だけを続けないでください。
- LSP診断に新しいエラーがないか確認し、まず新しい項目を修正してください。
- その後、プロジェクト独自のテストを実行し、チェックを入力し、ビルドコマンドを実行します。
- テストが失敗した場合は、最初のエラーと再現コマンドをヘルメスに返します。
- 本番コードに関しては、まだ差分を手動で確認する必要があります。
一言で言えば、LSP診断は事前にブレーキをかけることであり、自動的に正確さを保証するものではありません。 「書き込み後に初めて見つかる低レベルのエラー」の数は減りますが、実際の受け入れは依然としてテスト、実行、コードレビューにあります。 公式倉庫住所:https://github.com/NousResearch/hermes-agent。
