一年前，我曾向大家推荐过开源项目 MaxKB。当时它以开箱即用的 RAG 能力斩获 17K Star，被很多开发者视作“企业的最强大脑”。
时隔一年，这个项目全网累计下载量正式突破 100 万次，Star 数也攀升至 21K。

过去这一年，MaxKB 持续深耕企业级智能体编排，早已不再停留在“挂个知识库、问几个问题”的初级玩法。
翻阅版本日志就会发现，每一个版本都在不断打磨智能体编排能力。接下来，就挑几个我特别喜欢的更新，和大家仔细聊聊。

MaxKB 开源项目简介

MaxKB 是一款让业务人员也能轻松搭建 AI 工作流的平台。相比同类产品，它最大的标签就是“简单”。

工作流编排全程靠拖拽完成，不需要写一行代码。
平台还内置了工具商店和模板中心，像合同审计、数据分析、公文写作、邮件推送这类高频业务场景，点一下就能套用现成的工具和模板，省时又省力。

在多模型接入上，MaxKB 的兼容面非常广：本地可以运行 DeepSeek、千问 Qwen、Llama 等开源模型，在线则完整支持 DeepSeek、豆包、Kimi、OpenAI、Claude、Gemini 等主流模型。

无论是上传文档，还是让它自动抓取在线文档，后续的拆分、向量化、RAG 流程全部自动化完成，几乎没有学习成本。
在工作流中，Skills、MCP 工具等也能一键接入，把复杂业务场景拼装成可自动运转的业务智能体。

搭建好的 AI 助手或智能体，可以零代码嵌入网站、企业微信、微信公众号、钉钉、飞书等平台，让既有系统快速获得智能交互能力。

此外，MaxKB 还开放了 API，其他应用可以直接调用它来完成审核、审计、决策等任务，灵活度很高。

这一年的重点更新

1. 应用升级为智能体，模板中心正式上线

MaxKB 把原有的应用模块直接升级为智能体，让每一个应用都具备更强的自主编排能力。

同步上线的模板中心也相当实用。官方已经把合同审核、销售报价、CRM 查询等高频场景打包成标准套件，点一下就能直接运行。
从过去“自己搭积木”变成“直接选积木”，省下的时间足够让我每天提早半小时收工。

2. Python 代码自动生成，灵活应对自定义节点

如果想要进一步提升系统的灵活性，可以通过脚本方式自定义一些节点。
但对不会写 Python 的用户来说，这曾经是个门槛。
现在的 MaxKB 直接提供了 Python 代码自动生成功能：只需要用自然语言描述意图，系统就能自动生成一段可运行的 Python 片段。
那些重复又琐碎的逻辑交给工具去完成，人可以把精力放在更有创造性的工作上。

Open MedKit 是一款开源、可本地自部署的家庭 AI 药箱管理工具。它支持用自然语言录入和检索家中常备药品，AI 会自动提取药品名称、规格、有效期等结构化信息，并持续追踪消耗情况和到期时间，从此告别忘药、过期、找不到的窘境。

核心功能亮点：

• 语音式入库：用自然语言描述药品 → AI 提取名称、规格、有效期等全部字段，确认后快速保存。
• 批量识别：换行粘贴多条药品信息，一键批量解析，适合初次整理整个药箱。
• 对话式检索：像聊天一样提问——「有没有退烧药」「快过期的有哪些」——即时定位目标药品。
• 过期自动提醒：到期/临期药品自动高亮标记，支持 Telegram、Discord、飞书、邮件等多渠道每日推送。
• Agent 原生接入：内置 MCP Server，Claude Code、Cursor、Claude Desktop、OpenClaw 等可直接调用工具管理药箱。
• 一行命令部署：docker compose up -d --build，数据默认保存在本地 SQLite 数据库中；启用 AI 或通知时仅与对应服务通信。
• 任意 AI 兼容：OpenAI、Deepseek、Ollama……任何兼容 /v1/chat/completions 的 API 都可以使用。

提示：工具核心能力依赖 AI 大模型 API，使用前需准备对应的 API 密钥。

部署安装

