LuffyBlog

开发产品提示词

Thu, 06 Aug 2026 00:00:00 GMT

介绍一个用AI辅助开发产品的好用提示词：

分享一个Obsidian和zotero双向联动的插件

Tue, 04 Aug 2026 00:00:00 GMT

这期将分享一个Obsidian插件——ZotFlow

该插件打通了Zotero的文献数据库与Obsidian的知识库，实现元数据同步、笔记双向更新。安装配置简单，支持自定义模板，适合需要高效管理学术文献的Obsidian用户。

下面就来细说这个插件

如何安装

1. Obsidian第三方插件安装

2. 预发布版（BRAT）

安装 BRAT

Obsidian → Settings → Community plugins

Browse 搜索 "BRAT"，安装并启用

添加 ZotFlow Beta

在 Community plugins 中点击 BRAT 旁的 Options

点击 Add Beta plugin

输入仓库地址：duanxianpi/obsidian-zotflow

点击 Add Plugin

启用 ZotFlow- 回到 Settings → Community plugins，找到 ZotFlow 并开启

配置

1. 首先连接Zotero

前置条件：Zotero 数据同步

ZotFlow 通过 Zotero Web API 获取库数据，因此你的条目必须已经同步到 Zotero 云端：

打开 Zotero 桌面端 → Edit → Settings → Sync（macOS 上是 Zotero → Preferences → Sync）

点击 Sync（绿色环形箭头）并等待完成

ZotFlow 通过 Zotero Web API 获取库数据，因此你的条目必须已经同步到 Zotero 云端：

当然这里你不用担心免费版存储空间有限制的问题，这个插件对于PDF等附件是可以采用其他云端Web Dev（如坚果云）或者本地Linked files（如OneDrive、iCloud）的方式存储引用，元数据采用云端同步（云数据占用存储空间很少）

创建 API Key

打开 https://www.zotero.org/settings/keys/new

给 Key 起一个描述名（如 "ZotFlow"）

在 Personal Library 下，勾选 Allow library access 和 Allow write access（后者是 bidirectional sync 的前提）

如需编辑 Zotero Item Note，勾选 Allow notes access

如果你使用 Group Library，按需授权目标 Group

点击 Save Key 并复制生成的 Key

2. 连接ZotFLow

点击Verified进行验证

Sync Mode是同步模式，根据情况选择：

Bidirectional — 拉取 + 回写（推荐用于个人主库）

Read Only — 仅拉取（适合共享组库、审阅场景）

Ignored — 同步时跳过

3. 准备附件存储（可选）

这一步是可选，跳过依然可以使用：

文献搜索；

引用插入；

同步Source Note；

同步标题、作者、摘要、DOI；

同步Zotero 笔记和批注信息。

知识不能打开尚未下载到本地的 PDF和在Obsidian进行PDF批注与zotero双向同步

配置分为两种情况，

情况一：使用元数据＋WebDAV 附件：

文献元数据 → Zotero 官方免费同步 PDF 附件 → WebDAV Obsidian → ZotFlow 按需读取

这种情况适合大规模科研文献库的方式，一种比较便宜和稳定的方式是采用坚果云作为云端存储

我这里以坚果云为例：

上面URL采用和zotero一样的配置，即 https://dav.jianguoyun.com/dav/zotero

记得要先在zotero同步一次到坚果云，不然坚果云没有zotero本地的附件

然后打开坚果云客户端

然后把账号密码填写到对应的位置

需要注意：

Server URL 必须包含 /zotero，直接指向 Zotero 存放附件的那个 zotero 文件夹。这与 Zotero 客户端的填法不同：Zotero 会自动在你填的地址后面补上 zotero/，而 ZotFlow 不会，所以要自己带上。例如：Zotero 里配置的是 https://dav.example.com/dav，这里就填 https://dav.example.com/dav/zotero。

其他云端（如infinite）也一样，不懂如何配置截图问AI即可

情况二：元数据＋本地链接附件

PDF → D:\ZoteroPapers Zotero → Linked Attachment ZotFlow → Linked Attachment Base Directory

ZotFlow 不复制文件，只读取原来的 PDF。配置位置：

这种方式完全绕开 Zotero 300 MB 限制，但只适合桌面端；换电脑后必须同步相同的附件文件夹，并正确配置路径。

一般不推荐这个方式，别问我为什么！

等你电脑坏了，要重装系统就知道了！

使用方式

1. 常规操作

点击侧边栏图标，然后同步按下Sync即可

这里也可以修改笔记的配置

点击 Pick Zotero Item 选择文献，然后按下 Render 和预览图标进行预览效果

这里的模板可以个性化配置，这部分可以问AI帮忙配置自定义修改

还可以按住 Ctrl/Command+P通过命令的方式调用其他命令

比如打开文件树、插入文献CSL引用等等....

2. 文献引用插入

ZotFlow 插入文献引用最简单的方法是在 Obsidian 编辑器中输入 @@，搜索文献并按 Enter。

一、先设置引用格式

进入：

重点配置：

设置	建议
Default Citation Format	按用途选择
Trigger Character	保持 `@@`
Citation Template	初期保持默认

