标签 Tags​

2026

读书　​

周易有答案​

梁冬的一本书，我在微信读书买了会员，晚上随便一听。 开始以为是一些心灵鸡汤和基本知识介绍，没想到多年写周易app的我，得到了自熊逸那本入门书以后最大的启迪。 基于第一性原理对卦象的解读，令人震惊，我听到“乾为天”的天文学解释简直快疯了。 还有预测的过程是“启迪”，“预测未来就是创造未来”这些其他学说观点和容格的一些概念碰撞出的火花。 这么多年过去，梁冬的思想还是有水平的。 微信读书有他的原声版。 缺点就是一些突兀的个人经历和想法，虽然还是我们这代人的典型教育，但还是很违和...

扩展阅读：# 探寻东方苍龙！仰望飞龙在天！七月流火啥意思

影视​

怪奇物语大结局​

其实还没看完，只到第7集。 还是我一直以来的观点，Will的演技是神！

开发​

npm官方验证方法改了​

要求用2FA，原来的publish报错403。 说明见官方通知 问题在于整个过程中npmjs.com的页面大量报错，很难处理，换了机场才搞定，最后我选择的Security key，用icloud密钥来验证。

学易App新版准备中​

v4.1.0，大版本没有变，因为基本构造和功能还是一样的，主要在于UI和体验的优化。 由于不急，所以整个过程都在慢慢打磨，styling的方式回归初心，改从云端获取数据、多语言资料，为了和网站保持一致，npm库做了共享。 AI使用中最满意的是帮我实现了很多动画效果，这是个人手写最烦的部分。

语言​

I’ll take that with a pinch of salt​

我看到这句，来自F1电影。 意思：我会对这件事持保留态度 / 不完全相信 / 半信半疑。 来源： “take it with a pinch of salt” 的来源主要有两条常见解释，其中第一条最被学界接受：

1️⃣ 拉丁文起源（最主流说法）​

来自古罗马作家 老普林尼（Pliny the Elder） 的著作《博物志》（Naturalis Historia，公元 1 世纪）。

书中提到一种解毒方法，配方里包含“一粒盐（salis grano）”。
后来这个表达被引申为：

听到某种说法时，要“加点盐”——
也就是 别直接吞下去，要保持警惕和判断力。

📌 这也是为什么现代英语里用 salt 来表示“理性、怀疑、防范”。

2️⃣ 实用引申说法（较通俗）​

盐能改善食物味道、掩盖不好的味道。
所以“with a pinch of salt”被理解为：

这个信息 可能不太好/不太真，
你需要“加工一下再接受”。

⚠️ 但这一条更像后来的民间解释，不是最早来源。

例子：

He said the project would finish next week, but I’ll take that with a pinch of salt. 他说项目下周就能完成，但我对此持保留态度。

标签Tags​

博物馆， 圣诞节

开发​

放弃Unistyles后，我采用什么styling方法？​

这个内容可以写一篇专门的文档，并且出一个视频。 原则和目标：

1. 不轻易用第三方库，保持长期可复用，稳定；
2. 要求高性能高效实现theme切换（明/暗/自动）；
3. 快速（且高效）调用/组合预设风格；
4. 全局统一风格管理，尽量减少代码量；
5. 可以一定程度在组件内快速定制带theme的style，且保持一定性能；
6. 丰富功能性，易于快速复制； 我觉得最佳的实现是做到类似tailwindcss那么好用，又具备unistyles这样性能的官方支持方案，但目前看来还差得远。

创作​

B站开新频道​

其实B站没有“频道”这个Youtube概念，一个账号（手机+身份证）就只能绑定一个空间，空间就是频道。虽然可以通过合集划分不同内容，但2年测试下来，发现我的内容（旅行vlog+编程）实在差异性过大，算法都搞懵了，所以效果其实低于预期（虽然预期也不高）。 决定单开新频道，把非技术类的都搬过去（因为原频道技术类还有课程，多少卖了点出去）。 新频道还是叫“数字游牧Nomad”，和youtube保持一致，logo也不变。新频道。 老频道改名“代码和远方”。 据说搬运的审核很严，所以之前内容还很不容易搬过来，我也暂时不舍得删除。

新Saas项目思路​

我问AI：

我有个创业产品思路，做一个“易经能力的云服务”saas平台，提供易经相关数据的Api等，已经有域名和相关网站了。

目标用户（更多面向中国以外市场）：

• AI / 应用开发者
• 内容创作者 & 工具型产品
• 企业/平台集成

现有数据：

• 较为专业的多语言易经结构化数据，可以面向非中文应用；
• 已经存在Supabase的库中，特点是各表基本无动态增量，多是固定大小的易经多语言数据（易经文档数据），行数多低于1万，但字段多采用text或jsonb，可能较长；

初步技术栈思路：

• 后台数据库用Supabase；
• Api服务和Dashboard/Web界面用NextJs v16+（Vercel部署）；
• 订阅暂用creem服务收费（因为身在国内没法申请stripe）；
• 用户登录考虑Supabase Auth或Clerk；
• 多语言用next-intl；
• 全局状态用zustand；
• UI用Shadcn；
• styling用tailwindcss（next自带最新版）；
• Icon用lucid；
• Theme明暗/自动切换，考虑用next-themes；
• 一切库用最新版本；

服务模式（必须注册并登录）：

• 订阅
• 免费试用

用户技术服务要求提供：

• API Key 管理
• Rate Limit
• Usage Metering
• Webhook / Billing Hook（根据功能要求）
• 文档和其他

其他功能：

• 用户管理界面：Api key管理，用量查看，改密码/信息等；
• 用户支付管理：订阅管理；

你一步步指导我开发，可以先问我目前项目的情况，在获得足够信息后，再给出代码建议。

总归，我的目标是做一个saas的项目模版，可以替换成任务其他saas项目。

关注​

脑总MrBrain​

原来不太看这种似乎不太专业的财经和投资频道，看名字还以为是蹭脑哥的，后来发现这人讲的很实在，而且表达清晰，有干货。 其实他是北大毕业，以前币圈出生，现在的内容多为传统金融和政策分析。还有些很不错的大实话，有一些不错的祛魅内容，比如这句话：你以为他是时间的朋友，其实他是领导的朋友。 这段非常精彩：# 越聪明越穷？“低信任式防御”让你错过所有机会

