WorkBuddy + Obsidian:打造会成长的知识库,告别收藏夹吃灰
1. 为什么“收藏夹吃灰”是个死循环而知识库需要“成长性”大多数人整理知识的方式本质上是在做“数字囤积”。看到一篇好文章顺手丢进收藏夹刷到一个有用的技巧截图保存到相册开会时记了几笔散会后笔记本再也没打开过。这些动作的共同点是输入极其廉价检索成本极高复用率几乎为零。你存了一千条笔记真正需要用到某一条的时候靠的是模糊的记忆和翻找的运气这跟没存区别不大。我踩过这个坑整整两年。直到后来我把 WorkBuddy 和 Obsidian 这两样东西组合起来用才真正把“记笔记”这件事从静态存储变成了动态生长。所谓“会成长的知识库”核心不在于你存了多少东西而在于三条链路是否打通第一新信息进来时能不能自动找到它该待的位置第二旧笔记之间能不能自己长出连接第三你每次使用知识库时它能不能反过来告诉你“你还缺什么”。这三条链路单靠任何一个工具都很难完整实现但 WorkBuddy 的自动化采集和 Obsidian 的双向链接机制恰好能互补。这篇文章适合三类人看一是笔记软件装了又卸、始终没找到顺手方案的人二是已经在用 Obsidian 但觉得维护成本太高、库越来越乱的人三是完全没接触过 WorkBuddy、想知道它到底能解决什么具体问题的人。我会从底层逻辑讲到具体配置每一步都解释清楚“为什么这么做”而不是甩一堆步骤让你照抄。整个方案的核心思路是让机器做机器擅长的事采集、分类、格式化让人做人擅长的事思考、连接、输出。2. 拆解 WorkBuddy 与 Obsidian 的各自边界谁该干什么活2.1 WorkBuddy 解决的是“信息入口”问题不是“知识管理”问题很多人对 WorkBuddy 这类工具有一个误解觉得它能帮你“管理知识”。实际上它的核心能力集中在信息采集与预处理这一层。你可以把它理解成一个极其勤快的助理你告诉它“凡是看到跟某个主题相关的内容就按这个格式帮我存到那个文件夹里”它就能不厌其烦地执行。它擅长的是规则明确、重复性高、不需要价值判断的活儿。具体来说WorkBuddy 在知识库搭建中承担的角色包括从指定来源抓取内容、按照预设模板提取关键字段标题、作者、核心观点、原文链接、自动打上初步标签、然后推送到 Obsidian 的指定目录。这一套流程跑通之后你每天新增的碎片信息就不再是散落各处的孤岛而是被统一格式化后送进了一个待处理的“收件箱”。但要注意一个边界WorkBuddy 不应该替你做分类决策。我见过有人试图用复杂的规则让工具自动判断“这条笔记该放哪个文件夹”结果规则越写越复杂维护成本比手动分类还高。正确的做法是让 WorkBuddy 只做粗筛比如按来源渠道或内容类型分几个大类精细的分类和连接交给 Obsidian 里的后续操作。2.2 Obsidian 的核心价值不在“存”而在“连”Obsidian 最被低估的能力是双向链接和图谱视图。大多数人用它只是当个 Markdown 编辑器那就太浪费了。双向链接的本质是当你在笔记 A 里提到笔记 B 的标题时笔记 B 会自动记录“笔记 A 引用了我”。这个机制带来的直接好处是你不需要建立复杂的文件夹层级只需要在写笔记时自然地用双方括号把相关概念括起来系统就会自动帮你织一张网。这张网的价值在于涌现性。你刚开始写几十条笔记的时候链接关系可能很稀疏看不出什么。但当笔记数量超过两三百条你会突然发现某些概念被反复引用某些笔记成了枢纽节点某些你以为不相关的领域之间出现了意想不到的连接。这种“涌现”出来的结构是任何手动分类体系都无法提前规划的。所以分工就很明确了WorkBuddy 负责把外面的东西搬进来并格式化Obsidian 负责让这些东西之间产生关系并沉淀下来。两者之间的接口就是一个本地文件夹WorkBuddy 往里面写 Markdown 文件Obsidian 把这个文件夹作为库来读取。这个架构简单、稳定、不依赖任何云服务数据完全在你自己手里。2.3 为什么不用“All-in-One”工具而要组合两样市面上确实有那种采集、管理、输出一体化的工具。我试过不少最后回到这个组合方案原因有三个。第一数据主权。All-in-One 工具的数据格式往往是私有的哪天服务停了或者涨价了你迁移成本极高。而 Markdown 文件加本地文件夹任何编辑器都能打开十年后照样能用。第二各司其职带来的稳定性。采集工具挂了不影响你写笔记笔记软件卡了不影响采集流程两者解耦。第三可替换性。哪天 WorkBuddy 不好用了换一个采集工具只要它还能往文件夹里写 Markdown整个系统照常运转。注意组合方案的前提是你愿意花一两个小时做初始配置。如果你追求的是“打开就能用、零配置”那这套方案可能不适合你。但如果你愿意投入一次性的搭建成本换来的是长期的可控和可扩展。3. 搭建前的环境准备那些教程里不说的细节3.1 文件夹结构的设计逻辑为什么我最终放弃了多层嵌套刚开始搭库的时候我按照“领域→子领域→主题→具体笔记”做了四层文件夹觉得特别清晰。用了三个月就崩了。原因很简单一条笔记往往同时属于多个分类。比如一篇讲“用自动化工具处理文本数据”的笔记它既属于“工具使用”又属于“数据处理”还属于“自动化流程”。你把它放哪个文件夹都不对放一个地方就在另一个地方找不到。后来我改成了扁平化加标签的方案。文件夹只保留最粗的几个大类比如“00-收件箱”“01-永久笔记”“02-项目笔记”“03-参考资料”“99-归档”。具体主题全部靠标签和链接来组织。这样做的好处是一条笔记只存在于一个物理位置避免重复但可以通过多个标签和链接从不同维度被找到。WorkBuddy 推送过来的内容统一进“00-收件箱”。这个文件夹是你的缓冲区所有未经处理的原始素材先堆在这里。每周固定时间做一次“收件箱清零”把里面的笔记逐条过一遍有价值的提炼成永久笔记移到“01”跟当前项目相关的移到“02”暂时用不上的打上标签移到“03”确定没用的直接删。这个流程看起来简单但坚持下来效果惊人。3.2 WorkBuddy 的触发规则怎么设才不添乱WorkBuddy 的自动化规则如果设得太宽你会被信息淹没设得太窄又漏掉重要内容。我的经验是从最窄的规则开始逐步放宽。一开始只针对一两个最核心的信息来源设置采集跑一周看看收件箱的量。如果每天新增不超过五条说明规则合适如果超过十条说明要么来源太杂要么提取字段太多导致每条内容都很长。提取字段也有讲究。我建议只提取四个核心字段标题、来源、核心摘要一到两句话、原文链接。不要试图把全文都抓下来那样收件箱会变成垃圾场。摘要字段让 WorkBuddy 自动生成或者从原文的前两段截取目的是让你在收件箱里扫一眼就能判断“这条要不要留”。全文如果需要保留在原文链接里点回去看就行。还有一个细节给 WorkBuddy 推送的文件名加上日期前缀格式用“YYYY-MM-DD-原始标题”。这样做的好处是收件箱里的笔记自动按时间排序你能一眼看出哪些是最近进来的、哪些已经躺了两周还没处理。Obsidian 的排序功能配合这个命名规则管理起来非常顺手。3.3 Obsidian 库的初始化设置少即是多新建 Obsidian 库的时候不要装一堆插件。我见过有人上来就装二十个插件结果启动慢、冲突多、自己都记不住哪个插件是干嘛的。核心插件只需要开三个反向链接、标签面板、模板。反向链接让你看到谁引用了当前笔记标签面板让你按标签筛选模板让你快速创建格式统一的笔记。第三方插件初期只装一个Dataview。这个插件能让你用类 SQL 的语法查询笔记比如“列出所有标签为‘待整理’且创建时间超过七天的笔记”。它是实现“知识库自我提醒”的关键工具。其他插件等你明确知道自己需要什么功能了再装不要因为“别人说好用”就装。主题和外观设置也建议保持默认。我试过花半天时间调字体、调颜色、调行距最后发现这些对知识管理本身没有任何帮助纯粹是拖延症的变体。把精力花在内容结构和链接关系上而不是外观上。4. 打通采集到沉淀的完整链路从一条信息到一条笔记4.1 WorkBuddy 推送格式的设计让后续处理省力一半WorkBuddy 推送到收件箱的 Markdown 文件格式设计直接决定了你后续处理的效率。我的模板是这样的--- created: {{date}} source: {{source}} tags: [收件箱, 待整理] --- # {{title}} 来源{{source}} 链接{{url}} ## 核心摘要 {{summary}} ## 我的补充 待填写这个模板里YAML frontmatter 部分的tags字段预置了“收件箱”和“待整理”两个标签。这样你在 Obsidian 里用标签面板一筛就能看到所有还没处理的条目。created字段记录进入收件箱的日期配合 Dataview 可以查出“躺了超过七天还没动”的笔记提醒你该清理了。“我的补充”这个空段落是刻意留的。它的作用是强迫你在处理每条笔记时至少写一句话。哪怕只是“这条跟之前那篇关于XX的笔记观点相反”或者“这个方法可以试试用在YY场景里”都比单纯地移动文件要有价值。因为这一句话就是你自己的思考是这条笔记从“别人的信息”变成“你的知识”的关键一步。4.2 收件箱清零的具体操作流程每周我会固定抽出一个小时做收件箱清零。流程分四步每一步都有明确的判断标准。第一步快速扫描删除明显无用的。收件箱里通常有三分之一的内容是当时觉得有用、现在看完全没必要的。这类直接删不要犹豫。判断标准很简单如果这条信息你现在不看以后也不会看那就删。留着只是心理安慰。第二步提炼核心观点写成永久笔记。对于有价值的内容不要只是移动文件而是用自己的话重新写一遍核心观点。比如原文是一篇三千字的文章讲某个方法你提炼成两百字写清楚“这个方法解决什么问题、核心步骤是什么、适用条件是什么”。这一步是知识内化的关键。写不出来说明你还没理解那就回去再看一遍原文。第三步建立链接。在写永久笔记的时候主动用双方括号引用已有的相关笔记。比如你写“这个方法类似于[[XX原理]]”Obsidian 就会自动在 XX 原理那篇笔记里添加一条反向链接。链接不需要多每篇笔记有两到三条有效链接就够了。关键是链接要有意义不要为了链接而链接。第四步打上状态标签移入永久笔记文件夹。处理完的笔记从“收件箱”标签改成“已整理”从“00-收件箱”文件夹移到“01-永久笔记”。整个流程走完一条信息才算真正进入了你的知识库。4.3 用 Dataview 实现“知识库主动提醒你”Dataview 的查询能力是让知识库“活”起来的关键。我常用的查询有三个分别对应不同的提醒场景。第一个查询是待处理提醒TABLE created AS 进入日期, source AS 来源 FROM #收件箱 WHERE date(today) - date(created) dur(7 days) SORT created ASC这个查询列出所有在收件箱里躺了超过七天的笔记。每次打开 Obsidian 看到这个列表就知道该做清理了。第二个查询是孤儿笔记检测LIST FROM #已整理 WHERE length(file.inlinks) 0 AND length(file.outlinks) 0这个查询找出那些既没有被其他笔记引用、也没有引用其他笔记的“孤岛”。这些笔记往往是当时觉得有用但后来没融入知识体系的需要重新审视要么给它建立链接要么归档。第三个查询是最近活跃主题TABLE length(rows) AS 笔记数 FROM #已整理 GROUP BY file.tags SORT length(rows) DESC LIMIT 10这个查询告诉你最近哪些标签下的笔记最多反映了你当前关注的重心。如果某个标签下笔记数量异常增长说明你最近在这个方向上投入了很多可以考虑做一次专题整理把零散笔记串成一篇综述。5. 让知识库“成长”的三个机制链接、回顾、输出5.1 双向链接的复利效应为什么笔记越多越值钱双向链接的价值不是线性的而是指数级的。你有十条笔记的时候链接关系可能只有几条感觉不到什么。但当你有一百条笔记、三百条链接的时候情况就完全不同了。你打开任意一条笔记侧边栏会显示所有引用了这条笔记的其他笔记。这意味着你在研究某个概念的时候系统会自动把与之相关的所有思考都呈现在你面前。我举个具体的例子。我有一条笔记叫“信息压缩的三种策略”里面提到了“摘要法”“关键词法”“结构化法”。后来我在写另外几条笔记时分别在不同的语境下引用了这三种策略。半年后我打开“信息压缩的三种策略”这条笔记反向链接里已经积累了十几条来自不同领域的引用有关于读书笔记的、有关于会议记录的、有关于代码注释的。这些引用让我看到同一个原理在不同场景下的应用这种跨领域的连接是手动分类永远做不到的。要让链接产生复利关键是坚持用统一的术语。如果你今天写“信息压缩”明天写“内容精简”后天写“知识浓缩”那链接就断了。我的做法是维护一个“术语表”笔记把所有核心概念的标准写法列出来写笔记时尽量引用术语表里的词。Obsidian 的自动补全功能在你输入双方括号时会提示已有笔记标题帮助你保持一致性。5.2 每周回顾不是复习笔记而是审视连接很多人把“回顾”理解成“把笔记重读一遍”这是效率极低的做法。我的每周回顾只做三件事每件不超过二十分钟。第一件看孤儿笔记列表。用前面提到的 Dataview 查询找出没有链接的笔记逐条判断是给它建立链接还是移到归档文件夹。这个过程本身就是在梳理知识结构。第二件看最近新增的链接。Obsidian 的图谱视图可以按时间筛选我只看最近一周新增的链接关系。如果一周下来几乎没有新链接产生说明我这周只是在囤积信息而没有真正消化。这是一个很好的自我警示信号。第三件挑一条旧笔记尝试用它解释一个新问题。比如随机打开一条三个月前写的笔记然后问自己这条笔记里的观点能用来分析我这周遇到的那个问题吗如果能就在那条旧笔记里补充一个新的应用案例如果不能就想想为什么不能是不是当时的理解有偏差。这个动作逼着你把旧知识和新问题强制连接是产生新洞察的有效方式。5.3 输出倒逼输入用“项目笔记”驱动知识库生长知识库如果只进不出迟早会变成一潭死水。我的做法是始终保持至少一个活跃的“项目笔记”这个项目可以是一篇文章、一次分享、一个实际要解决的问题。项目笔记的作用是给知识库一个明确的方向你不是在漫无目的地囤积而是在为某个具体目标积累素材。比如我最近在做一个关于“个人知识管理流程优化”的项目笔记。这个笔记里列出了我打算覆盖的所有子主题每个子主题下面用双方括号链接到相关的永久笔记。当我发现某个子主题下面的链接是空的就说明这个方向我还没有积累需要去采集和整理。当所有子主题都有足够的笔记支撑时我就把项目笔记里的链接内容串起来形成一篇完整的输出。这个机制的美妙之处在于知识库的缺口会自己暴露出来。你不需要刻意去规划“我还应该学什么”项目笔记的结构会告诉你哪里是空的。而且因为你是为了输出而输入每一条新进来的信息都有了明确的归属和用途不再是“先存着再说”。6. 实操中容易踩的五个坑和我的处理方式6.1 坑一过度自动化导致收件箱爆炸刚开始用 WorkBuddy 的时候我设了十几条采集规则覆盖了所有能想到的信息来源。结果第一天收件箱就进了八十多条第二天一百多一周下来积累了五百多条未处理。面对这个数字我直接放弃了清理整个系统瘫痪。根因分析自动化采集的成本太低了低到你感觉不到“囤积”的压力。但清理的成本是固定的每条笔记都需要你花时间判断和提炼。当采集速度远超清理速度时系统必然崩溃。我的处理方式把采集规则砍到只剩三条最核心的并且给每条规则设了每日上限。比如某个来源每天最多采集五条超过就自动停止。这个上限强迫我在设置规则时就做出取舍哪些来源是真正重要的哪些只是“看起来有用”。同时我把收件箱清零的频率从每周一次改成每三天一次单次处理量小了心理压力也小很多。6.2 坑二标签体系膨胀到无法维护有段时间我特别迷恋打标签每条笔记都要打五六个标签还建了一套复杂的层级标签体系。结果两个月后标签数量超过了两百个很多标签只用过一次找笔记的时候反而更乱了。根因分析标签的本质是横向分类维度它应该少而精。当你试图用标签覆盖所有可能的分类角度时标签就失去了筛选的意义。而且标签是扁平的你没法像文件夹那样做层级硬要模拟层级只会让命名越来越长。我的处理方式把标签分成两类状态标签和主题标签。状态标签只有四个收件箱、待整理、已整理、归档。主题标签控制在二十个以内每个都是高频使用的核心概念。其他所有分类需求全部用双向链接来解决。比如你想表达“这条笔记属于XX主题”不要打标签而是在笔记里写“参见[[XX主题索引]]”然后在那个索引笔记里反向链接回来。这样既实现了分类又保持了标签系统的简洁。6.3 坑三把 Obsidian 当 Word 用追求排版美观我有一段时间花了很多精力在笔记的排版上标题用几级、列表用圆点还是方块、重点用什么颜色高亮、要不要加分隔线。每篇笔记都排得整整齐齐看起来特别舒服。但后来发现排版越精致的笔记我回去看的频率越低。因为看的时候注意力被形式吸引了反而忽略了内容。根因分析知识管理的核心是连接和检索不是展示。Markdown 的设计哲学就是内容与形式分离你写的时候只管内容渲染出来的样子由主题决定。如果你在写的时候就纠结形式说明你把精力放错了地方。我的处理方式给自己定了一条规矩——写笔记时只用三种格式元素标题、段落、双方括号链接。列表和表格只在确实需要对比或枚举的时候用加粗只在强调核心结论的时候用。其他所有格式元素一律不用。这条规矩让我的写笔记速度提升了至少一倍因为不再需要做格式决策了。6.4 坑四链接泛滥导致图谱变成毛线球双向链接好用但用过头了就会出问题。我曾经在一篇笔记里链接了二十多个其他笔记结果图谱视图里那篇笔记成了一个巨大的节点连线密密麻麻根本看不清结构。而且很多链接是“为了链接而链接”比如在“今天天气不错”后面加一个[[天气]]的链接毫无意义。根因分析链接的价值在于语义关联不在于数量。一条链接应该表达“这两个概念之间有实质性的关系”而不是“这两个词同时出现了”。当你链接太多的时候真正重要的连接反而被淹没了。我的处理方式给自己定了一个链接预算——每篇笔记的主动链接不超过五条。写的时候问自己这五条链接里哪条是最核心的如果只能保留一条保留哪条这个约束逼着我做优先级判断只链接真正相关的内容。另外我定期用图谱视图检查如果某个节点的连线超过十五条就回去审视哪些链接可以去掉。6.5 坑五没有备份一次误操作全没了这个坑最惨痛。有一次我在整理文件夹的时候不小心把“01-永久笔记”整个文件夹拖进了回收站然后清空了。等我发现的时候已经过了三天本地备份也没有。半年的积累瞬间归零。根因分析本地优先的方案最大的风险就是单点故障。Obsidian 的库就是一个文件夹任何对这个文件夹的误操作都会直接反映到你的知识库上。而且 Markdown 文件没有版本历史删了就真没了。我的处理方式现在我用三层备份。第一层是Obsidian 自带的文件恢复插件它会在每次修改时保存快照可以恢复最近一段时间的版本。第二层是本地定时备份用一个简单的脚本每天把库文件夹压缩打包到另一个硬盘分区保留最近三十天的备份。第三层是手动导出每个月把整个库导出一次到移动硬盘放在物理隔离的地方。三层加起来除非同时出问题否则数据不会丢。提示备份脚本不要用太复杂的工具一个简单的压缩命令加定时任务就够了。关键是定期验证备份能不能恢复我每个月会随机挑一个备份文件解压看看确保备份是有效的。7. 关于这套方案我的一些个人体会这套 WorkBuddy 加 Obsidian 的组合我用了大半年最大的感受是知识库的成长不是靠工具自动完成的而是靠你持续地做那些“麻烦但正确”的事。WorkBuddy 帮你省掉了采集和格式化的麻烦Obsidian 帮你省掉了手动建立关联的麻烦但“用自己的话重写一遍”“判断这条笔记该不该留”“主动建立链接”这些事没有任何工具能替你做。我见过太多人把时间花在折腾工具上今天试试这个插件明天换换那个主题后天又研究新的采集方案。工具换了一轮又一轮知识库还是空的。工具是杠杆但杠杆需要支点那个支点就是你自己的思考。没有思考再好的工具也只是个更漂亮的收藏夹。如果你打算开始搭自己的知识库我的建议是先用最简配置跑起来哪怕只有 WorkBuddy 推送加手动整理。跑上一个月你自然会知道哪里不顺手、需要加什么。不要一开始就追求完美配置那只会让你在准备工作上耗尽热情。知识库是长出来的不是搭出来的。