四种格式的区别：

Wikilink：生成 [[文献笔记|作者（年份）]]，适合知识库。

Pandoc：生成 [@citekey]，适合论文写作和 Pandoc 导出。

Footnote：生成 Markdown 脚注。

Citekey：只生成 @citekey。

ZotFlow 会优先使用文献的 citation key；没有 citation key 时，会退回 Zotero item key。

二、输入 `@@` 插入引用

在 Markdown 编辑模式中输入：

随后会弹出 Zotero 文献搜索框：

输入标题、作者或关键词；

选择目标文献；

按 Enter；

引用会插入到当前光标位置。

例如选择 Pandoc 格式时：

触发字符可以在：

中修改。

三、从 Zotero Tree View 拖入

打开 ZotFlow 的 Zotero Tree View，将文献条目直接拖到笔记正文中。

注意：

拖动期刊论文、图书等条目：插入引用；

拖动 PDF 或 EPUB 附件：插入附件打开链接，不是文献引用；

拖动批注：插入带页码或批注定位的引用。

拖动时可以临时切换格式：

操作	插入格式
直接拖动	默认格式
`Shift` + 拖动	Wikilink
`Alt` + 拖动	Pandoc
`Ctrl` + 拖动	Footnote
`Ctrl + Shift` + 拖动	裸 Citekey

四、从 PDF 批注插入引用

在 ZotFlow 阅读器中选中一条批注：

复制“默认格式引用”，然后粘贴进笔记。

则只复制批注原文。也可以右键批注，选择：

Copy Default Citation

Copy Pandoc Citation

Copy Footnote Citation

Copy Wikilink Citation

Copy Embed

Pandoc 和 Wikilink 模板可以自动带入批注页码。

五、正式论文写作的推荐配置

如果主要在 Obsidian 中积累知识，推荐：

若准备通过 Pandoc 导出 Word、LaTeX 或论文：

若需要直接生成 APA、IEEE、Chicago 等格式，进入：

选择默认 CSL 样式和输出格式。ZotFlow 支持使用 citeproc 渲染正式引文和参考文献表，例如模板中使用：

以及：

如果输入 @@ 没有弹窗，通常检查三项：已经完成 Zotero 库同步、当前处于 Markdown 编辑模式、Trigger Character 仍设置为 @@。

又或者是和其他插件起冲突，比如我的Yolo和Latex Suite快捷键起冲突了

同步效果

然后我再Obsidian这里对PDF做到批注也会同步到zotero，实现双向同步

这个插件还在不断开发和维护中，相比此前的Zotero Integration插件已经两三年没有更新维护了

总算有人在它的基础上改进并真正实现双向同步了

之前有段时间我也用过，不过但是还比较早，有部分bug，现在稳定多了，基本没出现过问题

可以放心使用

架构设计

ZotFlow 使用主线程 + Web Worker分离的方式来提高响应速度：

主线程— Obsidian API、UI 渲染（复杂视图使用 React，设置使用原生 API）。

Web Worker — Zotero API 调用、同步引擎、IndexedDB (Dexie)、模板渲染、PDF 处理。

阅读器 iframe — Zotero 的 PDF/EPUB/HTML 阅读器，通过 penpal 嵌入并沙盒化。

参考文档

GitHub源码仓库： https://github.com/duanxianpi/zotflow

项目参考文档： https://zotflow.peterduan.dev/zh/

模板配置指南： https://zotflow.peterduan.dev/zh/template-guide

模板配置变量汇总： https://zotflow.peterduan.dev/zh/template-variables

最后说几句心里话

大半年过去了，我也折腾了不少工具的使用和搭建，科研效率确实提升不少。以前在Zotero和Obsidian之间来回切换很割裂，现在批注、引用、笔记全部打通，写论文时特别顺手。虽然偶尔有些小细节还能优化，但整体稳定性已经足够日常使用了，强烈推荐给同样折腾文献管理的朋友。

我自己也开发了一个工具，也是做zotero和Obsidian双向联动，不过定位不一样，我的工具主要还增加了一个MinerU解析文献作为桥梁，同时介入大模型，我要做的一件事就是让大模型维护我的文献，zotero和Obsidian同时维护，然后需要让大模型解读文献的时候跨文献、跨章节、跨图表进行分析，便于自主链接文献缺口和文献综述，尤其是服务于我这种懒人

感兴趣的话也可以关注一下我的项目：

https://github.com/luffysolution-svg/obsidian-vault-mcp

我也和ZotFlow的作者一样都是学生，空闲之余借助AI进行Vibe Coding而作

致力于为科研工作者、同为AI时代下的科研懒虫们服务

人类之光！开源万岁！

Obsidian同步到Notion教程

Sun, 02 Aug 2026 00:00:00 GMT

一、在 Notion 创建文章数据库

在 Notion 中：

新建页面。

选择 数据库 → 表格 → 整页数据库。

数据库命名示例为：

按下面的结构创建属性。

