0x0007 的博客

原创 Anthropic 的阳谋：Chat → Code → Work

摘要：Anthropic通过Cowork发布完成了从Chat到Work的进化三部曲。2024年推出Artifacts打破对话边界，2025年构建Code基础设施赋予AI工程能力，最终在2026年实现Work协作场景落地。这家公司避开参数竞赛，以实用主义路线让AI从云端走向桌面，从工具变为伙伴。其稳扎稳打的步伐展现了AI落地的另一种可能：不是追求炫技，而是解决具体问题。这场静默远征标志着AI应用进入新纪元。

原创 全球大模型第一股：智谱上市！

本文分享了一位开发者从Claude转向智谱AI GLM-4.7大模型的使用体验。作者作为重度AI编程工具用户，特别推崇GLMCodingPlanMax套餐的高额Prompt次数和"无限续杯"特性。通过实际项目验证，作者认为GLM-4.7在代码重构、逻辑推理和UI设计方面表现优异，其"深度思考模式"能精准定位问题并提供多种解决方案，CSS代码生成也具备专业审美水准。相比国外模型，GLM-4.7不仅解决了额度限制的痛点，更展现出国产大模型在编程领域的竞争力，让作者感到物超

原创 编写好的代码，AI 才会奖励你

AI时代对编程提出更高要求：想用好AI辅助编程，开发者必须建立严格的代码规范。文章指出四大工程支柱：100%单元测试、极致模块化、强类型语言和快速开发环境。开发者角色正从"码农"转变为"架构师"，需要更强的系统设计和代码审查能力。经验丰富的程序员反而更珍贵，因为AI虽能快速生成代码，但构建可靠系统仍需"老法师"的工程直觉。AI正在淘汰平庸开发者，提升行业标准，只有编写优质代码才能获得AI的真正助力。

原创 温故Windows - Windows 任务管理器深度指南

正如 Dave Plummer 所言，任务管理器是 Windows 系统的 “第一现场”。它可能不是最精密的显微镜，但它是最可靠的急救包。理解它的工作原理和边界，不仅是对这位传奇程序员的致敬，更能让你在面对蓝屏或卡顿的混乱时刻，保持一份 “我能搞定” 的从容。

原创 Windows 下 Gemini CLI 快速体验指南

本文介绍了在Windows环境下快速安装和使用Google Gemini CLI的教程。首先需要解决网络访问问题，然后分为五个步骤：1)创建Google Cloud账户和项目；2)安装Node.js 18+；3)配置代理环境变量；4)全局安装Gemini CLI；5)配置认证方式。文章还列举了常见问题及解决方法，包括网络连接超时、Workspace账户登录失败、API服务未启用、模型繁忙和免费额度超限等情况。作者对比了国内外AI编程工具，认为Google Gemini等国外产品体验更优。教程要求用户具备基本

原创 Grok 4源代码泄露？! 马斯克是懂泄露的

根据X用户@Aberdeenamain和@dtnewsai的爆料，所谓泄露来自xAI开发者控制台的Web前端代码，主要是HTML、JavaScript和JSON片段，包含了Grok 4和Grok 4 Code的模型描述、API端点和功能细节。：不像传统的代码补全，Grok 4 Code能自主分析代码库，生成完整功能模块，甚至帮你修复Bug。无论真相如何，Grok 4的技术亮点（尤其Grok 4 Code）值得期待，国内开发者不妨准备好API Key，届时上线后体验一把“星际AI”！

原创 翻译《The Old New Thing》- 如何创建一个与屏幕大小相同的窗口，而不会被当作全屏窗口处理？

本文探讨如何控制窗口不被系统误判为全屏窗口。Windows任务栏会自动将覆盖整个屏幕的窗口视为全屏，但某些场景（如半透明效果窗口）需要避免这种判定。开发者可通过两种方法干预：1) 调用ITaskbarList2::MarkFullscreenWindow(TRUE)强制标记为全屏，或传递FALSE撤销声明；2) 设置NonRudeHWND=1明确声明非全屏窗口。前者需每次窗口显示时调用，后者只需设置一次。两种方法互补，前者主动声明状态，后者阻止自动判定。需注意窗口隐藏或系统重启后需重新应用设置。

原创 Delphi 13 前瞻 - 解析RAD Studio 13 Ganymede Beta

