碎碎念
2026年5月12日
形式即媒介,决定了用户/读者会看到什么——微信贴图,大家看图看帖子内容;视频号,大家看视频,文一般不太读。
而平台不同,代表的是背后审核机制、流量分发、用户画像的差异。
真正开始面向商业化和产品发布做内容之后,对前面这些概念的理解才更具体一些。以前只知道大概念,但不是真正的「知道」。
知行合一,大概就是如此。
2026年5月1日

现阶段,用 AI 做一个 50 分的 Demo,可能只要半天甚至一两个小时。但从 50 分到 80 分,中间往往存在巨大的鸿沟。
多数时候,交付一个 50 分的 Demo 不太能证明什么。缩短从 50 到 80 的时间、交付完成度尽可能高的产品体验和服务,就显得尤为重要。
当然,如果你用 50 分的产品已经找到了目标用户和商业模式,可能也是好的——想清楚自己想做的到底是几十分的产品,很重要。
图片由 GPT-image-2 生成。
2026年5月1日
Vibe coding 有一个常见的弯路:先把 demo 做出来,过程中忽略了思考和调研,一直闷头让 AI 改或者干。
但有的时候停下来看看典型产品是怎么做的、同类问题别人是怎么处理的,能少走不少弯路。
写在开发 ColorWander 时踩的一些坑之后。
2026年4月29日
两个最近的想法:
-
想法很容易被复制,但完成度和细节难以被抄袭,营销和推广渠道也难以被复制,积累的数据和语料短期内更难被快速追上。快速做出一个 demo 的难度比以往小了很多,每个人都可以说「我快速 vibe 了一个 xx」,但真正交付一个完整体验的产品并不容易——让 100、1000 甚至更多人真正用上你提供的服务,是难的。
-
朋友说:「我发现身边之前做生产力工具的朋友,现在都不想做纯生产力了。」我回答:「我觉得这是阶段问题——对模型和 Agent 的能力越乐观、用得越深,对纯生产力就越悲观,对好玩、有趣、有人文关怀的东西就越关注。」内心是真的这样认为的。
做出好玩、有人文关怀的产品,越来越重要了。
2026年4月29日
最近开始把一些开发任务放到 Codex 上完成,愈发觉得:完善的工具链(直接调用生图 API 出图、markdown 直接阅读、与各类工具良好的集成)、可靠的用户体验(可视化程度高),再加上重新站起来的 GPT-5.5 大脑——是真的好用。
各领风骚一两月,OpenAI 又站起来了。没有谁可以说自己永远领先,也永远不要低估一个强者拿下一块市场的决心。
作为工具使用者,在这个时代,大可不必为了所谓的忠诚和习惯把自己锁在某个工具上。什么好用、什么先进就用什么,是一点都没错的。
另外要注意的是:尽量不要用免费或平替——便宜的东西永远是最贵的。
2026年4月24日
发现隐性知识/经验的关键在于多问,你不问就不会得到类似的知识和经验。
好在我愿意多问,多问就可以省去很多额外的折腾和烦恼。
记一次去医院检查收获的知识。
2026年4月24日
做产品的时候我在想跑步。
- 长期主义的核心是,让自己一直在跑道上,以平和、积极、适合自己的节奏,跑完这场马拉松。
- 做产品很多时候第一下是迷茫的,做进去之后会收获一些不一样的惊喜;做得差不多的时候,又会发现琐碎的细节特别多。再往后就是磨细节——细节是魔鬼,也决定了你的产品能不能被别人真正喜欢。
- 不焦虑的核心其实是,相信自己可以跑完这场马拉松,并且能以相对舒服的节奏拿到自己的 PB(Personal Best)。
2026年4月22日 12:00
今天 ClawPuter 的 GitHub star 数正式破 100。佛系地发,结果就这样悄悄达成了。
这是我自己从 0 到 1 做出来的第一个百星项目,虽然只是一个数字,但值得给自己记一下这件小事。
2026年4月22日
最近的一个反思:我不太喜欢追求最佳实践,导致动手太快经常踩坑,特别是一些流程性的事情。写两个例子,引以为戒:
- Google AdSense 账号:手速太快,填了 HK 的资料,但我自己没有 HK 的收信地址。影响是后续可能无法兑换广告收益。在群里问了之后,只能先把账号关掉,不确定后面重新申请会不会受阻。
- 域名注册:手速太快又贪便宜,买了个
.cc后缀的域名。后来做 SEO 的时候才发现,WTF,sitemap 没法自动收录,还会遇到各种坑。
验证想法的时候,动手要快;但遇到已经有规范、SOP 或行业最佳实践的事情,老老实实遵循是最省心的路,能少走很多弯路。
遇事不决,多问问朋友、群友、有过经验的大佬。长嘴,有的时候比动手更重要。
2026年4月20日 02:15