Notion 属性名	属性类型	用途
`title`	Title／标题	文章标题，必须存在
`status`	Select／选择	Draft、Review、Published
`tags`	Multi-select／多选	文章标签
`category`	Select／选择	文章分类
`date`	Date／日期	创建或发布日期
`slug`	Text／文本	博客 URL 标识
`summary`	Text／文本	文章摘要
`source`	URL	原文地址，可选
`published`	Checkbox／复选框	是否发布，可选

插件的自定义数据库支持 Title、Text、Number、Select、Multi-select、Date、Files & Media、Checkbox、URL、Email 和 Phone Number；暂不支持 Relation 和 Rollup。(Obsidian to NotionNext)

字段命名原则

建议全部使用小写英文，并让：

例如 Notion 使用 summary，Obsidian 也使用 summary，不要一边叫“摘要”，另一边叫 description。插件字段区分大小写，标题属性必须作为第一个自定义字段配置。(Obsidian to NotionNext)

二、创建 Notion API 集成

1. 新建内部集成

进入 Notion Developer Portal，在集成管理页面（ https://app.notion.com/developers/connections）：

点击 New integration

名称填写：

选择你的 Notion 工作区。

创建内部集成。

内部集成使用固定 Token，并且只作用于创建它的工作区。(Notion Docs)

2. 设置权限

在集成配置中，至少开启：

Read content

Insert content

Update content

插件需要读取数据库结构、创建页面，并在再次同步时更新已有页面；Notion 的连接能力分别控制读取、插入和更新内容。(Notion Docs)

3. 复制 Token

在集成配置页面复制：

通常类似：

或者旧格式：

不要截图、公开或提交到 GitHub，因为该 Token 代表集成访问 Notion 数据的凭据。(Notion Docs)

三、把 Notion 数据库授权给集成

回到刚才创建的 Obsidian Articles 数据库：

点击右上角 •••。

找到 Connections / 连接。

点击 Add connections / 添加连接。

搜索：

确认添加。

Notion API 集成默认不能访问工作区内的全部内容，必须把具体页面或数据库授权给它，否则通常会返回无权限或 404。(notion.com)

四、获取 Database ID

方法

将该数据库作为整页打开。

复制浏览器地址。

地址一般类似：

其中：

就是 Database ID。

也就是 URL 中：

数据库名称或工作区路径后面；

?v= 前面；

长度通常为 32 个字符。

五、安装 Obsidian 插件

在 Obsidian 中：

打开设置（确保关闭安全模式）。

进入 第三方插件。

如果尚未启用社区插件，点击 打开社区插件。

点击浏览。

搜索：

点击安装。

安装完成后点击启用。

插件启用后会出现在 Obsidian 的插件设置列表中。(Obsidian to NotionNext)

六、在插件中添加 Notion 数据库

进入：

1. 数据库类型

选择：

不要选择：

General：只适合标题和标签等简单数据库；

NotionNext：只适合 NotionNext 博客模板。(Obsidian to NotionNext)

2. 基础配置

填写：

插件配置项	填写
Database Full Name	科研教程（示例）
Database Abbreviate Name	科研教程（示例）
Notion API Token	刚才复制的 `ntn_...`
Database ID	刚才提取的 32 位 ID

Database Abbreviate Name(数据库简称)

要求：

尽量只使用小写英文；

不使用空格；

不使用中文标点；

后续自动同步和页面 ID 字段会使用这个简称。

插件会根据数据库简称识别自动同步目标，并使用类似 NotionID-blog 的 Frontmatter 字段保存页面对应关系。(GitHub)

七、配置自定义属性

点击：

按以下顺序添加。

顺序	Property Name	Property Type
1	`title`	Title
2	`status`	Select
3	`tags`	Multi-Select
4	`category`	Select
5	`date`	Date
6	`slug`	Text
7	`summary`	Text
8	`source`	URL
9	`published`	Checkbox

特别注意

第一个属性必须是：

插件的第一个自定义字段只能选择 Title；后续字段才可以选择 Text、Select、Date 等其他类型。(GitHub)

所有属性添加完毕后：

点击底部的勾号按钮。

返回插件设置。

确认数据库配置已经出现在列表中。

八、创建 Obsidian 文章模板

在 Obsidian 新建文章，使用下面的 Frontmatter：

数据格式要求

Select

Multi-select

Date

建议使用：

Checkbox

不要写成字符串：

九、第一次手动同步

打开需要同步的文章，然后：

通过：

左侧 Notion 图标；

笔记右键菜单；

命令面板；

触发同步。插件会在 Notion 数据库中创建一个页面，并将 Markdown 正文转换为 Notion Blocks。(Obsidian to NotionNext)

同步成功后的 Frontmatter

插件可能自动添加类似：

不要删除或手动修改该字段。

它用于识别：

如果删除，下一次同步可能被当作新页面处理。插件代码通过 NotionID-数据库简称 查找已有页面。(GitHub)

十、图片和 PDF 的处理

当前版本支持把本地图片和 PDF 上传到 Notion，并支持两种常见链接格式：(Obsidian 社区)

Obsidian Wiki 链接

Markdown 链接

首次测试建议使用手动同步。当前自动同步代码检测到文章包含本地图片或 PDF 时，会跳过自动同步，以避免附件上传过程中出现重复或同步循环。(GitHub)