其他陪伴看片​

Youtube其实只有一些reaction类型，且由于版权问题，多是片段或模糊处理。 B站这条赛道没有这些限制（目前），如果妹子（没错，全是妹子）的素质还不错，主要是真实感，那就更好了。我关注的点：1.妹子不能太丑；2.素质别太差，不然傻乎乎的反应气死人；3.确实投入（认真在看，不能明显为了搞钱无精打采的那种。）；4.选片别太low。符合这个要求的除了之前关注的那个什么蛋以外，还有这个据说是00后：星云叭叭叭。 我觉得如果多人效果会更好，以后这种陪伴看片（我只接受看过的片）形式市场会越来越大，应该有新玩法诞生。

关注​

步行的旅行博主​

不是卖惨，形象也不差，表达清晰，有文化的样子。 所以人家不是没苦硬吃，明显乐在其中。 公度云游录 现在正在云南南方，看着挺爽的样子。一天走一个马拉松不到的样子。 看他走国道碎碎念的样子，我决定不能这样旅行。 关注量358，比我还少，一般点击量就几百。 即便如此，他还和其他网红联动了，看来这里有一个隐秘的联络网，我从来没接触过（估计就是抖音，我没装）。 为啥脚受伤了爱看这些？

游戏​

暗黑破坏神IV S11​

Diable 4新赛季，正好适合受伤后的我。 国服还要花488，算了，继续老服务器，预购了明年4月才上市的DLC 2（288）。 目的是新职业圣骑士Paladin。 不加速不行，又下了个新加速器，3天免费期。 在这期间，毕业了，只有一个遗憾：没掉神话暗金的地精地下城。

日常​

开车去换手机卡​

突然发现多年iPhone 12 mini的sim卡废掉了，没信号。 移动营业厅还是远，决定开车去，现在下楼梯有点难，走上100米仍然痛，幸好开车没问题。

手工抄写练字​

主打一个简单静心调整状态。 用硬笔（圆珠笔），小本子，内容不超过500字的，反复。 佛学佛经相关。 繁体。 参考： （赵孟頫小楷心经（疑）版本三） 还有这里也很多可以参考的版本包括苏轼的

另外有一篇来自西游记的词也挺合适：原文出自彭致中“鸣鹤余音”，小说中结尾做了修改。 维基百科发现“# 鳴鶴餘音”是一个系列，元彭致中编，辑录唐宋以来39位得道仙真的诗词歌赋及杂文作品，有九卷，470篇，收入《正統道藏》太玄部。 第8回“我佛造經傳極樂　觀音奉旨上長安”的开篇:“试问禅关,参求无数,往往到头虚老。……”见《鸣鹤余音》卷二,主要谈禅悟和金丹之妙。 看来西游记作者（我已经不认为是）看了很多道家书啊。

我们来看看这个卷二第五篇：

試問禪關，參求無數，往往到頭虛老。磨磚作鏡，積雪為梁，迷了幾多年少。毛吞大海，芥納須彌，金色頭陀微笑。悟時超、十地三乘，疑滯四生六道。誰聽得、絕想巖前，無陰樹下，杜宇一聲春曉。曹溪路險，鷲嶺雲深，此處故人音杳。千丈冰崖，五葉蓮開，古殿簾垂香裊。免葛藤叢裹，老婆游子，夢魂顛倒。

这里面多是佛家语，果然三教合一，殊途同归。

西游记中是“# 苏武慢·试问禅关”：

試問禪關，參求無數，往往到頭虛老。磨磚作鏡，積雪為糧，迷了幾多年少。毛吞大海，芥納須彌，金色頭陀微笑。悟時超十地三乘，凝滯了四生六道。誰聽得，絕想崖前，無陰樹下，杜宇一聲春曉。曹溪路險，鷲嶺雲深，此處故人音杳。千丈冰崖，五葉蓮開，古殿簾垂香裊。那時節，識破源流，便見龍王三寶。

结尾处改变，点了全书要旨之一。来源：中國哲學書電子化計劃

2025的目标回顾​

11月受伤以后，2025基本就算过去了，也不大有可能最后拼一把业绩。 去年底制定的2025目标，完成率不到10%😓。 其中比较重要的未完成目标：

• 一次冥想体验
• 减脂5kg
• 5km连续跑步
• 1km轻松跑
• 10个引体向上
• App（学易）的平台（tiktok/x/weibo/红薯～）至少一个1000+fans
• 教学视频收入10000+（实际才几百，不如去年）
• 完成一本电子书（web+pdf）
• App收入800USD/Month（差很远）
• 做一个旅行长片
• new iPhone（with e-sim）（连消费都不达标）
• 理财收入8000/月（差不少）
• 美股见机买入，80%仓位（特斯拉390卖了，苹果也跟巴菲特卖了，后来就没买） 基本完成的：
• B站/Youtube fans 1000+（加起来哈）
• 除了家以外，有个静心写作和思考的地方（就是图书馆哈，可惜昆明的远了点）
• 全年不超过10次胃食道逆流（今年大概4次）
• 50个俯卧撑
• 50个仰卧起坐
• 国内网站备案（被逼的）
• 坚持周记
• 买了75+ TV 于是把标题改为2025-2026目标，其实去年写得还不错，修改一下继续努力。

年度旅游总结视频​

把上半年的自驾游片段混剪，一共20分钟，发在网上了。

B站 Youtube

开发​

expo app的statusBar自动判断明暗​

才发现，不知道从哪个版本开始，不需要在引入expo-status-bar，并手工判断明暗风格赋值了。 现在的sdk（54+）似乎完全能根据背景色自行判断了。

准备放弃Unistyles了​

不知为啥，新的app中一直有问题，theme不能及时刷新，配置麻烦。 准备改为RN的基本方法，反正用context做provider也很优雅高效。

标签 Tags​

艺高人胆小

影视​

F1​