使用 Docker Compose 快速启动：

services:  
  medkit:  
    image: heizicao/open-medkit:latest  
    container_name: medkit  
    ports:  
      - "3000:3000"  
    environment:  
      - AUTH_PASSWORD=123456  
      - AI_API_KEY=sk-xxxxxxx  
      - AI_BASE_URL=https://api.siliconflow.cn  
      - AI_MODEL=deepseek-ai/DeepSeek-V4-Pro  
    volumes:  
      - ./data:/data  
    restart: always

主要环境变量说明（更详细配置请查阅官方文档）：

VTracer 是一款用 Rust 语言开发的开源光栅图像转矢量图形的工具，能够将 JPG、PNG 这类像素位图自动转换成轻量级的 SVG 矢量文件。

SVG 是一种可缩放矢量图形格式，用 XML 代码来描述图形，无论放大多少倍都保持清晰，没有模糊问题，而且文件体积通常较小，非常适合用于网页展示、图标设计与印刷场景。

如何在NAS上安装VTracer

通过 Docker Compose 可以快速部署：

services:
  vtracer:
    image: wbsu2003/vtracer:latest
    container_name: vtracer
    ports:
      - 8080:80
    restart: always

操作流程与参数详解

在浏览器地址栏输入 http://NAS的IP:8080 就能看到 VTracer 的主界面。

应用会根据系统设置自动切换深色与浅色两种主题。

小提示：界面暂不支持中文，可以使用浏览器自带的翻译功能来辅助操作。

页面底部提供一些示例图片，可以简单预览不同的转换效果。

使用起来非常简单：上传一张图片，工具就会自动开始转换。

转换时可以在黑白和彩色两种模式之间切换。

切影（Cutout）模式会让各个色块互相裁切，没有重叠，每一块都可独立编辑；堆叠（Stacked）模式则是色块上下堆叠，依靠遮挡来最终成像，生成的文件更小。

斑点过滤（Filter Speckle）用于清除图像里面面积很小的杂色噪点碎片，数值调得越大，越小的色块越容易被直接移除。

色彩精度（Color Precision）用来控制颜色合并的宽松程度，数值越小，相近的颜色就越容易被合并成同一个色块，整体色块数量也会减少。

渐变分层步长（Gradient Step）决定渐变区域会被拆分成多少层，数值越大，相近的渐变会合并，分层更少，文件体积也更小。

曲线拟合（Curve Fitting）决定转换后的轮廓是用硬朗的折线还是平滑的贝塞尔曲线，配合三个子参数可以共同调节整条曲线的顺滑度。

当你自由调整好参数，确认效果满意后，就可以点击下载按钮保存 SVG 文件了。

不同参数组合生成的 SVG 文件在大小上差异明显。我们用同一张 42KB 的 JPG 图片做测试：精细模式下转出的文件达到了 4MB，而使用默认参数得到的文件约为 1.2MB，膨胀幅度大约在 30 倍到 100 倍之间。

如果你已有Obsidian的使用基础，创建[[word]]这样的双向链接应该驾轻就熟。然而初入Logseq，难免会感到有些不适应——最明显的就是它默认采用西式日期格式。

先把日期格式改掉：

第二个让人头疼的地方，就是每行开头的小圆点，让所有内容都看起来像在列清单。可以借助快捷键 t d（类似Vim的风格），先按Esc进入命令模式，再按下快捷键，就能切换显示。

第三个不习惯之处在于默认的编辑区仅居中显示一小块，两侧留白过多，观感有些局促。同样是使用快捷键，按下 t w 即可进入宽屏模式。

切换到宽屏后的视觉效果如下：

这样一来，Logseq看上去就与普通的文本编辑器相差无几了。

点击图片可以查看原始链接。

实际上，截图是保存在本地的：

Logseq的核心逻辑是以日志为骨架，借助双向链接将分散的知识块串联起来。它摒弃了传统的目录管理模式，转而在文档内部通过内容层级来体现结构。这一特点在积累了一定数量的内容后，会变得愈发清晰。