TMaskEdit// 类似VCL的掩码编辑99/99/0000;1;_';beginShowMessage('操作失败: ' + E.Message);end;对于我个人来说，最希望的还是Embarcadero把IDE稳定性提升下（如调试崩溃卡死），体验优化下（比如编辑器中混乱的波浪线警告和时常失效的提示）之后再增加新功能，但也许这是最难的，让我们一起期待下吧。

原创 鸿蒙 HarmonyOS 应用开发 - Hello World 跑起来

接上篇讲了很多从 Windows 开发者视角感受到的差异和开发细节。但具体怎么开发呢，不管什么系统，什么语言，按国际惯例都要来个 HelloWorld 才够直观不是，这一篇，咱们就少说，多开发，尽可能的直观感受在 HarmonyOS 开发程序的流程体验。

原创 鸿蒙 HarmonyOS 应用开发 - 从Windows开发者视角看鸿蒙开发

以Windows程序员视角看待鸿蒙系统，记录开发转型的体验。对比了Windows与HarmonyOS的系统差异，指出鸿蒙的分布式特性、声明式UI和ArkTS语言带来的开发范式转变。通过核心概念映射表，展示了进程、UI、数据管理等模块的本质区别。强调鸿蒙"一次开发，多端部署"的理念，分析了其微内核、服务组件化的架构特点。对于Windows开发者，建议重点关注设备协同、动态能力检查等分布式特性，并适应异步编程模式。

原创 RAD Studio 12.2

RAD Studio 12.2

翻译 翻译 What We Learned from a Year of Building with LLMs (Part I)

本文由六位不同背景和专业领域的作者共同撰写，分享了他们使用大型语言模型（LLMs）构建实际应用一年来的经验教训。文章分为战术、运营和战略三部分，讨论了如何有效地使用提示（prompting）、改进信息检索（RAG）、设计人工在环工作流程，并强调了评估和监控LLMs的重要性。作者们提供了丰富的最佳实践、常见陷阱和实用建议，旨在帮助读者构建成功的LLM应用，并指出了在构建过程中保持输出多样性、减少错误和提升性能的关键策略。

原创 Lazarus - 隐秘的神器

本文总结回顾了Delphi 、Lazarus的发展史，以及Lazarus蓬勃发展的现状，以此作为 Lazarus 专栏的序幕。

原创 WinDbg 源码级调试 C++ 程序

本篇作为 Windbg 调试 C++ 源码的抛砖引玉，希望能够给为各位对 C++ 细节有研究兴趣的同学一个不同的角度。Windows 调试和Windbg 工具本身的使用又是另外两个浩瀚的领域，学无止尽，共勉！

原创 C++ 关键字 ：using

在 C/C++ 中，定义类型别名的方法有#define、typedefusing 多种方式。#define 是宏定义关键字，用途广法，尤其是 C 中，不局限于类型别名定义。在C++中，推荐使用using来定义类型别名，因为它更符合C++的现代编程风格。似乎三者没有明显区别，当然由于#define 宏定义的本质，和后两者是可以明显区分开的。那么，typedef 和using的区别在哪里呢？首先，使用typedef定义的别名和使用using定义的别名在语义上是等效的。

原创 探索大型语言模型（LLM）的世界

大型语言模型（LLM）是深度学习在自然语言处理（NLP）领域的集大成者，它们代表了人工智能技术在理解和生成语言方面的重要进步。LLM的核心是基于变换器（Transformer）架构的复杂神经网络，这一架构因其在处理序列数据时的高效性而闻名。LLM是一种预训练的深度学习模型，专为处理自然语言而设计。它们通过在大量文本数据上进行训练，学习语言的统计特性和模式，从而能够执行各种语言任务，如文本分类、情感分析、机器翻译、问答系统和文本摘要等。

原创 浅谈Windows 上的线程亲和性(Thread affinity)

由浅入深，从不同系统、C++语言、Windows对资源调度管理等多个层面阐述了线程亲和性的由来、使用，并附带了Raymond Chen的《Thread affinity of user interface objects》系列的翻译。

原创 Windows 进程权限浅谈 -- 提权 / 降权

