分类: 互联网

  • 用 Claude Code 半小时补齐了博客的 meta description

    前几天翻 Bing 站长工具,SEO 检查报告里列了 50 个 URL,meta description 缺失或者过短。博客 2005 年开始写,老文章哪有什么 description,能报出来 50 个,估计还是给我面子了。

    这种活搁以前就是死循环:打开一篇,编辑,去 Jetpack 的 SEO 设置里手写一段描述,保存,再来下一篇。50 个页面,想想就头疼,所以一直拖着。

    这次我把导出的 CSV 直接丢给 Claude Code,让它看着办。之前给它接过 WordPress 的 MCP(就是四月份写过的那篇),博客的读写接口它都能调。

    它接了活没马上动手,先摸底:确认博客在 WordPress.com 托管,SEO 描述走的是 Jetpack 的 advanced_seo_description 字段,又抽查了一篇 2013 年的文章,字段果然是空的,这就是 Bing 抓不到描述的原因。然后 50 个 URL 拆开一算,真正要动手的是 38 篇文章和 3 个页面,剩下 8 个是评论翻页,跟着正文走,不用管,还有个首页另说。

    正式批量前先试点了一篇,就是 2013 年那篇 PowerPoint 的老文。它读完正文写了 140 字的描述发我看,口吻跟原文搭,该说的都在,我说行,它才撒开手跑。

    后面就是机器的节奏了。读正文,生成 120 到 160 字的中文描述,只写 meta 字段,正文、标题、日期一概不碰。分批跑,一批 5 篇左右。中间有篇接口超时,它没傻着重试,先读回来查了一下,其实已经写进去了,超时只是响应慢。顺带还揪出两篇描述太短的,一篇 Raycast 的只有 45 字(难怪被判“过短”),一篇 Tana 周报的 70 字,都重写了。

    从丢 CSV 到全部写完,前后不到半小时。完事它还导出了一份 URL 和新描述的对照清单给我存底,又抽查了几个页面的线上输出,确认都生效了。

    也有它搞不定的。首页的 SEO 描述,设置接口不开放,透传字段名也被拒,只能在后台 Jetpack 的 SEO 设置里手动填,文案它已经写好,复制粘贴一分钟的事。

    还有个发现挺有意思。抽查线上页面的时候看到,meta 标签里的描述只输出了 55 字左右,后面直接跟省略号,倒是 og:description 是完整的。也就是说搜索引擎实际看到的是 55 字版本,辛苦写的 140 字只有分享到社交平台时才完整露脸。查了下这是 WordPress.com 渲染层的行为,数据本身没坏。55 字对中文页面大概率够 Bing 收货,真想喂完整的,我这个套餐能装插件,上 Yoast 或 Rank Math 接管 meta 输出就行,先不折腾。

    整场下来,我干的事其实就两件:看了一眼试点描述说行,定了下首页文案。拆解、生成、写入、验证全是它的。批量活交给 AI,最要紧的是把边界说死,只动描述字段,别的别碰,它全程确实一口没多咬。

    过几天去 Bing 站长工具重跑一次检查,看看这 50 个是不是都出清了。

  • 博客二十年,笔记工具换了五茬,我学到了什么

    前几天整理自己的数字资产,意外发现博客已经写了快二十年,笔记工具也换了好几代。从最早的 WordPress 写博客,到 Notion 全家桶,再到 Logseq 的日志式记录,后来又折腾了 Tana 和 Obsidian……回头看这段历程,发现自己其实一直在回答同一个问题:什么样的工具,能让我更持续、更深入地思考?


    一、博客二十年:公开写作是最好的自律

    我的博客(shanglei.net)从 2005 年就开始写了,至今存档了 983 篇文章。这二十年里,记录的话题从技术工具评测到生活感悟,从历史文化随想到个人成长反思,跨度非常大。

    我一直相信,公开写作是最好的自律方式。把思考放在网上,就不好意思写得太水——这个习惯延续了二十年,中间偶尔也会感慨:”现在还在坚持写博客的,多半都是一些不合时宜的人。”但说实话,每次翻看旧文章,都能清晰地看到自己这些年的思想轨迹,这种感觉比什么都珍贵。

    博客对我的核心价值从未改变:形成公开写作的习惯,同时留下二十年完整的个人思想编年史。


    二、Notion All-in-One(2020):美好的失败

    2020 年,我尝试把几乎所有内容迁移到 Notion——文章草稿、项目管理、个人记录,全部塞进去。

    Notion 的 Block 编辑器和数据库视图确实吸引人,多平台同步也做得很顺滑。最开始感觉良好,觉得终于找到了一个”大一统”解决方案。

    但用了几个月之后,短板暴露了:在重度笔记场景下,Notion 过于复杂,日志记录体验也不好。 打开 Notion 往往有种压迫感——要选数据库、选视图、选模板,还没开始写就已经消耗了意志力。

    这次尝试让我明白了一个道理:再强大的工具,如果没有持续记录的内容基础,都是空架子。


    三、Logseq 深度使用(2021—2024):日志模式的魅力

    2021 年底,我切换到了 Logseq,并一直用它到 2024 年初。

    Logseq 最打动我的,是它的日志模式(Journals/Daily Notes)——以时间线为主页,滚动式浏览历史笔记。这完全符合我的记录习惯:每天打开,碎片化记录,然后逐步结构化整理。

    几个关键原因让我留在了 Logseq:

    1. 日志是天然的索引
    每天一页,不需要刻意维护,随时间积累自然形成编年档案。回头翻日志,就像翻日记本,比任何数据库都亲切。

    2. 区块(Block)是更小的记录单位
    Logseq 把区块作为最小记录单位,可以精确双链到具体段落。这意味着引用和关联不是在”页面级别”打转,而是在”思想级别”穿梭——这才是真正的双向链接。

    3. 实用插件生态

    • Journals Calendar:日历视图跳转,快速定位某天的记录
    • 随机页面:间隔复习,让旧笔记有二次曝光的机会

    4. 待办分层,简单有效

    • /Todo — 需要时间才能搞定的较大任务
    • /Later — 近期即可执行的小任务

    到 2024 年 3 月,我在 Logseq 里写了 2000+ 页面。这才是工具真正发挥价值的时候——不是工具本身有多强大,而是它让你愿意持续用下去。


    四、Tana 尝鲜(2024—2025):AI 原生笔记的诱惑

    2024 年底,我被 Tana 吸引了,最核心的卖点是:AI 直接作用于笔记内容。

    在 Tana 里,给当周的 Daily Notes 发一句指令,就能生成一份结构化的周报。这在传统笔记工具里是不可想象的。更重要的是,Tana 的 AI 功能是”内容感知”的——你积累的 Daily Notes 越多,它能加工出的东西就越有价值。

    但代价是陡峭的学习曲线。Supertag、命令系统……底层逻辑需要长期摸索,不像 Logseq 那样拿来就能用。

    这段经历让我更坚信一条原则:好功能一定要长在肥沃的内容土壤和持续记录整理的基础上。 没有日常积累,Tana 的 AI 能力就像空中楼阁。


    五、Readwise 阅读知识管理(2025):外文内容的高效消化

    2025 年,我深度整合了 Readwise/Reader 作为阅读知识管理工具。

    工作流是这样的:

    1. 外文内容存入 Readwise Reader
    2. 浏览器插件沉浸式翻译逐段翻译,边读边高亮
    3. 高亮笔记自动同步到 Readwise
    4. Daily Review 使用三档策略管理复习

    三档复习策略是我最喜欢的设计:

    • Discard(丢弃):内容已内化或价值低,直接移出队列
    • Feedback(反馈):重要但记忆不牢,触发间隔重复算法调整复习周期
    • Keep(保持):维持原有复习节奏

    这个系统把阅读和记忆变成了一个自动化的闭环。不用刻意背,高亮过的内容会在合适的时机反复出现。


    六、Obsidian(2025—至今):知识库的最终形态

    2025 年,我引入了 Obsidian 来构建个人知识库。

    Obsidian 的 Graph View 是我最喜欢的功能——它把 wiki 页面之间的关联网络可视化出来,让我能直观地看到自己这些年积累的概念之间的关系。

    这个 vault 的定位很明确:承接 Karpathy LLM Wiki 的知识沉淀,让 AI 能真正读懂我的知识体系。 Obsidian + LLMs 的组合,可能是个人知识管理工具演进的下一个阶段。

    这篇日志其实不是我写的,也是试用用Kapathy LLM Wiki 对我的笔记内容(包括我分布在这个博客上的内容)进行分析之后,自动生成并进行了博客日志场景的优化之后输出的。


    七、二十年总结:工具在变,原则不变

    回顾这二十年的工具迭代,我发现真正不变的是几个核心判断:

    1. 内容先于工具。
    再强大的工具,如果没有持续记录的内容基础,都是空架子。

    2. 日志模式优先。
    相比 Notion 的数据库,我更青睐有时间线感的日志界面。Logseq Journals、Tana Daily Notes——时间轴是记忆的天然索引。

    3. 先用起来再优化。
    不等到”想清楚了”才开始。先记,在使用中发现真实需求,工具自然会迭代。

    4. 工具要能复合使用。
    Logseq 做索引、飞书/Notion 做长文档、博客做公开输出、Readwise 管理阅读高亮——各司其职,比追求一个 All-in-One 更实际。


    当前工具栈(2026)

    工具场景
    TanaDaily Notes,工作日志,周报
    Readwise / Reader阅读高亮,外文内容消化
    Obsidian个人知识库 Wiki(LLM 维护)
    WordPress (shanglei.net)公开写作,博客输出
    Day One私密日记,个人生活记录

    附:写作方法论的一点心得

    这么多年写下来,也有一些写作习惯是逐渐沉淀下来的:

    一问一答设问法(2023):提问 → 解答结构,对读者友好、对思考友好、对 SEO/AI 友好。

    内容创作 > 内容消费(2024):别沉浸在收集资讯里。消费内容很容易,创作内容很难,却更有价值。

    每日/每周回顾模板(2023):检查完成任务 → 反思成效 → 制定次日/次周计划 → 情绪反思。


    二十年了,博客还在写,笔记还在记,工具还在换。但真正重要的从来不是用什么工具——而是有没有一直在想、在记、在写。

  • Claude Code + WordPress MCP: 在 AI 对话中管理博客

    Claude Code + WordPress MCP: 在 AI 对话中管理博客

    我在 Claude Code 和我的 WordPress 博客之间建立了 MCP(Model Context Protocol)连接,现在可以直接在 AI 对话中完成博客的发布、更新和管理操作。

    什么是 MCP?

    MCP 是一种开放协议,让 AI 助手能够安全地访问外部工具和数据。我通过 WordPress.com 的 MCP 服务,将博客管理功能直接接入 Claude Code。

    能做什么?

    • 📝  创建文章 – 直接在对话中撰写并发布
    •  ✏️ 更新文章 – 修改已有文章内容
    • 📊  查看统计 – 获取博客访问数据
    • 🖼️  管理媒体 – 上传和管理图片
    • 📁  管理页面 – 创建和更新静态页面

    使用感受

    这种工作流非常流畅 – 不用在浏览器和终端之间来回切换,直接在 AI 对话中就能完成从构思到发布的全流程。

  • 找到了在Tana 中让AI 来帮我编写周报的正确方法

    找到了在Tana 中让AI 来帮我编写周报的正确方法

    一、使用Tana 编写周报

    A digital note-taking application interface displaying notes from 'Yesterday, Fri, 17 Oct' with highlights and annotations in Chinese.

    在Tana 的Daily Notes 中找到所在的周(比如:Daily notes / 2025 / Week 42),点击右上角的紫色的AI 图表,在AI Chat 中说:”帮我编写本周的周报“,AI一阵输出,结果让我很满意。

    当然,有一个前提,我会在每天的Daily notes 中记录工作,没有这个内容基础,AI 也只能胡说八道。

    二、好功能一定要长在肥沃的内容土壤和持续记录整理的基础上

    使用一年多了,在Tana 上还是记录了很多,一方面是记录来辅助工作,现在工作中真的很需要记录一些内容,容易忘,记录以方便查阅,另外,整理这种内容其实也是在整理优化自己的工作流。长时间坚持记录,再用好一个趁手的工具,真是事半功倍。

    Tana 就是这样一个特别好用的工具。这款软件真的深不可测,你用的多了,加上一些思考和设计,他会和我们一起成长,能给我带来很多惊喜。

    三、世上无难事,只要肯登攀

    Tana 这个应用的学习和使用曲线还是比较陡峭的,前期只能掌握一些基本的操作,很多强大功能,刚开始真不会用,需要多使用,在使用中逐渐搞懂这个软件的用法和思维,特别是要搞懂他的底层思维和逻辑。

    当然,少不了的就是要参考一些官方的文档,网上的分享也有一些,大多比较基础。当然,也有深度内容,但是,怎么说呢,有些问题自己如果没有思考,没有耐心不断去试错、实践,很多网友的分享我们一开始也不一定能get 到他们内容的巧思。