今天和朋友聊到未来发展，经过一番苦劝，思来想去我还是没下定决心去改变攒钱退休的规划。
更轻松的工作和生活方式谁不想有呢？既是我已经失去了对自己自制能力的自信，也是我对自己的学习能力失去了自信。
末了，也是我失去了对未来国家发展的自信。疫情前，至少还一片欣欣向荣，大家想想未来总能有出路。可现在，经济大衰退的环境下，各行各业，包括我自己所接触的行业都已经是行情大砍。我真的不知道自己是否还有努力和自制的能力，也不知道努力究竟能否换来我期许的回报。
眼看又是新的一年，不断的长大或者说老去，只觉人生枯燥乏味，难提拼搏的欲望。
新版QQ采用了类似Electron的技术，所以可以近似看作一个Chromium内核浏览器。
参考资料：
ibus-libpinyin 在 QQ 聊天框中不显示候选词
Using Fcitx 5 on Wayland/zh-cn Chromium / Electron
修改QQ Desktop启动项添加如下参数：--enable-features=UseOzonePlatform --ozone-platform=wayland --enable-wayland-ime
参考资料：engine.so: cannot enable executable stack as shared object requires: Invalid argument
启动日志：
xfox@fedora:~/.local/share/Steam/steamapps/common/Zombie Panic Source$ ./zps_linux
SDL video target is 'x11'
SDL video target is 'x11'
This system supports the OpenGL extension GL_EXT_framebuffer_object.
This system supports the OpenGL extension GL_EXT_framebuffer_blit.
This system supports the OpenGL extension GL_EXT_framebuffer_multisample.
This system DOES NOT support the OpenGL extension GL_APPLE_fence.
This system supports the OpenGL extension GL_NV_fence.
This system supports the OpenGL extension GL_ARB_sync.
This system supports the OpenGL extension GL_EXT_draw_buffers2.
This system supports the OpenGL extension GL_EXT_bindable_uniform.
This system DOES NOT support the OpenGL extension GL_APPLE_flush_buffer_range.
This system supports the OpenGL extension GL_ARB_map_buffer_range.
This system supports the OpenGL extension GL_ARB_vertex_buffer_object.
This system supports the OpenGL extension GL_ARB_occlusion_query.
This system DOES NOT support the OpenGL extension GL_APPLE_texture_range.
This system DOES NOT support the OpenGL extension GL_APPLE_client_storage.
This system DOES NOT support the OpenGL extension GL_ARB_uniform_buffer.
This system supports the OpenGL extension GL_ARB_vertex_array_bgra.
This system supports the OpenGL extension GL_EXT_vertex_array_bgra.
This system supports the OpenGL extension GL_ARB_framebuffer_object.
This system DOES NOT support the OpenGL extension GL_GREMEDY_string_marker.
This system supports the OpenGL extension GL_ARB_debug_output.
This system supports the OpenGL extension GL_EXT_direct_state_access.
This system supports the OpenGL extension GL_NV_bindless_texture.
This system DOES NOT support the OpenGL extension GL_AMD_pinned_memory.
This system supports the OpenGL extension GL_EXT_framebuffer_multisample_blit_scaled.
This system supports the OpenGL extension GL_EXT_texture_sRGB_decode.
This system supports the OpenGL extension GL_NVX_gpu_memory_info.
This system DOES NOT support the OpenGL extension GL_ATI_meminfo.
This system supports the OpenGL extension GL_EXT_texture_compression_s3tc.
This system supports the OpenGL extension GL_EXT_texture_compression_dxt1.
This system DOES NOT support the OpenGL extension GL_ANGLE_texture_compression_dxt3.
This system DOES NOT support the OpenGL extension GL_ANGLE_texture_compression_dxt5.
This system supports the OpenGL extension GL_ARB_buffer_storage.
This system DOES NOT support the OpenGL extension GLX_EXT_swap_control_tear.
OpenGL: NVIDIA GeForce RTX 3060 Laptop GPU/PCIe/SSE2 4.6.0 NVIDIA 580.119.02 (4.6.0)
GL_NV_bindless_texture: DISABLED
GL_AMD_pinned_memory: DISABLED
GL_ARB_buffer_storage: AVAILABLE
GL_EXT_texture_sRGB_decode: AVAILABLE
failed to dlopen /home/xfox/.local/share/Steam/steamapps/common/Zombie Panic Source/bin/engine.so error=/home/xfox/.local/share/Steam/steamapps/common/Zombie Panic Source/bin/engine.so: cannot enable executable stack as shared object requires: Invalid argument
AppFramework : Unable to load module engine.so!
Unable to load interface VCvarQuery001 from engine.soexecstack -c "~/.local/share/Steam/steamapps/common/Zombie Panic Source/bin/engine.so"
如果你使用了其他存储设备存储steam游戏库，应修改为对应的挂载位置。
在这个内存暴涨的时刻，从万能的某宝完成了一次超出某宝默认售后期限的换货。
实际上在这篇文章发布之前找到下载文件损坏和Windows蓝屏崩溃软/硬重启的元凶：光威战将DDR4 3200Mhz 16G*2内存我就已经出现了一些奇奇怪怪的错误，但是直到最近CSGO频繁出现文件错误需要重新校验的问题我才意识到原来这些问题本质上都是内存条的故障导致的。
作为测试的一部分，洗个澡回来接着打CS直到报错为止（之前通常打开一局进入地图时或进入后几秒就报错，为此导致我多次官匹竞技被禁赛掉分）。
打了几把确实没有再出现内存问题导致的报错。
就是比较难受的是原来的是套条，现在这两根一条黑PCB一条绿PCB，neurax看了照片告诉我颗粒一个三星一个镁光，三星那个颗粒还不是一个批次。 就这，还能组成双通道，型号也打的同一个型号，实在是抽象。 除非够便宜不可能再买光威的内存条了，混的有点让人不爽。
疑似和昨天晚上宿舍机房门的打开有关，总之看前缀240e:是中国电信的，有地址和正确的DNS，但是无法访问任何ipv6地址。
限速依旧1.2MB/s 打把CSGO试试有没有提高稳定性。
第一个：
Invalid API Response: The provider returned an empty or unparsable response. This is a provider-side issue where the model failed to generate valid output or returned tool calls that Cline cannot process. Retrying the request may help resolve this issue.
第二个：
Cline uses complex prompts and iterative task execution that may be challenging for less capable models. For best results, it's recommended to use Claude 4 Sonnet for its advanced agentic coding capabilities.
这俩问题我是最近几天才发现的，并且都没有在github找到有实际有意义的解决方案，所以我不得不考虑一下报错描述的内容所明示的：你API有问题返回值不对劲
去DeepSeek的最近更新的文档看了一下，果然发现端矣：DeepSeek-V3.2 正式版发布 2025/12/01
DeepSeek-V3.2 的思考模式也增加了对 Claude Code 的支持，用户可以通过将模型名改为 deepseek-reasoner，或在 Claude Code CLI 中按 Tab 键开启思考模式进行使用。但需要注意的是，思考模式未充分适配 Cline、RooCode 等使用非标准工具调用的组件，我们建议用户在使用此类组件时继续使用非思考模式。
但请注意，当我们的服务器承受高流量压力时，您的请求发出后，可能需要等待一段时间才能获取服务器的响应。在这段时间里，您的 HTTP 请求会保持连接，并持续收到如下格式的返回内容：
非流式请求：持续返回空行
流式请求：持续返回 SSE keep-alive 注释（: keep-alive）
这就很蛋疼了，原来Cline你才是爱用非标件的那个大傻逼🤣啊，结合GitHub看到的prompt代码，Cline是直接搞了一堆非标准的标签让后端识别，如果API供应商不做额外的专门训练那回复的准确率可就完全没保障了。至于对等待响应的处理，暂时不清楚Cline有没有做。
所以理论上要么换Claude Code插件要么用非思考模型（其实用着感觉也还行）。
当然还有个比较邪修的操作，用国内某某API小厂赞助的其他Cline汉化版插件，通过git历史提交可以看到他们把非标的标签连带prompt全翻译成中文，这时候DS思考模式回复的正确率确实大大提高，但是某API厂商的广告就有点烦人了😅（这个版本还暗戳戳把DS官方的选项里上下文改成64K砍了一半，估计也是为了方便多点碰壁的好卖他的API），另外频繁使用全中文prompt将会明显增加API的固定开支。
所以拉倒吧我还是用原版。