和使用Obsidian的思路相似，不妨先把它当作一个草稿本，大量记录。内容丰富之后，再去思考如何梳理知识结构。至少“每日一篇日志”这种形式很容易坚持下去。

随着日志日渐增多，journals目录下会出现大量按日期命名的文件。而通过[[主题]]新建页面时，则会在pages目录中生成对应文件。

结构如下：

初上手时，不妨先把Logseq当作一个仅具备这两项功能的Obsidian——用它写日记和串联关键词。需要独立成篇的内容，用Wiki词链接到pages中；日常琐记则全部归入journals。

在Obsidian里，我们可以通过新建文件夹来组织知识库的层级；而Logseq则彻底放弃了目录结构，采用了扁平化的管理方式，转而在每个文档内部通过缩进和块来建立组织关系。

本质上，Logseq是一款大纲式笔记工具，缩进就是它天然的目录。

你也可以创建一个 contents.md 作为导航页，在其中用[[]]列出各个页面，并用缩进来表现层级归属。

看一个例子：

在Logseq上导航页目录结构如下：

从导航页点进一个页面中就能看到对应页面：

有时我们会看到大量由列表结构组成的页面，Logseq里将其称作【块】。同样可以借助快捷键 t d 切回常规视图，切换后，每行前面的小圆点便会消失不见。

相比Obsidian，Logseq要简约许多，更适合借助AI来整理内容。这主要得益于它摒弃了复杂的目录结构，所有文档呈扁平化分布，AI处理起来更加得心应手。

在与AI协作时，只需告知它Logseq仓库的目录，即可让AI直接将整理后的知识写入其中；或者把AI的操作日志也记录在Logseq内，为AI单独配备一个仓库，实现人机协同知识管理。

全文完。

目前国内主流工具如 QClaw、WorkBuddy、TreaWork 已对 OpenClaw 做了较好的集成，单独安装 OpenClaw 的必要性并不大。早前版本频繁出现升级后飞书插件崩溃的问题，因此我曾将其卸载。近日发现 OpenClaw 官网已推出中文版，决定重新安装体验，看看是否带来了新变化。

适用于 macOS / Linux / WSL 的一键安装命令：

curl -fsSL https://openclaw.ai/install.sh | bash

下面锁定安装过程中的关键界面，方便参照。

安装设置启动伊始：

环境准备阶段：

安装成功完成：

系统自动检测到旧有的飞书插件记录：

同时发现残留的 key 文件：

安装程序会询问是否修复现有配置：

随后重新部署飞书插件：

到这一步安装全部结束。接下来需要修复模型、API key 等核心配置，使用以下指令进入交互式配置：

openclaw configure

配置完成后重启 gateway，使改动生效：

openclaw gateway restart

现在就可以在浏览器中查看 OpenClaw 的运行状态，并通过 Web 端继续安装飞书插件，操作不再赘述。

本地默认访问地址为：

http://127.0.0.1:18789/

今天是2026年6月24日，Prime Day进入第二天，大促混战持续升级。本期聚焦：Prime Day次日实况数据、Ozon佣金7月1日大改、MSC全球运力预警、欧盟退货新规已落地、Temu配送成本降40%。

01 | Prime Day次日：均单金额降17%，广告回报率升15%，多平台抢量

Numerator实时追踪显示，Prime Day首日（6月23日）平均订单金额为48.36美元，较去年同期的58.37美元下降17%；户均消费89.04美元，较去年的106.41美元下降16%。然而59%的家庭已下单2次以上，69%的商品定价低于20美元，消费明显转向“小额多次”。热销类目集中于服饰鞋履、健康保健、家居日用，最畅销单品包括Premier Protein奶昔、Hefty垃圾袋和Liquid I.V.水合冲剂。

CommerceIQ数据显示，大促前期ROAS达到5.8，同比提升15%，广告效率显著改善——亚马逊Alexa购物用户的转化率比普通用户高出60%。但核心ASIN缺货造成的损失同比激增24%，“整体库存+12%，爆款缺货”形成结构性矛盾。Tinuiti报告指出，88%的Prime会员计划购物（较去年+7%），但55%的消费者受涨价影响决策，59%会去沃尔玛比价，38%使用AI工具辅助购买——消费者比价行为分散，流量被多个平台抢占。