在 Windows 上，用户对权限并不敏感，可能最为直观的是 UAC ，但相信很多人已经关掉了它的提示。但其实安全性早已深入了 Windows 的方方面面。Windows Vista 引入了一个称为强制完整性控制（）的新安全结构，类似于 Linux/Unix 中可用的完整性功能。在 Windows Vista 以及后续版本如Windows 11/10和Windows 8/7中，所有安全主体（用户、计算机、服务等）和对象（文件、注册表键、文件夹和资源）都被赋予MIC标签。

原创 译 Anders Hejlsberg 谈 C# 与 .NET

我们尝试从 C++ 到 C# 所做的，首先是我之前谈到的简化和提高生产力，同时也是构建一种支持我所说的"组件导向编程"的语言。它都运行在 ASP.NET 中，所以如果你构建网页，周围的 HTML 是一样的。然而，确实，Common Language Runtime 的诞生与 C# 的诞生是同时的，而且在某种意义上，设计 C# 时我们有幸不必担心任何向后兼容性。但就我们实际支持的内容而言，当然，你在 C# 中能做的任何事情，在托管 C++ 中也能做，而且你在 C# 中能做的几乎所有事情，在 VB 中也能做。

原创 我用 Kimi x Trae 复现了个低配版 Antigravity 粒子特效

TRAE.ai中国版(TraeCN)现已支持Kimi原生视频理解功能。测试使用最新Kimi-K2.6模型解析antigravity官网粒子特效视频，发现其能准确分析特效特征并进行技术推演。经过多次调试，Kimi最终成功还原了该特效，虽与原版存在差异，但相比其他国产模型表现更优。测试表明Kimi-K2.6具备较强的视频理解能力，能通过视觉信息与用户建立更直接的交互。这一功能突破使AI模型能够像人类一样"看见"并理解动态视觉内容，展现了视频理解技术的应用潜力。

原创 Git Bash 中无法启动 Claude Code ?

摘要：在Git Bash中运行ClaudeCode时出现输入错误，原因是Git Bash默认使用旧版终端模拟(mintty+PTY)，而ClaudeCode需要现代化终端环境(ConPTY)。解决方案有三种：1)临时输入export MSYS=enable_pcon；2)将该命令加入.bashrc实现自动加载；3)最佳方案是更新Git for Windows并勾选"Add a Git Bash Profile to Windows Terminal"选项，这样既解决了兼容性问题，又能获得

原创 Trae（国际版）限免！全部免费一个月

登录 TRAE 国际版官网 trae.ai，点击主页右上角「Claim Anniversary Gift」按钮，进入活动页面领取。·Pro 用户：账号增加 800 次 Fast Request，有效期至北京时间 3 月 14 日 10:00。Trae 国际版全部用户（Pro订阅和Free非订阅同时可用），注意是国际版，不是 Trae CN！·点击 TRAE 国际版 IDE 顶部 Banner「领取周年福利」，进入活动页面领取。快去领取吧，早领早享用～

原创 译 《应用程序兼容性 - 会话 0 隔离》

用户登录到会话 1。在 Windows XP、Windows Server 2003 以及更早版本的 Windows 操作系统中，所有服务都与第一个登录控制台的用户运行在同一个会话中。将服务和用户应用程序一起运行在会话 0 中会带来安全风险，因为服务以提升权限运行，因此它们成为了试图提升自身权限级别的恶意代理的目标。考虑以下示例——如果属于应用程序的服务在会话 0 中生成一个用户界面元素——例如一个等待用户单击“确定”或“取消”的对话框，那么应用程序现在正在等待服务，而用户界面没有显示在用户会话中。

原创 翻译《The Old New Thing》- Session 0 隔离：安全优先，兼容靠后

Windows Vista引入了会话0隔离机制，改变了服务模型，导致许多基于Windows XP时代错误假设（将会话0等同于物理控制台）的代码出现问题。文章指出，即使在XP中，会话0也可能对应远程连接而非本地控制台，这种误解在Vista中被暴露出来。文末还调侃了博客作者Raymond Chen为防止读者挑刺而设置的"免责声明"段落。

原创 Anthropic 发布 Cowork ：Claude 跳出控制台！

100 的月费确实贵，但 Anthropic 这波操作，我是服气的。Anthropic 开始尝试将 Claude 的巨大潜能释放到现实世界中。从Chat（陪聊）到Code（极客工具）再到Cowork（数字员工），这条路走通了。对于咱们普通用户来说，信号很明确：别再沉迷于研究怎么写 Prompt 了。AI 的未来，不是看谁聊得好，而是看谁能真正接管你的鼠标和键盘，帮你把事做了。至于 Windows 版本？Anthropic 你搞快点，Windows 用户的钱包也嗷嗷待割了。参考。

