Claude Code在处理包含中文字符的文件路径时,自动完成功能显示为unicode编码而非实际中文字符,严重影响中文用户使用体验。该bug已报告至GitHub,从v2.0.73版本开始出现,影响Windows和macOS系统。用户在输入@符号触发文件引用时,中文字符如”中文文字檔案.pdf”显示为”344270255346226207″等八进制转义序列。尽管文件操作功能正常,但UI显示问题显著降低了工具实用性,尤其对依赖中文文件名的项目开发造成困扰。
原文链接:Linux.do
Claude Code在处理包含中文字符的文件路径时,自动完成功能显示为unicode编码而非实际中文字符,严重影响中文用户使用体验。该bug已报告至GitHub,从v2.0.73版本开始出现,影响Windows和macOS系统。用户在输入@符号触发文件引用时,中文字符如”中文文字檔案.pdf”显示为”344270255346226207″等八进制转义序列。尽管文件操作功能正常,但UI显示问题显著降低了工具实用性,尤其对依赖中文文件名的项目开发造成困扰。
原文链接:Linux.do
最新评论
开源的AI对话监控面板很实用,正好团队在找这类工具。准备试用一下。
折叠屏市场确实在升温,不过售罄也可能是备货策略。期待看到实际销量数据。
从磁盘I/O角度解释B树的设计动机,这个切入点很好。终于理解为什么数据库不用二叉树了。
IT术语转换确实是个痛点,之前用搜狗总是把技术词汇转成奇怪的词。智谱这个方向值得期待。
这个工具结合LLM和搜索API的思路很有意思,正好解决了我在做知识管理时遇到的问题。请问有没有部署文档?
这个漏洞确实严重,我们团队上周刚遇到类似问题。建议补充一下如何检测现有项目是否受影响的方法。
从简单规则涌现复杂性这个思路很有意思,让我想起元胞自动机。不过数字物理学在学术界争议还挺大的。
我也遇到了指令跟随变差的问题,特别是多轮对话时容易跑偏。不知道是模型退化还是负载优化导致的。