卖家启示：ROAS提升不等于利润提升，核心ASIN缺货正抵消广告收益。多平台混战下，消费者路径演变为“看亚马逊评价→查沃尔玛价格→TikTok下单”，单一平台投放必须转向全渠道布局。

来源：Numerator Prime Day Live Tracker（6/23 4PM ET更新）、CommerceIQ Prime Day Inventory & ROAS Report、Tinuiti 2026 Amazon Prime Day Study

02 | Ozon佣金7月1日起大改：6档变3档，跨境卖家需紧急重算毛利

俄罗斯最大电商平台Ozon宣布自7月1日起全面调整佣金体系。核心变化在于将原有6档价格区间精简为3档——100卢布以下、100-300卢布、300卢布以上。300卢布以上的高客单商品统一上调至更高的固定费率，本土轻小件利润被压缩，而大件商品佣金小幅下调。

对中国跨境卖家冲击最大的是realFBS模式：取消按价格区间分级计费，改为按类目固定费率收取，低价产品曾经的费率操作空间彻底消失。多位卖家反馈，7月1日后毛利率低于5%的链接将无利可图。同时Ozon放宽多店政策——同一营业执照最多可注册10个账号，小卖家试错成本降低，但竞争进一步加剧。

卖家行动：7月1日前逐SKU重新核算毛利率，低于5%的链接立即清仓或下架；优化Listing本土化表达（可用AI辅助俄语优化）；调整定价或转向大件品类。

来源：Ozon官方公告、上海跨境电子商务行业协会6月汇总、知乎卖家实测分析

03 | MSC发出全球运力预警：新船订单达30%，2027年起海运运价或承压下行

全球最大班轮公司MSC地中海航运向市场发出重量级预警：当前全球集装箱新船订单体量已相当于现有船队总运力的30%，大量新船将从2027年开始集中交付。届时全球海运市场将面临运力过剩、运价承压下行的格局。

MSC首席执行官在与投行DNB Carnegie的沟通中指出，短期来看，未来两个季度跨太平洋航线仍受美国进口商补库存及规避关税带来的提前出货支撑，叠加港口拥堵导致有效运力偏低，2026年集运需求增速预计维持在3%左右。但2027年起新船交付叠加红海复航将释放大量运力，运价下行压力显而易见。国际油价方面，纽约轻质原油跌至80.25美元/桶（-5.45%），布伦特原油报83.51美元/桶（-4.37%），短期内有利于物流成本降低。

卖家启示：短期旺季舱位紧张、运价坚挺——Prime Day与世界杯双旺季相叠加；长期运力过剩或拉低远期运价。建议采取“分批次备货、灵活锁舱”模式，避免一次性大量囤货，降低行情波动风险。

来源：MSC官方预警（DNB Carnegie投行沟通会）、亿邦动力网、上海跨境电子商务行业协会6月汇总

04 | 欧盟“一键撤销”退货新规已于6月19日生效：违规最高罚年营收4%

欧盟“一键撤销”退货新规已于6月19日正式生效，适用于所有面向欧盟市场的远程销售合同——涵盖实物商品、数字内容、订阅服务，亚马逊、Temu、独立站、速卖通等全平台商家均受约束。

核心合规要求包括：①店铺必须设置简易的“一键撤销/退单”功能，操作流程不得超过两步；②完整留存12个月的交易与售后记录；③消费者退货冷静期权益全面升级。违规企业最高可被处以全球年营业额4%的巨额罚款。此外，7月1日欧盟还将取消150欧元免税门槛，每件包裹加征3欧元临时关税——双重合规压力叠加，布局欧盟站点的卖家须尽快完成整改。

Qwen 团队开源了语言世界模型 Qwen-AgentWorld，它在一个模型内部直接模拟七类代理环境，不再仅仅把环境当成工具调用，而是将环境建模本身变成了训练目标。总参数量 35B、激活参数 3B 的版本性能就超越了 GPT-5.4，397B 版本更登顶 AgentWorldBench 榜首；模型可以零样本迁移到未曾见过的环境，而且用虚拟环境做强化学习，效果甚至优于真实环境训练。

