今天值得动手的是“让 Agent 交付具体作品,并让它的工作链条可检索、可回看、可迭代”:从发布片、图表、资料检索到多智能体派活,都有实际入口。模型侧同时出现面向视觉部署的量化权重和轻量高频任务的迭代;具体性能和成本仍应以自己的任务复测。
今天值得动手的是“让 Agent 交付具体作品,并让它的工作链条可检索、可回看、可迭代”:从发布片、图表、资料检索到多智能体派活,都有实际入口。模型侧同时出现面向视觉部署的量化权重和轻量高频任务的迭代;具体性能和成本仍应以自己的任务复测。
把产品信息交给编码 Agent,由 Skill 生成可编辑的代码动画发布片、配乐与导出文件。
先确认本机具备 Node 22 以上、Chrome 或 Chromium 与 FFmpeg;在 Claude Code、Codex 等支持 Agent Skills 的环境运行 `npx skills add alchaincyf/huashu-motion`。先让 Agent 安装后运行仓库 demo,再给它自己的产品介绍或官网,明确要做“30 秒发布片”,选择它提出的方向。预览时在编辑器按 C、点画面局部并写修改意见;完成后让它运行检查、质检和渲染,再导出 MP4。仓库说明目前主要在 macOS 实测,别把样片质量当成所有模型的保底效果。
它不是把一句话交给黑箱视频模型,而是让 Agent 编写可修改的 HTML 动画、在本机浏览器逐帧渲染;仓库把节奏单、镜头语言、谱面配乐、定位到画面元素的评论反馈及交付前抽帧检查放在同一条工作流中。特别适合需要反复修改文案和数字的产品演示,但需要自己验收最终画面与声音。
Obsidian 团队维护的 Mermaid 转 SVG 渲染库,适合把 Agent 生成的流程图嵌进网页。
不用先安装也能到官网 playground,把 `flowchart TD A[开始] --> B[验收]` 贴进去,观察生成的 SVG;如果要嵌入自己的网页,执行 `npm install pele`,按照仓库 README 导入 `render`,将 Mermaid 文本交给 `render` 并把返回的 SVG 插进页面。想让图跟随侧栏宽度和主题变化,改用面向浏览器元素的 `mount()`,再用 CSS 变量设置前景和背景色。对不可信图表输入,先读项目安全文档再开放给用户编辑。
项目提供同步、零运行时依赖的渲染接口,支持 Mermaid 12.1.0 内置图表类型,并把主题颜色与字体交给 CSS 变量;官网还给出了性能和体积对比,但那是项目方数据,部署前应在自己的图型与浏览器里测量。对于 Agent 自动生成的图,安全边界和容器自适应比单纯“能出图”更关键。
让 Grok Bot 将耗时工作派给同机 Pi Agent,结束时通过 Webhook 唤醒 Bot 回来验收。
先读仓库的 `docs/setup-guide.md` 与 `skills/pi-agent/SKILL.md`,准备 Node 22、Pi、可工作的模型登录和 Grok Bot 环境;将仓库里的 `bin/pi-task` 与配套 `.mjs` 放到同一目录。先用一条不涉及私密数据的小任务验证同步入口,再配置 Bot 的 Webhook 通知例行任务;派活时带 `--owner`,任务结束后看 `~/.pi/tasks/<任务ID>/` 中状态、事件和结果,再让 Bot 复核后 `ack`。Webhook 丢失时用 `pi-task pending` 补查,不要把通知到达当成任务成功。
这个项目正面处理“云端调度器派完活就休眠”的断链:任务落盘、按 owner 区分、完成事件通知和待汇报补偿都属于可恢复性设计。作者也明确提醒同机脚本不是严格隔离的沙箱;给它文件读写或网络权限前,必须检查自己的信任边界。其价值是工程模式而不是保证某个订阅一定省钱。
按期号和嘉宾搜索访谈,阅读中文精读并跳到官方音频与英文文稿。
直接打开站点,按 `/` 或 `⌘K` 打开站内搜索,输入嘉宾名、AI 主题或期号;进入某一期,先看中文导读,再对照官方音视频链接和带时间戳的英文文稿,记下有用段落。手机 Safari 可经分享菜单添加到主屏幕;需要持续跟进可订阅站点 `feed.xml`。如果想复用开源代码,先看仓库的构建和版权说明:代码与精读内容、原始文稿并不是同一许可,不应把文章整站镜像后重新发布。
这是把长访谈变成可检索、可追更资料库的一种具体实现,而非又一个摘要机器人。站点和仓库对期数及中文精读篇数的展示可能随构建进度变化,本文不把推文中的“每期都有完整中文改写”当成已核实事实;重要观点还是要回到原访谈核对,AI 导读只做索引。
在已有聊天与邮件输入框旁生成符合上下文的回复草稿,由用户确认后再发送。
打开官网按系统选择 Mac 或 Windows 安装包,先用不含敏感资料的测试对话尝试免费层。Mac 可按 Option 两次唤起,在正在回复的聊天框中看候选措辞、调整语气,再点 Insert 插入原应用草稿,自己核对事实和接收对象之后手动发送。需要利用历史聊天或文件中的约定时,先读隐私条款并确认所连模型提供商的数据处理方式;免费配额和可用 App 按官网当前页面为准,不保证每个输入框都能读取上下文。
相比只靠一段通用提示词改写文字,它试图在现有 App 的回复现场综合联系人关系、之前承诺和相关文件,再给多个可选草稿;官网明确说 Insert 不是自动发送,这个边界对工作沟通尤其重要。代价是对话上下文可能传给模型服务,必须先评估隐私和企业合规。
本地索引代码、文档与日志,让 Agent 先检索相似开源实现再写代码。
先读仓库 README 的手动安装与安全章节,按自己的 macOS/Linux/Windows 架构下载发行版;在只允许本机访问的开发机上启动服务后,运行 `xerj autoindex ~/my-project` 为测试项目建索引,再用文档中的查询示例搜索一个函数及其调用位置。想试“参考式编程”,让 Agent 在获准的范围内克隆相似开源仓库、建索引,先回答具体实现及文件行号,再开始写自己的代码。README 特别提醒 `--insecure` 会关闭 TLS 和鉴权,不能把这样的端口暴露给别的机器。
传统 grep 往往只给文件位置或逼 Agent 把整份源码塞进上下文;该项目提供基于文件类型识别、符号和行号的索引,还宣称可对接 Elasticsearch API。仓库中的省 token 和解题率属于作者实验及用户报告,不可直接外推到私有代码库;更值得实际比较的是同一道任务的检索命中、时间和安全成本。
开源递归优化 Agent harness 的研究框架,把提示词、工具指导、Skill 和脚本等作为可实验的对象。
https://github.com/google-research/harness2 ↗
https://github.com/google-research/harness2/blob/main/docs/SETUP.md ↗
先看仓库 README 和 Setup guide;官方建议 Linux 与 Python 3.12。只想理解流程可先运行仓库所述不依赖模型凭据的本地 demo,观察任务执行、编辑候选 harness、探针和组合步骤;要做真实基准,再按文档安装 uv、Node、Google Cloud CLI 及所选 benchmark 的依赖,配置模型和评测凭据。首次只选一个小任务,先用 `--dry-run` 看任务选择,再固定 benchmark、模式、随机种子,对比原 harness 和迭代后的结果;避免在可访问标准答案的网络环境直接评测。
它把“改一句系统提示词看感觉是否变好”推进为任务级提案、探测、组合及跨任务经验保留,支持顺序和并行递归,也公开了多基准对比。但论文/仓库成绩来自指定模型、任务和评测设定,不能等同于自己的 Agent 一装就涨分;默认执行器网络权限和沙箱设置更要求隔离实验环境。
DeepSeek 官方称 V4.1 Flash 1017 版已在网站、App 与 API 上线,并建议 DeepSeek Harness 用户升级到 v0.2.1-rc.1。
这是已有 V4.1 Flash 的一次版本迭代,不应把九月的 V4.1 首发公告直接算成此次 1017 更新的独立性能验证。官方推文主张更强基准、更快任务完成、更短输出,但没有在当前抓取证据中给出完整可复算基准表;花叔在自己动效 Skill 下的表现也只是单场景经验。用相同提示、温度、上下文长度和调用路径比较两版,才知道对自家工作负载有无实际收益。
对高频编码 Agent,响应速度、产出长度与缓存费用可能比单一榜单分数更直接影响运行成本。现有接入 Harness 或第三方路由的用户应先检查模型 ID 是否真正指向新版、升级是否改变工具调用行为,再做回归测试;不要因为一条体验贴就直接切生产流量。
NVIDIA 的 Hugging Face 模型卡上线 120B 总参数、12B 激活参数的 Nemotron 3.5 Super VL NVFP4 量化权重。
模型卡给出视觉语言输入、文档和视频理解、工具调用等定位,并详细列出指定硬件上的 vLLM 服务示例;这支持“有可部署权重”,不支持“普通家用 GPU 都能跑”或某个第三方速度结论。NVFP4 与混合 MoE、Mamba-2 架构的组合值得跟踪,但量化质量、显存、并发与最长上下文需要在本地部署参数下逐项核验。
如果视觉 Agent 能以更少资源部署,对视频抽帧审阅、文档抽取和本地工具调用会增加开源替代选项;但模型卡列出的部署设备包含 DGX Spark、H200、H100/GB200 等高端硬件,说明“可下载”与“低成本上线”之间仍有工程距离。采购和选型应看端到端吞吐及许可,而非只看激活参数。
Renoise 账号展示了通过 MCP 与 Claude 在聊天中串联设计图、成本检查、并行片段生成和代码剪辑的短片流程。
推文写明一条 50 秒片段的制作过程涉及 Seedance 2.5、多次 MCP 调用与积分消耗,这更像可观察的制作日志,而非证明平台能稳定一键拍片。对创作团队有价值的是每次生成前预估消耗、并行生成后逐帧质量检查、再用代码拼接这些过程节点;由于当前仅有演示推文,实际成本、开放入口与素材版权仍需独立核验。
视频工具竞争正在从“单次画面质量”扩展到从创意到验收的可编排工作流。若成本检查和逐帧验收能沉淀为机器可调用接口,小团队可以更清晰地控制返工;但在调用额度、合成素材归属与模型供应稳定性未核清前,不宜把演示里的积分数当成可预测报价。