Spike 博客 https://leiyun.blog// 技术|心得记录 Sun, 17 May 2026 13:22:40 GMT https://validator.w3.org/feed/docs/rss2.html https://github.com/jpmonette/feed en-US All rights reserved 2026, spike <![CDATA[魔法森林篇]]> https://leiyun.blog//article/36336bc9-a39e-815b-94ca-e58781b55047 https://leiyun.blog//article/36336bc9-a39e-815b-94ca-e58781b55047 Wed, 06 May 2020 00:00:00 GMT

🌴 魔法森林篇 🌴 — Chapter ¹

远处的那个小男孩正在放着风筝
风筝它飘呀飘……
突然，风筝线极力撕断了自己的身体。风筝朝那个方向飞去，总有一种什么魔法吸引着它要去那片森林。他追呀追，脚步慢慢踏入这有着魔力的森林
☆🌳 🌳 🌳 🌲 🌲 🌲 🎄 🎄 🎄
🌟 ⭐
记忆碎片🌾📷
☁
〰〰🌱🌤
✨ 💫
☆🌳 🌳 🌳 🌲 🌲 🌲 🎄 🎄 🎄
他旋转着到处张望森林的每一个角落
寻找风筝我的到底在哪呢
天空渐渐褪色
可总有几丝残留的橙红色藏在云层角落
他慌张了，天快黑了，风筝还没找到。寻思着，明天再来找吧，他到处寻找出口，可四周全是密密麻麻的灌木丛，无奈之下，他坐在那里开始抽泣起来
一阵阵微风吹过来，干草的气味和乔木的拥抱，让他的恐惧终于慢慢被洗刷掉了
🏝 🏔 ⛰️ 🏜
月亮挂在被填充成黑色的天空
有好多处的星星正从黑色小漩涡中蠕动出来
拼命发着光 ✨
他抬起头来，看见高大乔木上好像挂着一个个什么发光的东西，他好想爬上面去看看。他卯足了力气往上爬呀爬，终于爬到上去了。他固定着坐在树杈上，努力地随便够着一个发光的东西
拿来一看，原来是个小竹杯。他打开密封的竹盖一闻，好像是山莓酿成的酒！
被折射的月光照在他的脸上，他的眼睛正在寻找目标，原来树底下的那边还有一口被草卷裹着的井。他带着那杯山莓酒，顺着树爬到井的正上方，趴在树杈上，一点一点把酒倒入井里，这酒竟然有雾气！
为了看清楚，他使劲揉了揉眼睛，由于脚没钩紧树杈，一下子随着这好像给森林浸泡过迟钝剂的雾气，慢帧视觉似的落入井中……
— End —
]]> <![CDATA[大佬博客]]> https://leiyun.blog//article/exampleBlogs https://leiyun.blog//article/exampleBlogs Thu, 29 Jan 2026 00:00:00 GMT

值得参考的博客

这里收集一些值得长期参考的个人博客与技术站点，后续可以按“内容质量、视觉风格、交互体验、建站实现”继续补充观察笔记。
雲風Blog | 行道修心 | kang.ink
kang.ink
雲風Blog | 行道修心 | kang.ink
https://kang.ink/
雲風Blog | 行道修心 | kang.ink
奥利弗的狗窝 | 汪汪汪
汪汪汪
奥利弗的狗窝 | 汪汪汪
https://www.aolifu.org/
奥利弗的狗窝 | 汪汪汪
Honesty Blog | 花有重开日，人无再少年
花有重开日，人无再少年
Honesty Blog | 花有重开日，人无再少年
https://blog.hehouhui.cn/
Honesty Blog | 花有重开日，人无再少年
Wcowin's Blog - 技术分享、开发笔记、生活随笔 - Wcowin's Blog
知足且上进，温柔且坚定。分享 MkDocs 教程、Mac 技巧、Python 开发、旅行记录等内容。
Wcowin's Blog - 技术分享、开发笔记、生活随笔 - Wcowin's Blog
https://wcowin.work/
]]> <![CDATA[AI 软件接入 Notion MCP 配置记录：Codex / CatPawAI / Trae]]> https://leiyun.blog//article/notion-mcp-codex-catpawai-trae https://leiyun.blog//article/notion-mcp-codex-catpawai-trae Fri, 15 May 2026 00:00:00 GMT
💡
这篇文章整理了 Codex、CatPawAI、Trae 接入 Notion MCP 的配置路径，重点区分官方 MCP Server 与 suekou 非官方 Server 的使用场景、环境要求和配置方式。

背景

为了让 AI 软件可以读取、整理和更新 Notion 文档，我尝试给 Codex、CatPawAI、Trae 等工具接入 Notion MCP。
MCP 的作用是让 AI 客户端通过统一协议调用外部工具。接入 Notion MCP 后，AI 可以在授权范围内搜索页面、读取数据库、整理内容、创建文档和更新任务。

当前已验证方案