这条 X 下午发布后小火了一下。数据不算夸张,但已经是我有史以来数据最好的一条。
果然还是发布比完美更重要。发布前我还在想,要不晚点录一个英文讲解视频再发出去吧。但快到饭点了,我着急去做饭,所以最后只是发了一条图文:英文字幕 + 中文 demo 讲解。
结果反而有了这样的数据。
下次再犹豫前,一定在心里默念:先发了再说。
2026年4月16日
对于一些基础设施类的工具和服务,能付费就不要轻易自己折腾。费时间、费力气,有的时候还搞不定。今天在手机端 Shadowrocket 这个工具的选择上被狠狠上了一课——其实早就该选它了,之前一直用开源或免费的客户端,各种兼容性问题。来来回回折腾了三个 App 两个多小时,最后 $2.99 买断,30 秒搞定。
最贵的成本从来不是工具本身的价格,而是你为了「省这点钱」花掉的时间。
详细踩坑记录:iOS 翻墙客户端避坑
2026年4月15日
读朋友三年前写的一篇关于黑客松参赛感悟的文章。我上次读这篇文章的感受已经记不起来了,不过昨晚再读的时候,有些地方挺有趣的:
会发现里面技术的部分变化的真快,我三年前读的时候有些其实都没太 get,现在看,觉得这些技术都是上个世纪的东西了。
但不变的是,关于产品的洞察、比如散步、BGM、一些人文的东西,我觉得现在都还是有意义的,我也会时不时想到这些 idea。
另外就是说,很难想象三年前大家用了 6 个人做了 48 小时的东西,在今天可能一个人一小时就可以做出来了。
很好的一篇文章。人就是要多写,即便书写的不是历史,在人类的长河中留下自己的一点痕迹也是不错的。
2026年4月15日
前几周我总说产品闭环,产品闭环的一个好处就是用数据来让你自己彻底死心或者 pivot,不然你总是心存侥幸。
2026年4月13日
科比退役之战十周年,那一年我大四,在实验室里看完了这场比赛。时间过得太快了,转眼十年又过去了,联盟又安排了湖人 vs 爵士作为这个赛季常规赛的最后一场。
睡前看了尼克尔森和摩根弗里曼的《遗愿清单》,尼克尔森是湖人和科比的死忠粉丝。
2026年4月11日
每个人对于日记、成长的理解都不一样,深夜突然看到了一个自己特别喜欢的设计,有一些想法好像打通了。
Drift
2026年4月9日 10:30
一个没什么用的小里程碑达成了:通过贡献了几次 PR,和 OpenClaw 之父 Peter 在他的另一个开源项目 CodexBar 的 Contributors 头像同框了。
AI 时代 GitHub 的 PR 逻辑其实变了。参与开源项目,我只是从使用者的角度,修复一些我觉得很基础且不好用的 Bug。
可能贡献的是一些屎山代码(因为也不是我写的,都是我的 Agent 写的,我只做作为用户和产品经理该做的事情),但是在我贡献屎山代码前,这个基础的功能/逻辑设计的也和屎没啥区别。
我要做的就是尽量从用户视角为这个产品贡献自己的一份力量。


2026年4月8日
什么时候我觉得 AI 真的懂我,上面这张图能说明一切,在给我写周计划的时候告诫我:
-
本周不做:任何新 side project(全部冻结)、bryantchen.cc 功能开发(RSS 已加,够了)、线下社交活动(除非直接带来付费用户)
-
一句话目标:距离 4 月底还有 23 天,本周唯一的事是让 MemoryX 被真实用户用起来
它真的太懂我了。