大家说了很久的这部2025商业大片，我终于找来看了。 之前之所以一直没看，还是觉得Pitt这几年为搞钱太商业，应该没啥亮点了，况且看车期间，这部片子的拍摄花絮都不知看了多少，没有新鲜感。 看下来的感觉就是，期望值降低的话，比想象的好。 哈维的演技和个人魅力不错。 小黑也演的可以。 Pitt真的有点老戏骨的样子了，但他和Tom Cruise谁更合适真不好说，整体上缺少极端的情感和戏剧化冲突的表现，就是老干部事事在我把握的感觉。 床戏一闪而过，其实我仍然觉得没必要，总的来说适合阖家观赏。 75寸TV仍然不够震撼，估计音效的原因。国内是否上映？还是已经下档了？不清楚。

关注​

元元圆気蛋​

和想赚快钱的很多youtuber一样，B站也冒出一大批直播+长片的看片reaction创作者，一般都是呆（萌）妹子，主打一个装傻陪伴。 这个妹子也是同样套路，但人和人真的有区别，关键就是形象气质没那么呆傻，至少不是真傻，也不刻意装low（不过我觉得其他人还真不是装的，但实在太low了），于是居然出现了鹤立鸡群的效果。 选片一般，观众点播的都不是我太想看的，但陪伴感还不错，有意思点的是# 【王知无香港电影史】系列。 没想到我会看这种，打游戏的时候伴随还行。 B站

無住禪心​

youtube， 目前为止这么多佛学讲解中，最实在并容易理解的心灵修炼工具视频。 特点是用很多现代的生活比喻来解读，我觉得很到位。

了解一些词汇： 因陀罗网

一些故事： （华严经）五十三参

开发​

用不用Uniwind？​

这个东西刚被几个youtuber介绍时就很感兴趣，以为是Unistyles和Nativewind的优点都具备了。 仔细看了一下文档，感觉对于tailwindcss熟悉的用户而言，它确实比Nativewind更加适合（个人感觉）。 非常想在下一个项目中使用了，直到我看到这里：ProPro版本收费每seat 99美刀，有我很想要的tailwind动画效果，最气人的是Pro版性能也更佳，有个少rerender的设定。 虽然对这些库开发者而言，开源似乎已经很难养活自己了，但是，我想找一个能长期可靠依赖的库。Reddit上的评价更加极端，骂得厉害。 还是算了。

AI SDK又有新的了​

Josh tried coding推荐了一个，据说还是alpha阶段，Tanstack AI，没错是Tanstack家族成员。 能否在ReactNative中用并方便实现streaming就不知道了，要试试看。

我在当前项目中用到了tanstack家族的一些包如:

"@tanstack/query-async-storage-persister": "^5.90.12",
"@tanstack/query-sync-storage-persister": "^5.90.12",
"@tanstack/react-query": "^5.90.10",
"@tanstack/react-query-persist-client": "^5.90.12",

这个唯一的目的是调用api时做缓存，AI推荐的方法，似乎没有更好了。

至于AI SDK，我用的最多的是从前几年开始的openai官方nodeJs库，后来为了app的流式输出，不得不加入react-native-sse，然后基本就是这个模式没变。 后来他们说vercel的也很好，我看来一下似乎对国产Providers支持有问题还是啥原因，最后没有用。 nextJs项目中，我还是openai库，但是网站流式实现就很简单。 还没有找到必须用其他库的理由，观察一下吧。

日常​

这周脚可以室内慢走了，但不穿支具还是不稳。

标签 Tags​

滨崎步

日常​

崴脚恢复​

第16天，靠支具可以走两步，单拐杖，淤血未消，还有点肿。

影视​

怪奇物语5（大结局）​

本周看了前4集，也只推出这些。 下载4k版本，在75寸TV看的，毕竟这是我曾经最喜欢的剧集之一。 一如既往的非常精彩，但是我发现自己居然可以预测剧情了，包括被关的超能力者是008。 以前最有趣的达斯汀这次表现有点硬，还没发现亮点。 威尔觉醒令人惊喜（回想那片段有点灵能百分百的感觉），之前我一直认为演技的巅峰是他。 这么多低年级小朋友，看来已经在策划第二梯队，未来新组合还会有扩展故事的（小胖子挺有意思。小妹子非常可爱，有成为大明星的潜质，显然已经在培养了。），我应该没猜错，这次大结局的主因是目前组合已经长太大了（11都生娃了据说）。

关注​

可可惜哩xili​

好像是贵州妹子，开面包车卖咖啡自驾游的。1k多粉。 新疆大理等地视频，感觉时间很混乱。 之所以关注： 风格平和不夸张； 不卖惨不做作； 车里似乎比较舒适； 有盈利方式； 买了个很不错的猫； 主要看猫。 Bilibili

六月雨上街書​

B站居然有这样的博主。你看这个标题：# 中国式被害妄想的心理根源：为什么中国文化难以产生独立人格？中国人如何被互渗律集体催眠的？深度解剖中国人的互渗思维 B站

日常​

踝关节扭伤​

这次非常严重，韧带断了，涉及到住院、手术、长期静养。 学会了几个词汇：R.I.C.E原则， ATFL。

昆明的又一个据点​

后新街网红老街，闹中取静；就是冬天室内有点冷；咖啡和点心稍贵但环境好。

关注​

爱德华说​

B站居然还有个敢说真话的，还不是黑话。 他是东北人。 # 一场集出生率、离婚率、死亡率于一体的东北人口消失魔术 被这个视频带进来，后来发现似乎也就这一部猛点。

Luke Made It​

这小伙子的风格挺讨喜的，虽然赛道是非常偏门的程序员日常。 youtube 有时候看这些老外的视频，唯一羡慕的一点是他们能毫无麻烦的使用各种平台和AI服务。

影视​

下载美剧的地方还有哪里好？​

美剧天堂似乎很久没有更新了，最近追的Pluribus和“欢迎来到德里镇”，好久没更新，然后大结局季的“怪奇物语”即将到来，有点急。 找了一下似乎只有这里：SeedHub。 因为我的要求是下载，目标是appleTV上看大屏幕，否则的话现在B站都足够了。

知识​

瞿昙​

乔达摩.悉达多的另一个翻译法，我看到这个是老罗讲苏轼阴阳王安石的那篇“圣旨”（王安石赠太傅制）。

开发​

expo读取Supabase如何缓存​

Claude的建议和kimi差不多，就是用tanstack或自己写本地缓存方法。 kimi说还有React-Query / SWR + supabase-cache-helpers方法。 最后用了Claude的。