原创 翻译《The Old New Thing》- 如何找到 Windows 插入符的位置？

这篇文章深入探讨了 Windows 编程中一个看似简单但实际复杂的问题：如何准确获取插入符位置。文章揭示了从 16 位到 32 位 Windows 架构变化对开发者带来的影响，以及辅助功能开发中遇到的实际挑战。特别有趣的是关于"vee-wee"的内部术语介绍，展现了微软开发团队的文化特色。

原创 翻译《The Old New Thing》- 在常量内存中交换大块内存中的两个子块，改进版

这篇文章讨论了一个经典的算法优化问题：如何在常量内存中高效地交换数组中的两个子块。Neil Rashbrook 的改进将旋转操作从 3 次减少到 2 次，体现了算法设计中不断追求更优解的精神。

原创 2026，专注AI，继续前行！

原创 翻译《The Old New Thing》- 为什么我的 Ctrl+M 加速键在按下 Enter 键时会触发？

文章解释了为什么Win32加速键Ctrl+M会在按下Enter键时意外触发。原因是加速键定义为字符"^M"（ASCII 13）时，会响应任何产生该字符的输入方式，包括Enter键。解决方法是将加速键改为虚拟键定义：使用"M"配合CONTROL修饰符或直接使用VK_RETURN来区分Ctrl+M和Enter键。类似情况也适用于Backspace（^H）和Tab（^I）等控制字符的键位冲突问题。

原创 翻译《The Old New Thing》- 为什么字符串最后一个字母没有复制到剪贴板？

文章解释了当使用SetClipboardData(CF_TEXT)传递非null结尾字符串时，最后一个字符丢失的原因。根据标准剪贴板格式文档，CF_TEXT要求字符串必须以null结尾。剪贴板管理器会通过GlobalSize获取缓冲区大小，并将最后一个字节强制设为null来纠正格式错误。当用户多分配一个字节时，这个纠错操作就不会覆盖有效字符。作者强调开发者应该主动确保字符串正确null结尾，而非依赖系统自动纠错。

原创 进击的智谱 - GLM 4.7 双旦大礼

智谱GLM-4.7大模型发布，展现卓越AI能力。该版本在编码、推理和工具使用方面显著超越前代，成为开源新标杆。实测显示其能高效完成复杂编程任务（如实时Markdown编辑器开发）、精准排查C++代码问题，并具备优秀的前端视觉设计能力（如圣诞松树环、科技感仪表盘）。特别突出的是其PPT生成功能，可快速制作专业或趣味风格的演示文稿。作为国产大模型代表，GLM-4.7解决了国外模型访问和支付难题，凭借稳定服务和持续创新成为国内编程AI的领先选择。其技术突破和产品体验彰显智谱团队的技术实力与创新激情，为AGI发展奠

原创 快讯 | 智谱发布最新旗舰模型 GLM-4.7！

又到了智谱的高光时刻，在元旦前发布了GLM 4.7，为这一年画上了完美的句号。在 LMArena Code Arena 盲测中位列开源第一、国产第一，超过 GPT-5.2；在 SWE-bench-Verified 获得国产第一；在 LiveCodeBench V6 达到 84.8 的开源 SOTA 分数，超过 Claude Sonnet 4.5。在 AIME 2025 数学竞赛中取得开源 SOTA ，超过 Claude Sonnet 4.5 和 GPT-5.1；

原创 GPT-5.2 正式发布！开发者需要关注的 4 个核心变化

OpenAI突然发布GPT-5.2，在性能上实现质的飞跃。该模型采用"快慢双模式"架构：Instant模式实现毫秒级响应，Thinking模式则专注复杂推理。在代码能力方面，GPT-5.2取得AIME数学测试满分，专业工作能力评分达70.9%，显著提升算法逻辑处理能力。相比Gemini3和Claude4.5，GPT-5.2在逻辑推理和代码能力上占据优势，但响应速度稍慢且API成本较高。这一升级标志着AI从娱乐工具向专业工作助手的转变，特别适合处理需要严密逻辑的复杂任务。

原创 不仅会看图写代码！实测智谱GLM-4.6V MCP 的“视觉验收（UI Diff）”黑科技

