AI新手入门指南：从零开始学AI工具

在 Gemini 中发送消息后，显示“发生错误 (13)”“Something went wrong(13)”并卡住——对于这个错误的原因，Google 没有在官方帮助中说明。不过，2026年5月的官方故障报告中有这条提示持续出现约4天的记录，原因是数据库资源不足与应用缺陷，临时解决方法为“无”。本文结合这份官方记录，以及编号“13”与 gRPC 的内部错误（INTERNAL）一致这一点（Google 并未明确表示两者含义相同），整理官方社区中常见的4种情形——所有人同时出现、只有长对话、只在附加图片时、只有特定账号。在此基础上，从确认故障信息、接续到新对话、换账号确认，到通过反馈报告，按省事程度给出7步排查顺序。

不必每次都叮嘱“先说结论”“用中文回答”，只要在对所有对话自动生效的指令栏里写一次就行。ChatGPT 的“自定义指令”、Claude 的“Claude的说明”、Gemini 的“给 Gemini 的指令”就是这样的栏位，但三家的界面名称、所在位置、能写的字数都不一样。ChatGPT 的 Free 和 Go 为 1,500 个字符，Plus 及以上为 5,000 个字符（2026年7月提高），Claude 和 Gemini 没有公布上限。本文在三家官方帮助页面上核实位置与上限，并依据 Anthropic 的官方提示词指南给出管用的写法与示例。此外，还把官方帮助页面明确写出的“指令不生效的场景”——项目中、Gem 中、临时聊天、公司账号等——整理成一份检查清单。

明明用中文提问，Claude 却用英文回答——官方仓库里反复出现同样的报告，研究也已经证实，在请求与回复跨语言的条件下，即便是最强的模型，也无法始终如一地用指定的语言回答。不过原因并不只有一个。读代码和工具输出的过程中一点点滑向英文的类型、在把对话做成摘要的压缩之后忘掉语言的类型、不是英文而是变成别的语言的类型，一共三种，管用的对策也各不相同。本文梳理每种类型的判断方法，说明把指示固定在系统提示词里的 Claude Code language 设置为什么在压缩之后依然有效，并把 2026年9月开始出现报告的“长会话里输出本身出现崩坏”这一问题，按可靠信息与尚未确认的信息分开整理。

2026年8月2日，EU AI Act 的剩余条款进入普遍适用，“用 AI 写的文章不加标注就算违法”这类说法突然多了起来。先说结论：对多数个人创作者和企业博客而言，并不会产生标注义务。因为第50条第4款明确写着，只要该内容经过人工审阅或编辑控制，并有人对发布内容承担编辑责任，披露义务就不适用。不过豁免是有条件的——审阅“必须是实质性的，不得停留在表面事项或走个形式的批准上”，看都不看就自动发布的做法并不符合。本文梳理以下内容：提供者（provider）与部署者（deployer）的义务完全不同；AI 生成文本要不要披露，取决于“发布的目的”而不是“话题”；深度伪造的披露义务与艺术、讽刺作品的减轻规定；聊天机器人的告知；机器可读标记（C2PA Content Credentials）属于提供者的义务；以及2026年12月2日和2027年2月2日这两个期限——全部限定在条文与欧盟委员会资料中能够确认的范围之内。