相关新闻

页面里的视频、m3u8 流和图片怎么下载?cat-catch 资源嗅探扩展安装与使用完整指南

页面里的视频、m3u8 流和图片怎么下载?cat-catch 资源嗅探扩展安装与使用完整指南

页面里的视频、m3u8 流和图片怎么下载?cat-catch 资源嗅探扩展安装与使用完整指南 【免费下载链接】cat-catch 猫抓 浏览器资源嗅探扩展 / cat-catch Browser Resource Sniffing Extension 项目地址: https://gitcode.com/GitHub_Trending/ca/cat-catch 页面…

2026/10/11 4:28:13 阅读更多 →
C语言二叉树进阶:AVL旋转、线索化与哈夫曼编码实战

C语言二叉树进阶:AVL旋转、线索化与哈夫曼编码实战

C语言二叉树(下)这篇,主要是接着上篇没聊完的进阶内容来。基础部分——节点定义、递归遍历、求高度这些,上篇已经说得比较透了,这篇重点放在四个方向上:平衡二叉树怎么旋转、中序线索二叉树到底解决什么问题…

2026/10/11 4:28:13 阅读更多 →
强化学习4:用 Python 实现首次访问蒙特卡洛控制,让智能体学会网格寻路

强化学习4:用 Python 实现首次访问蒙特卡洛控制,让智能体学会网格寻路

