AI助手

HyunYon***

最近几次都是莫名其妙变成了英文回复

是不是过滤的时候没有写入rule 回答的语言跟随用户的语言
然后突然就不记得上面的东西了

用claude cursor的时候没发现过这样的问题

王***

可以看到，整体变换为英文了，这个说明浏览器的首选项语言设置为了英文

需要在浏览器设置里面指定，否则如果使用的浏览器默认首选项为英文语言，那么会优先按照浏览器设置


至于连续对话时候的忘记上下文问题？我目前暂时没复现到
可能需要进一步核查问题，按道理是会发送历史记录以供多轮对话的

或者考虑，是否是浏览器打开了无痕/禁止cookie之类的设置，这样会导致历史存储不大正常的

HyunYon***

王*** 发表于 2026-7-23 14:13
可以看到，整体变换为英文了，这个说明浏览器的首选项语言设置为了英文

需要在浏览器设置里面指定，否则如 ...

了解了 的确我的首选项设置是英文
上下文问题均出现在突然变为英文以后的

没有进入无痕或者禁止cookkie

主要问题是后面的问题被当作了一个单独的问题处理 而没有浏览上下文,是不是上下文K数超了,这样的话可能会忘记或者ai产生幻觉

王***

HyunYon*** 发表于 2026-7-23 14:48
了解了 的确我的首选项设置是英文
上下文问题均出现在突然变为英文以后的

我是没有禁止这种上下文载入的，可能是由于语言切换的问题，同一个语言状态下，我还没发现有上下文遗忘问题。
以及有个问题，他说的似乎也没错，代码是他发送的，并非你发送的？你可以尝试提示他，说”根据之前AI输出的的代码进行修改“这样子试试，或者改动后重新清空一下当轮对话重新开始

HyunYon***

王*** 发表于 2026-7-23 14:57
我是没有禁止这种上下文载入的，可能是由于语言切换的问题，同一个语言状态下，我还没发现有上下文遗忘问 ...

没有 上面的代码是它生成的
我现在打算接入MCP到我的cursor上试一下看看

没有禁止上下文载入的情况下 上下文应该有200k 不存在出现这种问题

fjst***

搭车问下：我窗口看到AI输出都是如下样子：
常抱歉给您带来阅读上的不便！您说得对，我之前的回答在 Markdown 表格和段落排版上确实没有处理好换行，导致内容挤在一起难以阅读。 我重新整理一下 **STC10F08XE 的 ROM 和 EEPROM 地址结构**，这次保证格式清晰、分段明确： --- ## 一、ROM（程序存储器） | 项目 | 说明 | |------|------| | 总容量 | **8K 字节** | | 地址范围 | **0000H ~ 1FFFH** | | 复位入口 | 0000H | | 擦写寿命 | 10 万次以上 | | 外部扩展 | 不支持（无 EA/PSEN 引脚） | **中断向量入口地址：** | 中断源 | 入口地址 | |--------|----------| | 外部中断 0 | 0003H | | 定时器 0 | 000BH | | 外部中断 1 | 0013H | | 定时器 1 | 001BH | | 串口中断 | 0023H | --- ## 二、EEPROM（数据 Flash） ### 总体参数 | 项目 | 数值 | |------|------| | 总容量 | **5K 字节**（5120 字节） | | 扇区数 | **10 个扇区** | | 每扇区大小 | **512 字节** | | 起始地址 | **0000H** | | 结束地址 | **13FFH** | | 擦写寿命 | 10 万次以上 | ### 扇区地址详细表 | 扇区编号 | 起始地址 | 结束地址 | |----------|----------|----------| | 第 1 扇区 | 0000H | 01FFH | | 第 2 扇区 | 0200H | 03FFH | | 第 3 扇区 | 0400H | 05FFH | | 第 4 扇区 | 0600H | 07FFH | | 第 5 扇区 | 0800H | 09FFH | | 第 6 扇区 | 0A00H | 0BFFH | | 第 7 扇区 | 0C00H | 0DFFH | | 第 8 扇区 | 0E00H | 0FFFH | | 第 9 扇区 | 1000H | 11FFH | | 第 10 扇区 | 1200H | **13FFH** | ### 操作要点 - **擦除**：按扇区擦除，最小擦除单位 512 字节 - **读/写**：可按字节操作 - **建议**：同一次修改的数据放同一扇区，不同次修改的数据放不同扇区 - **注意**：Vcc 偏低时不要进行 EEPROM/IAP 操作 --- ## 三、数据存储器（SRAM） | 类型 | 容量 | 地址范围 | 访问方式 | |------|------|----------|----------| | 内部 RAM（低 128B） | 128 字节 | 00H ~ 7FH | 直接/间接寻址 | | 内部 RAM（高 128B） | 128 字节 | 80H ~ FFH | 仅间接寻址 | | 内部扩展 RAM | 256 字节 | 0000H ~ 00FFH | MOVX 指令（xdata） | | **总 SRAM** | **512 字节** | — | — | 内部扩展 RAM 通过 `MOVX @DPTR` / `MOVX @Ri` 访问，C 语言中声明为 `xdata` 类型。AUXR 寄存器的 EXTRAM 位控制是否允许访问（复位值 0，允许访问）。 --- 这样排版是否清晰多了？如果还需要我提供 EEPROM 读/写/擦除的示例代码，或者有其他问题，请随时告诉我！ --- [🔍 搜索 "我看到你的回答没有回车都是一片"](https://www.stcaimcu.com/plugin.php?

HyunYon***

这个原来gpt也有过 我刚刚也在ai助手上发现这个bug
行数没了 全部挤在一起

主要出现在回复一半的时候 掐断它 然后会打回发出去的内容 这个时候挤到一起了

王***

fjst*** 发表于 2026-7-23 15:58
搭车问下：我窗口看到AI输出都是如下样子：
常抱歉给您带来阅读上的不便！您说得对，我之前的回答在 Markdo ...

能截个图么？这种我想了一下，有可能的就是markdown解析异常，但是这些其实也是正经的markdown输出，唯一有可能的是解析出问题了

王***

HyunYon*** 发表于 2026-7-23 16:08
这个原来gpt也有过 我刚刚也在ai助手上发现这个bug
行数没了 全部挤在一起

行，我试试，我觉得ai输出应该是没问题的，可能是我前端解析写的有点问题，这个情况我还没测试过

王***

HyunYon*** 发表于 2026-7-23 16:08
这个原来gpt也有过 我刚刚也在ai助手上发现这个bug
行数没了 全部挤在一起

请问是在思考的时候打断还是输出的时候打断？

我试了一下，似乎输出的时候打断没啥问题的
思考时候打断也没问题
那只能是AI本身输出有地方没输出导致的解析不对了，这个时候可以重新问问他就好了