对应OpenSpec9.10和14.11，父任务仍未完成。
真实Ruff0.16.8的RED反例：首次任务只绑定broken.py，旧task verify扫描两个文件，另导入unrelated.py的F401。这会增加无关修复任务和进程成本。修复后先核对首次专用或通用确认报告、任务稳定身份、原报告摘要与逐字节消费收据，再通过既有selected discovery/原生Ruff扫描链执行唯一目标。未声明或无效配置、缺工具及原生报告失败继续未完成；不使用开发探针的固定py312替代项目配置。
新Python反馈0.18仅用于此任务范围，明确task_scope=single_python_confirmation_file、task_input_stable和task_binding，绑定首次运行/报告/源码/grammar摘要以及本轮源码。task verify公开反馈0.20引用该报告。当前源码或完整原生配置失配撤回修复判断；本轮只有局部观察、没有项目覆盖或可信关闭。work sync沿用原生解析器，在导入前核对单文件范围及首次收据；已消费的历史局部报告按原字节收据回放，不拿当前源码重写历史。
验证报告的绑定读取事实文件，不递归读取带复检历史的任务投影。开发中曾触发递归导致子进程异常，修复为直接读取有界事实与首次消费收据后，三轮真实工具复检完成。不会把中途失败记为验收成功。
保留局限：当前Ruff普通检查对invalid-syntax的suppression audit仍可返回suppression_audit_rule_invalid；正向原生位置保留，但检查完整性不被补成成功。Python可信原反例/当前源双复检及批准关闭尚未接线，本项不关闭14.11。不存在跨宿主或跨平台发行验收，也未发布npm。
实际验证收口：Python兜底10通过/2忽略（其中新增普通测试覆盖两种首次报告）、聚合结构1通过、任务复检10通过/10忽略、工作台同步19通过/2忽略。两项真实Ruff忽略测试另显式串行执行并通过，共28.31秒，三轮空语句块/错误缩进/修复源码仍保留开放任务。实际协议辅助验收1通过，覆盖新旧schema拒绝、首次引用和当前源码不同、JSON/human单文件范围、源码/配置失效、四类导入篡改拒绝与丢失首次收据不执行工具标记；最终构建实测14.493秒，只是验收耗时，不是性能认证。开发中0.18初始schema错误继承候选语法scope，已纠正为原生局部scope；旧0.9历史读取分支遗漏导致租约未释放，已有回归抓到，恢复该分支后上述任务/同步目标全部通过。默认/WASM workspace/all-targets严格Clippy通过，OpenSpec strict及差异空白检查通过。新增规则没有资格升级，完整358例回放、全部原生差分及宿主验收本轮不重复执行。Erlang草稿摘要保持2e3a296072e6a3aa34b561799c18c7d8b621d00f8786301d2612cee8cdab85b6。