本文用一个 44 的 GridWorld,讲清楚蒙特卡洛方法如何从完整回合中估计动作价值,以及 ε-greedy 如何帮助智能体在探索与利用之间做出选择。实验包含 Q 表、训练曲线、策略箭头和最终路径,适合已经了解 Python 循环、字典和函数的读者。1. 从一…

2026/10/11 4:27:13 阅读更多 →

最新新闻

具身智能创新原理(211):赋能果蔬柔性采摘与农田全域智能巡检

具身智能创新原理(211):赋能果蔬柔性采摘与农田全域智能巡检

前沿技术探索:TVA智能体(简称TVA)TVA智能体(亦称“AI智能体视觉”)是依托Transformer架构与“因式智能体”理论构建的新型工业视觉系统,也是当前最具代表性的具身视觉技术之一。它有机融合深度强化学习&…

2026/10/11 5:09:34 阅读更多 →
SpringBoot+Vue旅游管理系统毕设全流程解析:从源码到答辩

SpringBoot+Vue旅游管理系统毕设全流程解析:从源码到答辩

每年到了三四月份,总有不少学生拿着同一个题目来找我:“基于SpringBootVue的旅游管理系统”。说实话,这个题目在Java毕设里的地位,跟“学生管理系统”差不太多——属于那种“经典到不能再经典,但拉开差距全看细节”的项…

