AI 日报 | 2026-03-29

Reddit 一项 90 天 AI 实盘实验继续更新；Simon Willison 用本地模型快速做出 SwiftUI 工具；OpenClaw 预告下一版兼容 MCP，尝试把消息通道接到更广泛的服务提供商

🦞 AI 日报 | 2026-03-29

📰 今日深度

1. AI 代理实盘 90 天更新：把真钱交给模型，结果开始进入“可比较”阶段
来源：r/ChatGPT

这条更新来自 Reddit 的新帖《90 day update: I gave several AIs money to invest in the stock market》。从标题可以确认，作者把真实资金交给several AIs参与股票投资，并在 90 天节点给出阶段性结果。

这件事重要，在于很多 AI 产品都停留在回测、纸面组合或单次问答；一旦进入真实账户，问题会变成风险控制、换手纪律、延迟、错误指令和责任边界。对独立开发者和产品团队来说，这类实验提供的不是“跟单建议”，而是一个更现实的判断框架：凡是宣称能替你做交易、理财、定价或投放优化的 Agent，最终都要接受长期、连续、可审计的结果检验，而不是只看一次漂亮截图。

💡 你现在能做什么：如果你在做任何“AI 代决策”产品，先把评估指标从单次正确率改成连续 30/60/90 天表现，并记录人工干预次数、错误类型和回撤区间。

关键数据： 90 day update；参与者为 several AIs；场景为 stock market
🔗 原文链接

2. Simon Willison：用本地模型“vibe coding” SwiftUI，小工具开发门槛继续下降
来源：Simon Willison

Simon Willison 在 3 月 27 日发布新文，记录自己拿到一台 128GB M5 MacBook Pro 后，如何借助本地 LLM 快速做出一个替代 Activity Monitor 的 SwiftUI 小工具。文章不是在讨论抽象概念，而是展示一种越来越具体的个人开发流程：先用自然语言描述需求，再让模型帮助搭界面、改交互、补代码，快速把“我想要一个工具”变成可运行的软件。

它值得关注，是因为这类工作流开始把“会不会完整写代码”与“能不能做出有用软件”分开。对个人开发者、设计师和产品经理来说，SwiftUI 这类声明式 UI 框架天然适合和 LLM 协作：反馈周期短、视觉结果明确、迭代成本低。vibe coding 真正改变的不是工程严谨性要求，而是原型到可用版本之间的时间差，尤其适合内部工具、一次性脚本和个人效率软件。

💡 适用场景：先从“只服务你自己”的桌面小工具做起，例如文件整理、日志查看、数据汇总面板，这类任务最容易验证 AI 辅助开发是否真的省时间。

关键数据： 发布时间 2026-03-27；设备为 128GB M5 MacBook Pro
🔗 原文链接

3. OpenClaw 下一版将兼容 MCP：消息接入层开始从“单一通道”走向“多提供商”
来源：FB Builders (X)

开发者 steipete 在 X 上预告，OpenClaw 的下一版本会“also an MCP”，目标是把连接范围扩展到更广的消息服务提供商。换句话说，OpenClaw 不只是一个聊天前端或封装层，而是在向“统一消息接入适配器”演进，让不同消息来源、不同工作流可以挂到同一套 Agent 交互链路上。

这对开发者的意义，不在于又多一个协议名，而在于 AI 产品的集成重心正在上移。过去很多团队把时间花在接单一模型 API；现在更实际的问题是：如何把 Slack、短信、邮件、客服系统或自定义通知流统一接入，并保持权限、上下文和审计逻辑一致。如果 OpenClaw 真按这个方向落地，它会减少消息层的重复造轮子，让团队更快验证“AI 在哪个渠道最先产生业务价值”。

关键数据： 下一版本将支持 MCP；目标是连接 更广泛的 message providers
🔗 原文链接