因此：

十一、可选：开启自动同步

确认手动同步正常后，再进入插件设置开启：

插件默认自动同步延迟为约 5 秒，也可以调整延迟时间。(GitHub)

然后在文章 Frontmatter 中添加：

其中：

必须与插件设置里的：

完全一致。

默认自动同步字段名是：

它支持 YAML 列表、单个字符串或逗号分隔的多个数据库简称。(GitHub)

例如同时同步到两个数据库：

自动同步建议

你还在使用 Obsidian Git 或其他文件同步插件时，建议暂时保持：

先使用手动同步。该项目目前存在自动同步与外部文件同步工具同时工作时，可能产生重复页面的未关闭问题。(GitHub)

十二、常见错误

错误现象	主要原因	处理方法
401 Unauthorized	Token 无效或复制不完整	重新复制 Internal Integration Secret
403 Forbidden	集成权限不足	开启 Read、Insert、Update
404 Not Found	数据库未授权给集成，或 ID 错误	重新 Add connections，检查 Database ID
属性不存在	名称或大小写不一致	检查 Notion 属性和 Frontmatter
属性类型错误	YAML 值与 Notion 类型不匹配	检查 Select、Date、Checkbox 等类型
创建重复文章	`NotionID-blog` 被删除	保留插件生成的 NotionID
图片未自动更新	自动同步跳过本地附件	使用手动 Share to NotionNext
无法定位错误	插件日志不可见	Windows 按 `Ctrl+Shift+I` 查看 Console

工作流推荐：

最后

这个插件还支持同步NotionNext数据库，作为博客和产品销售、知识库分享都比较方便

比如我就通过这个插件结合NotionNext项目的部署，很轻松的就搭建了我的博客，省去了后端运维的麻烦

直接在Notion编辑文章即可自动更新博客文章，是真的方便

我只需要在Obsidian写好，然后一键同步到Notion，后台就能自动同步博客文章，不用再搭建一个后端服务给Obsidian

只需要在笔记属性这里填写（frontmatter）

对应到Notion的属性和类型就会自动更新

对应的博客会自动触发更新（每一分钟触发同步）

至此，你已经掌握了从Obsidian写作到Notion同步、再到博客自动更新的完整流程。只需一次配置，后续写作只需专注内容，同步和发布交给插件自动完成，真正实现“写一次，处处可见”。希望这个教程能帮你省下不少折腾时间，快去试试吧。

如果你在配置中遇到其他问题，可以查阅插件官方文档或提issue，社区也很活跃。这套方案特别适合个人博客或知识库，既能享受本地编写的流畅，又能利用Notion的协作与发布能力。祝你的博客早日上线！

从Obsidian到Notion再到博客的整个链路已经打通，剩下的就是持续创作了。记得定期备份Notion数据和Obsidian库，避免意外丢失。如果后续想扩展更多功能，比如自动同步到多个数据库，也可以参考前面的设置灵活调整。祝你使用愉快！

当然，你也可以看看我的博客网站，会无私分享许多教程和工具

主要面向科研、Obsidian、Notion、zotero、VScode、AI Agent工具

博客网站：

https://luffysite.top/

那么，以上就是本期内容，下期我们介绍飞书、Notion、和Obsidian之间如何联动，不见不散！

修复Obsidian里Git插件同步代理配置问题的办法

Mon, 03 Aug 2026 00:00:00 GMT

完整命令汇总

1. 进入 Obsidian 仓库

2. 检查仓库状态和远程地址

3. 清除旧代理配置

提示配置不存在时可忽略。

4. 设置 v2rayN 代理

你的 v2rayN 混合端口是 10809：

5. 检查 Git 实际使用的代理

正常应显示：

6. 检查代理端口

正常结果：

7. 测试 GitHub 连接

成功时会返回提交哈希、HEAD 和 refs/heads/main。

8. 推送本地提交

日常最常用命令

以后通常只需要：

Obsidian Git 插件再次出现代理错误时，优先检查：

确认端口与 v2rayN 底部显示的 mixed 端口一致。

记录一次化工设计比赛的教训和心得

Tue, 14 Jul 2026 00:00:00 GMT

从去年寒假备赛那天，我对整个化工设计比赛满怀期待，也是抱有冲国奖的想法和信心

然而，过去了将近半年，现在已经打算放弃了，说来惭愧，不过也是收获了许多教训

对我个人而言，此次比赛让我对自我能力和擅长的地方有了更清醒的认识

如果你感兴趣，不妨听听这位失败者的一些肺腑之言和从比赛中领悟到的一些教训和心得

一、全面把握好难度和节奏、永远在执行前想清楚

这是统领全局，决定比赛后期结果做关键的一点

对于我们队伍来说，今天走到如此尴尬的局面，最主要的原因来自这一条

我们队伍一开始是选择干气法制乙苯+乙苯传统脱氢制苯乙烯这一个路线

这个路线很经典，b站，书籍、文献很多都有参考资源

遇到流程设计也有相关指导和大佬帮忙排查，一些课程辅导也有很多相关内容可以直接复用借鉴