大型语言模型正在被不断推入“更会行动”的训练赛道，但一个基础问题被长期忽视：模型自己在环境中行动时，环境自身长什么样？谁帮它提前知道执行终端命令后 shell 会返回什么、点击 Android 按钮后界面会发生什么变化、在搜索框输入关键词后页面会怎样跳转？Qwen-AgentWorld 把“环境建模”从事后拼凑的补充方案，拉回到训练目标的第一天。

语言世界模型究竟是什么

机器人领域早就有了“世界模型”的概念：给定当前画面和一个动作，预测下一帧画面。语言世界模型做的是同一件事，只不过将输入输出全部变成了文本——Agent 的工具调用、终端输出、搜索片段、网页跳转、Android 屏幕状态，统一用自然语言序列来表达。模型的任务是：看到上一步的动作，准确说出下一步的环境观察会是什么。

这听上去像是一种简单的“补全”，但作者把它定义为环境模拟器。如果模型能够稳定预测后续状态，甚至可以施加可控扰动，或者虚构出内在一致的新世界，它本质上就是一个可编程的环境生成器，不再只依赖真实系统的回放。

七个环境域，一套模型管线

在此之前，任何语言世界模型都只覆盖一到两个领域。Qwen-AgentWorld 把 MCP、Search、Terminal、SWE、Android、Web、OS 这七种环境的交互数据统一纳入一条训练管线。

训练过程分为三个阶段：

• CPT（持续预训练）：向模型注入真实环境的状态转换轨迹和专业语料，让它先学会“下一步通常是什么样的”这类常识。
• SFT（监督微调）：激活“下一个状态预测”的推理格式，让模型将“动作→状态”写成可读的思维链。
• RL（强化学习）：利用混合 rubric 规则和模型评分的奖励，进一步推高模拟保真度。

这三种训练方式不是可选项，而是一条完整的流水线。作者特别强调：并不是先训练一个通用语言模型，再在上面“加一点世界建模”；世界建模目标从 CPT 阶段起就是原生目标，这就是所谓“原生世界模型”。

为什么比 GPT-5.4 更值得关注

AgentWorldBench 从五个维度给每一个预测的环境观察打分：格式正确性、事实正确性、一致性、逼真度、质量。Qwen-AgentWorld-397B-A17B 以 58.71 分位居第一，超过 GPT-5.4 的 58.25 和 Claude Opus 4.8 的 56.59。

AgentWorldBench 前五（综合）

• Qwen-AgentWorld-397B-A17B：58.71
• GPT-5.4：58.25
• Claude Opus 4.6：57.80
• Qwen3.5-397B-A17B（未做 LWM 训练）：54.74

这些数字背后的差距在于：Qwen-AgentWorld 在终端和 SWE 等系统交互型环境上明显占优，而这正是多数命令行 Agent 真正工作的场景。35B 版本相比同样规模、但未经过世界建模训练的 Qwen3.5-35B-A3B 提升了 8.66 分，说明这一训练范式独立有效。

6月22日，Qoder 每日免费调用 Qwen3.7-Max 的 200 次额度正式归零。原本打算分享几个刚打磨好的 Qoder 开发技巧，结果免费通道说关就关。

坦白讲，近段时间使用 Qwen3.7-Max 处理轻量开发任务确实顺手。虽然阿里云百炼一直备着，但 Coding Plan 偏偏不覆盖 Qwen3.7-Max，处境着实有些尴尬。既然免费时代结束了，如何用得精明就成了当务之急——接下来这份 Qwen3.7-Max 省钱大全请收好。

按量付费：门槛最低的入门方式

阿里云百炼 API 的基础定价为：输入 12 元/百万 tokens，输出 36 元/百万 tokens。目前可叠加以下几类折扣：

• 限时 5 折，按量调用直接砍半
• 新用户赠送 100 万 tokens 体验包
• AI 通用节省计划，约合 5 折力度，250 元即可抵扣 500 元消费额度

