Vibe Coding

让 Notion 和 GitHub 仓库保持上下文同步的一种方法。

首先，这个主要适用于同时使用 Notion 和 Claude Code 的场景。

我自己依然保持着文档驱动开发的习惯，也就是长期维护 README，并且针对产品的关键模块也会单独维护一个 Spec 文档，映射代码逻辑和架构，方便我以自然语言 Review。

但产品的上下文就这样分割在 Notion 和 GitHub 仓库了，毕竟无法事无巨细的把所有项目文档都塞到代码仓库里。加上，Notion 连接 GitHub 的能力，被限制在组织的代码仓库里。

这事儿太适合 AI 自己做了。

于是，最近做了一个简单的 Hook，当提交 Commit 的时候，如果发现代码仓库里的 README 以及 Specs 文档有新增或者变更，自动同步到 Notion 的对应页面里，用 Database 来维护，这样很大程度上，两边可以共享上下文，还是更新的。

最近很喜欢 Codex，以前觉得是鸡肋，现在是真香，ChatGPT plus 的 20 刀真是越来越有价值了，还比 Claude Pro 慷慨。

不过，使用 Codex 的目标倒不是为了替代 Cursor，而是作为其补充，尤其是在手机上的可用性。

我对 Codex 的定位是，其无法作为主力。按照我的浅薄经验，任何只有一家 AI 大模型的 Vibe Coding 工具，都无法独当一面，容易走入死胡同。但 Codex 还是很适合做前期需求澄清与小功能点的实现尝试。

目前的使用上，我在 Cursor Mac 端里安装了 Codex 插件，并在手机上将 Codex 的网页版添加到了桌面，因为 ChatGPT iOS 端里的 Codex 只能执行编码任务，没有询问的选项，Cursor 手机版的 Background Agent 也是如此。不过，这里我更想吐槽的是 GitHub Copilot，作为 GitHub 自家产品，居然在对话里无法访问我的私有代码仓库，大大的不解。

很多时候，我只是想先通过对话来逐步弄明白想法的可行性以及执行方案的逻辑完备性，毕竟我不会真正的编程。而这个过程就像 AI 的深度思考一样，前期越 Solid，后期 AI 表现越佳，但之前只能在电脑上做，现在手机 Codex 就可以。

这次在苏州游玩就体现出了便利性，苏州园林太无聊，朋友们以为我在微信聊天，其实我在和 AI 勾兑思路打发打发时间，有什么功能的想法，先基于当前代码实现（读 GitHub 仓库）探讨一下，最终形成一个确定的文档方案，有时我也会让它先写个版本，等到有时间再打开电脑让 Claude 来 Review。

总算完成了个人博客的三种内容形式统一的最后一步。

短的想法（随思录）、普通博文和天空之眼的无人机全景照片，终于可以在博客首页、RSS 订阅和 Telegram 频道混合排序和更新，且，相互之间可互相引用，引用关系也会保留呈现。

在计划里，完整但很小的思考，以随思录呈现，没有写长文的压力，连标题都不用，比如现在这个短文。

完整但很长的想法，还是以博文输出，会有正式的标题。有趣的是，经常有那些随思录写着写着就变成了博文，大概是因为没有形式上的压力，反而越写越多。

天空之眼是近期增加的，在东极岛的时候，偶然发现大疆无人机自带的自动全景图片拍摄是一个绝佳的记录地点的角度，但是在日常，除了在 DJI app 里可以全景查看，基本就很难分享，等到个人博客建立之后，才发现这个东西如此简单。

这大概就是 Vibe Coding 带来的表达自由。

很有趣的反直觉文章：重新发明轮子

很认可其中的两点：

1. 要真正从根本上理解某件事，你必须能够先实现一个简化版本。它是否优秀并不重要，甚至你可以在之后将其丢弃。（我认可是因为，试用一个东西和复刻一个东西所带来的认知完全不在一个量级上，尤其是 Vibe Coding 之后）
2. 每个解决方案都无法面面俱到，而且日常事务都存在无限的复杂性，这也就意味着，即使是重新发明轮子，我们也有很多属于自己的权衡取舍。（在产品设计里，抛弃细节谈本质就是耍流氓，比如 OpenManus 对 Manus 的复刻，无法掩盖 Manus 本身的优秀）

还有一些额外想到的点：

1. 即使是重复，我们也不会只是简单的模仿，人不是机器，每一次模仿都会有新的变量和想法。
2. Everything is a remix，这是我自己特别相信的一点，我们总是能用 A+B+C+… 来创造出更多有趣的东西，就像我们常挂在嘴边的嘲讽：「这不是就是那个东西加上了这个么，没啥新意」。

今年是不想打工的一年实验……

最近陆续遇到一些机会，也都婉拒了。朋友问我怎么想的，也正好借这个机会梳理梳理。

其实没啥特别的，只是打算在 2025 年做一个实验：不再按部就班地打工，是否还能自己养活自己呢？

之前在外企，大厂，小厂和创业团队都待过，打工的差别真的不大，不管产品是 ToB 还是 ToC，最后基本都是 ToB（To Boss）。而且，还要去坐班，如果活儿多，加班无妨，如果活儿少，也得干耗到下班的时间点。

说起自己的目标，我不是想去做改变世界的产品。做有用的东西，哪怕很小，反而我觉得更有意思，有时可能只是写了一篇有用的小红书帖子，有人点赞也很开心。

而且，现在是一个无限可能的时代， AI 让我终于有了自己动手的能力，之前有意识的产品文档写作训练，现在成了与 AI 沟通的最好上下文形式。

我想格外珍惜这个机会……

于是，我做了自己的个人博客，也就是你现在看到的这个，并且，还在持续根据脑海中的想法迭代中。

作为一个播客爱好者，我做了 OmniAudio 这个 AI 播客的服务，它不生成播客，只是内容的搬运工，将其他形式的内容转换为可听的播客。

后来，因为要用不同的 AI 模型，做了一个极简风格的 AI 客户端， 也是在这个过程里，有机会尝试了客户端的开发、打包、签名、公证一整套流程。

后来再做浏览器插件，就游刃有余了。

所有这一切，在 AI 之前我都不敢想象，不得不感谢这个无限可能的时代。

不过，我也知道 AI 的局限性，还有我自己的局限性，不希望最后只是成为一个 Vibe Coding 的独立开发者，与人合作依然是最优先目标。因为技术只是手段，目标是交付普罗大众可开箱即用的产品。

对接下来的计划，仍然是，继续尝试更多的产品机会，暂不考虑全职工作，同时，寻找志同道合的团队或个人，如果你有兴趣或者只是 Say hi 一下，欢迎通过关于我找到我。