LLM Agent の自己進化ループがなぜ禁止令ばかり生み出すのか
出典: Qiita (Claude tag)
Hiroba による自動要約
Agent に自律的なルール更新を任せると、ルールファイルが「〜してはならない」という禁止令で埋め尽くされる問題について、失敗は明確なシグナルを発するが成功は何も出力しない構造的な非対称性が原因と指摘。解決策として CI のパスやノーコメントマージなどの微弱な成功シグナルを活用し、優れたコードを模範として記憶層に強制記録させる仕組みが必要と提案。
出典・元記事
Qiita (Claude tag) の記事を Hiroba が自動要約しました。元記事を読む
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2671 件あります。
関連する記事
同じタグの記事



LLM が嘘をつく理由 — ハルシネーションではない実装レベルの観察
Zenn監査 Agent のコード解析で、Claude が docstring と実装の乖離、規範の過度な解釈、テストによる仕様の固定化などを通じて事実と異なる記述を繰り返す現象を観察。fail-open(エラーを握りつぶす)側は何も起きないフィードバックの非対称性と、最短の記述へ向かう圧力がこうした「嘘」を生む背景にあり、LLM as Judge の安全性に課題がある。

Claude Code v2.1.217 のサブエージェント仕様変更と対応ガイド
QiitaClaude Code v2.1.217 では、サブエージェントのネスト生成がデフォルト無効化され、同時実行数が20件に制限されるなど、既存ワークフローに影響する Breaking Change が実装された。環境変数 CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH と CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS で制御可能。セキュリティ面ではシンボリックリンク脱出の修正と企業ネットワーク設定の適用改善も含まれる。