而我前期高估了自己和队友的实力，盲目调整策略，选择了更清洁、更创新（动力学可行）的路线：乙醇气相烷基化制乙苯+乙苯SMARt工艺脱氢氧化制苯乙烯

当时也是考虑了很久，虽然文献专利很少，可以直接参考借鉴的设备规格、设备参数有限甚至没有

但是有相关动力学可以推导出来，只要有动力学公式，那我就一定可以计算出来合适的参数到aspen进行模拟

所以我还是以我个人角度选择了这条路线，当然也有问过师兄和队友的意见

不过现在想想，对整个比赛流程真正熟悉透彻的只有我自己啊，他们的想法也只能是认可和不认可

最终路线的决策权还是在我手上，我选择的路线决定了后续一切工作（设备选型、图纸制备、文档编辑）的性质和内容

所以这一步是一切的根基，根基如果扎扎根在合适正确的土壤，自然能长出硕果

可一旦选错了位置，那只会越长越偏，最终离原本的发展轨迹越来越远

我们现在的状况便是如此，倘若能再给一次重来的机会

我一定会告诉我的队友：算啦，我们不追求创新，选择一个稳参赛的路线

毕竟这个比赛本质上是扣分制的，路线的创新其实只有在冲击国特级别的情况才有很高的权重

但是现在看来，我们第一步的决策就有明显错误的判断：第一，我们都是第一次参加，没有很多经验，尤其是在换热网络上，选择一个基本无参考文献、无任何课程辅导的路线是死路一条；第二，我们选择这条较为新颖的路线，很多工作基本需要原创，遇到问题是真正因经验不足而无法排查，导致后面一步步收到牵连

如果我能早点预判到选择此路线的后果，早点发现艰难态势下隐藏的问题

或许我就能及时纠正路线。可惜的是，为时已晚，而且我也没有推倒重来的勇气

毕竟，在发现换热网络出现大问题时，已经是6月中旬了

这意味着，需要在短短一个月内，全部工作重新开始做，所有设备的优化、设备校核、图纸绘制都得重新开始

另外，如果要重新改路线的话，可研、初设等文档的内容也要重新改写

所谓，牵一发而动全身！

或许，这就是选择创新路线的代价吧！高风险高回报，但得到回报的概率依旧是小概率事件

如果没有绝对的把握、丰厚的经验、运气的加成，我想我永远不会再尝试一个高风险的路线

人生啊，为何不是如此！一旦在某个重要关头做出了错误的判断选择，人生轨迹就截然不同了

由此可见，人的判断力是多么的重要啊！

自古以来，所以成功的企业家、科研工作者、创业老板、乃至文学家、革命家

无一不是做出了顺应时代、源于实践和理论基础、符合客观规律的最正确的选择

如果教员当年没有选择“农村包围城市，武装夺取政权”的符合中国国情的革命道路，中国命运或许真就不再焕然一新

如果马斯克当年没有选择all in电动车和可回收火箭这两条被无数人嘲讽的疯狂道路，今天的汽车工业和航天产业或许就不会被彻底颠覆

未来如果我想要成为某一领域卓越的科研工作者、顶尖的创业企业家，我想我第一需要培养的能力便是我的判断力

回过头来看，本次化工设计比赛陷入困局的最大根源乃是方向的判断错误

所以，全面把握好难度和节奏、考虑清楚战局各要素环节（如队友和自身能力匹配度、可借鉴参考来源是否充足、路线可行性、创新性、和工业成熟度等），综合分析后再进行决策

这是我在本次比赛中收获到的第一条教训

记住——永远在执行前想清楚一切值得考虑的问题

二、团队分工明确、做好兜底的心理预设

团队分工的失误也是导致我们后期崩溃的重要原因。

我一开始是想着大致分工好流程位、设备位、图纸位、三维设计、文档位

然后他们应该会主动去了解各自工作需要负责的细节和详细内容

没想到，我还是低估了人的主动性

不过，情有可原，这是人的天性——惰性

我自己也犯了这个错误，只顾着解决流程和设备的问题，同时帮忙写文档，而图纸的工作我暂时没有投入太多心血，我一开始以为负责图纸的两位同学会自己到b站、抖音、视频号找教学，如果碰到问题或者需要用到的模拟数据再来主动问我（或者说她们会主动依据aspen的BKP文件来绘制图纸）

所以，很多次我组织召开的线上线下会议，对于图纸工作的安排我没有十分看重，分配给他们的任务往往不够具体和细致，这也导致她们不懂整个流程的细节和get到我的思路，更不可能指望她们能够明白如何将流程“翻译”为图纸这个过程

些许惭愧，这也有我的失责，如果我能费劲更多心思去筹划好每一次会议，在分配每个阶段的任务时对图纸工作的情况有更多的督促和了解，或许结果会变得不同

我应该早点做好独自承担所有图纸工作的打算，来给那两位队友兜底，可惜当时我并没有意识到问题的严重性，直到最后一周才发现图纸工作完全没有展开。即便我想亲自兜底，也已经来不及了——我根本无力在短短几天内完成整套图纸的绘制和修改。最终只能眼睁睁看着比赛机会从手中溜走，我们连顺利完赛获得参赛证明的资格都没有