Claude Code 在响应中途停住，屏幕上出现 API Error: Connection lost mid-response. The response above may be incomplete.——把这句话原样拿去搜却几乎找不到资料，是因为这是一个比较新的名字。官方错误参考明确写着，在 v2.1.227 之前，Connection lost mid-response 显示为 Connection closed mid-response；与此同时，Response stalled mid-stream 被换成了 The response stopped arriving，Connection closed while thinking, before producing a response 被换成了 Connection lost before a response was produced。也就是说，现象早就存在，只是单词变了。本文以这次改名为起点，只依据官方文档和公开 Issue 来梳理。先讲“中途被切断”的 4 条消息（Server error、Connection lost、computer went to sleep、The response stopped arriving）的官方定义，以及已经流出来的输出为什么会被刻意保留——因为重发有可能把同一次工具调用执行两遍——还有恢复步骤就是回复 continue 这一点。接着用官方的 Automatic retries 分支说明为什么不会自动重试：什么都还没完成时的断开会以指数退避最多重发 10 次，思考结束但还没输出时最多重发 2 次并以 Connection lost before a response was produced 收尾，完成一个块之后则不再重发，只附上这条提示。再往后是可能断开的 3 个层次（本机与线路、代理和网关等链路、服务端与连接复用）、mTLS 证书轮换时的重新读取（v2.1.232 之后）、9 步排查清单、4 个流监视计时器的默认值（first-byte 180 秒、event 300 秒、byte 180 秒、body idle 5 分钟）与 CLAUDE_CODE_MAX_RETRIES、CLAUDE_CODE_RETRY_WATCHDOG、API_TIMEOUT_MS 等环境变量、与 8 种相似消息的区分对照表，以及原始 HTTPS 一切健康却只有 CLI 因 ECONNRESET 而掉的真实报告（#86473 和 #85979）。最后按确信度分开说明：症状和恢复步骤在官方有文档，但原因的官方说明还没有出来，CHANGELOG 里也找不到这次改名的记载。

想打开 Windows 版 Claude Desktop，弹出来的却是标题为“无法打开这个应用”的对话框，提示你转到 Claude 的高级选项并选择“修复”——照它说的做就能解决，既不用卸载，也不用那个会把数据一起丢掉的“重置”。不过中间有一道坎，正是本文的核心：点了“修复”之后，可能会收到一条提示说应用还在运行，可明明哪儿都没有开着 Claude 的窗口。原因是 Claude Desktop 在窗口关闭后仍然驻留在系统托盘里，那个常驻进程占着包里的文件，修复自然通不过。解法很简单：先明确地结束进程，再点“修复”。而这个事实本身也指向了故障的成因——同一个进程先弄坏了更新，又挡住了修复。本文还回答了大家最先想问的那个问题：会话会不会被清空？答案分三种。claude.ai 的对话记录存在 Anthropic 的服务器上，完全不受影响；Claude Code 的会话存在 %USERPROFILE%\.claude\projects\ 下，位于应用包之外，所以修复、重置乃至卸载都动不到它（一台实机上是 52 个项目、2,977 个文件、约 3.0GB）；唯一有风险的是 %APPDATA%\Claude 里的应用侧设置，而“修复”连这个也保得住——Windows 就在同一个页面上把区别写清楚了：修复不影响应用的数据，重置会删除应用的数据。此外还涵盖只读的 PowerShell 状态检查、备份流程、仍然打不开时的分级处理（确认 vmcompute 与 hns 是否在运行、用 -PreserveApplicationData 重装）、半注册 MSIX 这一推定成因与相关的 GitHub issue（#55465 安装成功却没有生成入口点，以及 #50285、#48437，全部以 closed as not planned 收场，没有官方修复），降低复发概率的做法，以及与旧版安装程序格式的对比——MSIX 最新版与旧格式实机上的版本号同为 1.24012.9。

