用途：在下游项目中标准化采集工作流观察，并将可复用的改进候选路由到 AEP 仓库，用于改进 AEP 技能与文档，而非直接修改技能文件。
两种模式：Capture 在下游项目构建后运行，把观察写入 .dev-workflow/feedback.md 并提交；Review 在 AEP 仓库运行，扫描下游反馈并路由到 docs/。
Capture 流程：先收集来源——lessons-learned/.md、lessons-learned/process/.md、.feature-workspaces/*/dev-workflow/lessons.md，并询问用户补充观察；再为每条观察分类（process、tech-stack、discovery、project-local）并标记 upstream_candidate；随后按模板写入 .dev-workflow/feedback.md，最后提交到下游项目。
Review 流程：读取 .aep/config.yaml 找已注册下游路径，检查其 feedback.md，无则查 lessons-learned/**/*.md，无反馈则记录跳过；筛选 upstream 候选（标记 yes、process 或 tech-stack，或具有普遍意义的 discovery；project-local 仅经人工明确要求才拉取）；按分类路由到 docs/lessons/、docs/tech-stack/ 或提交人工决定；以表格呈现全部候选（含次要项）由人工批准、修改或拒绝；写入获批文件并记录技能修订建议，然后提醒人工通过发布新 AEP 版本标签并重新 pin 下游，改进才会流回下游。
限制：硬性护栏规定此技能永不编辑 AEP 技能文件，只能在反馈/经验文件中提出修订建议，由人工刻意重新 pin 后应用。product-specific bug 应走 /aep-reflect。与 /aep-reflect、/aep-wrap、/aep-build、/aep-autopilot 存在协作关系。费用、平台等信息暂未提供。