在原生 Windows 上，重搭 AI 编程命令行栈
一次原生 Windows 命令行整治记录：把 PowerShell、PATH 和 UTF-8 的反复故障，收敛成 Git Bash、rg、sd、jq、yq 与 ast-grep 这一套稳定工具链。
- 原生 Windows 下，PowerShell 适合系统管理，不适合承担高频中文文本处理主流程。
技术沉思、行业观察与人物线索，都收在这里。
这里汇总的是 Freelemon 的长文。现在列表页不再只有单一时间线，而是把搜索、标签和专题阅读放到同一层里： 技术沉思 偏系统、方法与工程判断， 访谈 偏一手观点整理与人物表达， 行业观察 偏竞争格局、平台变化与商业判断。
Latest Archive
技术沉淀 文章归档
这里保留 技术沉淀 标签下的时间线。专题区负责导读，这里负责完整归档和顺序回看。
Hermes 安装指南：macOS 和 Windows 怎么装
Hermes 不难装。macOS 直接跑官方安装器，Windows 先装 WSL2 再按 Linux 路线装。装完别先闲聊，先用并行读仓库和定时任务两个例子，看看它适不适合你。
- macOS 原生可装，Windows 走 WSL2，别在原生 PowerShell 路线上耗时间。
Anthropic 为什么要把 Managed Agents 做成平台层
Claude Managed Agents 不是一个孤立功能，而是 Anthropic 把 Agent 从模型接口推进到官方运行时平台的一步。真正重要的变化，不是多了几个工具，而是 Anthropic 开始接管 session、memory、vault、observability 和 prompt versioning 这一层基础设施。
- Anthropic 现在提供的不只是模型，而是一套托管式 agent harness，把 agent、environment、session 和 events 打包成官方平台能力。
把多窗口 AI 工作流重构成单一控制面
真正需要重构的不是提示词，而是项目控制层。多窗口同时写文章没有错，问题在于写作、主干集成、部署和恢复过去没有被放进同一套状态机里管理；而且这套控制面现在已经开始落成具体脚本和状态文件。
- 多 Console 并发写作不是问题，真正的问题是过去没有把主干合并和部署收口成单写者流程。
Hermes 和 OpenClaw 怎么选：先看层级
Hermes 最近热起来，不代表它会直接替代 OpenClaw。两者都挂着 agent 这面旗，但一个更像执行内核，一个更像个人助手入口和控制平面，个人用户与企业用户后面的答案会完全不同。
- Hermes 更像 agent runtime，OpenClaw 更像个人助手入口和 control plane。
GSD2 和 OMX 怎么选：两套 AI 编程工作流的分水岭
GSD2 在管项目，OMX 在管 Codex。两边都能做长任务，但不在同一层：一个更像执行内核，一个更像编排外挂。把它们看成同一层工具，后面基本都会用错。
- GSD2 把项目压成 milestone、slice、task 和落盘状态，更像执行内核。
别把 AI 当外包商：软件研发里更稳的协作四分法
团队真正需要的不是“尽量多把活扔给 AI”，而是一套能按风险、可验证性和学习价值来分工的方法。研发协作的关键，不在全信或全禁，而在于给不同任务安排不同的人机关系。
- 同一个 AI 工具，不应该用同一种协作方式处理所有研发任务，关键在于先给任务分级，而不是先给工具站队。
AI 改写了编码，为什么软件复杂性还在
AI 已经改写了编码、测试和局部修复这些实现层工作，很多团队也真实感受到了提速，但软件复杂性没有一起消失。系统边界、组织协作和长期演化，仍然决定大多数难题。
- 编码这一层已经被明显改写，AI 正在接管一段连续的软件工程工作流。
为什么越往后走，AI 竞争越不像模型竞赛，越像一场基础设施竞赛
模型当然仍是 AI 竞争的底座，但越往后走，真正锁定客户、提高迁移成本、决定长期利润结构的，越来越是连接器、运行时、评测、权限、协议和部署能力这些基础设施层。
- 模型决定能力上限，基础设施决定能力怎样进入组织、留在组织，并最终形成迁移成本。
AI 到底是指数增长，还是已经进入加速段
先用图讲清线性、指数和增长率继续上升三种曲线，再回答一个更具体的问题：截至 2026 年 3 月，AI 前沿能力已出现加速迹象，但整体经济层面还没有同步进入加速指数增长。
- 先分清固定增量、固定比例和增长率上升，才不会把三种曲线混成一句口号。
更强 AI 的下一步，也许不在“更像人”这条线上
如果意识不是工程目标，那么更强 AI 的演化方向就没必要沿着“更像人”展开。真正值得追踪的，是架构、记忆、工具使用、世界模型和多代理协作这些更具体的系统变量。
- 未来更强 AI 的主战场，更像系统架构，而不只是参数规模。
当顶级程序员开始少写代码，软件工程的重心移到了哪里
Karpathy、Yegge 与 Peter Steinberger 指向的，是软件工程分工的上移：代码生成更便宜后，规格、验证、门禁、回滚和长期维护变成更稀缺的环节。变化的核心是责任位置重排。
- 顶级程序员减少手写代码，背后是工程重心从编码转向约束、验证和审计。
从信息流到知识层：怎样筛出值得长期沉淀的可靠知识
做知识库最容易犯的错误，不是漏掉几条信息，而是把所有信息都当知识留下来。真正值得长期保留的，不是“今天重要”的内容，而是 30 天后、90 天后还能支持判断、设计和行动的内容。
- 信息排序解决的是“今天先看什么”，知识沉淀解决的是“未来还该保留什么”，这两个问题不能共用一个分数。
想建立 2026 年 AI 判断，先别只追新闻
不是再追一轮热点，而是先挑出那些三个月后仍会重写你判断的原文。这 10 篇博客覆盖 Agent 定义、评测偏差、软件工程、推理路线、系统安全和 Agent 公司结构这几条关键线。
- 这十篇里最重要的不是新名词，而是它们分别重写了定义、评测和工程边界。
08｜小团队 + Agent，会不会变成新默认配置
Agent 不是只改变个人怎么写代码，它也在改团队怎么协作。swyx 这篇最值得翻出来的地方，是它把“少人团队为什么会越来越能打”讲成了一套组织问题，而不只是技术问题。
- Tiny Teams 不只是少招人这么简单，它更像是把 AI 放进组织设计之后形成的新运作模式。
07｜别一把梭哈给 AI：和它一步一步把问题做完
很多人以为用 AI 编程就是把任务扔过去、等它回一坨结果。Jeremy Howard 这篇真正有用的，是它提醒大家：更可持续的方式，是把问题拆成小步，让人和 AI 在同一个反馈回路里一起往前走。
- 真正稳定的人机协作，不靠一次生成很多代码，而靠连续的小步对话和验证。
06｜2025 年，Agent 编程为什么突然变了
过去一年如果你总觉得模型、Agent、写代码方式都像在突然提速，这篇可以帮你把变化串起来。Karpathy 的价值，在于他把 2025 年几个真正改变格局的转折点挑了出来。
- 2025 年最关键的变化，不只是模型更强，训练与推理范式也都在变。
05｜Coding Agent 需要熟练操作者，它不会替你负责
Coding agent 当然有用，但它最依赖的，恰恰是前面那个会提清楚任务、会判断结果、会继续追问的人。真正被放大的，从来不是模型幻觉，而是操作者本身的清晰度和收口能力。
- Coding agents 依赖熟练操作者，不会天然替代熟练操作者。
04｜下一波 AI 大公司，为什么可能出在 Agent 层
模型公司当然重要，但下一波真正贴着用户、贴着任务、贴着业务结果长大的 AI 公司，未必还是卖模型的人，更可能是把模型、工具、工作流和场景绑在一起卖结果的人。这正是 swyx 这篇最值得抓住的判断。
- Model Labs 和 Agent Labs 的重心不同，一个更偏模型能力，一个更偏任务结果与系统编排。
03｜为什么代码会最先成为 AI 的关键突破口
如果你想理解为什么 AI 在代码、数学、规则题上进步得这么快，这篇几乎是一把钥匙。Karpathy 把问题压缩成一个词：可验证性。越容易自动判断对错的任务，越容易被优化，进展也越快。
- 软件 1.0 自动化的是你能明确规定的任务，软件 2.0 更擅长自动化你能自动验收的任务。
02｜别把 AI 写代码，最后写成一地鸡毛
AI 可以让写代码更快，但如果你把“更快”理解成“我可以不理解”，最后只会把自己带进更脆弱的软件和更浅的能力。Jeremy Howard 这篇最值得翻成中文的地方，是把“用 AI 还要不要讲基本功”说得非常具体。
- AI 写代码不会取消软件工程，只会放大你对工程的理解深浅。
01｜Agent 到底是什么：先把这个词说清楚
如果“Agent”这个词你已经听烦了，这篇最有价值的地方就是把它重新说清楚了。对今天的工程语境来说，Agent 更接近“用工具、跑循环、为了目标持续行动的 LLM 系统”，别再把它混成玄学人格或自动员工。
- “Agent”一词终于开始有了在工程沟通里可用的共同定义。
00｜如果你刚开始用 Agent 干活，先读这 4 个人
如果你最近开始用 Claude、ChatGPT、Cursor 或 Copilot 干活，这个系列不是拿来补 AI 史。它更像一条近作导读路线，帮你看懂 Agent 到底是什么、怎么用、哪里会翻车、团队会怎么变。
- 这不是经典文章库。更准确地说，它是一条更贴近 2025 到 2026 现实变化的 Agent 陪读路线。