智谱AI推出视觉理解MCP功能，为GLM模型新增"看"的能力。该功能不仅能分析图片布局和配色，还能对比UI差异，甚至支持视频关键帧提取。用户通过简单命令即可安装MCP服务器，实现像素级视觉理解。实测显示，AI能准确识别页面元素差异，包括字体、背景色和缺失组件等细节。这项技术突破使AI在工程流程中实现自动化视觉测试成为可能，为开发者提供更便捷的bug排查方式。智谱AI今年持续发力多模态领域，此前已相继推出联网搜索和语音输入功能。

原创 翻译《The Old New Thing》- Windows如何合成剪贴板文本格式?

Windows剪贴板文本格式转换机制解析：系统通过CF_LOCALE中的LCID获取代码页，实现CF_UNICODETEXT与CF_TEXT/CF_OEMTEXT之间的互转。转换时分别使用LOCALE_IDEFAULTANSICODEPAGE和LOCALE_IDEFAULTCODEPAGE作为字符集映射依据。该机制延续了16位Windows的CF_LOCALE设计，巧妙利用现有结构实现了Unicode支持。

原创 翻译《The Old New Thing》- Windows 如何从 CF_TEXT 合成 CF_OEMTEXT，反之亦然？

本文探讨Windows剪贴板中CF_TEXT和CF_OEMTEXT两种文本格式的相互转换机制。系统会按需使用AnsiToOem(CharToOem)和OemToAnsi(OemToChar)函数进行动态转换并缓存结果。文章指出这是16位Windows遗留的简单转换方式，随着CF_UNICODETEXT的引入，转换逻辑将变得更加复杂。作者预告后续将讨论涉及Unicode的更复杂转换情况。

原创 不打字的输入法 - 智谱 AI 输入法 Voice Coding 使用体验

智谱AI推出全新语音输入法，主打AI辅助输入功能。该输入法目前支持Windows和MAC系统，采用纯语音输入方式，通过快捷键激活语音识别，结合GLM大模型提供智能输入体验。与常规输入法不同，它专注于翻译、命令行、提示词润色等AI功能，并提供多场景预设提示词（包装为"人设"）支持个性化使用。安装过程简化了传统输入设置，突出AI特性，为用户带来更高效的语音输入解决方案。

原创 翻译《The Old New Thing》- Message-only w窗口的用途是消息传递，而非作为托管 UI 的便捷载体

微软开发博客《The Old New Thing》指出，将message-only窗口用作UI对话框的所有者是一种错误做法。虽然技术上将message-only窗口指定为父窗口不会自动使子窗口变为message-only，但这种用法违背了message-only窗口仅用于消息传递的设计初衷。文章强调，若需独立对话框应使用NULL作为所有者，如需隐藏则创建普通隐藏窗口。同时指出DialogBox/MessageBox函数会拒绝HWND_MESSAGE参数，并警告开发者不要滥用SetParent技巧将messa

原创 翻译《The Old New Thing》- message-only window 可以接收哪些类型的消息？

消息专用窗口（message-only window）是一个具有误导性名称的特殊窗口类型，它实际上并不能接收所有消息。这种窗口的关键作用在于仅接收专门发送给它的消息，从而建立发送方与窗口间的私有通信通道。它不参与广播消息（如WM_SETTINGCHANGE等发送给所有顶级窗口的消息），因为系统将其视为HWND_MESSAGE的子窗口，使其在枚举和广播中不可见。开发者可通过PostMessage或SendMessage向其发送消息，但该窗口始终保持不可见状态。

原创 翻译《The Old New Thing》- 如何让我的 Shell 缩略图提取器运行在同一个进程中？

然而，资源管理器使用缩略图提取器的方式通常是这样的：加载提取器 -> 要求它提取一个文件的缩略图 -> 然后释放提取器。客户问道：“有没有办法告诉资源管理器把所有的提取器都加载到同一个进程中，然后告诉每一个提取器‘好了，把你的状态传给下一个人’，最后告诉最后一个人‘我提取完了，你可以清理了’？：既然你不能强迫资源管理器长时间保留你的插件，那就让你的插件变成一个轻量级的“传声筒”，把真正的工作交给一个你自己能完全控制生命周期的后台进程去完成。你无法给资源管理器下达这样精确的指令来控制它如何使用缩略图提取器。