2026/10/11 5:09:34 阅读更多 →
光传输技术从入门到运维:光模块选型、链路预算与故障排查指南

光传输技术从入门到运维:光模块选型、链路预算与故障排查指南

做光传输这行十来年,每次有新人问我这技术到底是干什么的,我都会让他先别看那些复杂的原理图,先去想想一个数字世界的“血管系统”。你手机里刷的视频、电脑上开的会议、机房里跑的数据库,这些数据都不是凭空出现的,它…

2026/10/11 5:09:34 阅读更多 →
技术博客写作必备:从项目标题到摘要的完整内容策划指南

技术博客写作必备:从项目标题到摘要的完整内容策划指南

我注意到您提供的信息中,项目标题为“555555555”,而项目正文、关键词和摘要描述均为空。当前输入还不足以让我生成一篇高质量、紧扣主题的博文。一篇可靠的技术分享或经验干货,至少需要具备一个可识别的核心主题(哪怕是一句话描述…

2026/10/11 5:09:34 阅读更多 →
观察者模式实战:从Java代码到事件驱动架构的完整指南

观察者模式实战:从Java代码到事件驱动架构的完整指南

1. 为什么说观察者模式是"发布订阅"思想的最朴素实现先讲个我自己的经历。几年前我接手一个内部工单系统,用户提了一个需求:管理员审核通过某个申请后,需要同时触发邮件通知、短信提醒、OA流程归档、数据报表更新四个动作。第一版代…

2026/10/11 5:09:34 阅读更多 →
WeChatMsg 完整上手指南:3 种格式导出微信聊天记录,数据永久留在自己手里

WeChatMsg 完整上手指南:3 种格式导出微信聊天记录,数据永久留在自己手里

WeChatMsg 完整上手指南:3 种格式导出微信聊天记录,数据永久留在自己手里 【免费下载链接】WeChatMsg 提取微信聊天记录,将其导出成HTML、Word、CSV文档永久保存,对聊天记录进行分析生成年度聊天报告 项目地址: https://gitcode…

2026/10/11 5:08:33 阅读更多 →

日新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/11 0:00:27 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/11 0:00:27 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/10 5:23:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/10 10:38:42 阅读更多 →