2026 年 7 月 16 日，Moonshot AI 发布了总参数量 2.8 万亿的 Kimi K3。美国半导体股票遭到抛售，事态更升级到一位白宫官员点名指控该公司蒸馏了 Anthropic 的模型。由于数字乃至叫法都会因来源而异，本文对照基准发布方、财经媒体、Moonshot 自己的公告以及 Hugging Face 上的实际页面，逐一说明每个数字出自谁之手。性能方面，它在 Artificial Analysis Intelligence Index 上得 57 分、排名第三（截至 2026 年 7 月 17 日；不过同样是 57 分，也存在排第四和第七的统计）。在更贴近实务的 GDPval-AA v2 上，K3 为 1668，Fable 5 为 1760，Opus 4.8 为 1600——较上一代 K2.6 的 1190 跃升 478 分，真正撬动市场的正是这种差距的缩小，而非绝对名次。编程方面，它在 Arena.ai 的 Frontend Code Arena 上以 1679 分拿下第一（Fable 5 为 1631），但在 FrontierSWE 上以 81.2% 输给了 Fable 5 的 86.6%。价格的结论会随比较对象反转：输入 $3、输出 $15，比 Claude Opus 4.8（$5/$25）或 GPT-5.6 Sol（$5/$30）输入便宜约四成、输出便宜四到五成，实测单任务成本 $0.94 也低于 Opus 4.8 的 $1.80。但与中国同行相比它是最贵的一个，约为 GLM-5.2 的三倍、DeepSeek V4 Pro 的 23 倍，因此这并不是 DeepSeek 冲击那种低一个数量级的折扣。关于权重，媒体在“开源”（VentureBeat、SCMP）与路透社的“开放权重”之间分裂，准确的说法是后者。权重已按原定计划于 2026 年 7 月 27 日放出，可以从 Hugging Face 无申请直接下载（96 个 safetensors 分片）。同时公开的许可证是自定的“Kimi K3 License”，在 MIT 式授权之上附加两项条件：Model as a Service 业务营收超过 2,000 万美元需另行签约，月活跃用户过亿的产品需在界面上标出“Kimi K3”。授权随规模而变，因此并不符合 OSI 的开源定义——称呼上的分歧，如今由许可证条文本身给出了答案。市场方面，纳斯达克周五下跌 1.5%，台湾跌超 6%，日本跌 4%，半导体 ETF（SMH）较 6 月底高点下跌超过 20%，但 SOX 的周跌幅按媒体不同被报为 -9% 至 -12.5%，此后抄底资金入场收窄了跌幅。蒸馏指控被研究者以时间线否定——Fable 于 7 月 1 日公开，K3 于 7 月 15 日上线，中间只有 15 天——并且没有任何证据被公开。速度（测量值从每秒 33 到 62 个 token 不等，OpenRouter 警告容量紧张会导致 429 频发）、幻觉率从 39% 升至 51%，以及 Moonshot 自己承认的明显用户体验差距，本文都附上了确信度标签。

Claude Code 回答写到一半停住，屏幕上出现“API Error: Connection closed mid-response. The response above may be incomplete.”——这不是提示词的问题，而是承载流式响应的连接在响应传输途中被关闭的传输层事件。本文只依据官方错误参考、官方 CHANGELOG 与带抓包证据的真实 Issue 进行梳理。先讲官方定义：Connection closed 是被切断、Response stalled 是陷入沉默、Server error 是服务端出错，三者的区别；以及已输出内容为何被“刻意”保留——因为重发可能把同样的工具调用执行两遍——而恢复步骤就是回复 continue。接着拆解断连可能发生的三个层次（本机链路与休眠/代理和 VPN 的空闲断开/服务端主动关闭），并给出 Issue #67766 报告者公开的抓包实测值：十次全部是服务端发起的正常关闭，从 FIN 到报错为 3〜105 毫秒，关闭时已收到 7〜20 KB 响应，请求体 1〜2.5 MB，新建连接约 20 毫秒即成功，23 天内共 200 次报错、171 次事件，其中 87 次距上次通信不到 5 秒。本文实用价值的核心，是 CHANGELOG 中真实存在的连接修复时间线（2.1.179 保留已输出内容、2.1.185 停滞提示由 10 秒改为 20 秒、2.1.198 临时网络中断改为带退避重试、2.1.199 流中服务端错误也保留已输出、2.1.214 陈旧连接错误后停用 keep-alive 池），并与报告版本（#69336=2.1.173/#69415=2.1.181/#69517=2.1.183）对照，指出报告集中区间全都早于 2.1.198。此外还包括易触发条件、八步用户检查清单、六条开发者指引、与 Unable to connect 及 Prompt is too long 的区分，以及“症状与对策已官方文档化，但原因的官方说明尚未给出”的确信度划分。

