博客
关于 GPU、LLM、MLOps、Kubernetes 以及心态的文章 · 829 篇
#2026-03 168#ai 110#llm 90#ai-papers 62#career 60#kubernetes 54#mindset 51#ai-platform 48#devops 42#security 41#deep-learning 35#performance 33#psychology 32#mlops 30#observability 29#2026-04 26#database 23#linux 22#robotics 22#rust 22#ai-agent 21#mcp 20#productivity 20#culture 19#evaluation 19#gpu 18#transformer 18#electronics 17#paper-review 17#pytorch 17#developer-tools 16#distributed-systems 16#engineering 16#learning 16#open-source 16#rag 16#fundamentals 15#network 15#postgresql 15#2026-08 14
不等干劲的方法 — 干劲与其说是行动的原因，不如说常常是行动的结果
等有干劲了再开始，这个计划为什么在结构上注定失败。行为激活的元分析所显示的行动与情绪的先后顺序，自我决定理论中的自主感、胜任感与联结感，小进展供给动机的原理，以及外在报酬是否会损害内在动机的元分析之争。本文整理了不等干劲、转而修理条件的流程，是自我提升基础系列的第1篇。
2026-08-16 · 17 分钟阅读 #mindset#motivation#psychology#self-improvement#2026-08成为专家的路：反馈在先，数量在后
把前面四篇整理出来的证据，搬成可执行的形式。把领域收窄到反馈能到达的范围，在加数量之前先做出反馈回路，在要发挥的条件下练习，找的不是让人开心的技术而是反复出现的错误，以及预想停滞期。最后写了这套建议不管用的情况：反馈很慢的领域、比起实力更由机会通道决定的领域，以及专业性也许根本不是目标这件事。
2026-08-16 · 19 分钟阅读 #mindset#learning#expertise#deliberate-practice#career奖励作弊 — 指标在涨，任务在败
如果对智能体来说，让测试通过最便宜的办法是改测试，它就会去改测试。奖励作弊不是 bug，而是对我们写下的目标的精确优化。框架工程系列第 6 篇，整理了放宽评分标准、删除断言这类常见形态，权限隔离能抹掉的那一半，以及牵制指标的设计。
2026-08-12 · 8 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트什么是框架工程（Harness Engineering）— 模型是固定输入，你交付的是它周围的一切
用的是同一个模型，为什么各团队的智能体表现差这么多？对大多数团队来说，模型是固定输入，真正交付的是围绕模型的整个框架（harness）：工具表面、失败返回格式、循环与停止条件、上下文策略、权限，以及评估者。这是框架工程系列第 1 篇，整理了框架的定义、六个旋钮，以及为什么提示词工程这个名字严重低估了这项工作。
2026-08-12 · 9 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트成长为框架工程师 — 这个岗位为何出现，该练什么
框架工程师（harness engineer）这个头衔在招聘启事里还很少见，但这份工作已经存在于每一个部署智能体的团队里。框架工程系列收官的第 8 篇，整理了这个岗位为何出现、既有软件技能如何重新排布，以及借助框架 RPG 的六个层级，从观测与指纹到自我改进循环的分级练习路径。
2026-08-12 · 7 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트评估者瓶颈 — 弱评分者会成为整个系统的上限
不管怎么修框架，分数就是不动——瓶颈可能不在框架，而在评估者。测不出来的质量就选不出来，所以弱评分者会成为整个系统的上限。框架工程系列第 5 篇，梳理了从冒烟测试到单元测试、评分细则（rubric）、封存评分数据、牵制指标面板的评估者阶梯，以及为什么必须先校准评估。
2026-08-12 · 7 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트框架指纹与版本管理 — 让没有记录的变更可以追踪
没有提示词提交、没有换模型，成功率却动了——该回滚什么？框架工程系列第 7 篇讲框架指纹：把构成框架的所有决定归一化后压成一个哈希。指纹里放什么、不放什么，为什么指纹相同比较才成立，以及如何沿着指纹历史二分定位回归并回滚。
2026-08-12 · 7 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트工具表面设计 — 一行 schema 就能移动成功率
加了更多工具，智能体成功率反而下降，这并不少见。工具表面就是智能体的接口：名字、描述、参数、失败返回、响应大小，全都是设计对象。框架工程系列第 3 篇，整理了工具数量的诅咒、命名空间与描述文案、防错（poka-yoke）参数设计，以及失败以什么格式返回。
2026-08-12 · 8 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트上下文预算 — 设计在于去掉什么，而不是放进什么
上下文窗口明明还有富余，智能体的准确率却在往下掉。上下文是有限的注意力预算，工具的 schema 也在花这笔预算。框架工程系列第 2 篇，整理了把提示词堆积改成 playbook 的做法、丢弃策略与压缩（compaction）的标准，以及委派子智能体的真实成本。
2026-08-12 · 9 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트循环设计 — 在无限循环与过早放弃之间
智能体循环的失败有两个方向：把同一个调用重复几十次的无限循环，和一碰到障碍就收工的过早停止。框架工程系列第 4 篇，整理了重试上限，固定步数、目标检查、置信度这三类停止条件，置信度停止的陷阱，以及向人和子智能体升级的路径。
2026-08-12 · 8 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트什么是 FDE（Forward Deployed Engineer）— 驻扎在客户现场的工程师
Palantir 发明了这个头衔，如今 OpenAI 和 Anthropic 正在争相招聘：Forward Deployed Engineer，简称 FDE。本文把这个职位讲清楚——一名坐标系在客户环境里的工程师，用代码打通产品与客户系统之间的最后一公里；用一张对照表把它与解决方案架构师、售前工程师、咨询顾问、支持工程师区分开；再用一个结构性逻辑解释它为何在 AI 产品时代急速升温：平台越是半成品，现场工程就越是产品本身的一部分。这是
2026-08-12 · 10 分钟阅读 #career#fde#forward-deployed-engineer#ai#job-searchFDE 技能地图 — 8 个领域的底线、实战线与检验问题
把 Forward Deployed Engineer（FDE）需要的技能画成一张地图，横跨八个领域：Linux、网络、Kubernetes、数据库、认证与安全、可观测性、云与基础设施、客户沟通。每个领域回答四件事：为什么需要它，在现场（而不是简历上）行得通的底线在哪里，实战线在哪里，以及用来定位自己的三个检验问题。没有人八项全满，所以起点是先量出自己缺在哪里。这是 FDE 完全指南系列的第 2 篇。
2026-08-12 · 9 分钟阅读 #career#fde#forward-deployed-engineer#skills#roadmapFDE 面试准备 — 诊断场景、客户模拟、案例研究
Forward Deployed Engineer（FDE）的面试，常常用陌生系统的故障诊断场景代替算法题，用愤怒客户的角色扮演代替文化契合提问——因为它要测的不是代码，而是现场的判断力。在「形式因公司而异」的前提下，本文把公开职位描述共同要求的能力归纳为三种代表性轮次：技术诊断场景、客户模拟、案例研究，逐一给出评分点和准备方法。文中场景皆为构造的示例；练习方法部分讲解如何把 FDE 工程师养成 RPG 的任务当作面试彩排大声解题。这是
2026-08-12 · 8 分钟阅读 #career#fde#forward-deployed-engineer#interview#job-searchFDE 入职 90 天 — 摸清、独立接单、主导任务的三个月
Forward Deployed Engineer（FDE）的入职适应，是同时融入两个陌生环境——自己的公司和客户现场——所以比普通工程师的入职更需要刻意设计。第一个月画出环境、产品、人的地图；第二个月用独立处理的工单开立信任账户；第三个月端到端主导一个小任务。本文给出逐周清单、每个月暗藏的陷阱，以及 90 天结束时自我检验的三个问题。这套 90 天框架不是任何公司的制度，而是从职位结构中归纳出的构建。这是 FDE 完全指南系列的第 3
2026-08-12 · 7 分钟阅读 #career#fde#forward-deployed-engineer#onboarding#checklistPoC 为什么到不了生产环境 — 成功标准、安全评审、交接
在演示会上赢得掌声的 PoC，相当一部分还是会悄无声息地死掉。不是技术不行，而是因为没有成功标准、安全评审留到了最后、没有内部支持者、PoC 环境与生产环境的落差发现得太晚。在 Forward Deployed Engineer（FDE）的工作里，从 PoC 走到生产的这一段，胜负手是运营设计而非技术。本文整理了开工前与客户共同敲定的一页成功标准文档、第一周就启动的安全评审与数据边界定义、PoC 代码里藏着的负债清单，以及让系统在你离开
2026-08-12 · 9 分钟阅读 #career#fde#forward-deployed-engineer#poc#production从后端、DevOps、数据工程师转型 FDE — 六个月路线图
考虑转型 Forward Deployed Engineer（FDE）的人，大多从三个起点出发：后端、DevOps/SRE、数据工程。好消息是无论哪个背景，FDE 技能地图的一半你已经握在手里；坏消息是空着的那一半因背景而异。本文对三种背景逐一切分「已经拥有的」与「需要补齐的」，指出三者共同缺失的客户对面技能，再归纳成以两个月为单位的六个月转型路线图。路线图是一般化的指南，不代表任何公司的招聘标准。这是 FDE 完全指南系列的第 7 篇
2026-08-12 · 8 分钟阅读 #career#fde#forward-deployed-engineer#career-transition#roadmapFDE 故障诊断手册 — 从访问权限到报告的六个步骤
自家服务的故障与客户现场的故障，决定性区别在于后者从一无所知开始。所以对 Forward Deployed Engineer（FDE）来说，比本事更先需要的是一套固定顺序。确认访问与权限、复现症状、切分层级、建立原因假设、验证、写报告——六个步骤，用「支付 API 下午起间歇性返回 504」这一个构造的示例贯穿始终，每一步都附上真正会敲的 kubectl、curl、grep 命令。还包括 FDE 特有的评分规则：诊断正确但报告迟到，仍然
2026-08-12 · 8 分钟阅读 #career#fde#forward-deployed-engineer#incident-response#debugging把「太慢了」翻译成工程问题 — FDE 的客户沟通
客户不会提交缺陷报告，他们提交的是疼痛报告：「太慢了」「跑不起来」「有时候怪怪的」。Forward Deployed Engineer（FDE）的核心技能之一，就是把这些话翻译成可测量工程问题的提问法。本文整理了五条轴——从什么时候开始、谁在哪里、做什么的时候、慢到什么程度、和什么相比——用来收窄症状；同一场景下消耗信任与积累信任的回答对照；把承诺单位从修复时刻换成下次汇报时刻的期望管理；以及故障进行中的沟通规则。文中对话均为构造的示例
2026-08-12 · 8 分钟阅读 #career#fde#forward-deployed-engineer#communication#customer-success不在资产清单里的东西不会被扫描 —— 自来水 PLC 事件带来的 OT 暴露面管理
CISA 于 2026 年 7 月 30 日发出警告，称针对供排水行业 PLC 的活动大幅增加，并建议立即把暴露在互联网上的 OT 断开。通告所观察到的行为并不是通常意义上的攻陷，而是改掉密码把运维人员锁在门外、改掉 IP 地址让设备失联，其结果是煮沸饮水通告和长时间的手动运行。本文照着这份通告逐条读下去，梳理常规攻击面扫描抓不到的蜂窝调制解调器问题、缓解措施为什么是那个顺序，以及那个没人预先准备的恢复前提条件 —— 一份经确认干净的
2026-08-09 · 15 分钟阅读 #security#ot#ics#plc#cisa域名如何自己说「我在售」 —— DNS 是从什么时候起变成承载主张的通道的
一个已经注册、网站也打得开的域名，其实是有意出售的 —— 而机器一直没有办法知道这件事。RFC 10023 用一个以下划线开头的节点名和一种 TXT 记录格式定义了这个信号。本文以这份文档为线索，梳理 DNS 长久以来是如何越过名称解析、被当作承载「关于该域名的主张」的公开通道来使用的，以及这套模式为什么部署起来便宜、却给不了信任。记录的准确语法以及规范明确钉死的禁止事项也一并覆盖。
2026-08-09 · 11 分钟阅读 #dns#rfc#networking#domain#protocol