⚡ 快讯

  • ACP 预告 /acp spawn codex --bind here 新能力 — steipete 展示即将上线的命令：可直接在当前上下文生成并绑定 Codex，会话与工作目录关系更紧，延续 CLI 式 Agent 操作路径。 FB Builders (X) → 对常用命令行的团队更实用，减少来回切换工具与上下文配置。

  • LiteLLM 恶意包事件继续发酵到密钥管理讨论 — 社区继续讨论 PyPI 上 1.82.7 与 1.82.8 版本的供应链攻击，以及它对 API key 存储、轮换、最小权限策略的直接影响。 r/MachineLearning → 不是只升级版本就结束，团队要补上密钥轮换与依赖审计流程。

  • “AI 热潮没覆盖最需要它的人”讨论升温 — 一则社区帖子讨论，很多 AI 叙事集中在效率玩家和早期采用者，真正门槛更高的用户群体反而更难获得收益。 r/artificial → 做产品时别只优化高阶用户，低门槛交互和可负担性更关键。

  • 关于“人类意图与 AI 自动化如何对齐”的产品讨论增多 — 一则创业者讨论指出，下一代 AI 产品必须更好处理用户真实意图、授权边界与执行偏差，而不只是追求更强自动化。 FB Builders (X) → 如果你的产品让 AI 直接执行任务，权限设计会比模型分数更重要。

  • 华为盘古大模型负责人王云鹤离职，消息称将做 Agent 创业 — 量子位报道称，曾获华为“十大发明”奖的王云鹤已离职，外界关注其下一步是否会进入 Agent 创业赛道。 量子位 → 头部大厂人才继续流向 Agent 创业，细分场景工具会越来越多。

  • Anthropic 推 Claude Code auto mode，想减少 93% 批准疲劳 — Anthropic 新文称，Claude Code 手动权限模式里用户实际上会接受 93% 的批准请求，因此推出 auto mode，用模型分类器代替部分人工确认。 Anthropic → Agent 真正落地时，关键不是“能不能做”，而是“怎么安全地少点按钮”。

  • Claude Code auto mode 采用双层防护架构 — 新模式在输入侧加入 prompt-injection probe，在输出侧用基于 Sonnet 4.6 的 transcript classifier 审核动作，目标是在自动化与安全之间取中间值。 Anthropic → 对做 AI 助手的团队，这是比“全开权限”更现实的设计参考。

  • Latent Space 认为最近一次 Claude 发布获得异常高关注 — 3 月 26 日的 AINews 将近期 Claude 发布称作该品牌迄今“最大的一次 launch reception”，核心依据是公司账号高热度帖文的累积表现。 Latent Space → 市场注意力已从模型参数转向“能否实际接管工作流”的产品体验。

  • OpenClaw 将作为 MCP 兼容层连接更多消息提供商 — steipete 预告的下一版不只服务单一消息通道，而是尝试把更广泛的 message providers 接进同一工作流。 FB Builders (X) → 如果你在做 AI 客服或通知系统，未来可把消息层做成可替换组件。

  • Simon 用本地模型快速做出 SwiftUI 系统工具原型 — 在新文里，他以替代 Activity Monitor 的桌面工具为例，展示本地 LLM 与 SwiftUI 结合的快速开发路径。 Simon Willison → 个人开发者可优先从 Mac 小工具切入，验证 AI 辅助开发是否真的省时。

🔮 博客选题

  • 选题：我用 AI 做了一个只服务自己的桌面小工具：从想法到可用版本的最短路径

    • 切入角度：围绕 SwiftUI 或 Electron，写一篇“一个下午做完”的实战：选题、提示词、代码迭代、UI 调整、哪些地方必须人工接管
    • 来源新闻：Simon Willison 的 “Vibe coding SwiftUI apps is a lot of fun”

  • 选题：AI 代理不是不能管钱，而是你还没设计好评估方法

    • 切入角度：把“正确率”换成连续 30/60/90 天指标，教读者为自动投放、定价、库存、理财助手设计可审计的评估面板
    • 来源新闻：90 day update: I gave several AIs money to invest in the stock market

  • 选题：给 Agent 加“自动执行”前，先补这 5 个权限边界

    • 切入角度：结合 auto mode、消息通道和供应链事件，写出一个独立开发者也能照抄的最小安全清单：最小权限、人工确认点、日志、回滚、密钥轮换
    • 来源新闻：Claude Code auto mode / OpenClaw MCP / LiteLLM 供应链讨论
2026-03-282026-03-30