你打开 Hugging Face 想跑本地 LLM，同一个模型却挂着一整墙文件（Q4_K_M、Q5_K_S、GPTQ、AWQ、IQ3_M），然后就懵了。本文实打实回答：到底该下载哪个量化文件才能把它跑起来，把“什么是量化”的概念留给另一篇，专注于选择格式。选择分两步：先选格式（= 用哪个引擎跑），再选位深。最重要的事实是：量化文件只能在支持其格式的引擎上运行。GGUF 是唯一“本地全能”的格式，能在 CPU、Mac 和部分 GPU 上跑（llama.cpp/Ollama）；GPTQ/AWQ/EXL2 以 GPU 为先（vLLM/TGI）；bitsandbytes 在 Transformers 里加载时量化、无需校准。GGUF 命名 Q4_K_M 分三部分：Q4（名义 4-bit，越大越好也越大）、K（在超级块上做的 K-quant；无后缀/_0/_1 是旧式）、M（S/M/L 表示有多少重要张量被升级；有效比特高于标签值，Q4_K 约 4.5 bpw）。IQ 家族（I-quants）在相同位深下更小，但推理更吃力、需要 imatrix（来自校准的重要性矩阵，优先保护关键权重）。GPTQ 最小化逐层误差；AWQ 通过激活值保护关键权重（没有谁绝对更好）。位深上，拿不准就选 Q4_K_M（许多模型的 Ollama 默认值），VRAM 有富余升到 Q5_K_M/Q6_K，Q8_0 近乎无损但不推荐，IQ2/IQ3 只用于硬塞大模型。约 4.5 到 5 bpw 是好吃区间（一个启发式）。找文件可用 library=gguf、bartowski/mradermacher（活跃度会变），或 Ollama 标签 model:size-variant-quant。数字是近似值，会因模型和构建方式而异。

当“问 AI 就行”“让 AI 全部写出来”成为默认时，反过来的问题才更有锋芒：这真的是该用 AI 的场合吗？本文并不是反 AI；它讲的是把“不用它”保留为一个选项，正是为了让你能最大限度发挥 AI 的价值。AI 不是默认要用的东西，而是有意去选择的工具，善用它和选择不用它是一对搭档。六种跳过它反而更好的情形：1. 打基础的学习（以写来思考的过程本身就是目标），2. 输入机密或个人数据（未确认条款和数据保留政策前不要粘贴），3. 出错即致命的最终决断（医疗、法律、安全、金钱不应未经验证就交出去），4. 不值得成本的轻量任务，5. 以人的信任或创造力为核心的工作（道歉、招聘、作者身份），6. 不想再增加单点故障时（业务连续性）。用三个问题快速决定：你能自己验证输出吗、是否只涉及可以分享的数据、这个过程是你现在应该训练的吗。如果能验证、数据可分享、且不需要训练，就用 AI；否则就跳过它，或插入一道人工核查。过度使用的弊端（认知卸载、接受听起来合理的错误、依赖）只作为讨论要点提出，而非确切的数字。刻意跳过 AI 不是刹车，而是让你能在它合适之处全力以赴的另一面技能，也是对过度依赖 AI 的一道对冲。

刚更新完 Claude Desktop（Windows）后启动应用，会弹出“另一个程序正在使用此文件”，应用无法启动——而且在重启电脑之前一直无法修复。这是 Microsoft Store（MSIX）版上的一个已知缺陷（GitHub #53247 等）。关键点：并不一定需要完全重启电脑——很多情况下只要注销 Windows 再重新登录即可恢复（不是重启电脑，也不是退出 Claude 的登录），因为背后的孤立句柄是按 Windows 用户会话为单位残留的。有报告称停掉 CoworkVMService 或重新注册软件包均无效。尽管对话框如此措辞，但已验证不存在用户空间的文件锁（handle.exe / Process Explorer）：真正的失败发生在 AppX/Desktop Bridge 的容器层，即 Job Object → Silo 的转换（0x80070020 = ERROR_SHARING_VIOLATION，事件 215/208）。触发原因有两种尚无定论的解释——服务占用 Job Object（#57221）与启动时崩溃导致清理未执行（#53247）——且官方尚未发布修复。长久的变通办法是改用 Squirrel（安装程序）版。本文基于一台实机（Windows 11 Home 10.0.26200）并与 GitHub issue 相互印证，全文附有置信度标签。

2026年7月8日，OpenAI 面向全球发布了刷新 ChatGPT 语音的新模型 GPT-Live。它以“边听边说”的全双工架构取代传统 Advanced Voice Mode，会附和、能接住打断、不打断你思考的沉默，响应延迟 <250ms。深度推理与检索在后台委派给 GPT-5.5（可选 Instant/Medium/High）。免费套餐用 GPT-Live-1 mini，Go/Plus/Pro 用 GPT-Live-1。本文讲解它是什么、与旧版有何不同、如何运作、分套餐提供，以及视频/屏幕共享与 API 等当前限制。