LangChain​

一直没试过，最近也v1.0+了，我看到它们还有ts/js版本。官方频道有一些nextjs项目案例。 youtube

工具​

mole 开源mac清理工具​

gitHub

x上关注了作者，他也推广了好久，这次试试吧，毕竟512G的M1 pro用了这么多年，没有其他可以优化空间的办法了。

# 安装
brew install tw93/tap/mole

运行命令：

# You can use either 'mole' or 'mo' command:

  mo                # Interactive menu
  mo clean          # System cleanup
  mo uninstall      # Remove applications
  mo analyze        # Disk space explorer

# To update Mole, use:
 mo update

我试了一下：

Clean Your Mac

**☻** First time? Run mo clean --dry-run first to preview changes

➤ System cleanup requires admin access
➤ Password: 

**Authentication failed**, continuing with user-level cleanup

⚙ Apple Silicon | Free space: 14Gi
✓ Whitelist: 5 custom + 2 core patterns active

➤ User essentials

  ✓ User app cache 249 items (30.16GB)
  ✓ User app logs 30 items (86.4MB)
  ✓ Crash reports 45 items (244KB)

➤ Finder metadata

  **☻** Finder metadata protected by whitelist
  **☻** Run mo clean --whitelist to allow cleaning .DS_Store files

➤ macOS system caches

  ✓ Saved application states 33 items (468KB)

➤ Sandboxed app caches

  ✓ Wallpaper agent cache (911.4MB)
  ✓ Media analysis cache 4 items (435.2MB)
  ✓ Sandboxed app caches 98 items (2.93GB)

➤ Browsers

  ✓ Chrome cache (47.6MB)
  ✓ Chrome GPU cache 25 items (10.3MB)
  ✓ Chrome Service Worker cache (681MB cleaned, 0 protected)
  ✓ Edge Service Worker cache (785MB cleaned, 0 protected)
  ✓ Arc Service Worker cache (158MB cleaned, 0 protected)

➤ Cloud storage

  ✓ Nothing to tidy

➤ Office applications

  ✓ Nothing to tidy

➤ Developer tools

  ✓ npm cache
  ✓ npm logs 13 items (192KB)
  ✓ pip cache
  ✓ Homebrew cleanup (1 items)
  ✓ pnpm store cache (1.21GB)
  ✓ Next.js build cache 3 items (26.9MB)
  ✓ Next.js build cache 3 items (41.7MB)
  ✓ Next.js build cache 4 items (280.0MB)
  ✓ Next.js build cache 2 items (12.7MB)
  ✓ Gradle caches 6 items (8.77GB)
  ✓ Ruby Bundler cache (24.8MB)
  ✓ Gradle daemon logs 12 items (1.50GB)
  ✓ Android SDK cache 76 items (5.0MB)
  ✓ Xcode Interface Builder cache (35.0MB)

➤ Development applications

  ✓ Xcode derived data 16 items (56.18GB)
  ✓ iOS device logs 12 items (528KB)
  ✓ Xcode build products 10 items (17.6MB)
  ✓ VS Code logs 40 items (3.6MB)
  ✓ VS Code cache (434.4MB)
  ✓ VS Code extension cache 2 items (824KB)
  ✓ VS Code data cache 8 items (85.3MB)
  ✓ Discord cache (306.6MB)
  ✓ Zsh completion cache (52KB)
  ✓ less history (4KB)

➤ Virtualization tools

  ✓ Nothing to tidy

➤ Application Support logs

  ✓ App logs: Antigravity 2 items (152KB)
  ✓ App logs: Cursor 10 items (13.4MB)
  ✓ App logs: Postman 4 items (604KB)
  ✓ App logs: Shadowbot 38 items (4.0MB)
  ✓ App logs: Trae 7 items (4.4MB)
  ✓ App logs: Trae CN 3 items (26.0MB)
  ✓ App logs: Windsurf 6 items (4.3MB)
  ✓ App logs: discord 5 items (432KB)
  ✓ App logs: mCloud 497 items (4.83GB)
  ✓ App logs: obs-studio 10 items (232KB)

➤ Orphaned app data

  ✓ Found 136 active/installed apps
  ✓ Orphaned WebKit: com.obsproject.obs-studio (420KB)
  ✓ Orphaned WebKit: com.taobao.Aliworkbench (1.1MB)
  ✓ Orphaned HTTP: com.bytedance.douyin.desktop (56KB)
  ✓ Orphaned HTTP: com.cloudflare.1dot1dot1dot1.macos (232KB)
  ✓ Orphaned HTTP: com.cloudflare.1dot1dot1dot1.macos (4KB)
  ✓ Orphaned HTTP: com.electron.ollama (168KB)
  ✓ Orphaned HTTP: com.electron.ollama (4KB)
  ✓ Orphaned HTTP: com.exafunction.windsurf (84KB)
  ✓ Orphaned HTTP: com.obsproject.obs-studio (360KB)
  ✓ Orphaned HTTP: com.pinduoduo.merchantMac (56KB)
  ✓ Orphaned HTTP: com.pinduoduo.merchantMac (4KB)
  ✓ Orphaned HTTP: com.sony.WirelessAutoImport (64KB)
  ✓ Orphaned HTTP: com.taobao.Aliworkbench (56KB)
  ✓ Orphaned HTTP: com.taobao.Aliworkbench (4KB)
  ✓ Orphaned HTTP: com.tencent.meeting.UpdateServer (100KB)
  ✓ Orphaned HTTP: com.tencent.meeting.UpdateServer (4KB)
  ✓ Orphaned HTTP: com.tencent.meeting.services.wmexternal (64KB)
  ✓ Orphaned HTTP: com.todesktop.230313mzl4w4u92 (296KB)
  ✓ Orphaned HTTP: com.todesktop.230313mzl4w4u92 (4KB)
  ✓ Orphaned HTTP: com.trae.app (56KB)
  ✓ Orphaned HTTP: com.xunlei.XLEmbeddedPlayer (88KB)
  ✓ Orphaned HTTP: com.yingdao.yd (56KB)
  ✓ Orphaned HTTP: net.nutstoer.osxapp.onlineinstaller (56KB)
  ✓ Orphaned HTTP: net.yanue.V2rayU (232KB)
  ✓ Found 24 orphaned app resources
  ✓ Cleaned 24 orphaned items (~3.5MB)

  
