🔥51CTO热榜:2026-06-05

一个 AI Skill 通常由两部分组成: SKILL.md 描述技能的用途和调用逻辑,里面会告诉 Agent 遇到什么情况时、去执行哪个脚本、传什么参数。这些被调用的脚本,才是真正干活的部分。
后训练导向的方法(人工标准、偏好信号、LLM 评判、学习型质量打分器)语义监督更强,但通常假设评分准则固定、数据格式标准化,难以直接套用到来源格式与质量证据都不同的中训练混合数据上。
插槽(Slot)就是Vue为了解决这个问题而设计的内容分发机制。你可以把它想象成子组件在模板中预留的"空位",父组件可以根据需要在这些空位中填入任意的模板内容。
为什么会这样?因为 Codex Desktop 是一个桌面应用,它不像浏览器那样会自动吃系统代理。它启动的时候,需要显式读取环境变量里的 HTTP_PROXY、HTTPS_PROXY 这些,才会走代理。如果这些变量没设,它就以为自己能直达,结果就是等半天没响应,只好进入重连循环。
ContextBucket 以一个托管底座同时收敛了 Agent 的三类断层——记忆随会话消失、工作文件无法跨实例持久化、多 Agent 共用存储下的权限与审计混乱。
长上下文模型越来越能“记”,但真正让它们跑到线上时,最先顶不住的往往不是算力,而是KV Cache。每生成一个新token,模型都要回读越来越长的历史Key和Value。上下文越长、batch越大,KV Cache对显存容量和显存带宽的消耗就越明显。
Agentic AI正在悄然重构产业格局、职场规则与数字文明形态,只有拥抱这场AI协同共生的全新模式,才能在新一轮数字浪潮中抢占核心先机,把握未来数年的产业红利与时代机遇。
AI算力在GPU模型测试和推理场景中,性能瓶颈往往不在GPU本身,而在于CPU无法及时将任务"喂"给GPU——这就是所谓的Host Bound问题。绑核(CPU Affinity)和关核(核心隔离/降核)正是解决这类问题的两大核心手段。
「只用自己、只用一次、不需要复用」才适合 Function Calling,其他情况优先考虑 MCP。两者不是竞争关系,MCP 底层本来就是靠 Function Calling 驱动的,选哪个取决于你的工程需求,而不是技术层面的优劣。
Agent 的下一步,可能会从“能生成什么”,慢慢转向“能不能组织一段可验证、可审查、可恢复的工作过程”。对团队来说,我会更愿意盯住这个方向。最后留下来的,不只是这一次运行结果,还有一类新的过程资产:可读、可审、可复用、可由 Agent 执行的任务级 Harness。
最近在写一本《Harness Engineering 实战》。第七章是验证层,原本只是想引几篇 Anthropic 和 METR 的论文带过去。结果跑实验跑出了几个反直觉的数字,干脆停下来把整章重新梳理了一遍。
无论是 API 请求、Webhook 接收端,还是从消息队列里拿到的消息,甚至是写在 localStorage 里的缓存和 SSR 生成的客户端脱水数据,只要涉及外部输入,就必须使用类似 Zod、Valibot 这样的库在运行时进行强校验。只有通过了校验的数据才能进入后面的业务逻辑,剩下的脏数据应该在边界处直接被挡回去。
本文是《AI 编程进阶:三件套 OpenSpec 定方向,Superpowers 带节奏,Agent Skills 守纪律,打造可预测的工程化工作流》文章的配套技能文件使用说明。
这篇文章不是算法教程,而是一份前端团队的"AI 协作工作流"报告。验证码识别只是一个切入点,同样的路径可以延伸到:图片分类、敏感内容过滤、手写识别、甚至简单的目标检测。
后训练阶段最值钱的不是算力,而是数据怎么排、怎么选、怎么混。可大多数人还在靠人工标注、靠 rollout 跑分、靠外部验证器——又贵又慢。清华的这篇论文换了个思路:让模型内部的稀疏激活信号自己说话,告诉训练流程哪些数据好、哪些题难、哪个 batch 该怎么配。
道理我懂,可 Skill 又不是普通函数,怎么测?它没有稳定输出,Agent 每次回答都可能不一样。难道要把整段对话截图下来,靠人工肉眼比对?
根据Uptime Institute 2025年全球数据中心调查,63%的数据中心事故由人为操作失误引起,而缺乏SOP/EOP/MOP是操作失误的首要原因。问题往往不出在技术能力,而出在没有标准化流程。今天把这个话题拆开了讲,每个坑都是行业内反复出现的问题。
让 OpenClaw 起草跟进邮件,它拉入了两天前研究代理的上下文(有用),但也带入了完全不同客户的 Telegram 对话和未完成的 Slack 草稿——输出第二段提到了错误的公司名。更多记忆 ≠ 更好记忆,有时意味着模型带着旧垃圾进入新任务。Hermes 的分层检索更自律,不会用不相关记忆打断自己。
Agent skills在工程范式上就应该是应用层,这和我最近读到的一篇论文的观点不谋而合。今天就分享一下论文中可复用的工程评估范式以及如何应用到自己的工作场景。
AutoGen 退居维护模式、MAF 上位,是 Agent 框架生态正在发生的一个广泛变化。简单来说:框架的竞争正在从"谁的 Agent 更智能"转向"谁的 Agent 更容易生产化"。