心灰意冷，还有临近三天，其实我已不想再挣扎了

尽管这三天也补了几份文档，并尝试编写自动化脚本和提示词让AI帮忙绘制CAD图纸

但，还有什么用呢？

这三天，我一个人在盯着电脑，反复调整参数，文档删删改改，把能做的做完了

我不想再挣扎了，毕竟图纸必然在一个星期内完成不了

万念俱灰，我依旧是无法在群里和向指导老师开口，无法直视和承认自己和团队的失败

不过，在此文写完之际，我想心里早已确认好了答案

去他喵的，放弃就放弃吧，何必为难自己和一再强求我的队友为这希望渺茫的比赛继续死活缠斗

人生值得去做的事情多了去了，让彼此做自己其他热爱的事情不好吗？

而且，比赛本来就和许多偶然因素挂钩，不代表个人实力的全部，只能说我刚好不擅长这一领域吧

当然，更多的因素是我本人不喜欢化工（后知后觉），后期显得力不从心和乏力

一个人如果他真真正正热爱某件事情，不过这件事本身有多困难，他一定会去想尽一切办法去解决

在我看来，人生最重要的事情无非找到自己真正热爱的事业并为之奋斗终身

如果一个公式可以衡量一个人能走多远，我相信这个公式一定=热爱✖️擅长✖️外界动力

抛开外界动力（如政策走向、时代风口、国情行情、社会认可等），真正可以被我们个人所掌控的就是自己的热爱和擅长

我也一直在探索更多为未知领域，就是希望通过不断试错和碰壁，找到自己的热爱和擅长所在

如果你看过我的GitHub项目和Obsidian开发的插件、个人博客、公众号

你些许会明白：我也是个普通学生，也在不断探索个人能力边界和潜力所在

说回比赛这件事，也正是此次失败的经历让我看懂了更多事情，它教会我如何去刻意培养团队交流、如何去组织安排事项、如何调动队友的积极性、作为队长/领导者如何承担所有风险和需要考虑的所有细节

这是本次比赛带给我的另一个教训

三、合理利用AI工具，认清AI使用边界

比赛前期，我使用了最顶尖的模型为我推导动力学模型，把得到的参数代入流程模拟中得到的产率和转化率竟然和工业报道出奇的一致，照着他的思路人为验算后竟毫无漏洞，不仅如此，后面的温度。压力等甚至不经过aspen软件计算，直接通过底层数学和物理公式全部推导出来，这是AI最厉害的地方

但是，一旦到了换热网络报错排查、装置分析选择、循环流股不收敛等许多地方，AI出现了大量幻觉，它给出的结果和建议没一个能用的，至少在换热网络和节能技术这部分完全不行

这部分完全是我原创设计（前文说过了，没有很多参考文献），但是自己设计的流程就是有个问题，很多工程上的问题在流程模拟上（动力学）可行（无报错），但是在换热网络（热力学）不合理（报错），是很难通过“试错法”解决的，如果没有扎实的化工原理基础，对于前期只会依靠AI的小白——我而言，无疑是巨大的打击

以我现在的认知来看，AI在化工设计中的强项在于理论推导和重复性工作，而弱项在于需要工程直觉和经验的调试优化。热力学收敛、换热网络集成这类高度依赖经验的问题，必须依靠扎实的学科基础和反复实践才能解决。所以，认清工具边界、保持批判性思维，是每个工程师用好AI的前提。

AI的使用必须建立在自身扎实的知识基础上，并且要清楚它的边界，否则只会事倍功半。

在Agent时代下，人类最大的护城河依旧是判断力（决策）、想象力（创新）、思考力

基于transform机制来说，AI的本质是在做预测，一个token（词元）预测下一个token

它的思维是单向性的，可预测的；而人类的思维是跳跃性的、多变的

因此，面临复杂问题，需要做决策时，人的主动权应该交还给人类本身，而不是外包自己的思考给AI，如果连问题本身思考的余地都全盘托付出去，个体的思维会逐渐退化，并丧失主动性

试想，如果整个世界的人们都高度依赖AI，做出的所以决策都外包给AI，那将是一件多么可怕的事

医生照着AI建议给病人看病、建筑师根据AI的设计拟定图纸、科研人员依靠AI捏造大量数据和空洞理论......

彼时将诞生一个虚假、荒诞、机械的“赛博”世界

我自己也是AI Agents重度患者，经常使用AI工具开发各种各样的科研工具

曾经有过一段时期也对AI高度依赖和上瘾

在认清AI的局限性之后，我反而发觉人类独一无二的特性

享受着每次在操场漫无目的的思考、享受着每一次写公众号长文一个字一个字手敲的快感

人，终究不是工具，回归人类主体性，让AI服务于我们的判断力与创造力，而非替代它们。保持独立思考，在关键时刻亲自决策，才能真正驾驭工具，而非被工具驾驭。

我也是在本次比赛中犯了一个错误：过度相信AI推导的结果和方案，看似合理，实则错漏百出