➤ Apple Silicon optimizations

  ✓ Nothing to tidy

➤ iOS device backups

find: /Users/alansuhe/Library/Application Support/MobileSync/Backup: Operation not permitted

  ✓ Nothing to tidy

➤ Time Machine failed backups

  ✓ No failed Time Machine backups found
  ✓ Nothing to tidy  

➤ Large project dependencies

  **☻** Found **10.8GB** in 12 old node_modules (60+ days)
  **☻** Run mo analyze to see details and manually clean

  ✓ Nothing to tidy


======================================================================

Cleanup complete

Space freed: 108.35GB
Free space now: 148Gi
Files cleaned: 1266614 | Categories: 64 | Protected: 8

Equivalent to ~24 4K movies of storage.

======================================================================

搞掉了108GB，也不知有没有次生灾害风险，待用。

标签 Tags​

爱泼斯坦

读书​

太阳王​

可能是十多年前买的“科幻”（奇幻？）小说，当时不知为啥没读几页就丢在一边了，这几天睡前又重新拿起来，感觉完全不同了，一直看到发困睡着。 和近些年看佛经和印度神话的东西有关系吗？可能是，毕竟重新拿起来之前我连这本书讲什么都完全没记忆了。 前言是乔治RR马丁写的，当年我连他是谁都不知道（直到冰与火之歌剧集）。

关注​

Expo App Awards 我得奖了吗？​

youtube 写这个的时候我正在看15小时前的直播录像。 大概一个月前看到参赛通知，我把学易app提交参赛了。 当然没可能中奖了，不然他们早通知我了。据说一共有1200+ app报名。 我发现得奖作品中日本作者还不少，然后还有个学日语的app。 然后虚拟币钱包之类的也挺受欢迎，我没想到。 不知道他们的评选标准是啥。 总之我感觉自己的app不亚于这些😎，可能就是太小众了吧。 另外，好像奖品就是一个3.2kg重的机械键盘？ 结果页

据说比较火的2个项目​

x上有人刷好久了，开始觉得可能不适合我，但出于好奇，还是看看。

抄一下介绍：

TrendRadar 是一个轻量级的热点聚合工具，主要解决信息过载问题，帮助用户高效获取关心的热点新闻。 BettaFish 则是一个专业的舆情分析系统，通过多智能体协作深度挖掘评论和情感趋势，打破信息茧房，还原全局舆情态势。

追求高效信息获取和日常热点追踪，选择 TrendRadar； 需要深度舆情分析、情感挖掘和趋势预测，选择 BettaFish。 两个地址分别是： TrendRadar：https://github.com/sansan0/TrendRadar BettaFish：https://github.com/666ghj/BettaFish

发现是python的2个需要服务器部署的项目，要尝试还没有试用平台。 我目前没有这个需求，有的也可以问GPT，所以先放弃了。

AI​

Google Antigravity​

Google Antigravity，全世界都似乎才发现Goolge才是泡沫救星，上一轮25年前就是它幸存下来拯救世界的。 今天推出的这个开发工具，据说免费调用Gemini 3.0pro，没错这玩意也更新了。 我没法用，不管怎么换vpn地区，看来它的方法不仅仅判断ip。

关注​

礼明月​

礼明月

云南曲靖人，现在大理日结似乎活得挺自在，看以前视频是广东打工赛道的，现在也精准避开了躺平话题。B站8万多粉，有广告接，还不错了。人和内容都很真诚的样子。

我的AI辅助编程实践​

这是一个聊天视频的提纲

