feedback 是一套面向“接收反馈”场景的中断式处理流程，用于把评审发现、用户纠正、审计结果等逐条分类处置，避免默默丢弃或盲目改稿。
用途：当收到针对自己工作的反馈时，按权威性分诊、逐条裁定，直到闭环——每条反馈要么被整合、要么被质疑、要么被明确搁置，绝不静默丢弃。机械信号（失败测试、CI 红灯、lint 输出）不算反馈，属于观察，应去诊断而非“回应”。
主要能力：区分两种失败极端——因他人断言就翻盘（投降），以及反射式固守旧结论（僵化）。核心规则是立场只随证据移动，不随断言移动。用户提供的材料与经验知识优先于自身记忆；唯一可用的反驳是直接验证过的观察，并以差异报告形式呈现，最终仍听从用户决定。评审发现可建议但不可丢弃，每条都要有明确处置。
使用方式：先分诊（按依赖、再按严重度×权威性排序，同一处改动的发现归组）；再逐条裁定，重读被引用的实际内容，把观察与处方分开，分类为正确→整合、错误→用已验证证据质疑、含糊→先澄清、偏好→接受或协商一次。翻盘前须指出反馈击败了自己哪条具体主张。随后泛化缺陷类别并清扫同类，整合时避免回归，对照原始投诉重新验证，逐条回报处置结果，并沉淀流程性纠正。
适用场景：代码评审、设计评审、审计结果、用户纠正等结构化或非结构化反馈。若反馈来自结构化评审台账，台账负责处置词汇与关闭门禁，本技能负责其背后的行为准则。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据；文中引用的 lib:reference/harvest.md、lib:reference/review-ledger.md 等文件内容暂未提供。