perf: fixRequestContents 增加快速路径并将诊断日志放到 debug 之后 (#32)

[appergb]

关联 issue

Closes #32

问题

fixRequestContents() 在每次发送（sendMessage / sendMessageStream）时对全历史做多趟扫描以修复 function call/response 配对；并在正常路径上打印约 8 处未门控的 console.log / console.warn。在 CLI 下这些日志会经 ConsolePatcher 进入 React 状态，加重渲染压力。

改动（不触碰关键的配对修复逻辑）

1. 快速路径：复用已有的首趟扫描，额外标记历史中是否存在任何 functionCall / functionResponse。两者皆无时，后续所有趟次都是结构性 no-op —— 直接返回输入（调用方传入的本就是 getHistory(true) 的全新拷贝，返回原引用安全），跳过重复的 O(n×p) 扫描。
2. 日志门控：将全部 8 处诊断 console.log/warn 放到 this.config.getDebugMode() 之后（仓库其他地方已有此模式）。这些都不是 console.error，而是 fix-up 诊断，应为 opt-in。

测试

• 新增 3 个单测（geminiChat.test.ts）：
  • 无 function 内容 → 命中快速路径，返回同一引用且无任何 console 输出；
  • 含孤立 functionResponse + debug 关闭 → 孤立项仍被正确移除（行为保持），且不打印 log/warn；
  • debug 开启 → 诊断日志正常输出。
• npx vitest run packages/core/src/core/geminiChat.test.ts → 25 passed。
• npm run typecheck --workspace=packages/core → 通过。
• 新增行均符合 Prettier；eslint 错误数与改动前一致（未引入新问题），未触碰文件既有历史 lint 负债。