目前在 CatPawAI 中已成功接入两种 Notion MCP Server：
  1. Notion 官方 MCP Server
  1. suekou 维护的非官方 Notion MCP Server
两种方式都可以使用，但定位略有不同。

方案一：Notion 官方 MCP Server

官方仓库：
https://github.com/makenotion/notion-mcp-server
官方远程 MCP 地址：
https://mcp.notion.com/mcp
npm 包：
`@notionhq/notion-mcp-server`
本地全局安装命令：
Windows 本地命令路径示例：
`D:\dev\nodejs\node_global\notion-mcp-server.cmd`
CatPawAI JSON 配置示例：
特点：
  • 官方维护，稳定性更好
  • 适合标准 Notion API 读写
  • 默认 stdio 方式适合本地 AI 客户端
  • 也支持 HTTP transport

方案二：非官方 suekou MCP Server

仓库地址：
https://github.com/suekou/mcp-notion-server
npm 包：
`@suekou/mcp-notion-server`
本地全局安装命令：
Windows 本地命令路径示例：
`D:\dev\nodejs\node_global\mcp-notion-server.cmd`
CatPawAI JSON 配置示例：
特点：
  • 更偏向 AI 文档编辑体验
  • 适合读取页面、整理内容、追加 Markdown、批量处理文档
  • 不是 Notion 官方维护
  • 需要 Node.js 22 或更高版本

Node.js 环境

当前使用 nvm 管理 Node.js 版本。
推荐版本：
Node.js 22 LTS
常用命令：
如果 npm 下载失败，可以切换国内镜像：

Windows 全局 npm 路径

本机 npm 全局安装目录示例：
`D:\dev\nodejs\node_global`
如果命令行提示找不到 notion-mcp-server，需要把这个目录加入系统 Path。
也可以在 CatPawAI 配置中直接使用绝对路径，这种方式最稳定。

Notion Token 注意事项

Notion Integration Token 需要从 Notion integrations 页面创建：
https://www.notion.so/profile/integrations
创建后，需要把目标页面或数据库授权给该 Integration。
如果页面没有授权，MCP Server 即使连接成功，也无法读取 Notion 内容。
重要安全提醒：
Token 不要发到聊天、截图或公开文档中。如果曾经泄露，需要立刻重新生成 token，并废弃旧 token。

推荐使用方式

日常建议保留两个 MCP Server：
  • notion-official：用于稳定的官方读写
  • notion-suekou：用于更顺手的 AI 文档整理和追加写入
示例完整配置：

建议增加的使用规则

为了避免 AI 误改 Notion 内容，建议在 Notion 中新增一个页面，命名为：
AI 操作规则
建议规则：
  1. AI 默认只读取，不修改
  1. 批量修改前必须先列出 dry-run 清单
  1. 不允许删除页面或数据库
  1. 修改重要页面前必须先总结当前内容
  1. 每次修改后追加一段变更记录
  1. 项目相关文档需要明确项目名，例如 fjfy、spike 等
  1. token、密码、服务器地址等敏感信息不要写入公开页面

常用提示词

只读总结：
请搜索 Notion 中标题包含"xxx"的页面，只总结内容，不要修改。
创建文章：
请在"spike博客"下面新增一篇文章，标题为"xxx"，内容如下。
批量修改前预览：
请先 dry-run，列出你准备修改的页面、字段和值。等我确认"执行"后再真正修改。
任务整理：
请读取任务库中状态为"进行中"的任务，按优先级生成今日待办，不要修改原页面。

当前结论

如果 AI 客户端支持远程 MCP，优先尝试官方远程地址：
https://mcp.notion.com/mcp
如果客户端只支持 JSON / stdio 配置，则推荐本地 Node.js 22 + 全局安装 MCP Server。
当前 CatPawAI 已验证可以通过 JSON 配置连接本地 Notion MCP Server。
]]> <![CDATA[视频剪辑复盘：从兴趣尝试到账号定位]]> https://leiyun.blog//article/video_teach https://leiyun.blog//article/video_teach Mon, 05 Jan 2026 00:00:00 GMT <![CDATA[AI 问答沉淀：知识点与技能卡片]]> https://leiyun.blog//article/ai-knowledge-notes https://leiyun.blog//article/ai-knowledge-notes Fri, 15 May 2026 00:00:00 GMT
i
这篇文章用来沉淀“问 AI 之后真正学到的东西”。不是保存完整聊天记录，而是把其中可复用的知识点、技能点、排障方法和配置经验整理成短条目。

记录原则

  • 只记录结论、原理和可复用步骤，不完整复制聊天过程。
  • 每条尽量写清楚：问题场景、核心原理、操作步骤、注意事项。
  • 涉及账号、token、内网地址、密码时，只写泛化说明，不写真实值。
  • 如果某个知识点可以独立成文，再拆成单独文章。

记录模板

标题

问题场景：
核心原理：
操作步骤：
注意事项：
相关链接：

已沉淀知识点

Codex 切换中转站后历史记录消失