需要留意的是，上述折扣均基于原价计算，限时 5 折与节省计划不可同时享受；节省计划只允许购买一次，若预算允许建议直接选购大额包，避免频繁充值。

Token Plan 团队版：稳定协作之选

198 元/月即可覆盖 Qwen3.7-Max、GLM-5.2、DeepSeek-V4-Pro 与 Kimi-K2.6 四款模型。截至 2026 年 7 月 22 日，Qwen3.7-Max 的额度消耗仍享半价优惠。

选择 Token Plan 的关键差异点主要有二：一是数据安全层面，平台承诺绝不会将用户数据引入模型训练；二是提供多租户隔离机制，高峰时段也能保障访问流畅，无需排队等待。

选型思路很清晰：若只是个人低频使用，按量付费加上赠送额度完全够用；一旦使用频率上升到中高频，或者需要与团队共享资源，Token Plan 的性价比和稳定性优势便会凸显。

这段时间，我一直在不断打磨自己的个人知识库。

最初的想法其实很朴素：把觉得有用的东西都存下来。读过的公众号文章、电子书、项目资料、使用教程……只要将来可能用得上，我就想办法塞进知识库里。

时间久了，库里的内容越来越多。项目管理、产品设计、AI工具、写作方法，几乎什么都有。随便搜一个关键词，都能弹出一堆结果，看上去确实很有范儿。

但后来我突然意识到一个严重的问题：我的知识库什么都有，却唯独缺了我自己。

它知道项目管理有哪些标准流程，知道需求分析该怎么做，也知道一个项目从启动到验收要经历哪些阶段。可它不知道，当我真正面对一个项目时，会优先关注什么；它不知道我接手一个乱七八糟的项目时，第一把从哪里入手；更不知道我为什么有些事愿意交给AI，有些事一定要亲手来做。

知识库收藏了大量资料，却没有保存下我自己的判断。

这件事让我开始重新思考：收藏的东西再多，也不一定就是你的知识。

收藏再多，不等于真正拥有

以前我总觉得，看到有价值的内容应该马上收藏。现在没时间看，以后总会看。这个想法，很多人都有。看到一篇好文章，收藏；看到一个不错的教程，保存；看到一套提示词，复制到笔记里。最后，收藏夹里堆了几千条内容，网盘里塞了几百个G的资料，知识库里也全是各种文档。

但这些内容真的属于你吗？我现在越来越觉得，不一定。

你只是把它们“存放”了起来。很多内容保存之后，可能再也没打开过。即便打开看了，也不一定真正理解了。更有不少是AI帮你总结过的，看上去结构清晰、重点突出，可你自己既没深入想过，也没真正用过。

这类内容放在知识库里，最多只能算原始素材，远远没有变成你自己的知识。

真正属于你的内容，应该带着你自己的判断。比如，看完一篇文章，你觉得作者哪些地方说得对，哪些地方在你这里完全不适用；你在项目里用了某种方法，最后效果怎么样；你原本以为应该这样做，实际做下来却完全走不通。

这些才是最有价值的东西。网上的文章人人都能看，书人人都能买，AI也可以帮所有人做总结。但是，你在工作中踩过的坑、做过的选择、形成的判断，别人没有。这些东西，才真正属于你。

想通这一点之后，我开始有意识地记录自己在项目中的判断。

把项目里的判断也记进知识库

我长期做产品和项目工作，日常接触的材料非常多。招标文件、合同、需求文档、会议纪要、操作手册、汇报材料、验收材料……一个项目下来，能积累好几百个文件。

以前我觉得，把这些材料全放进知识库就行了。以后需要时，让AI搜索整理就好。可我很快发现，光把资料放进去，远远不够。

AI可以从文件中找出项目的建设内容，也可以告诉你合同写的是什么时间完成初验。但它不一定知道，眼下项目究竟卡在哪儿；也不清楚哪些需求只是领导随口提了一句，哪些已经形成了正式变更。更不知道项目里谁真正能拍板，哪个问题看起来不起眼，最后却可能直接影响验收。