1. 网上的vibe coding；我之前的视频，似乎也提到了AI辅助；
2. 但真实的世界是怎样的呢？名称：一个国内独立开发者的AI辅助Coding现状；
3. 大模型选择， 那个大模型更适合编程呢，Claude，openai，gemini御三家，有些说国内的GLM 4.6，qwen， kimi；真实情况是，全都用，没事就试一下，工具上恨不得全部绑上，根据情况灵活调用，当然这个情况包括钱包的情况。
4. 最想用的当然是这个（claude）了，好用，也不贵，还有client工具，但真实情况你懂的，所以为啥我前面的标题要加上国内两个字呢? 还有这个gemini也不错2.5pro曾经惊艳了我，据说3.0快来了，但是地区你看到了，但实际上管得没那么严，也出了个client，还开源；最后我多数时间还是回到ChatGPT，发挥稳定的优等生，免费额度高，页面聊天的话基本用不完，比其他的某些模型良心多了。openai还为我们前端开发者贡献了这个sdk，相信很多朋友在用吧。
5. 顺便看看openai价格现状。试试能不能订。
6. 其实如果你真想用国外御三家AI，渠道也是有的，如果只是聊天，可以找聚合的平台比如poe。每天都会有一些免费token赠送，聊胜于无那种。缺点是界面跟不上，还有似乎只能聊天，没有api。
7. 国产大模型，很幸运的，国产几家大模型今年意识到编程赛道才是刚需，去年字节的trae似乎还只想到做ide，对标cursor呢，现在纷纷对标claude code，比如qwen出了个cli，据说直接抄Gemini的开源client。其实这个活门槛更低。能力方面，纷纷号称仅次于claude最新模型，评分还特别高，实际使用下来怎么样呢，后面说。值得高兴的是，我这几年一直关注的稍显低调的月之暗面kimi，k2模型好评如潮，我至少在聊天界面用得很爽，基本和GPT各占了我一半时间。
8. web聊天，现在好多讲vibe coding的视频，都直接从开发界面和Agent的终端命令开始了。现实中的情况是，聊天过程几乎耗费我整个AI实践的2/3以上时间，谈设计、谈优化、谈选择，谈技术细节，就是不想让它写代码，有时候为了防止AI忍不住吐出长篇代码，我特 地在每个问题结尾加入文字：“你说呢？”、“你怎么看？”、“请谈谈你的想法和建议“等等。说实话AI在这种场合给出的idea、创意和洞察力有时真的令人惊叹，甚至会拍案叫绝。聊天的最后结果是生成写代码前的各种文档。而且我在实际开发过程中，永远会开着一到2个浏览器窗口，和不少于2个聊天窗口对话，似乎他们才是真正的合作伙伴，Agent那只是我请的听话的员工而已。
9. Agent，之前我可能在聊天界面就让AI出代码了，2025了显然已经不能这么做，上下文吃不住。接下来就是api调用时刻。今年5月后我似乎就没有用cursor了，不知为啥我就是习惯vscode的界面，它们明明很像；claude code出来后，ide更是成了可有可无的玩意儿。听说cursor 2.0逆风翻盘了，我还没试过，但我觉得最令人佩服的是他们终于开始做自己的大模型了，希望他们有朝一日打败claude。不管怎么说我还是回到vscode，删掉了一堆ai插件，除了删不掉的那个你懂的。
10. 灵码，有一天试用qwen的cli几小时，烧钱太快放弃了，结果阿里的客服给我打电话，我抱怨一通他们没人性的收费模式后，他推荐这个灵码，说关键是现在免费，一看又是ide，对了还有个插件。装上去是这样了，试下来解决问题过程让人头痛，废话还挺多，我基本上就把它作为免费代码补全工具用。
11. cli，接下来终于是核心代码工具了，没错，还是claude code，但那只是工具，模型随便配置，因为我又套了个壳claude code router。这小玩意不但可以灵活切换各种模型，还自带UI界面。我立马把国产编程御三家glm4.6，qwen3、kimi k2加上去了。
12. 费用，大家都明白我实际代码是要用国产模型了，那费用呢？说起来我没怎么关心，因为基本是免费。你没听错，我之前在各个平台都充了值（国内喜欢玩充值，而不是订阅，还有都按token实时扣费），包括聚合平台silicon flow。直到发现这个小平台。
13. iflow，看似一个实验性的半成品平台，比如今天突然大模型页面又小时了，主办方正事儿不干，做了好多小玩意儿。不知咋想的。你看它还搞了个cli，估计和qwen的cli来源差不多。我为啥用它？因为...免费，至少现在是这样，唯一麻烦的是每7天要换一个apikey。
14. 完全体，虽然说磨刀不误砍柴工，我始终认为，程序员的价值绝对不体现在文具多，而是趁手。工具的准备和折腾，也不知曾耽搁了多少生产力和创造力。AI时代，我们也不应被漫天的vibe coding工具所晃瞎了眼。希望看我视频的朋友们，都能尽快找到适合的刀子，赶快砍柴..创作去。
15. 我前段时间，应要求写了一个微信小程序，这玩意我上次接触时，还没带口罩呢，这么多年过去，它的技术栈还是那么让人一言难尽。于是我用claude code + kimi，一小时顺利完成了所有主要功能和界面，剩下3小时折腾企鹅厂的那些烦人的注册啥的。猜猜看写代码之前聊了多久？大概半天吧。总之这个任务一天之内结束了，手写代码量基本为0。

有趣​

喉返神经和x86芯片​

x上看到的文章，不知是否原创。 一个老程序员看到喉返神经后的感慨

怎么说呢，以前看到过一篇文章讲登月火箭和古罗马车轴标准的关联，大家都在说明一个道理：有些事你不去做，就没人会做，你不改变它，可能永远就这样。 那条从脑干发出的神经，本应直抵喉部，却偏要绕道下行，深入胸腔一圈，再折返向上。 在鱼类身上，这路径顺理成章；到了哺乳动物，却成了一个死结；而到了长颈鹿体内，它竟要绕行五米之远。 脖子越长，绕路越显荒唐，却无法更改。

电脑永远逃不掉那个噩梦：上电后，从 F000:FFF0 开始那个1978年的时刻醒来，假装自己还活在 1MB 的史前时代。 BIOS 再怎么换皮，UEFI 再怎么现代，都得先演一遍“古代仪式”：跑过 8086 的实模式，走过那套段模型、1MB 内存地图和 A0000 显存区，然后才缓缓进入保护模式、长模式，最终装载 Windows 11。

很显然，整个宇宙都是草台班子。

标签 Tags​

claude skills

Pluribus

开发​

现在的微信小程序开发是怎样的?​

我上次写小程序大约是4年以前。 这次接到一个想法，所以又拿起来试试。 体验是：

1. 还是得用微信的工具
2. 默认还是js而不是ts
3. gitHub似乎不好接入，自带的git没搞明白
4. 文档还是很不好查
5. 语法等方面似乎多年没变化 不过幸好有terminal，我试了一下claude cli居然能用。 快速写了个云函数实现的AI Chat。

小程序开发的坑​

1. 不支持导入json文件，不管是require还是import都不行，只有改成js文件export了。
2. 页面间传参数，中文会乱码，必须先编码，接收端再解码，但我遇到的情况更奇葩，要双重解码才能用，明明就是一个字符串而已。
3. 调用云函数失败: Error: cloud.callFunction:fail Error: errCode: -504003 | errMsg: Invoking task timed out after 3 seconds ，云函数的默认超时时间3秒，如果连接第三方服务如ai等，就要设置长一点，免得随时报错。这个在云函数面板很深处设置，和env一样。

小程序还不能实现的​

1. AI Chat的流时输出，靠云函数还不行，除非自建服务器。

react的context和zustand用哪个？​

发现前几天AI帮我写的一个复杂组件，用了context做状态共享管理，又是provider又是reducer的挺复杂，它可能不知道我装了zustand。 以前我用zustand主要是全局管理，当时一个组件（由一些分组件构成的逻辑链）就没想到用。 这两种到底谁好呢？ AI总结：

如果你已经装了 Zustand，就不要再为了局部状态引入 Context。
直接创建一个独立的小 store，既高效又简洁。

但是性能和使用复杂度的双重优势，让人必须选zustand啊。

个人结论，以后没事就别折腾什么context了，直接zustand搞定一切。 当然据说react 18+对性能有所改善，待观察。

我目前的AI辅助开发模式​

显然每个人的工作流程和习惯都是适应出来的，类似生物进化。 这个时代，每天都有人在推荐更好的方式、更好的工具、更好的模型。 我建议你们看一眼就好，没有颠覆性的东西出现前，还是要自己用着趁手才是最好的。 如何找到最适合自己的路线，不在工具层面浪费太多时间和成本呢？