问题场景：使用 ccswitch 切换 Codex 中转站或 provider 后，旧历史记录看不到。
核心原理：Codex 会按 model_provider、账号或配置上下文隔离历史线程；历史通常还在本地 .codex 目录，只是当前 provider 的索引里没有。
操作步骤：
注意事项：执行前确认 --codex-home 指向正确的 Codex 数据目录。重要历史可以先备份 .codex。

后续可补充方向

  • Codex / CatPawAI / Trae 接入 MCP 的差异。
  • Notion MCP 官方版和非官方版的适用场景。
  • Windows 下 npm 全局路径、nvm、Node 版本切换经验。
  • Charles、FoxyProxy、v2rayN / Clash Verge 代理分流经验。
  • Oracle 常用 SQL 排障片段。
  • Vue 响应式更新和组件错误拦截经验。
]]> <![CDATA[Codex 切换中转站后历史记录消失：用 codex-threadripper 同步回来]]> https://leiyun.blog//article/codex-threadripper-provider-sync https://leiyun.blog//article/codex-threadripper-provider-sync Fri, 15 May 2026 00:00:00 GMT
i
这篇笔记记录一个很具体的问题：我用 ccswitch 切换 Codex 中转站后，之前的 Codex 历史记录突然看不到了。解决办法是用 codex-threadripper 把旧记录同步到当前 provider 可见的历史桶里。

问题现象

我在 Codex 里切换不同的中转站或模型提供方后，发现之前的对话记录不见了。不是 .codex 目录里的历史真的被删了，而是 Codex 当前读取历史记录时，会按配置里的 model_provider 等信息去区分不同来源。
换句话说：历史还在本机，只是当前 provider 看不到旧 provider 下的 thread。

为什么切换 provider 后历史会消失

Codex 的本地目录通常在：
里面会存配置、会话、索引、日志等数据。
当你用 ccswitch 切换中转站时，常见变化不是只换一个 API 地址，而是会一起影响这些信息：
  • model_provider：当前使用的模型提供方名称，例如官方 OpenAI、第三方中转站、自定义 provider。
  • base_url：请求发往哪个 API 网关或中转站。
  • model：当前默认模型。
  • 认证信息：不同 provider 可能使用不同 token 或登录态。
Codex 为了避免不同账号、不同 provider 的历史混在一起，会把历史线程按 provider / 账号 / 配置上下文做隔离。这样做的好处是安全和清晰，坏处是你切换 provider 后，旧 provider 下的历史记录不会自然出现在新 provider 的列表里。
所以看到“历史没了”时，真实情况通常是：
  • 原始会话文件还在 .codex 目录里。
  • 当前 provider 的历史索引里没有这些旧 thread。
  • 需要把旧 thread 同步到当前 provider 可见的索引中。

解决工具：codex-threadripper

codex-threadripper 是一个用于处理 Codex 本地历史线程的命令行工具。它可以扫描 Codex home 目录，把历史 thread 同步到当前环境可查询、可显示的位置。
这里的重点不是恢复删除文件，而是让当前 provider 能重新看见之前的会话记录。

最重要的命令

在 Windows 上，我当前使用的是：
执行后，它会读取指定的 Codex home，并同步历史线程。
参数解释：
  • codex-threadripper：工具命令名。
  • --codex-home "C:\Users\雷云\.codex"：指定 Codex 的本地数据目录。
  • sync：执行同步，把历史 thread 更新到当前可用索引。
如果你的 Windows 用户名或路径不同，把 C:\Users\雷云\.codex 换成自己的路径。

推荐使用流程

  • 用 ccswitch 切换到你现在要使用的中转站。
  • 确认 Codex 当前能正常启动。
  • 执行同步命令：
  • 重新打开 Codex 或刷新历史列表。
  • 检查旧会话是否重新出现。

什么时候需要执行 sync

  • 切换了 Codex 中转站后，旧会话看不到。
  • 修改了 model_provider 后，历史列表变空。
  • 换过 Codex 配置目录，想重新索引旧线程。
  • 重装或升级 Codex 后，历史记录还在本机但界面里不显示。

常见问题

执行后还是看不到历史怎么办

先检查 --codex-home 是否指向真正的 Codex 数据目录。Windows 默认一般是：
如果你有多个 Codex 环境，可能历史不在当前目录。

路径里有中文会不会有问题

一般可以正常使用，但路径必须加英文双引号：

这个命令会不会删除历史

sync 的目标是同步索引，不是删除历史。为了稳妥，重要历史可以先备份整个 .codex 目录。

切换 provider 是什么概念

可以把 provider 理解成“Codex 当前连接的模型服务来源”。官方 OpenAI、第三方中转站、自建网关，都可以是不同 provider。不同 provider 的配置、认证和历史上下文可能被 Codex 分开管理。

我的结论

如果你用 ccswitch 切换中转站后发现 Codex 历史记录消失，第一反应不要慌，先不要删配置，也不要重装。
先执行：
很多情况下，历史只是没有同步到当前 provider，而不是彻底丢了。
]]>