这些信息，很多时候根本不会出现在正式文档里。即便有，也散落在不同的会议纪要和即时聊天记录里，没有完整的痕迹。

这时候，项目经理自己的判断就变得至关重要。所以，我现在整理项目知识库时，会单独记录一些内容：这个项目目前是什么状态？最关键的三个问题是什么？接下来应该优先推动哪件事？哪些风险必须马上处理？哪些事可以暂时放一放？哪些材料虽然已经有了，但还缺关键的一环，没有形成完整的证据链？

这些内容可能并不“正式”，甚至带着很强的个人判断，但对我来说，它们比很多正式材料有用得多。因为这些东西能告诉未来的我，也能告诉AI，我当时是怎么理解这个项目的。否则，过几个月再回头看那一堆文件，又得从头梳理一遍。

AI很会整理，但没办法替你形成观点

现在的AI整理知识库确实很方便。把一堆资料扔进去，它可以迅速提炼摘要、拆分主题、识别人名、梳理时间线。原本要好几天才能完成的工作，现在可能一两个小时就搞定了。这个能力当然要用。

但我对“完全交给AI自动整理”这件事一直很谨慎。因为AI整理得越完整，人越容易产生一种错觉——好像这些内容已经变成自己的了。其实并没有。

AI可以从十篇文章里总结出五个核心观点，但这五个观点你认不认可，它不知道。AI可以把一次会议纪要整理得干干净净，但会议里谁说的话更重要、哪句话只是客套话、哪句话代表着事情已经拍板，它不一定能判断准确。

尤其是个人知识库。如果所有知识点都让AI来框架，所有观点都让AI来总结，最后的这个库可能很完整、很标准，但也可能越来越不像你。

我觉得AI最适合做的，是整理、归类、搜索和检查。人还是要负责记录真实的想法，决定哪些东西值得留下。我现在写带有个人观点的文章，也不愿意完全让AI代劳。AI可以帮我调整结构、改正错别字、检查重复，但文章到底想表达什么，核心观点是什么，必须自己想。不然写出来的东西，看起来什么都对，就是没有真正的触动。读完之后，你也摸不准作者到底想说什么。

不只记结论，也要记你的变化

以前整理知识库，我总喜欢保留那个“最后的正确答案”。旧的内容如果不对，就直接覆盖掉。后来我发现，这样做也有问题。

人的观点本身就会变化。你过去觉得某个工具特别好用，用久了才发现问题一堆；你以前认为项目资料全交给AI读取就行，后来才明白，自己不理解项目迟早会失控；你曾觉得写文章一定要结构完整，后来发现先把真实想法写出来更重要。

这些变化本身就很有价值。如果知识库只保留最后的结论，你会慢慢忘记自己是怎么变成今天这样的。

所以我现在觉得，个人知识库不仅要记录结论，更要记录变化的过程：原来我是怎么想的？后来遇到了什么事？为什么改变了看法？现在的判断又是什么？

把这些内容连在一起，知识库才会慢慢变成一个人的成长记录。将来某一天再回头看，你看到的不只是一堆知识点，还有自己一步一步走过来的印记。

记录结论，更要记录判断

我慢慢发现，很多知识库的问题不是资料太少，而是只有结果，没有过程。比如项目最后采用了什么方案，文章最后得出了什么观点，这些结论通常会被保存下来。但真正有价值的，往往是结论背后的那些判断。

当时有哪些选择？为什么放弃了另外几个方案？遇到了什么限制？哪些想法后来被证明是想错了？把这些都记录下来，知识库保存的就不再是孤零零的答案，而是一个人的思考路径。时间久了，它才会一点点沉淀成真正属于自己的知识体系。

怎样把自己放进知识库

这件事其实不用弄得太复杂。

首先，平时多记录自己的想法。不只是记今天做了什么，也写一写为什么这样做。开完会，除了整理会议结论，也可以顺手写下自己对这件事的判断。遇到问题时，把当时有哪几个选项，最后为什么选了这个方案，也记上几笔。

其次，保存资料的时候，可以顺手补几句话：这份资料讲了什么？它和我有什么关系？我同意什么，又不认同什么？前两个问题AI很容易回答，最后一个，才是你最应该写的部分。