如果给我一次重来的机会，我还是老老实实啃理论、自己分析排查流程设计的不合理之处

毕竟，扎实的理论基础和实践经验任是AI无法替代的

最后想说

不管怎样，过去的就让他过去吧，虽然做了非常多的工作等于白忙活

但其中的经历和磨练或许才是最重要的，我不知道其他队友有何收获、有何看法

但——我想：

努力付出过的人肯定心也有不甘吧，我作为队长其实心里更加不甘和难受

从去年寒假到今天，一共备赛8个月，摸索了三条路线、筛选了十多家公司、翻遍了百篇文献专利、排查了无数次报错、和AI对话了上百轮

但是呢？换来的是什么？一个弃赛的决定

说真的，我有段时间挣扎了很久，一边是个人的学业压力、一边是实验室的工作

加上统计建模比赛作为队长带着2名同班同学（实则我一人接管建模、编程、论文撰写），化工设计比赛周期也长，耗费的心血和心智带宽几乎无法估量

每个深夜都在不同项目间切换，大脑像一块过载的硬盘，不断报错却无法关机。我太想证明自己可以兼顾一切，却忘了人的极限是真实存在的。

直到最后，我才明白：所谓的“全面开花”不过是自我感动式的透支，而真正的成长来自于懂得放弃那些不属于自己的东西。

这次失败让我彻底明白，我不属于化工，也不再强求。

我真正热爱的，是用代码和文字创造价值、解决问题。感谢这段经历，它帮我删掉了一条错误的路，让我更坚定地走向自己擅长且热爱的方向。

未来，我会带着这里的教训——判断力、团队管理、兜底意识、工具边界——去探索真正属于我的领域。

以上，是我所有想和大伙想说的，里面掺杂了许多我个人的思考和洞见，也是憋了好久的想法，借此机会抒发一下个人的肺腑之言

也很感谢能读到这里的同志们，在这个注意力稀缺的时代，还能花一点时间拜读我的长文（一个字一个字手敲），真的十分感谢

如果这篇文章能让你在某个深夜想到自己的选择，想起自己也曾放手或坚持过，那便是我写下它最大的意义。

愿我们都能在试错中找到属于自己的路，然后毫不犹豫地走下去。

PDFMathTranslate和pdf2zh详细配置指南

Sun, 02 Aug 2026 00:00:00 GMT

相信大家一定受够了沉浸式翻译昂贵的订阅价格

不仅仅是沉浸式翻译，下面这些方案相较沉浸式翻译的月订阅来说，虽然便宜一些，成本用量和使用也比较灵活，但还是有许多不足之处：

工具	缺点
知云文献翻译	无法保留排版，免费积分获取麻烦
doc2x	流程繁琐、排版不行、积分同样昂贵
supper超能文献翻译	不支持自定义模型、积分同样要钱

真正拉开论文阅读效率差距的，不是翻译工具本身，而是“是否能完整保留信息结构”。

那么今天就为大家推荐一款免费开源、准确度更高的替代方案——PDFMathTranslate，它能完美保留原文排版，尤其适合学术论文和专业文献翻译，再也不用为每月几十块的订阅费肉疼了。

如何使用

官网下载

https://pdf2zh-next.com/zh/getting-started/getting-started.html

根据自己的电脑系统选择合适的方式

如果是Windows系统：

前往GitHub源码安装包地址：

https://github.com/PDFMathTranslate-next/PDFMathTranslate-next/releases#release-v2.9.0

如果GitHub访问不了的，可以到我的百度网盘链接下载：

保存到一个干净的非C盘目录，然后最好不要有中文路径

解压可能要花费一些时间

解压好后打开exe可执行文件

等一段时间会自动打开webUI界面（浏览器窗口）

如果是Mac系统，使用uv进行安装

uv 是一款用 Rust 编写的极速 Python 包和项目管理工具。

有了它才能进行文档的高质量翻译

前置要求：

已安装 Python（版本需要在3.10-3.12，有条件可以使用conda进行版本管理）

安装cmd命令行安装uv的Python管理包：

安装完成后，您可以通过 命令行 或 WebUI 开始文档翻译。

详细问题可以看官网文档进行排查，或者让Codex/Codebuddy帮忙安装和解决

如果是使用uv安装的，可能没有exe那样有图形窗口，这是你就可以让Codex帮忙解决这个问题

比如我使用Codex让他帮我安装并配置bat一键启动脚本，以后点击start.bat文件，即可跳转到webUI进行文档解析，告别复杂的cmd命令行学习成本

配置翻译服务

这里新版本的PDFMathTranslate提供了便捷的翻译服务UI界面

选择一个模型提供商，这里我以DeepSeek为例进行讲解：

https://platform.deepseek.com/usage

先到开放平台小额充值并创建API key：

然后把创建好的API key复制（注意保存到其他地方，下一次无法查看和复制了⚠️)

接着回到PDFMathTranslate配置页面

记得在底部点击「保存配置」按钮

到这里接搞定一切工作了

上传翻译

等待即可，大概3、4分钟就翻译好了👇

排版、公式、表格全部整整齐齐，翻译质量极高！

