Agent 与自动化·github.com
SPEC: gwt自己改善フィードバックループ — Improvement Inbox・自動Issue化・高確度Stop-block
目标用户 · developer
阅读原文 ↗SPEC: gwt自己改善フィードバックループ — Improvement Inbox・自動Issue化・高確度Stop-block: # SPEC: gwt自己改善フィードバックループ — Improvement Inbox・自動Issue化・高確度Stop-block ## 背景 gwt は複数エージェントを使ってアプリケーション開発を進めるための orchestration software であり、gwt 自身の開発でもスキル、managed guidance、AGENTS.md、hook、Issue/SPEC workflow が実行品質を左右する。現在は `
个性化解读(发生了什么 / 为什么重要 / 影响 / 建议)将在接入 LLM 后按你的角色生成。
痛点信号
- spec: gwt自己改善フィードバックループ — improvement inbox・自動issue化・高確度stop-block.
- # spec: gwt自己改善フィードバックループ — improvement inbox・自動issue化・高確度stop-block ## 背景 gwt は複数エージェントを使ってアプリケーション開発を進めるための orchestration software であり、gwt 自身の開発でもスキル、managed guidance、agents.md、hook、issue/spec workflow が実行品質を左右する。現在は `memory.add` による再発防止メモ、`gwt-search` による過去 memory / spec / issue 検索、各 skill の stop hook が存在するが、失敗から改善候補を構造化して inbox に集め、gwt 側の通常 issue に昇格する導線は分断されている。
- また、gwt で他プロジェクトを開発している最中に gwt 側の問題が発生した場合、その問題は target project の issue ではなく `akiojin/gwt` の通常 issue として登録されるべきである。ただし target project のリポジトリ名、パス、ログ、コード断片、機密情報が public issue に混入すると利用者の信頼を損なうため、v1 では sanitized public issue と local-only evidence を分離する。
- この spec は、既存の spec #1935(managed skills / hooks)、spec #2805(memory / lessons search)、spec #2784(safe spec registration)、spec #1938(github issue/pr ui)、spec #2018(board)、spec #1942(gwtd json operation)を土台に、自己改善候補の domain と operation surface を追加する。v1 は自動コード変更や自動 pr ではなく、evidence-gated な候補 capture、improvement inbox、通常 issue 昇格、高確度 contract violation の stop-block に絞る。
- the hard stop-block is invoked through repo-local direct hook config (`.codex/hooks.json`, `.claude/settings.json`, and gwt-repo-gated provider hook assets) that calls `gwtd hook gwt-self-improvement-stop`; the shared `gwtd hook event stop` dispatcher must not run this check.
#developer#agent#issues