跳到内容
Claude ChatGPT Gemini GitHub Copilot Codex Midjourney Stable Diffusion 其他AI
新手入门 AI开发与编程 开发环境与基础设施 AI代理与自动化 工作效率 写作 设计 数据分析 学习与教育 副业与变现 游戏开发 AI安全与治理 AI风险与社会影响 个人开发
AI课程 AI测评 指令模板 关于我们 联系我们
登录 注册
AI Platform

AI，更自由。

通俗易懂地为你带来AI使用方法、实用技巧和最新资讯。
还有免费AI课程和AI能力测评。

阅读文章 开始测评 开始学习

AI Arte 提供的服务

AI文章

面向初学者的AI工具使用指南、对比分析和最新资讯

阅读文章

AI能力测评

测试你的AI素养，发现你的优势和不足

开始测评

AI课程

免费的AI课程，从入门到进阶系统学习人工智能

开始学习

AI能力测评

已上线

AI基础能力测试

通过20道题测试你的AI基础知识水平。
即将推出

提示词能力测试

测量你编写有效AI提示词的能力。

即将推出

AI应用能力测试

评估你在实际工作中运用AI的能力。

精选文章

无法打开这个应用：Windows 版 Claude Desktop 启动不了——用“修复”解决，会话不会丢
Claude AI开发与编程 新手入门

无法打开这个应用：Windows 版 Claude Desktop 启动不了——用“修复”解决，会话不会丢

想打开 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。

最新文章

查看全部
Kimi K3 是什么？“第三名”说法背后的 2.8 万亿参数模型——价格、开放权重与市场冲击
其他AI 新手入门

Kimi K3 是什么？“第三名”说法背后的 2.8 万亿参数模型——价格、开放权重与市场冲击

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 自己承认的明显用户体验差距，本文都附上了确信度标签。

API Error: Connection closed mid-response 的原因与对策——Claude Code 回答中途被切断
Claude AI开发与编程 新手入门

API Error: Connection closed mid-response 的原因与对策——Claude Code 回答中途被切断

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 的区分，以及「症状与对策已官方文档化，但原因的官方说明尚未给出」的确信度划分。

Claude Opus 5 发布：与 Opus 4.8、Fable 5 有何不同
Claude 其他AI

Claude Opus 5 发布：与 Opus 4.8、Fable 5 有何不同

Anthropic 于 2026 年 7 月 24 日发布 Claude Opus 5，官方文档称其相对 Opus 4.8 是台阶式跃升而非渐进式小改，但价格纹丝不动：每百万 token 输入 $5 / 输出 $25，正好是旗舰 Fable 5（$10 / $50）的一半。本文交叉核对官方公告、官方文档与多家媒体报道，梳理核心规格（claude-opus-5、100 万 token 上下文且默认值即上限、128K 最大输出、知识截止 2026 年 5 月）、含缓存费率与高速模式（约 2.5 倍速度、2 倍价格、仅限 Claude API）的价格结构，以及基准测试成绩：Anthropic 在正文中明确写出 Frontier-Bench 超过 Opus 4.8 的两倍、CursorBench 3.2 与 Fable 5 相差 0.5% 以内、ARC-AGI 3 是第二名的三倍、OSWorld 2.0 以约三分之一成本超过 Fable 5；媒体从图表读取的数值则包括 Frontier-Bench 43.3%、ARC-AGI-3 30.2%、GDPval-AA 1,861 与 OSWorld 70.6%。同时也不回避短板：DeepSWE v1.1 上 68.8% 落后于 GPT-5.6 Sol 的 72.7%，攻击性安全与长周期生物学研究仍由 Mythos 5 领先，而且存在 max effort 得分反而低于低档位的情况。随后详解两处 API 破坏性变更（思考默认开启，导致卡得过紧的 max_tokens 被截断；关闭思考仅在 effort 为 high 及以下时允许，xhigh 或 max 会返回 400），五档 effort 的选择方法，对话中途变更工具、512 token 缓存下限、default 回退模式等新功能，以及回答变长、汇报变多、更愿意分派子智能体、不用催就自我验证的性格变化——迁移的要诀是删提示词而不是加提示词——最后给出谁该立刻迁移的判断标准与六步迁移检查清单。

量化格式指南：GGUF vs GPTQ vs AWQ——该选哪个文件？
Claude AI开发与编程 新手入门

量化格式指南：GGUF vs GPTQ vs AWQ——该选哪个文件？

你打开 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：刻意跳过它的判断力
Claude 新手入门

选择不用 AI：刻意跳过它的判断力

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

Claude Desktop 0x80070020：更新后无法启动的解决
Claude AI开发与编程 新手入门

Claude Desktop 0x80070020：更新后无法启动的解决

刚更新完 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 相互印证，全文附有置信度标签。