另外，项目结束之后，也可以做一次简短的复盘。当时遇到了什么问题？采取了什么方法？结果怎么样？哪些做对了？下次再遇到类似的事，准备怎么处理？

这类内容逐渐积累起来，就会形成你自己的工作方法。以后再接手相似的项目，不必每次都从零开始，AI也可以根据你过去的经验，帮你检查这次有没有遗漏什么重要的点。

这才是个人知识库真正能产生长久价值的地方。

我现在依然在持续建设和调整自己的知识库。里面依旧很乱，也还有不少重复内容。有些段落看似一大片，最后发现一句有用的话都没有；有些由AI整理出来的内容，看起来规整，其实没有准确表达出我的本意。这些问题都还在。

但持续地打磨下去，它终有一天能发挥出真正的作用。

别再只是一味地往里面放别人的内容了，多放自己总结过的、思考过的东西。你的项目经验，你的工作方法，你的选择，你的失败，你的判断，还有你这些年一点点发生的变化——把这些都放进去。

书、文章和资料，别人也可以拥有。但你的经历和判断，只有你自己有。AI可以帮你整理、搜索、把零散的记录重新组织起来，但它没有替你生活过。它没有替你做过那些项目，也没有替你承担过那些选择带来的结果。

所以，别只把看到的东西放进知识库。也把你，好好放进去。

豆包编程水平到底怎么样？在最近的各种讨论中，有些人把它吹得神乎其神，也有不少声音认为言过其实。不过，正所谓“士别三日，当刮目相看”，我们决定给“豆姐”一次机会，看看最新发布的豆包 Seed 2.1 Pro 模型在编程方面是否真的大幅提升。

需要先说明一下概念，避免混淆：豆包是字节跳动的综合AI产品，包含众多功能；而 Seed 则是豆包背后的多模态模型系列。我们今天重点考察的是这个模型自身的编程能力，不是闲聊或其他功能。

1. 官方宣传信息拆解

与其看各种二手资料，不如直接读 Seed 官方博客的说法。官方将 Seed 2.1 系列概括为“面向真实生产力场景的全新智能体”。

豆包不缺用户，所以目标很明确，就是“真实生产力”。官方从三个维度做了介绍：

• 更可靠的通用 Agent 能力
• 更稳定的代码工程交付能力
• 更强劲的多模态等基础能力

其中，通用智能体能力也许确实不错；多模态能力国内顶尖也毋庸置疑；而“代码工程交付能力”是我们今天的测试重点。在之前的体验中，豆包 Work 功能尚可，这次我们聚焦 Coding。

来直接看官方博客 Coding 部分的配图：

这张基准图显示，字节自家的报告中，编程相关的几个指标没有一个排到第一。不过分数确实和一线水平比较接近，相比 2.0 版有很大进步。终端和编程这两项基准分数看着都还不错，当然这只能算是“卖家秀”，仅供参考。

另外，官方还展示了一张 Seed 2.1 Pro 与 Claude Opus 4.6 的对比图：

官方表示在众测开发者评估中，针对更贴近真实开发流程的任务，Seed 2.1 的最终完成质量获得更高评价，Seed 2.1 Pro 的胜率是 59%。这项评测我没参与，所以不做主观判断。

再看 Arena 排行榜：

这个榜单国内模型最近都在刷，官方也频繁站台。之前有人宣称某模型排名第二，超越了 Opus 4.8，基本是失实的；这次说豆包超越了 Opus 4.6，我不完全确定，毕竟 4.6 已经是 Claude 很早期的版本了，理论上仍有可能。但榜单中最奇怪的是 Gemini-3.5 Flash 只排到第 14 名，豆包、千问、智谱、Kimi 等排名反而更高。这一点我个人十分怀疑，仅就前端能力而言，“满血版”Gemini 的审美和表现应当远超它们。

以上就是根据官方资料梳理的基本信息，接下来看“国产模型又杀疯了，全面超越 Opus 4.6，对标 Opus 4.7”这类说法到底有多少可信度。