如果你有能力的话，可以接入第三方中转站openai兼容的模型，翻译质量更加高，成本也比DeepSeek便宜

这是我用GPT-5.4模型翻译了7篇文献（一共76页）所花费的成本这要是沉浸式翻译和super超能文献翻译，积分很快就消耗完了，还不能自己接入便宜模型

关闭翻译后台

翻译完之后

需要关闭浏览器UI界面以及回到命令行窗口，按住ctrl+c两下，会自动停止后台运行脚本，防止占用系统内存资源

与zotero联动

这部分就更简单了，安装好zotero插件就完事了

这里配置更加方便和简单，涉及到的相关知识都是贯通的，如果你PDFMathTranslate都能部署搞定

恭喜你，你在zotero这里可以直接略过了

插件下载地址： https://github.com/guaguastandup/zotero-pdf2zh/releases

如果国内访问不了可以到zotero中文插件市场里的镜像源下载xpi文件 https://zotero-chinese.com/plugins/

或者我的百度网盘地址：

当然为了照顾大家，我还是细讲一下：

环境配置

Python ：建议安装 3.12 版本

Zotero ：支持 Zotero 7 和 Zotero 8

后续步骤除手动操作外都在命令行中执行

打开命令行工具：

Windows ：按 Win + R → 输入 cmd → 回车（建议以 管理员身份运行 ）

macOS ：按 Cmd + 空格 → 输入"终端" → 回车

Linux ： Ctrl + Alt + T

选择一个环境管理工具。如果不确定选哪个，推荐 uv。

uv安装(推荐)

安装后执行 uv --version ，能看到版本号即成功。

如果提示找不到命令，需将 uv 路径添加到环境变量并重启终端：

conda安装

参考 Miniconda 安装指南进行安装，安装后执行 conda --version 验证。

⚠️

注意 Windows用户注意 ：请勿在C盘（系统盘）下创建项目文件夹，建议在D盘或其他非系统盘操作。例如：先执行 D: 切换到D盘，再执行后续命令。

安装依赖脚本文件：

解压好后的文件夹结果应该是类似下面的结构：

上面的是Mac系统使用，Windows系统选下面那个（保留一个即可）

如果您看到的是 server/server/ 这样的嵌套结构（两层 server），说明解压出现了嵌套问题

可以直接剪切内层的server文件夹，然后回到外层server进行粘贴，即可覆盖解决

然后到这里请在顶部输入框输入cmd，然后enter回车，进入cmd命令行窗口

启动服务：

uv 用户（推荐）

conda 用户

⚠️

注意翻译功能依赖本脚本运行，使用翻译时 不要关闭此终端窗口

常用参数

在启动命令后面追加参数即可，例如 ... server.py --port=9999 ：

参数	说明	默认值
`--port`	服务端口号	`8890`
`--check_update`	启动时检查更新	`True`
`--update_source`	更新源 `github` `gitee`	`gitee`
`--enable_mirror`	启用 pip 镜像加速	`True`
`--mirror_source`	自定义镜像源 URL	`https://mirrors.ustc.edu.cn/pypi/simple`
`--enable_winexe`	使用 Windows exe 模式（需配合 `--winexe_path` ）	`False`

注意事项

uv 用户 ：安装后请不要移动或重命名 server 文件夹（会影响环境路径）。

conda 用户 ：环境存储在 conda 的 envs 目录中，可以安全移动 server 文件夹。

下载并安装插件（地址见上文）

安装方式：在zotero中打开“工具-插件”，将xpi文件拖入，进行安装。（若拖入后功能未生效，请重启Zotero）

如何更新：您可以在zotero中检查更新，或选择自动更新，来获取最新版本插件。

Zotero端插件设置

检查没问题就可以了，不过最好重启一下zotero

后面就和之前一样的步骤，配置大模型、QPS等

接下来右键选择任意一篇文献进行翻译

第一次会自动安装相关包，会耗费一些时间

然后静静等待、速度有时和网络有关

之后就大功告成了！！！

翻译后的文件地址在这里：

如果闲每次都要启动那个脚本，可以让AI帮我生成一个bat启动脚本，保存到桌面点击使用即可（前文已提到过）

效果展示

写在最后

其实吧，为了出这一期教程，我特定重新安装了一遍，然后我用的是Windows系统，Mac系统还没有体验过，所以如果是官方没有及时更新安装命令可能需要让AI来排查

然后安装的依赖脚本国内网络也许比较慢，可以使用清华镜像源

https://mirrors.tuna.tsinghua.edu.cn/

emm~

这个部署其实对于大部分小白来说还是相对困难一些，但是这是最便宜、翻译质量最高、排版最规整、灵活度最高、可控性最多的方案

就是技术比较麻烦是唯一缺点

不过，各位如果是有搞科研的需求

翻译质量和排版怎么能不追求？

所以我今天还是给大家完完整整演示一遍安装过程

当然我知道，如果有视频教程观感会更好一些，我也尽可能在未来考虑发布到视频号和b站，希望大家多多光顾

我是三木，感谢你的陪伴与支持，我们下期再见。