2026年4月7日 14:17
AI 时代构建产品有一个充分不必要条件:在做产品的第一天,可能你就得想好如何打造“产品奇观”。
产品奇观这个东西,很多时候不一定是想出来的,但是如果你第一天不想的话,它一定是不存在的。包括说当你构建了一个产品之后,如果你觉得它很难构成产品奇观,那大概率它是不会成功或者火爆的。
2026年4月7日 13:27
看到朋友的项目被别人逆向后在 Github 开源,一个感慨是现在 build in public 变了。你必须以相对高的完成度发布、宣发、卖出去。否则很被动,另外和你的真实用户在一起,远离开发者。
2026年4月7日 11:46
商业产品的最小闭环才意味着开发完成,所谓最小闭环指的是:产品 demo 、基本的登录、基础的支付与订阅、官网。完成发布和内测,有之前一个付费用户,这才是最小闭环。
否则都不算。
2026年4月4日 00:27
一人公司到底是在追求什么?
最近总有人问我这个问题。我现在的答案很简单:一个是为了自由,另一个是为了养成独立造血的能力,真正对结果负责。不要自嗨,要做有人买单的产品,形成一个完整的商业闭环。
另外,我最近一直在想的一个命题是:到底什么样的切入点适合小团队和一人公司去做?哪些方向其实更像是在讲故事,并不适合我这样的阶段?想清楚这件事之后,很多东西都会自然变得清楚。
早点跑通 PMF,加油。
2026年3月31日 17:23
当你发现一个产品形态不对劲的时候,应该果断放弃还是先再挣扎一下?最近在思考这个问题。
我觉得成为独立开发者后,最大的不爽之处是,Vibe Coding 容易稀释自己作为产品经理的产品定义浓度,反而将大量的时间放在了 build 和疲于应付发布上。要警醒这一点啊,做产品首先要抓住真正的需求和定义出差异化的体验。要牢记的一点是「424:时间精力分配上,40% 找需求 + 20%开发 + 40%宣传」,千万不要本末倒置啊。
2026年3月31日 17:01
周日晚上重温贾科长《山河故人》,科长对于 2025 的电子设备的想象是透明的液态玻璃,虽然 GUI 还是套用了 2014 年的,但不得不说,人类想象的 2025 年硬件还是没有达到,但软件却超出了人们的想象。普通人往往会低估软件的发展、高估了硬件的发展。
2026年3月28日 01:16
我慢慢接受了一件事:
不一定非要把一个完整的大产品推到面前,才算发布。
对我来说,MemoryX 也许已经错过了“作为完整产品被推出”的最好时机。
但这不意味着里面的东西没有价值。
更现实的做法,也许是先把插件发出去。
让一个更小、更具体的切口先见人,先收集真实信号。
有时候,发布不是把所有东西一次讲完。
而是先把最有生命力的那一部分交给世界。
2026年3月24日 15:42
最近几个瞬间逐渐让我有点理解为什么如果你做内容,需要发布在多平台了。看起来是一些常识,但人性(最主要是懒和对某些平台的漠视)会让自己忽略这一点:
- 单个平台的流量规则就是随机事件,比如小红书,作为新手其实很难搞清楚,什么内容有量什么内容没量。但作为创作者,忽略数据的随机性,真诚分享、绝对利他,保持这样的原则去产出内容就够了。因为这种原则下产出的内容,在 A 平台没数据,说不定在 B 平台就有量了。
举个具体的例子是,最近分享了 ClawPuter 的 Build in Public 内容,前四期在小红书的数据都很好,但是第五期很用心的优化了封面、用剪映剪了下内容,但就是没量。没想到的是,这两天似乎微信贴图的推荐对这期内容给了很多的流量。这就是所谓的「东方不亮西方亮」吧。
- 多平台发布的背后,还有一个原因是,如果你做的是好内容,当你不发布的时候,可能会有其他人搬运和对你的内容进行二创/Remix。你不发布,总有人会发布,与其看着数据被别人抢走,随手在其他平台发一发也是也是有必要的。虽然,很多时候,你的原创内容数据很可能不如别人的二创。但不试试怎么知道呢。
以上,纯属小白实践分享,不一定对。
2026年3月24日 00:14
最近读过的最有共鸣的文章是 Eric Xu 的这篇《2016年我做过一次AI写代码创业》 https://x.com/xleaps/status/2033027083476054377。其实几周前读过一次,今天我又仔细读了一下,读完之后还是不断划线的那种,作为硅谷创业者,Eric 讲述了这样的一个观察:
「看见未来 ≠ 到达未来」,在生活和工作中,总是会存在三种错位「有视野没资源、有资源没方向、有贡献不自知。」
而多数时候其实我们也不知道自己处在哪个位置,焦虑是创业者的底色,但它从不产生信号,行动才能产生信号。我看到这句话后,将它改成了自己的微信置顶签名。
用积极行动代替推演和焦虑,在当下能看到的边界之内,尽力做出对得起自己的选择。如是我闻
2026年3月21日 16:16
给自己做一个个人博客网站这件事可能是从很多年前就有的心愿,过去几年或因为时间问题、或因为自己的动手能力有限,甚至在 2022 年买了自己的域名最终也没有部署和上线。不过这次不一样了,就在昨天的一个晚上,我打开了一个命令行的窗口,和 AI 沟通了几句,我的个人网站就出来了。得益于自己有比较好的上下文维护习惯,这个网站的内容架构也很快搭建起来了。你好,来到我个人主页的人,在这里我会记录自己的想法、作品和成长。谢谢你来!