Skip to main content

面条的草稿箱

面条的草稿箱
面条的草稿箱
无原创，纯转发

  1. Steel：为 AI Agent 打造的开源云端浏览器基础设施

    Steel 是一个开源的浏览器 API，用来在云端按需启动并控制“浏览器集群”，让 AI Agent、自动化脚本把能力真正带到网页上运行。

    它适合做什么？

    • 大规模网页抓取与数据采集（也支持更稳定的反爬配置）
    • 自主 Web Agent（下单、订票、填写表单等真实操作流程）
    • 模型训练数据采集、AI 购物助手、RPA/销售自动化、QA 测试、客服自动化

    核心能力概览

    • Sessions API：一行调用启动浏览器会话
    • 自动 CAPTCHA 处理：减少流程中断
    • 代理与指纹控制：降低被识别为机器人的概率
    • 快速启动：平均会话启动时间低于 1 秒（同区域更快）
    • 长会话：单个会话最长可跑 24 小时
    • 上下文复用：保存/注入 Cookies 与本地存储，续跑更顺畅
    • 低改动迁移：Puppeteer/Playwright/Selenium 通过少量改动即可上云
    • 可观测性：提供会话查看器，支持实时/录制回放调试
    • 安全登录：帮助自动化访问需要登录的站点

    价格与开源

    • 提供免费档起步（按浏览器小时/代理带宽/CAPTCHA 计量），也有从个人到企业的多档套餐
    • 项目开源，可本地运行或用 Docker 自托管（官方 GitHub 仓库提供）

    原链接：https://steel.dev/
    #浏览器自动化 #AI代理 #Web抓取 #开源工具 #云基础设施
    steel.dev
    Steel | Open-source Headless Browser API
    Steel | Open-source Headless Browser API
    Steel is an open-source browser API purpose-built for AI agents.

  2. 用好编码代理：Claude Code 2.0 的关键功能与“上下文工程”心法

    这篇长文把 Claude Code 2.0 当成一个“能动手的工作台”来拆解：不仅讲新功能，更强调如何用更好的流程与上下文管理，让代理稳定产出。

    1) 先换个视角：你不是“追上更新”，而是“借力变强”

    作者给了一个更实用的框架：

    • 跟进工具：定期用、定期看更新（不必天天追）。
    • 深耕领域：懂业务/系统设计/工程习惯，才能把“未知”变成“可提问、可验证”。
    • 多玩多试：用不同模型做同一件事，快速建立直觉与边界。

    2) Claude Code 2.0 值得关注的体验升级

    一些偏“日常效率”的改动，叠加起来很实用：

    • 语法高亮 + 更舒服的评审体验（作者因此更愿意在 CLI 里完成 review）
    • /context 看上下文占用（建议复杂任务到 60% 左右就交接或压缩）
    • Checkpointing（Esc+Esc / /rewind）：能回到某个检查点，回滚代码与对话
    • Prompt suggestions / 历史搜索（Ctrl + R）：减少重复输入
    • 更快的模糊文件搜索、队列导航、LSP 插件 等

    3) Sub-agents（子代理）怎么用才不浪费

    作者重点讲了“子代理不是魔法，是上下文与工具调用策略”：

    • Explore：偏“只读搜索专家”，适合快速扫代码库、定位文件与线索。
    • general-purpose / plan：更像“全能协作者”，通常会继承更多上下文。
    • 关键提醒：不要只依赖 Explore 的摘要。摘要是“有损压缩”，重要文件最好让主代理再读一遍，让信息彼此“交叉注意力”，推理更稳。

    4) 核心概念：Context Engineering（上下文工程）

    代理之所以“烧 tokens”，不是它话多，而是：

    • 工具调用本身 + 工具返回结果都会进入上下文；
    • 上下文越长，检索与注意力越容易退化（作者称为 context rot / degradation）。

    因此，上下文工程的目标是：

    • 把最相关的信息放进来
    • 控制“噪音”和重复指令
    • 用清晰结构（计划、scratchpad、handoff）对抗跑偏

    5) Hooks / Skills / MCP：把“提示词”产品化

    作者把这三者放在一起看：

    • Hooks：在对话生命周期某个节点自动触发脚本（比如 Stop 后自动提醒/继续下一步）。
    • Skills：把领域指令与脚本做成“按需加载”的技能包，避免常驻系统提示导致上下文膨胀。
    • MCP：连接外部工具/服务，但要注意“工具定义与中间结果”同样会吃上下文与成本；文中也提到用代码执行环境来降低这种膨胀的思路。

    6) 一个很实战的工作流建议

    作者的默认搭配大意是：

    • Claude（Opus 4.5）偏执行与沟通：更像结对编程伙伴、反馈快。
    • Codex 偏 review/找 bug：更克制、误报少，适合做“第二视角审查”。
    • 面对难功能：先跑一个“可丢弃的草稿版本”，用它暴露模型的偏差，再用更精准的提示第二轮迭代。

    原文链接：https://sankalp.bearblog.dev/my-experience-with-claude-code-20-and-how-to-get-better-at-using-coding-agents/

    #ClaudeCode #编码代理 #上下文工程 #AI工具 #软件工程
    sankalp's blog
    A Guide to Claude Code 2.0 and getting better at using coding agents
    A deep dive into Claude Code 2.0 features, Opus 4.5 workflows, and context engineering. Learn sub-agents, MCP servers, hooks, skills, and practical tips to boost your AI-assisted coding productivity.

  3. Ref：给你的 AI Agent 一份“刚刚好”的文档上下文

    做 AI 编程助手最怕两件事：胡编和上下文膨胀。Ref 主打的就是把问题变简单——让你的 Agent 能随用随查公共/私有技术文档，只拿“够用且准确”的信息。

    它怎么做？
    Ref 通过 MCP（Model Context Protocol）把文档上下文接到你的 AI 工具里：既有持续更新的公共文档索引，也支持把你的私有资料（如 GitHub 仓库、PDF）纳入检索。

    给 Agent 的两个核心能力：

    • search_documentation：面向技术文档的精确搜索，能定位到具体章节，支持公有与私有文档集。
    • read_url：读取任意网页或 GitHub 文件内容（可含私有内容），适合顺藤摸瓜跟进链接。

    为什么不是“东拼西凑工具链”？
    你当然可以分别用：代码片段、搜索、爬取、私有代码检索、PDF 检索等工具组合；Ref 的定位是把这些需求尽量合并成一个更统一的入口，减少集成成本与上下文噪音。

    安全与企业能力（官方强调点）：

    • SOC2 合规（并提供 Trust Center 与隐私安全说明）
    • 支持 SSO 与 MCP OAuth
    • 提供“主动提示注入防护”（对返回的上下文做注入扫描，仍在开发中）

    定价概览：

    • Free：200 credits（不刷新、不失效，官方估算约 10 周常规使用）
    • Basic：$9/月，1000 credits
    • Team：$9/月/席位，1000 credits/席位（团队共享私有文档索引与统一账单）
    • Enterprise：SSO、SOC2、优先支持、定制化等

    如果你在用 Claude/Cursor/Zed 等工具做工程开发，且经常需要“查最新文档 + 查公司内部资料”，这种“面向文档的上下文层”会比泛用搜索/爬虫更省 token，也更贴近代码场景。

    原链接：https://ref.tools/

    #MCP #开发者工具 #技术文档 #AI编程助手 #RAG
    ref.tools
    Ref - Review every important decision
    Ref - Review every important decision
    One workspace to plan, review and manage coding agents with your team.

  4. 2025 年 AI 编程现状：效率在涨，工具与模型在分化

    Greptile 发布的《The State of AI Coding 2025》梳理了 AI 编程在 2025 年的关键趋势：工程产出显著提升，开发工具生态快速扩张，而不同大模型在“响应速度、吞吐、成本”上的取舍越来越清晰。

    1) 工程效率：PR 更大，个人产出更高

    • PR 规模变大：2025 年 3 月到 11 月，PR 的中位改动行数从 57 增至 76，约 +33%。
    • 开发者产出上升：人均代码产出从 4,450 增至 7,839 行，约 +76%，AI 工具被视为“产能放大器”。
    • 中型团队提升更明显：6–15 人团队的人均产出从 7,005 增至 13,227 行，约 +89%。
    • 单文件改动更密：每个文件的改动行数中位数从 18 增至 22，约 +20%，说明 PR 不只变大，也更“集中”。

    2) 工具采用：从“能用”到“形成标准层”

    • 记忆/Memory 基建：mem0 以 59% 份额领跑（按 PyPI + npm 月下载量口径）。
    • 向量数据库：没有绝对赢家；Weaviate 约 25%，其余多家在 10–25% 之间拉锯。
    • AI 规则文件：CLAUDE.md 使用率 67%；不少团队多格式并存，且 17% 的仓库三种格式都用。
    • AI SDK 增长：Anthropic SDK 以 43M 下载领先（约 8 倍增长）；Pydantic AI 增长 3.7× 到 6M。
    • LLMOps：LiteLLM 月下载量增长 4× 至 41M（LangSmith 与 LangChain 安装存在绑定关系）。

    3) 模型格局：生态差距在收敛

    • SDK 下载量：OpenAI 约 130M 领先；Anthropic 自 2023 年 4 月起增长 1,547×；Google 约 13.6M。
    • 差距缩小：OpenAI 与 Anthropic 的下载量比从 2024 年 1 月的 47:1，降至 2025 年 11 月的 4.2:1。

    4) 作为“编程 Agent 后端”，模型各有侧重

    报告用统一参数对多模型做了延迟、吞吐、成本等基准：

    • 首 token 响应（TTFT）：Claude Sonnet/Opus（p50 < 2.5s）明显更快，更利于交互式编程保持“心流”。
    • 生成吞吐：GPT-5 Codex / GPT-5.1 吞吐更高，长输出更快结束，利于并行跑更多 Agent/CI。
    • 成本倍率（以 GPT-5 Codex = 1× 归一）：GPT-5 Codex ≈ GPT-5.1（1×）；Gemini 3 Pro（1.4×）；Sonnet 4.5（2×）；Opus 4.5（3.3×）。

    结论很直接：选型不再是“谁最强”，而是你更在意 响应速度、吞吐效率，还是预算。

    5) 研究方向：规模、上下文与 Agent 的“系统工程”

    报告还汇总了 2025 年影响工具与应用的一批研究线索，包括：

    • MoE 的效率设计（如 DeepSeek-V3：关注 KV cache、路由与训练信号密度）。
    • 长上下文 vs RAG 的边界（不同数据结构下各有优势；以及 KV 级检索等新思路）。
    • Agent 训练与检索策略（用 RL 学会“何时搜索”、如何管理长程记忆、如何降低噪声上下文干扰等）。

    原文链接：https://www.greptile.com/state-of-ai-coding-2025

    #AI编程 #开发效率 #LLM工具链 #模型评测 #软件工程趋势
    Greptile
    AI Code Review | Greptile | Merge 4X Faster, Catch 3X More Bugs
    AI Code Review | Greptile | Merge 4X Faster, Catch 3X More Bugs
    AI Code Reviews that understand your entire codebase. Automate PR reviews, catch bugs faster, improve code quality with AI-driven analysis. Try Greptile free!

  5. AntV Infographic：面向 AI 时代的声明式信息图引擎

    AntV Infographic 是一个“声明式”的信息图生成与渲染框架（npm：@antv/infographic），目标是把文字和结构化内容快速变成可视化信息图，降低制作门槛、提升表达效率。

    它解决什么问题

    • 用更接近“写文档”的方式描述信息图：通过简洁语法定义标题、描述、数据项、布局与主题
    • 适配 AI 生成：语法容错、配置完整，并支持流式输出与分段渲染，适合大模型逐步生成内容
    • 从 0 到 1 更快：内置约 200+ 模板与组件（时间线、思维导图、流程、金字塔等）

    核心能力

    • 声明式渲染：用配置描述信息图结构与样式，而不是手工拖拽绘制
    • AI 一键生成：AI 理解文本→抽取关键信息→生成配置→渲染成专业信息图
    • 主题与风格：一键切换暗色等风格，也支持自定义主题体系
    • 在线 Playground：浏览器内编辑语法、实时预览，配套示例便于上手

    快速上手入口

    • 学习与文档：/learn
    • AI 生成入口：/ai
    • 示例库：/examples
    • GitHub：antvis/infographic

    原链接：https://infographic.antv.vision/

    #信息图 #数据可视化 #AntV #前端工程 #AIGC
    infographic.antv.vision
    AntV Infographic, an infographic generation and rendering framework that brings words to life.
    AntV Infographic is a powerful visualization library for building interactive and customizable infographics. Create stunning visual stories with ease using our intuitive API and rich set of components.

  6. AI SDK 6：从“调用模型”到“构建可复用智能体”

    Vercel 发布 AI SDK 6，把 TypeScript AI 应用的开发重心从函数式调用（generateText/streamText）进一步推进到可复用、可维护、可观测的 **Agent（智能体）**体系，并补齐了安全审批、MCP 全能力支持、调试工具等关键环节。

    这次更新最值得关注的点

    • Agents / ToolLoopAgent：用 Agent 抽象把 模型、指令、工具 固化成可复用单元；ToolLoopAgent 提供“模型调用 → 工具执行 → 回填结果 → 继续推理”的生产级循环（默认最多 20 步），同一套定义可在 UI、API、后台任务复用。
    • 工具执行审批（Human-in-the-loop）：工具支持 needsApproval，可按输入内容动态决定是否需要人工确认，适合删除文件、支付、修改生产数据等高风险操作。
    • 工具能力增强：
    • Strict Mode 可按工具粒度开启，避免某个工具 schema 不兼容导致整次请求失败。
    • Input Examples 用“正确示例”提升模型生成工具入参的稳定性。
    • toModelOutput 将“应用拿到的完整结果”和“发回模型的 token 内容”分离，减少大文本/二进制（截图、图片）带来的上下文浪费。
    • MCP（Model Context Protocol）更完整且稳定：新增/完善 OAuth 认证、Resources、Prompts、Elicitation，并在 @ai-sdk/mcp 中以稳定形态提供，便于对接远程 MCP 服务与第一方数据源。
    • 工具调用 + 结构化输出：generateText 与 generateObject 能力统一，支持在多步工具链路后直接生成最终结构化结果（通过 Output.* 声明输出形态）。
    • DevTools 可观测性：通过中间件记录并可视化每一步的输入输出、工具调用、token 消耗、耗时与原始请求/响应，解决多步 agent 调试“黑盒”问题。
    • Reranking（重排序）：新增 rerank，把检索结果按相关性排序，只喂最相关上下文给模型（当前支持 Cohere、Amazon Bedrock、Together.ai）。
    • 标准 JSON Schema 生态：支持实现 Standard JSON Schema 接口的任意 schema 库，降低与特定校验库的绑定成本。
    • 图像编辑：generateImage 支持带参考图的编辑（如修补/扩展/风格迁移等），不再只限于文生图。
    • 更细的返回原因与用量统计：新增 rawFinishReason，并扩展 usage 的输入/输出细分，方便成本优化与兼容不同供应商行为。
    • LangChain 适配器重写：更贴合现代 LangChain/LangGraph，支持流式事件转换、工具调用部分输入流等能力。
    • 更多 Provider Tools：围绕 Anthropic/OpenAI/Google/xAI 等提供平台特性工具（如代码执行、文件搜索、Web/X 搜索、MCP 工具等）。

    升级提示

    从 v5 升级到 v6，可先跑官方 codemod：npx @ai-sdk/codemod v6（文中也提供迁移指南链接）。

    原文链接：https://vercel.com/blog/ai-sdk-6
    #Vercel #AISDK #Agent #MCP #TypeScript
    Vercel
    AI SDK 6
    AI SDK 6
    Introducing agents, tool execution approval, DevTools, full MCP support, reranking, image editing, and more.

  7. 用 Payload CMS + Vercel AI SDK 搭建“可运营”的 AI 应用

    把 AI 做到生产可用，更多是架构问题：提示词不该写死在代码里，长任务要能可靠重试，Embedding 要能查询，输出要结构化可校验，更关键的是——要能看见系统到底“说了什么、做了什么”。

    这篇文章分享了 InnoPeak 在 FinSureTech 场景下的一套实践组合：用 Payload CMS 做“可视化、可配置的 AI 后端”，用 Vercel AI SDK 做“结构化生成与工具调用的运行层”，形成一条从配置、执行到观测的闭环。

    1) 用 Payload 管理 Prompt 与模型选择（不发版也能调）

    • 把系统/用户提示词做成模板（如 Handlebars），集中放在 Payload 的 globals 里
    • 模型 ID 用受控下拉选项管理，避免随意输入造成线上不可控
    • 非开发同事也能在后台安全修改提示词与模型策略，应用逻辑保持稳定

    2) 在后台“可视化”JSON Schema，提升结构化输出可靠性

    做结构化输出（JSON schema）时，最大的成本在测试与迭代。作者的做法是：

    • 在 Payload Admin 里直接渲染/展示 schema
    • 让开发者一键复制到测试对话或本地 LLM 环境验证

    这样能更快发现：字段缺失、类型不匹配、约束不被遵守等问题。

    3) 用 Payload Jobs Queue 跑长任务：重试、编排、定时都省了

    AI 工作流常有“慢”和“不稳定”：Embedding 生成、文档扫描、分段处理、失败重试……在 serverless 环境尤其麻烦。Payload 的 Jobs Queue 提供：

    • 任务与工作流编排
    • 重试与调度
    • 可用 Vercel CRON 或其他调度器触发

    把“队列基础设施”从应用里剥离出来，专注业务流程。

    4) Embedding 直接存进 Payload 的 Postgres（pgvector），再用 Drizzle 查

    Payload 本身不内建向量字段与索引，但可以用 schema hooks 扩展：

    • beforeSchemaInit 增加 vector 列，让生成的 Drizzle schema 也包含它（全类型化）
    • afterSchemaInit 创建 HNSW 向量索引、以及 GIN 文本索引（便于混合检索）

    随后即可在 API route / server action / task 里做相似度检索与排序，实现 RAG 的“数据库内闭环”。

    5) 记录 Token 与完整消息：成本可控、行为可追溯

    为了线上可观测性，作者在 Payload 里建了 TokenUsage 集合，保存：

    • 输入/输出/总 token（含缓存、推理 token 等）
    • 与模型交互的完整 messages（包含 tool calls）

    并通过 Vercel AI SDK 的 onFinish 钩子自动落库。好处是：复盘提示词与输出、定位异常、优化成本都有依据。

    结论很明确：AI 应用要“能跑、能改、能查、能追踪”，需要的不只是模型能力，更是把配置、数据与运行时纳入同一套可运营系统。

    原文链接：https://finly.ch/engineering-blog/916926-building-ai-native-applications-with-payload-cms-and-the-vercel-ai-sdk

    #PayloadCMS #VercelAISDK #AInative #RAG #可观测性
    finly.ch
    Finly - Building AI-Native Applications with Payload CMS and the Vercel AI SDK
    Finly - Building AI-Native Applications with Payload CMS and the Vercel AI SDK
    How we build AI-native FinSureTech applications at InnoPeak using Payload CMS and the Vercel AI SDK—breaking down real-world patterns for prompts, workflows, and AI-powered features that support modern financial advisors.

  8. 一份配置，多端通用：MCP Config 转换器

    mcp-config 是一个参考实现：把“同一份 MCP Server 配置”一键转换成不同应用所需的配置文件或命令，避免在 Claude Desktop、Cursor、VS Code 等多处重复手工改配置。

    它解决什么问题

    • 只维护一份 MCP Server 定义（支持远程 HTTP / 本地 stdio）
    • 按目标客户端输出对应格式：JSON / CLI / TOML
    • 适配 30+ 客户端格式，减少迁移与同步成本

    怎么用（概念流程）

    • 将仓库的 src/ 复制到你的项目中
    • 使用 getClients() 查看支持的客户端
    • 用 transformConfig({ server, client }) 生成目标客户端需要的配置字符串（例如 Cursor 的 JSON，或 Claude Code 的添加命令）

    支持范围（示例）

    • JSON 类：Claude Desktop、Cursor、Windsurf、VS Code/Copilot、JetBrains、Zed、Warp、Perplexity Desktop 等
    • CLI 类：Claude Code、Amp、OpenAI Codex CLI 等

    适合谁

    • 同时在多个 IDE/客户端里用 MCP 的开发者与团队
    • 想把“配置维护”从手工劳动变成可复用工具链的人

    原链接：https://github.com/iannuttall/mcp-config

    #MCP #配置管理 #开发工具 #TypeScript #效率提升
    GitHub
    GitHub - iannuttall/mcp-config: Turn one MCP server setup into the right format for lots of apps.
    GitHub - iannuttall/mcp-config: Turn one MCP server setup into the right format for lots of apps.
    Turn one MCP server setup into the right format for lots of apps. - iannuttall/mcp-config

  9. MiniMax M2.1 发布：面向真实复杂任务的多语言编程升级

    MiniMax 发布新一代文本模型 MiniMax M2.1，目标从“可用、低成本”进一步走向“能解决真实世界的复杂任务”，重点补齐多语言工程协作与办公场景执行力。

    这次重点提升了什么？

    • 多语言编程能力系统增强：覆盖 Rust / Java / Go / C++ / Kotlin / Objective‑C / TypeScript / JavaScript 等，更贴近真实项目的多语言栈协作。
    • Web & App 开发更强、更好看：强化原生 Android / iOS 开发，同时提升设计理解与审美表达，支持复杂交互、3D 场景模拟与高质量可视化。
    • 更适合办公场景的“复合指令”执行：在多约束条件下做端到端任务推进，更强调“按要求完成”而不是只写对代码。
    • 更简洁、更高效的输出：相较 M2，响应更精炼、速度更快、token 消耗更低，适配持续式 AI Coding / Agent 工作流。
    • 更强的 Agent / 工具泛化：官方称在多种编码工具与 Agent 框架中表现稳定，并兼容常见的上下文管理约定。
    • 对话与写作质量同步提升：不仅是“更会写代码”，也更擅长技术文档与日常写作的结构化表达。

    基准与展示

    • 在多项软件工程评测上相对 M2 有明显提升，并强调多语言场景竞争力；同时引入 VIBE（含 Web/Simulation/Android/iOS/Backend）评测体系，用更接近真实运行环境的方式验证“能跑、能交付”。

    如何使用

    • API：已上线 MiniMax Open Platform
    • 产品：基于 M2.1 的 MiniMax Agent 已开放
    • 开源：模型权重提供本地部署，推荐 SGLang / vLLM 等推理框架

    原文链接：https://www.minimax.io/news/minimax-m21

    #MiniMax #开源大模型 #AI编程 #多语言开发 #Agent工作流
    MiniMax
    MiniMax M2.1: Significantly Enhanced Multi-Language Programming, Built for Real-World Complex Tasks

  10. GLM-4.7：把“能写代码”推进到“能当搭档”

    Z.ai 发布 GLM-4.7，主打更强的工程落地能力：不仅写得对，还更擅长在真实工作流里（Agent、终端、工具调用）稳定推进任务。

    这次重点提升了什么？

    • 核心编码与代理式开发：相较 GLM-4.6，在多语言 Agent 编程与终端任务上有明显提升；例如 SWE-bench Verified 73.8%（+5.8）、SWE-bench Multilingual 66.7%（+12.9）、Terminal Bench 2.0 41.0%（+16.5）。并强调在 Claude Code、Cline、Roo Code 等主流框架中更“好用”。
    • Vibe Coding / UI 生成质量：更容易产出更现代、更干净的网页；做幻灯片时布局与尺寸更准确，整体观感更接近可直接交付的作品。
    • 工具使用能力：工具调用与浏览任务的表现增强（文中提到 τ²-Bench、BrowseComp 等基准），更适合“边查边做”的复杂流程。
    • 复杂推理与数学：推理能力提升，HLE（Humanity’s Last Exam）42.8%（+12.4，带工具），面向高难问题的稳健性更强。

    一个很实用的新变化：更可控的“思考”机制

    • Interleaved Thinking：在回复/调用工具前先思考，提高指令遵循与产出质量。
    • Preserved Thinking：在多轮编码代理场景中保留推理块，减少长任务里的信息丢失与前后不一致。
    • Turn-level Thinking：按回合开关推理：简单问题更省时，复杂任务更稳。

    如何开始使用

    • 在线体验：Z.ai Chat 里选择 GLM-4.7
    • API：Z.ai 文档提供接入指南（也支持通过 OpenRouter 使用）
    • 本地部署：权重已在 HuggingFace / ModelScope 提供，并支持 vLLM、SGLang 等推理框架
    • 编码代理：可在 Claude Code、Cline、Roo Code、Kilo Code 等工具中使用（订阅用户可按文中指引升级模型名为 glm-4.7）

    原文链接：https://z.ai/blog/glm-4.7

    #GLM47 #AI编程 #Agent #工具调用 #推理能力

  11. Bloom：自动化生成“行为评估”的开源框架

    前沿模型的对齐研究离不开高质量的行为评估，但传统评估往往开发周期长、容易“过时”（被训练数据污染或被能力提升绕过）。Anthropic 发布了 Bloom：一个开源的“代理式”评估生成框架，用更快、更可扩展的方式衡量模型是否出现特定不对齐行为。

    Bloom 的核心思路是：研究者只需定义要测的行为（并可提供少量示例与配置），Bloom 就能自动生成大量情境并运行对话，最后给出该行为在不同模型上的出现频率与严重程度。官方结果显示，Bloom 的评分与人工标注有较强一致性，也能把“正常模型”和被刻意设计成异常行为的“模型个体”区分开。

    Bloom 怎么做评估（四阶段流水线）

    • 理解（Understanding）：分析研究者的行为描述与示例，明确“要测什么、为什么测”。
    • 构思（Ideation）：自动生成一批用于诱发目标行为的评估场景（含系统提示、用户设定、环境等）。
    • 执行（Rollout）：并行跑场景，对话中还会模拟用户与工具响应，以更真实地触发目标行为。
    • 判定（Judgment）：评审模型为每段对话打分，并输出套件级总结指标（如诱发率、平均行为强度）。

    与固定题库不同，Bloom 每次运行可生成不同场景，但通过“seed 配置”保持可复现；研究者还能调节模型选择、对话长度、是否使用工具、场景多样性，以及增加如“真实感”“诱发难度”等副指标。

    已发布的基准与一个案例

    Anthropic 同时发布了对 16 个模型的基准结果，覆盖四类对齐相关行为：

    • 迎合性妄想（delusional sycophancy）
    • 受指令驱动的长程破坏（instructed long-horizon sabotage）
    • 自我保存（self-preservation）
    • 自我偏好偏差（self-preferential bias）

    在“自我偏好偏差”案例中，Bloom 复现了系统卡里的模型排序，并进一步发现：在某些模型上，提高推理强度会降低偏差（更多体现为识别利益冲突后拒绝自评）。

    开源地址与技术细节见原文与报告：
    https://www.anthropic.com/research/bloom

    #AI安全 #对齐研究 #模型评估 #开源工具 #大模型
    Anthropic
    Introducing Bloom: an open source tool for automated behavioral evaluations
    Introducing Bloom: an open source tool for automated behavioral evaluations
    Anthropic is an AI safety and research company that's working to build reliable, interpretable, and steerable AI systems.

  12. 用 OpenRouter 接入 Claude Code：更稳、更可控的开发体验

    在 Claude Code 里把请求走 OpenRouter，本质上是给 Anthropic API 加一层“可靠性与管理”中间层。需要注意：官方只保证与 Anthropic 第一方（1P）提供商完全兼容；为了最佳兼容性，建议将 Anthropic 1P 设为最高优先级。

    为什么要这样接入？

    • 自动故障切换（高可用）：遇到 Anthropic API 宕机或限流时，OpenRouter 可在多个 Anthropic 提供商间自动切换，减少编码被打断的概率。
    • 团队预算管理：集中设置额度、分配成员用量、避免成本失控。
    • 用量可视化：在 OpenRouter 的 Activity Dashboard 里实时查看消耗、项目/成员用量等。

    快速上手（核心步骤）

    1）安装 Claude Code

    • macOS / Linux / WSL：
    • curl -fsSL https://claude.ai/install.sh | bash
    • Windows PowerShell：
    • irm https://claude.ai/install.ps1 | iex

    2）把 Claude Code 指到 OpenRouter

    关键点只有三个：

    1. Base URL 用：https://openrouter.ai/api
    2. Auth token 用你的 OpenRouter API Key
    3. 必须把 ANTHROPIC_API_KEY 显式设为空字符串（避免与默认 Anthropic 登录冲突）

    把下面环境变量写进你的 shell 配置（例如 ~/.zshrc / ~/.bashrc）：

    • export OPENROUTER_API_KEY="<your-openrouter-api-key>"
    • export ANTHROPIC_BASE_URL="https://openrouter.ai/api"
    • export ANTHROPIC_AUTH_TOKEN="$OPENROUTER_API_KEY"
    • export ANTHROPIC_API_KEY=""

    补充提醒：

    • 不要放在项目级 .env 里：Claude Code 原生安装器不会读常见 .env。
    • 若之前用 Anthropic 账号登录过 Claude Code，先在会话里执行 /logout 清掉缓存凭据。

    3）启动并验证

    • 进入项目目录运行：claude
    • 在 Claude Code 内用 /status 查看是否生效，应该能看到：
    • Auth token: ANTHROPIC_AUTH_TOKEN
    • Anthropic base URL: https://openrouter.ai/api
    • 也可去 OpenRouter Activity Dashboard 看请求是否实时出现。

    进阶：Agent SDK 与 GitHub Action

    • Anthropic Agent SDK（Python / TypeScript）：由于它以 Claude Code 为运行时，同样使用上述环境变量即可接入 OpenRouter。
    • Claude Code GitHub Action：在 action step 里
    • anthropic_api_key 传入 secrets.OPENROUTER_API_KEY
    • 环境变量加 ANTHROPIC_BASE_URL: https://openrouter.ai/api

    成本跟踪 Statusline（可选）

    可以给 Claude Code 加自定义 statusline，实时显示 provider、模型、累计成本、缓存折扣等信息；脚本来自 openrouter-examples 仓库，并通过 ~/.claude/settings.json 配置 statusLine.command 启用。

    常见排错

    • 认证报错：确认 ANTHROPIC_API_KEY 是 ""（空字符串），而不是未设置；否则 Claude Code 可能回退到默认 Anthropic 认证流程。
    • 上下文长度错误：拆分任务或新开会话。
    • 隐私：OpenRouter 默认不记录你的源码 prompts，除非你在账号设置里明确选择开启日志。

    原链接：https://openrouter.ai/docs/guides/guides/claude-code-integration

    #ClaudeCode #OpenRouter #Anthropic #开发工具 #成本管理

  13. Agent Skills：给 AI Agent “装上技能包”

    Agent Skills 是一种开放格式：把一套可复用的指令、脚本与资源打包成「技能」，让智能体在需要时按需加载，从而更准确、更高效地完成真实工作。

    为什么需要它？

    • 智能体能力越来越强，但常缺少上下文与流程知识；技能把这些程序化经验与团队/组织知识变成可携带、可版本管理的包
    • 对作者：一次构建，多处部署，跨多种智能体产品复用
    • 对企业与团队：把组织最佳实践沉淀为可审计、可迭代的工作流

    它能带来什么？

    • 领域专长：把法律审阅、数据分析等专业流程封装成可复用指南
    • 新能力扩展：例如自动做演示文稿、搭建 MCP Server、分析数据集等
    • 可重复的工作流：多步骤任务标准化，稳定且可追踪
    • 互操作性：同一技能可在不同“支持技能”的工具/产品间通用

    生态与开放性
    该格式最初由 Anthropic 提出并以开放标准发布，已被多种 AI 开发工具与产品支持，并在 GitHub 上开放协作。

    上手入口

    • 了解技能是什么、格式规范、如何集成、示例技能与参考库（校验与生成 prompt XML）

    原链接：https://agentskills.io/home
    #AI代理 #开放标准 #工作流 #知识沉淀 #开发者工具
    Agent Skills
    Agent Skills Overview - Agent Skills
    Agent Skills Overview - Agent Skills
    A standardized way to give AI agents new capabilities and expertise.

  14. Perplexity 职场 AI 指南：用 AI 重塑工作效率

    这是一份 44 页的官方指南，教你如何用 Perplexity 全家桶提升工作效率。核心理念是将 AI 融入工作的三个层次：

    🎯 屏蔽干扰
    现代职场平均每 11 分钟被打断一次。Perplexity 提供：
    • Comet 浏览器：AI 助手 + 代理模式，帮你阅读、总结、执行任务
    • 邮件助手：自动分类邮件、智能回复、安排会议
    • 快捷指令和定时任务：把重复工作变成一键操作

    🚀 放大能力
    • 深度研究：一次分析数百个信息源，生成带引用的报告
    • Labs 创作工坊：无需技术背景，直接生成演示文稿、仪表盘、营销素材
    • Spaces 空间：保存你的研究上下文和品牌风格，确保输出一致性

    📈 产出成果
    • 绩效评估：自动分析工作数据，生成专业报告
    • 销售开发：批量研究潜在客户，生成个性化外联内容
    • 提案制作：快速产出定制化方案和 ROI 模型

    💡 提示词技巧
    别把 AI 当搜索引擎用。要说清楚目标、上下文和期望格式。比如：
    "找出过去 3 天所有需要回复的未读邮件，起草简短回复"

    比"帮我处理邮件"有效得多。

    🔗 原文链接

    #Perplexity #AI效率 #职场工具 #生产力 #AI助手

  15. 小米发布 MiMo-V2-Flash：高效推理模型开源

    小米于 2025 年 12 月 16 日发布并开源了 MiMo-V2-Flash，这是一款高效、超快的基础语言模型，在推理、编码和智能体场景表现尤为出色，同时也可作为日常任务的通用助手。

    核心亮点

    模型架构：采用混合专家（MoE）架构，总参数 309B，激活参数仅 15B，结合滑动窗口与全注意力的混合注意力机制，支持 256K 超长上下文。

    性能表现：
    • AIME 2025、GPQA-Diamond 等推理测试中位列开源模型前二
    • SWE-bench Verified 达 73.4%，SWE-bench Multilingual 达 71.7%，软件工程能力领先所有开源模型
    • 推理速度达 150 tokens/秒，成本仅 $0.1/百万输入 token

    技术创新：
    • 多 Token 预测（MTP）：通过自推测解码实现 2.0-2.6 倍加速
    • MOPD 训练范式：多教师在线策略蒸馏，训练效率提升 50 倍以上

    开源资源：模型权重以 MIT 协议开放于 Hugging Face，推理代码已贡献至 SGLang，技术报告同步发布。

    原文链接

    #小米 #MiMo #开源模型 #大语言模型 #AI推理

  16. Coding Agents 与复杂度预算

    Lee Robinson（Cursor 工程师）分享了一次惊人的迁移经历：仅用 3 天时间、$260 token 费用 和数百个 AI Agent，就把 cursor.com 从 CMS 迁回纯代码和 Markdown。

    为什么要抛弃 CMS？

    CMS 带来的隐性复杂度超乎想象：
    • 多系统用户管理
    • 预览变更的繁琐流程
    • 国际化翻译的插件地狱
    • CDN 费用暴涨（上线后花了 $56,848）
    • 代码库的依赖和抽象膨胀

    AI 时代的关键洞察

    抽象的代价从未如此之高。当内容变成代码后：
    • Agent 可以直接 grep 和编辑
    • PR 链接无需登录即可分享预览
    • 所有变更通过 git 追踪，Agent 能自主挖掘历史

    迁移成果

    • 344 次 Agent 请求
    • 67 次 commit（+43K / -322K 行代码）
    • 构建速度提升 2 倍
    • 节省数千美元 CDN 费用
    • 第二天就能在手机上通过 cloud agent 合并修复

    核心观点

    "过度抽象一直是代码异味，现在有了简单的解决方案：花 token 删除复杂度。" 编程 Agent 正在帮助团队尝试疯狂想法、清理深埋的技术债。

    🔗 原文链接

    #CodingAgent #AI编程 #技术债务 #Cursor #开发效率
    Leerob
    Coding Agents & Complexity Budgets
    $260 in tokens and hundreds of coding agents later.

  17. 别构建 Agent，构建 Skills 才是正道

    来自 Anthropic 的 Barry Zhang 和 Mahesh Murag 在 AI Engineer 大会上分享了一个重要理念：与其不断重建 Agent，不如专注构建 Skills。

    核心观点：

    🔹 代码是通用接口 — 代码不仅是一种用例，更是连接数字世界的通用接口。Claude Code 实际上是一个通用型 Agent，核心脚手架可以简化到 bash 和文件系统。

    🔹 Agent 的短板 — 当前 Agent 虽然智能，但缺乏领域专业知识。就像让天才数学家去报税，不如找一个经验丰富的税务专家。

    🔹 什么是 Skills — Skills 是组织化的文件夹集合，包含可组合的程序性知识。设计上保持简单：可以用 Git 版本控制、放在 Google Drive、打包分享。

    🔹 渐进式加载 — Skills 采用渐进式披露机制，运行时仅加载元数据，需要时才读取完整内容，可支持数百个 Skills 同时存在。

    🔹 生态发展 — 发布 5 周已产生数千个 Skills，涵盖基础能力、第三方集成、企业内部知识等类型。非技术人员如财务、法务也在创建 Skills。

    🔹 与 MCP 互补 — MCP 提供外部世界的连接，Skills 提供专业知识，两者协同工作。

    🔹 持续学习 — Skills 让 Claude 在第 30 天比第 1 天更强，学习成果可跨会话迁移。

    类比传统计算：
    模型 ≈ 处理器
    Agent 运行时 ≈ 操作系统
    Skills ≈ 应用程序

    📺 原视频

    #AIAgent #Skills #Anthropic #ClaudeCode #MCP
    YouTube
    Don't Build Agents, Build Skills Instead – Barry Zhang & Mahesh Murag, Anthropic
    In the past year, we've seen rapid advancement of model intelligence and convergence on agent scaffolding. But there's still a gap: agents often lack the domain expertise and specialized knowledge needed for real-world work. We think Skills are the solution—a…

  18. 如何让 Claude Code Skills 可靠激活

    Claude Code 的 Skills 功能理论上会根据描述自动激活，但实际测试发现激活率仅约 20%，跟抛硬币差不多。作者通过 200+ 次测试，找到了两种有效方案。

    测试结果对比：

    • Simple 简单指令：整体成功率仅 20%
    • Forced Eval 强制评估：成功率 84%，最稳定
    • LLM Eval 预评估：成功率 80%，更快更省钱

    核心发现

    强制评估之所以有效，在于它创建了「承诺机制」：

    1. Claude 必须逐一评估每个 Skill 并给出 YES/NO
    2. 明确表态后才能继续实现
    3. 使用 "MANDATORY"、"CRITICAL" 等强硬措辞增加执行力

    如何选择

    Forced Eval：追求稳定性，不介意输出冗长
    LLM Eval：追求速度和成本，适合单一技能场景

    使用方法：在 .claude/hooks/ 创建对应脚本，并在 settings.json 中配置 hook。如果用 claude-skills-cli，可直接运行：

    pnpm exec claude-skills-cli add-hook


    🔗 原文链接

    #ClaudeCode #Skills #开发技巧 #Anthropic #AI工具
    GitHub
    GitHub - spences10/claude-skills-cli: 🤖 CLI for creating Claude Agent Skills with progressive disclosure validation. Built for…
    🤖 CLI for creating Claude Agent Skills with progressive disclosure validation. Built for Claude Code to use when humans ask it to create skills. - spences10/claude-skills-cli

  19. CKA-Agent：利用"无害查询编织"绕过商用 LLM 安全护栏

    来自 GaTech、UIUC、清华等机构的研究团队提出了一种名为 CKA-Agent（关联知识攻击代理）的新型越狱框架，揭示了大语言模型安全机制的根本性漏洞。

    核心发现：
    该研究指出，LLM 的脆弱性并非在于提示词优化是否巧妙，而在于模型内部知识的关联性——通过编织一系列看似无害的查询，即可重构受限信息。

    技术原理：
    CKA-Agent 将越狱问题重构为对目标模型关联知识的自适应树搜索。它不制作单一恶意提示，而是动态导航模型的内部知识图谱，利用目标自身的响应来引导多跳攻击路径。

    实验结果：
    • 在 Gemini-2.5-Pro、GPT-oss-120B、Claude-Haiku-4.5 等商用模型上达到 96-99% 攻击成功率
    • 相比最佳分解基线提升 15-21 个百分点
    • 在防御强化模型上比提示优化方法提升高达 96 倍

    防御启示：
    即使提供完整对话历史，模型仍难以跨查询聚合恶意意图。研究团队呼吁未来安全护栏需强化跨查询意图聚合与长上下文推理能力。

    🔗 原文链接

    #AI安全 #LLM越狱 #对抗攻击 #大模型防护
    cka-agent.github.io
    CKA-Agent: The Trojan Knowledge
    Bypassing Commercial LLM Guardrails via Harmless Prompt Weaving and Adaptive Tree Search

  20. Android Use：让 AI 代理能控制原生 Android 应用的开源库

    📱 这是一款专为移动设备设计的 AI 代理工具，解决了一个核心问题：笔记本电脑无法在卡车驾驶室、送货途中等场景使用。

    核心亮点：

    • 利用 Android 无障碍 API 获取结构化 UI 数据，无需昂贵的视觉模型
    • 相比 Anthropic Computer Use，成本降低 95%（每次操作 $0.01 vs $0.15）
    • 延迟低于 1 秒，准确率超 99%
    • 核心代码不到 200 行，简洁可扩展

    应用场景：

    🚛 物流：卡车司机在驾驶室内提交发票
    🚗 零工经济：Uber/DoorDash 司机多应用切换
    📦 快递：自动扫描包裹并标记送达
    🏦 移动银行：自动化对账和交易处理

    工作原理：

    1. 感知 - 通过 ADB 获取无障碍树（XML）
    2. 推理 - GPT-4 分析屏幕状态并决策
    3. 执行 - 通过 ADB 命令操作设备

    项目发布 24 小时内在 X 上获得 70 万+ 浏览，已有多家物流公司启动试点。

    🔗 GitHub 项目地址

    #Android #AI代理 #自动化 #物流科技 #开源
    GitHub
    GitHub - Action-State-Labs/android-action-kernel
    GitHub - Action-State-Labs/android-action-kernel
    Contribute to Action-State-Labs/android-action-kernel development by creating an account on GitHub.
1px