1. 先按以下思路理清楚几个问题并诚实回答：

• 不考虑条件限制的话，我想要的最好方式是什么？

答：和OpenAI沟通，整理自己的思路；具体开发过程在Claude code + Claude最好模型辅助下进行；无限制tokens；再加上好用的代码补全。

• 我面对的硬条件限制是什么？

答：OpenAI的Plus版本但现在没有支付渠道；Claude模型就彻底死心了（国内渠道封死），就算用国内的各种代理，体验还不好（会经常抽风）。

• 我面对的成本限制是什么？

答：OpenAI的Plus usd $20/月还算合适，价格也不低（aicodemirror.com不花个600+/月的话token根本不够）。

2. 基于自己的情况，确认次要目标：

答：LLM模型不想花钱（至少少花钱）；用Claude Code以追随主流工作方式；要有代码补全。

3. 做法：

• iflow.cn使用国产模型，目前是kimi2为主力，工作量小（难度低?）的时候还行，多了会抽风或幻想；
• claude-code-router（CCR）工具调用Claude code，方便管理和切换模型；
• vscode中使用千问的灵码插件，作为辅助。（目前看来代码补全还行，但一些偏agent和edit的活，实在是啰嗦又不清楚，界面容易误操作，不太敢用了。）

标签 Tags​

李新野，Elon

剧集​

小丑回魂：欢迎来到德里镇第一季​

才出了2集，我的感觉是惊为天人。

其实Thing只在国内这么翻译，容易和DC小丑混淆，开始我也是因为这个原因没第一时间看。 五十年代质感，人物性格刻画intense，及时是种族议题都很真实，不做作。 我有点当年看Strange Things的感觉了，虽然很不一样。

顺便说说本周另一部泰拉玛斯卡第一季虽开头还不错，到第三集就有点看不下去了。

开发​

为啥国产大模型AI api都不支持response​

导致vercel AI SDK用球不成。

supabase的domain jwt cookie问题​

之前做了一个用户登录中心，后台是supabase的Auth服务。 原理就是用Cookie存储jwt，实现同主域名下跨站共享登录状态。 目前的做法是自己生成jwt cookie，和supabase的auth不同步。 后来想为啥不用supabase的cooke呢，问了AI都说这样才对。 Gemini甚至说supabase有配置域名的地方，我找半天没见到，只是发现有个收费服务上有这么一句：

Custom domains are a Pro Plan add-on Paid Plans come with free vanity subdomains or Custom Domains for an additional $10/month per domain.

看来这是一个收费服务?

突然想试试Clerk或类似国产服务。

claude-code-router和iflow的坑​

我前面的blog似乎说过。 由于iflow给的apikey 7天就过期。 所以要去网站申请新key，然后改。 这里有点坑：

1. ccr ui打开网页修改基本无效，自己又改回来了。
2. 直接改~/.claude-code-router/config.json文件，要注意上面那个APIKEY是访问和网页UI打开的密码。下面providers中的apikey才是iflow给的。
3. 修改后ccr restart或者UI中重启均无效，要ccr stop + start才行。原因呢：

CCR 的 `restart` 实现等同于**先杀再拉起同一个进程**，但**配置在启动时一次性读入内存**，后续热更新文件不会触发重载；  
所以看似“重启”，其实**还是用的旧内存对象**。

Clerk替代之Logto​

logto.io的文档丰富，支持next和expo。 看似非常国际化，但问题是“社交连接器”中没有国内的微信/支付宝，只有apple/google/discard，太国际化了点？哦不对它叫做WeChat和Alipay😅。

试用发现配置很简单，但永远报错redirect url不对，查不出原因，放弃。

Clerk替代之Authing​

看着也不错。

不替代了就用Clerk​

国内打开其网页和面板确实慢，不管了。 根据文档，简单配置了，确实非常成熟简单。

面板中有development和production模式，要启用后者，除了vercel部署和域名解析好之外，还要配置5-6个Clerk自己的域名。 我的应用域名定在iching.suhe.space，选择了Secondary模式。

过程中问了AI：

如果我的各个子应用都想用clerk作为用户登录管理，形式都是XX.suhe.space，同时suhe.space也是一个应用呢?

回答：

你的情况是：

- 你有主域名 `suhe.space` 对应一个主应用。
    
- 还有多个子应用，例如 `app1.suhe.space`、`app2.suhe.space`，都想用 Clerk 统一管理用户登录。
    

这种情况下在 Clerk 的设置里一般建议这样处理：

---

### 1. 主应用（Primary）

- 绑定 **`suhe.space`**，选择 **Primary application**。
    
- Clerk 会把这个域名作为主应用的默认域名，管理用户、会话、邮箱验证等。
    

### 2. 子应用（Secondary）

- 每个子应用绑定自己的子域名，比如：
    
    - `app1.suhe.space` → Secondary application
        
    - `app2.suhe.space` → Secondary application
        
- 子应用依赖主应用的用户数据库，但可以独立处理前端登录/注册。
    
- Clerk 会自动共享登录状态（如果你配置了 cookie 跨子域）。
    

---

### 3. Cookie / 跨子域登录配置

为了实现用户在子域间共享登录状态，需要在 Clerk 配置里设置：

- **Cookie domain** = `.suhe.space`（注意前面有点号）
    
- 这样登录状态可以跨子域共享。
    

---

✅ 总结：

- `suhe.space` → Primary
    
- `*.suhe.space` 子域 → Secondary
    
- 配合 cookie 域配置，就能实现多子应用统一登录管理。
  

nextjs和expo能共用多语言json文件吗​

我一直是这么认为的，而且在近期的项目中也使用了。 直到发现二者模板占位符语法完全不同。

更理想 的方向 —— 如果可以让 Expo 端也兼容 {} 单花括号 (ICU)，那就不用在 Web 端做任何 hack 或转换，直接一份 JSON 到处用。

Expo（React Native）可以支持 {} 单括号语法，
只要你用的是 i18next 或 react-i18next（绝大多数 Expo 项目都是这样），
你只需要 调整 interpolation 配置 即可。

interpolation: {
  prefix: '{',
  suffix: '}',
}

其他​

第一次自己交医保​

