[Code Quality] 修复 27 个空 catch 块 (except: pass)

[urika]

27 个空 catch 块导致真正的 bug 静默失败。

分布: cli.py (11), tui.py (4), eval.py (2), 其他 (~10)

修复:

1. 明确异常类型 — 不用裸 except
2. 添加 logging.debug()
3. 可选字段用 .get(key, default) 替代 try/except
4. 宽泛捕获需注释原因

工作量: ~2h

[urika]

状态更新 (2026-05-30)

分析结论: 建议推迟此修复

原因:

• 需要 ~2h 工作量修复 27 个空 catch 块
• 涉及多个模块的异常处理重构
• 建议使用 ruff 自动检测后手动修复

替代方案: Issue #13 已添加 ruff 到 CI，可自动检测代码质量问题

[urika]

状态更新 (2026-05-30)

结论: 保留为长期改进项，暂不实施

原因:

• 工作量 ~2h，涉及 27 个空 catch 块
• 需逐个分析每个 catch 块的合理性，不能批量替换
• Issue [CI] 添加 ruff + mypy 自动化代码质量检查 #13 已添加 ruff 到 CI，可自动检测代码质量问题

建议: 作为后续专项处理，按模块逐个修复

[urika]

修复已推送

PR: #26 (fix/issue-10-empty-catch)

变更概要

修复类别	数量	说明
添加 logger.debug()	18	空 except: pass 前补充日志
收窄异常类型	5	except Exception → 具体类型，防止吞没真实 bug
注释意图性静默	2	pipeline.py 进程 kill、tui.py curses 边界错误
近乎空 catch 补充日志	5	有 return/assign 但无日志
模块级 logger	9	所有受影响模块添加 logging.getLogger(__name__)

关键收窄

• agents.py:91: (json.JSONDecodeError, Exception) → (json.JSONDecodeError, OSError, KeyError)
• cli.py: 2 处 except Exception → 具体类型
• tui.py: 2 处 except Exception → 具体类型

验证

• ✅ 163 个测试全部通过
• ✅ 无残留空 except: pass（仅保留 2 个有注释的意图性静默 + 1 个 KeyboardInterrupt）

提交: a3de8ba — fix: 修复空 catch 块 — 添加日志、收窄异常类型、注释意图性静默