本来经过前段时间的咨询，啥都准备好了。 结果打开云南税务局的小程序，还是蒙圈了。 UI逻辑反人类。 干脆去官渡区政务中心问问，结果发现停车很难，或者用10块买断一天的场地。 3、4楼都是来办医保社保的，比当年房管局还火爆。 其中一个小伙子坐镇中间，大妈们排队让他操作这个小程序，这哥们不会就是开发方代表吧~ 我实在没机会问他，在旁边自己摸索一下，结果搞定了，然后走人。 去官渡区图书馆坐了一下，没有五华区感觉好（当然跟成都比都是渣渣）。 最近似乎新流感来了，我感觉有点不适，几年来第一次戴上口罩。

标签 Tags​

陈志

影视​

近期没啥好的剧...电影就看了一站再战，科恩兄弟加昆汀的即视感，但内容节奏确实不错，2h44m一点不觉得拖沓，全程精神十足（我可是看漫威都要睡着的人）。创作者似乎讽刺了所有方，其实没有明说自己的观点，现在要表态好难。

关注​

硅谷101，以前听过他们的博客，但真的没有视频效果好。内容选题制作都很棒，算是中文同类频道的高水平。因为有很多嘉宾会话、现场采访，内容也需要图表啥的来配合，所以不适合纯音频。 （以前blog推荐过...不知为啥algolia搜不出来。）

思考​

自学转码可行吗​

某人的视频推荐：https://csdiy.wiki/。 其实是一本电子书，markdown做的网站，我看了它的技术是用Material for MkDocs, python的，算了。 项目在gitHub，我觉得可以当一个贡献者。 他最近的提法似乎和他之前提倡转码有点矛盾，因为不是科班出身始终在求职市场和行业中低人一等，这点没法回避甚至被强调，其实是非常实际的，经过的都懂。 我当年因为稀缺才进入这个行业，后来招人确实也以能力为准，后来人多了，想法也就有点变了。 但我深信这个行业是少数的非科班可以做得很好的领域，因为现在科班也学不到啥真本事（懂得都懂），主要是弯路走得少，以及意识和氛围带来的加成和优势。

有点像看麻瓜进入魔法行业的感觉，虽然也有赫敏这样的努力型人才。

颠覆导游解说行业的想法​

方向是对的，但时机错过了

智能景点解说app都写到一半了，才想去来去看看微信小程序，人家不但成熟而且免费。 这件事给我几个启示：

• 自己的体验未必靠谱，出去玩了2年，都没想过看看现成产品和服务？
• 这么多产品了，说明这不是一个伪需求。
• AI的市场分析有时很不靠谱，覆盖面很窄。
• 不要只关注App，我总是忘了国内环境要看微信小程序。
• 巅峰一个行业的想法，方向是对的，格局也是对的，这样才能让人有持续目标和动力。
• 自己也想用才做，这点至少在动力和产品研究层面是对的。 不管怎么说，我写了一周代码的这个玩意，先停下来。 至少其中的ai和树形结构部分是可以复用的，还不错。

开发​

松耦合多项目共享资源的前端开发​

我想同步开发“学易”的网站(nextjs)和app(expo)，其中有很多共享资源。 目标是尽量降低耦合度，各自开发特性和流程不变，极其灵活。 同时大量的资源如多语言，style常数，环境变量等共享，并同步更新。 现在拿下一个版本的学易来做实验。 新建一个目录yi，在其下建立一个目录share，放locale,style,assets等资源。 在根目录下执行expo和next的新建项目命令。 开发时，还是进入yi目录，打开ide。 但测试运行时，要cd进入具体的app目录，执行pnpm dev等。 vercel的部署就不靠github了，免得修改mobile app时被误触发，这次使用vercel cli。

后来我放弃了。

新的策略：

1. npmjs包，包含多语言，常量，utils。
2. 大量的json数据改用云数据库。

nextjs的双层缓存技巧​

目标是既要控制内部调用量，又要限制对外(supabase)调用频率。 一句话就是限制网站内外部对网站api的调用频率。

1. 内部调用api缓存

try {
	const response = await fetch(`${PUBLIC_ENV.BASE_URL}/api/hg/by-hgi/${hgi}?lang=${lang}`, {

	next: {
		revalidate: REVALIDATE_SECONDS // 一小时
	}
	});
	// ...

但此措施仅限制了网站UI发起的访问频率。 如果有人（包括app）直接调用api呢。

2. api route的缓存设计 route.ts文件中加入两行。

// 缓存，Next.js 15 自带「段级缓存」——给路由加一条导出即可

export const dynamic = 'force-static';
export const revalidate = 86400; // 一天

就可以实现了，太神奇。

• 第 1 次访问：走 Supabase，结果自动被 Next.js 缓存到 内存 + CDN（Vercel）。
• 缓存时间内再访问：直接返回缓存，0 数据库查询。
• 缓存时间后：后台静默重新拉取，用户无感知（stale-while-revalidate）。 这是目前 Next.js 里最零成本的接口缓存方案。

整体看来，缓存生效逻辑：

1. 首次请求：

• fetch缓存：未命中 → 调用API
• API路由：未命中 → 查询Supabase
• 结果：两层都存储缓存

2. 1小时内的请求：

• fetch缓存：命中 ✅ → 直接返回
• API路由不会被调用

3. 1小时后，1天内的请求：

• fetch缓存：过期 → 调用API
• API路由：命中 ✅ → 返回静态缓存（不查Supabase）

4. 1天后的请求：

• 两层缓存都过期 → 重新查询Supabase

nextjs的loading​

page.tsx是服务端组件的话，没法在一堆await动作下设置state，并加入loading组件。 其实nextjs建议这样，在page.tsx同级目录加入loading.tsx页面，内容大体如下，就搞定了。

export default function Loading() {

return (

<div className="flex flex-col w-md animate-pulse">

<div className="h-8 w-20 bg-gray-200 rounded mb-4" />

<div className="h-6 w-32 bg-gray-200 rounded mb-2" />

<div className="space-y-2">

{Array.from({ length: 6 }).map((_, i) => (

<div key={i} className="h-10 bg-gray-200 rounded" />

))}

</div>

</div>

);

}

animate-pulse, 这个是骨架loading效果的关键。