日常​

灵活就业要买社保吗​

之前我的Blog说了买医保不要断的事情。 根据一个同样无业的朋友经验，建议不必连续买社保（其实主要就是养老了），因为以后反正可以补多点，不影响退休待遇，真的吗？ 现在又有朋友说断过的待遇差别很大，但我查了没有理论依据啊。 和本地社保局联系，他们也没有说明具体待遇会有什么差距，按理说只和缴付总额有关。 其实问题就是，如果中间断了比较久，没法补缴的话，以后再交的多也是有上限的（？），所以总额上不去多少，所以...，这个解释对吗？ AI也没法回答。 这里提供点信息，待验证：据说如果后来又有单位了，最多可以帮补缴3年的社保。

9个月后省体育医院复查崴脚问题​

今天终于行动了，不断拖延也未必是坏事。 至少目前我对自己情况的了解更深了。 去年11月崴脚以来，一直沉浸在韧带断掉的郁闷阴影中。 B超的女医生很拽，但可能确实有本钱，开始对一个简单脚踝问题还安排她看有点不爽，但过程讲得很专业，最好的消息是，她说我的韧带只是受伤没有断，现在也在逐步恢复了，幸好当时没马上去做手术，那个手术很精密的，建议到北京大医院做。至于为啥之前省中医院说断了，她的解释是：“他们没有我专业”。 然后就是康复科花了258做了一次运动康复训练，这部分没法走医保，我感觉之后还是家里自己练习吧。

河泊村考古和牛恋小渔村​

社团活动。 前者就是所谓“石寨山古墓群”考古项目，最重要就是挖出了一颗“滇王之印”。 一大坨博物馆，我还买了个冰箱贴+盖章本，花了55大洋。 里面啥都没有，金印原件如你所愿在国博呢。

千万别在贝Fox平台订电影票​

一不小心定错了，是没法退的。 没有退还点，只能电话。 人工接了告诉你，要手工申请，退成功了也要收20%手续费，也可能不成功。 而且还必须先付钱她才去办，怎么付呢，居然是加微信付，都不知道是不是骗子。 本来就是个礼品卡网站，哎，之前留下的遗迹，以后记得去猫眼。

开发和AI​

GPT只管最高级模型靠谱，其他就降智吗？​

OpenAI 5.6以后，我发现sol的light似乎比5.5的medium明显聪明一点。 在plan和复杂任务我会用sol的medium。 但问题是Luna和Terra比之前5.5还笨的样子。 5.5我都不太敢用了，除了做点翻译和文档检查啥的。 由于都是模糊体感，我也不能定量的做结论。

真正的开源AI大模型存在吗，或它们到底开发了什么？​

我整理了一篇文章。 阅读《“开源大模型”究竟开放了什么？》

知识​

NAD+等所谓返老还童网红药物靠谱吗？​

由于认识朋友做这些进口药赚了大钱，我就请AI总结了一下。 NAD等返老还童药靠谱吗-最新研究总结

日常​

一些照片​

巫家坝公园开张，又一堆网红宣传。我溜达了一半，感觉：晒，空，半成品，细节和维护有问题，像是为了赶时间赶快交差的项目。

朋友在云南野生动物园卖文创，顺便还要管免费盖章。

我买了只毛象，标价98。

参观一个真实dotNet项目​

部署在阿里云，用阿里的代码仓库和流水线管理。 客户端是微信小程序。 前段dashboard是Vue。 后端居然是dotNet，最离谱的是版本似乎很老（虽然我不太清楚，但在macos部署时，AI提示才6，现在至少应该10）。 数据库Mysql。 不管怎么样，人家基本上还是Agentic Engineering了，但代码质量总体不高。 是一个订单管理平台。

开发​

Google Play限制了外部支付方式​

我之前在App里集成了Creem的支付链接，已经一年多了吧，现在Google Play提示违规（除俄罗斯印度外）, 要求：

1. 移除会将用户引导至非 Google Play 结算系统进行付款的链接。
   或者
   如果您计划将美国境内的用户引导至应用之外进行一些操作（包括通过这种方式来推广优惠活动），请加入我们的外部内容链接计划。如需了解更多详情，请参阅我们的常见问题解答。

先懒得看他的“外部内容链接计划”，改了再说吧，反正我这个creem从来没卖出过任何东西。

建立自己的Harness架构​

Youtube Patreon文章

这个作者Gary Chen的内容非常解压清晰有益。 导致我开始反思之前借助AI Coding的效果，至少可维护性问题已经出现。 从Vibe Coding到Agentic Engineering的改变应该开始了。 我要打造一个自己可以控制，有成就感的环境，而不是全部依赖不同Modal的AI大脑。

名言： Harness是你的地盘，是你唯一能控制、最值得投资的地方。 人的角色是什么？Conductor 和 Orchestrator的不断切换，前者要盯着关键代码，后者是任务调度。 生成问题已经被解决了，Verification才是真正的手艺活（之一）。 rules,skills,evals才是会有复利的资产，是最值得人投入时间的地方。（model是流水的兵，越强，整个系统水位越高）。

我下一个版本的yi app应该这样做了。

Skill用英文就比中文的强吗？​

和ChatGPT讨论了一下，它说：

结论：Coding Skill 用英文通常更稳，但中文不会明显变差。

原因是代码、API、命令、错误信息和官方文档基本都是英文，英文 Skill 更容易与代码直接对应。

最佳实践：

• name、description、技术术语、执行流程：英文

• 个人偏好、业务规则、项目限制：中文

• 代码符号、命令、文件名：始终保留英文

因此，最推荐：英文技术骨架 + 中文业务约束。

真正决定效果的首先是指令是否明确、可执行、可验证，语言是次要因素。

...

在 Coding 领域，英文确实存在小幅但真实的结构性优势，因为源码、工具链、错误信息和文档以英文为主。
但决定效果的首要因素仍是指令是否明确、可执行、可验证。对于你的个人 Coding Skill，建议元数据、工程流程和技术术语使用英文；产品规则、个人偏好和业务边界使用中文。

一个例子：

---
name: expo-project-maintainer
description: Maintain and modify Expo React Native TypeScript projects.
  Use for dependency upgrades, bug fixes, feature implementation,
  expo-router navigation, EAS Build issues, and native configuration.
---

# Expo Project Maintainer

## Core workflow

1. Inspect `package.json`, Expo configuration, and relevant source files.
2. Identify existing project conventions before proposing changes.
3. Prefer the smallest coherent patch.
4. Preserve public APIs unless the requested change requires otherwise.
5. Run the narrowest relevant validation first, then broader checks.

## Validation

- TypeScript changes: run the existing type-check script.
- Lint-related changes: run the existing lint script.
- Expo configuration changes: run `npx expo-doctor`.
- Dependency changes: use `pnpm` and preserve `pnpm-lock.yaml`.
- Do not claim that EAS Build succeeds unless an actual build was run.

## 用户项目约束

- 包管理器使用 pnpm。
- 不得生成或修改 `yarn.lock`、`package-lock.json`。
- 优先复用现有组件和依赖。
- 移动端样式优先使用 `StyleSheet` 和项目已有 tokens。
- 不为未经要求的未来功能提前增加抽象层。
- 如果工作区已有用户修改，必须保留无关改动。

我觉得自己从来不看skills内容，以至于懒得自己写skill的一个主因就是语言的懒惰性。

现在Expo项目中Unistyles库的价值是啥？​

SDK 57以后，原生组件使用越来越多，我之前深入采用的Unistyles是否又拖后腿了？价值是啥呢？我们和AI聊天后，总结一下。

只有当 App 几乎完全由 @expo/ui 原生组件构成、RN 自定义样式非常少时，才值得去掉 Unistyles。

**在大量采用 @expo/ui（SwiftUI/Jetpack Compose）的最新 Expo 项目中，原生组件已经负责平台外观和部分主题适配，Unistyles 的职责应收缩到自研 RN 组件、语义化 tokens 和动态样式，而不是统管全部 UI。

Unistyles 的优势是主题样式写法简洁、减少组件订阅和重复代码，并能高效更新样式；缺点是增加原生依赖、配置与升级成本，不支持 Expo Go，而且部分能力会与日益完善的 Expo 原生 UI 重叠。纯 StyleSheet + tokens 最轻、最稳定、最贴近 Expo 发展方向，但大量主题化自研组件会产生样板代码和 React 重渲染。

因此：原生 UI 占绝对主体、定制较少时不用 Unistyles；仍有大量自研界面和主题样式时保留 Unistyles，并把它限定为 RN 样式层。 不应仅因 Expo UI 出现就删除它，也不应让它包办原生组件已经解决的问题。

Q: 用户最喜欢的动态theme,rt参数功能，是否仅仅是一个代码糖？

Answer:

不是。语法表面像代码糖，Unistyles 3 中的运行机制不是。

StyleSheet.create((theme, rt) => ({
  container: {
    backgroundColor: theme.colors.background,
    paddingTop: rt.insets.top,
  },
}));

[KNOWN｜CONFIDENCE: HIGH]

• theme、rt 参数让样式声明更简洁，这部分确实属于代码糖。

• 但 Unistyles 会追踪这些动态依赖；主题、屏幕尺寸、安全区等变化时，自动重新计算并更新相关原生样式，普通场景不要求 React 组件重新渲染。

• 自己写 createStyles(theme) 只能模仿语法，通常还需要 Hook、状态订阅和 React 重渲染，并不具备相同底层机制。

所以准确说：

theme, rt 的函数参数是友好的声明语法；背后的依赖追踪、原生样式更新和避免 React 重渲染，才是 Unistyles 的实质价值。

如果只使用固定 tokens，主要得到的是代码便利；如果大量使用主题、安全区、方向、尺寸和断点，得到的就不只是语法糖，而是一套真正的响应式样式运行时。

Q: 预配置支持明暗themes的共享styles，在其他组件直接调用（或通过hook）, 其实不需要unistyles，用RN也可以做到，对吗？有性能或体验差异吗?

Answer:

对，完全可以。预先生成 light/dark 两套共享 StyleSheet，再通过 Hook 选择，本身不需要 Unistyles。

const stylesByScheme = {
  light: StyleSheet.create(createStyles(lightTheme)),
  dark: StyleSheet.create(createStyles(darkTheme)),
};

export function useSharedStyles() {
  const scheme = useResolvedColorScheme();
  return stylesByScheme[scheme];
}

组件只需：

const styles = useSharedStyles();

差异

• 日常渲染性能：预生成的 RN StyleSheet 非常轻，通常与 Unistyles 没有值得关注的差距。

• 切换主题：RN 方案需要订阅该 Hook 的组件重新渲染；Unistyles 3 可以直接更新普通原生样式，减少 React 重渲染。

• 开发体验：封装 Hook 后，RN 方案也只需一行；但每个组件的独立主题样式仍要建立两套映射或使用 factory。Unistyles 的 theme, rt 写法更自然。

• 能力范围：RN 方案适合固定明暗主题；安全区、断点、方向、尺寸、variants 等动态依赖增多后，自己封装会逐渐接近“重写一个简化版 Unistyles”。

• 维护成本：RN 方案零额外原生依赖、支持 Expo Go、升级风险更低；Unistyles 需要原生构建和额外兼容维护。

主题切换是极低频操作，因此 RN 方案的重新渲染通常不构成实际性能问题。在 @expo/ui 占主体、只需要明暗主题和固定 tokens 的项目中，StyleSheet + 预生成双主题 + 一个 Hook 是合理且更轻的选择；只有主题化自研组件很多或大量依赖 rt 时，Unistyles 的体验优势才会明显。

关于Andrej Karpathy的访谈总结视频​

来源：Gary Chen，YouTube《AI 时代工程师怎么重新定位自己：Andrej Karpathy 访谈解析》

内容很精彩，Gary Chen的总结也很好，我请AI把文字再提炼归纳如下：

Andrej Karpathy 访谈解析｜核心摘要

范式已经改变

AI 不是把软件工程加速，而是在改写“软件是什么”及工程师的职责。Software 1.0 是人写规则，2.0 是神经网络从数据学习，3.0 则以自然语言调用大模型：程序正在变成提示词。真正的机会不是给旧功能套一层聊天框，而是做过去不可能实现的事；如果用户三句话就能从通用模型得到同样结果，那个 App 可能没有存在的必要。

理解“锯齿状智能”

当前 AI 是“锯齿状智能”：它能在高难度任务上像天才，却会在常识问题上犯荒谬错误——例如建议步行去 50 米外的洗车场，忘了车也必须到场。能力不是平滑增长的曲线；模型升级或任务换域，都可能使表现突然跃升或坠落。因此不能笼统地问“AI 聪不聪明”，而要知道它在具体任务上强在哪里、弱在哪里。

工程师的新天花板

工程师的天花板不再是手写代码速度，而是能否把问题想清楚、把需求说明白、建立可验证的反馈闭环。只要结果能自动评分，就可以让 AI 反复运行一百次，从“生成一次答案”升级为持续搜索、测试、修正。Vibe Coding 是接受第一个看似可用的答案；Agentic Engineering 则是设计任务、边界、工具、测试和复核，让一个人能组织大量代理工作。

什么可以外包

可以外包 API 细节、样板代码和重复执行，但不能外包抽象、系统边界、数据归属、安全与失败模式。视频最重要的警告是：“你可以外包思考，但不能外包理解。”一旦不理解系统，AI 生成得越快，错误扩散得也越快。

结论

未来最值钱的不是记住更多语法，而是判断什么值得做、把复杂问题拆成可验证任务，并对最终结果负责。AI 扩大了软件创造的入口，也会扩大深思者与只想赶快交差者之间的差距。不要把 AI 当成让你少想一点的工具，而要用它把思考推到更高层。

阅读和学习​

简单的逻辑学​

书名：简单的逻辑学 作者：D.Q.麦克伦尼（美国） 译者：赵明燕 在微信读书加入书架了，应该是很基础的东西，但国内教育一直缺失这块。 标记出来的目的是为了让自己记住要读。

学习开发AI Agent​

吴恩达和最近Google都有教程，据说不错。 我标识出来也只是为了提醒自己有空看。 其实分别看了一下，感觉想睡觉，现在长时间集中精力很难。

其他一些AI教程​

斯坦福AI大模型课，更理论一些，B站找找（多是2024年版），有些字幕很好的。

项目​

中国独立开发者项目列表​

聚合所有中国独立开发者的项目。 （入选标准：必须是网站或App，不能是开发者工具或论坛型网站） https://github.com/1c7/chinese-independent-developer 对于了解国内的创新idea还是有帮助的。

这个赛道也满了​

早晨起来锻炼时，想到把自己历年的体检报告通过AI整理成结构化数据。 很开心了几分钟，然后问了ChatGPT，它说：

有明显重复产品，而且最接近的产品已经覆盖了你设想中的大部分主流程。 例如：

• 康盾：家庭成员档案、拍照/PDF 导入、AI 提取医院/日期/诊断/异常指标/药物、多页报告合并、原始图片保存、趋势分析和 AI 解读。
• MediLens／健镜：扫描体检或化验报告、识别指标和参考范围、标记异常、长期趋势、家庭成员管理、基于历史报告的 AI 问答。
• 海外还有 Exora Health、AI Lab Results Analyzer、Webshark Health 等，均已提供医疗 PDF/图片上传、结构化提取和 AI 总结。

哎...最近起床的动力之一常常是突然有idea了，然后早锻炼的时候脑袋里一直在细化思路，忙完坐到电脑前和AI一聊，就放弃了，大概就是9点，然后看B站。

室内种植​

空气凤梨​

海芋​

网纹草​

整理阳台​

发财树搬到阳关更好的南向飘窗。 整理客厅阳台。

酸角种子发芽​

水培，半水培，土种

日常​

又要去上班？​

上海的一个创业朋友约了几年了，希望我帮她处理云南这边的一些业务。 但离职自由惯了的人真的很难接受上班。 但最近因为决定拓展交往圈子而主动参与社交的我，不再避开，准备先跟随相关团队，了解一下他们的业务开展模式。 才第一天，就感觉自由被剥夺的不适。 但和不同行业的人了解真实赚钱的世界，又觉得很值。 第二天去某个抚仙湖旁的民营企业了解，早8:30出门，晚8:30回家，一路上遭遇大暴雨。真正沟通的时间约2小时。

了解到一些渠道和机会​

一个很成功的营销管理出身的年轻人，估计是90后，给我不一样的看法了。 现在这样的专业出身据说很难找工作了，至少在立党的世界中是这样的，只有学计算机才是王道。 这个小伙在上海外企，高收入，轻松，稳定，工作之余投资和创业。 包括抖音海外（热门）药品售卖等。 我停下来他早就财务自由了。

种植​

新增了点盆栽​

橡皮树

白犀牛

酸角发芽

日常​

昆明的线下聚会，当然还是AI主题​

周末下雨。 近几月到未来昆明的天气都会非常不友好，今年冷湿太严重了。 但没有阻止一群最有理想和学习精神的云南人来参加AI相关交流。 有几个懂代码和开发的。 其他的非常多元化，有专门营销策划的，有宝妈，小网红，设计师，自由职业者（包括我？）等等。 气氛挺好，我觉得很开心。 聊完天加完群，然后主办方安排参观他们的旅居出租房，一个月800-1200左右吧，可能还有其他管理费用。 这栋楼新建的，地点离家很近，以后可能会常来。

第二天（周一）又去参加了一个小圈子的产品和思路讨论，发现有好几个打着AI Agent旗号的公司了，比如做小龙虾的😄。 现场有个在德国学计算机专业的年轻人和我聊了一下。

家长带大学生来聊AI​

已经好些个了，以前有个大二文科女生，现在是个数学专业的男生。 文科生的问题是，AI时代怎么办，给点意见；理科生的问题是，如何能有机会进入AI行业。 我真的想直接建议去看党哥节目，但感觉他有时候太武断。 所以做点安慰，推荐点学习方向，也就差不多了。 每次都在家附近星巴克，其实很闹，但其他饮品店似乎环境都更不好聊天。

开发​

思路不清的时候Vibe Coding很内耗​

我一直有个模糊的想法，不是那种具体小功能的，感觉会很宏大，但又说不清。 后来感觉是自己缺乏很厉害的理论指导和哲学观点，来实现这个产品。 于是和ChatGPT聊了好久，它还是太迎合我了，以至于头脑发热，开始打开Codex写代码，反正需求文档啥的都是ChatGPT帮写好的。 消耗了大量代码和好几个小时后，我突然不知道自己想干啥了。 于是先暂停，头有点痛，气氛不舒服。 第二天，有点不想继续看这个项目了。 我的另一个App项目，新版本准备让AI接手，几轮工作下来，我已经不知道如何管理和控制进展，到现在也搁置了。 后来发现自己有了想法，应该第一时间先去市场搜同类产品，交给AI思考自己反而会浪费更多时间。 哎，AI时代啊。

创作​

Self Archive​

之前用AI写了好几个含代码/UI的项目，都是为了做second self。 现在慢慢沉淀思路，我要的是一个数据核心，应该先由自己在填入内容时不断完善架构，最终目标是形成动态的，可演变的digital self。 所以新建了一个纯文档（md）构成的半结构化项目。 让ChatGPT从心理、认知、脑科学的研究成果中帮我构建了基本目录和文件结构，准备作为日常，每天花时间来“充实”内容。

极其反人类且落后于时代的微信公众号​

早就想吐槽了。 不知道是张小龙还是马化腾的性格使然，微信体系从诞生起就极其封闭且鸡贼。 后台管理和创作者体验，主打一个严防死守和反人类。 如果你用过X或其他任何国际化内容平台，再回到微信发布内容，则落差感更加可怕。 据说企鹅被龙虾打鸡血那几天，被逼得不得不动了微信的铜墙铁壁，但我没有感觉，反正很多年没有更新公众号内容了。 视频号也是一样，最近想批量把之前抖音的视频传进去了事，但各种扫码等操作，让我再次感受当年的痛苦。 豆包/抖音迟早灭了微信内容平台？

浏览​

老猫鱼开始讲云南了​

之前一直以为他和云南犯冲，从来没有涉及过，今天这期提到大理，并开始讲了。 云南的放养教育真的有说法😅。 B站

日常​

昆明的线下AI活动，文科生组织的​

可能也只有文科生才有动力来组织吧。 发了个片子:Bilibili。 值得一提的是我发现这些活动的平台，貌似云南/昆明本地的，叫一见星球，是个微信小程序，业务逻辑也很简单，似乎我之前有过类似想法，但人家毕竟做出来了，而且还挺热闹。

其他​

• 另一个无业朋友的文创商品业务要开展了，焦虑得不行，要我陪帮忙，哎工作不可能总是高能量；
• 原来行业的朋友（上海）希望我帮他处理昆明的业务，就是说去上班，犹豫中，如果都在昆明市区还好，问题是要跑工厂，出差多，之前我不就是因为这个离职的吗？（原因之一）
• 一见星球继续找圈子，多数是周末活动，先报名再说。

行业​

AI时代传统软件公司的实地了解​

即使只在昆明这个“偏远”城市，AI对当地软件/IT/数字化企业的影响也很明显。 我已经离职3年，之前在云南最大的国企下属软件公司作为技术高管，主要客户就是各大企业/政府单位的数字化/信息化软件开发。 今天到一个合作伙伴的公司和创始人兼老总聊了3个小时，对现状进行了解。 AI的影响确实不小，但可能和你想的不一样。

从传统客户（国企，政府）的角度：

1. 基本没有主动具体需求，只知道要AI，不知道做啥，需要引导；
2. 还是那些企业应用需求：工业互联网，ERP，财务，人事，OA和各种集成打通；
3. 要求在现有系统或新系统加入AI大模型功能是普遍的，多在文字处理/审核等方面；政府内部有专门的国产模型提供方，企业可能有自己的内部AI服务；
4. AI进行数据清洗太方便了。

从乙方角度感受：

1. 投标（不止一个标书你懂的），合同，出海报关业务所节省的时间和效率提升太明显了；
2. 代码基本都靠AI了，程序员无法离开Coding Agent和各种模型；
3. 最信任的还是国外模型，连写文档（合同等）都用国外的为主；
4. 国产模型企业如阿里没有那么高高在上（Code Plan还要饥饿营销啥的，不存在），居然有千问的业务跑到这些小软件公司去进行地推，提供各种token优惠；
5. 果然程序员还是被裁员了，当然有一半是市场需求的原因，但至少1/3是AI Coding对效率的提升，昆明民营软件公司最极端的例子是裁掉2/3程序员；
6. 其他如行政、销售、设计团队影响反而不大，这个是我没想到的。

还有个尴尬而现实的问题。 多年前备受瞩目的“低代码开发”模式，从OA流程（图形化）设计开始，到各种企业流程化业务软件留下的框架，在这个时代收到最大冲击，客户遗留的技术资产变成了最麻烦的技术债。 所有的程序员和团队最怕这种项目，即在国内（包括我之前东家开发的）独特“低代码”框架中进行二次开发或后续拓展，先不论这些极其小众、bug丛生、还有一堆图形界面的玩意根本不存在skills，没有人愿意为其付出心智成本和学习成本，更别说还要手写代码了。 这位老总甚至说这样的项目，好多投标都没人参与，他们看在钱的面子上接手了一些，但过程非常痛苦。

影视​

From梦魇绝镇还没有大结局​

不知道谁说的这一季（4）大结局了，结果又继续挖坑，水。 所有看这部剧的人多少有点自虐倾向，或者说就想知道最终答案，他们说和当年的一部神剧（LOST）相似。 为了不那么恶心自己，本季看的过程，我同时在B站看一些分析视频，果然充满了“水镇”，“Let's talk”的梗评论。 哎，它的魅力确实强过其恶心程度。

龙之家族（House of the Dragon）S3​

好看，好看，很好看。 本周到第二集。 经历过冰与火之歌烂尾剧集荼毒的我们，怎么赞美这部片子都不为过，女王好棒，也好惨！ 不知是不是错觉，感觉白蛆小梅越来越靓女了。

创作​

向Bilibili客户反馈问题​

国内内容平台往往把创作者当二等公民，无论前端（C端）UI再讲究，后台创作页面都垃圾得一B，有时都能明显感受这帮后台开发的程序员的冲天怨气，他们在团队里也是二等公民？ Youtube等海外平台就完全不同，Tiktok也被逼得要讨好创作者，以至于抖音后台也是国内数一数二的相对优秀。 B站视频上传UI总比啥百家号要好点，但整体来说也是一坨，如果你用过什么合集管理等，可能要被整疯。 今天发现可以设置充电视频，结果一堆bug，就反馈了一下给后台真人客户，让我录屏啥的，估计客服也只是个转接小妹，最终都要到程序员，那就等反馈呗。（后来电话来了说这个功能还没有开发好。） B站后台上传图片居然不支持webp文件，都2026了... 不过客服小妹（也可能AI或者大汉）态度还行，有情绪价值，赞一下。

开发​

Waffo pancake，国内可用的内购订阅？​

看到有人推荐，于是查了一下，并请ChatGPT做了总结。 他的网站waffo.ai明显是AI Coding出来的landing页面，进入注册环节，想试用一下。 我发现网站的Theming（明暗）都没做好，就迫不及待端出来了。 初步看了一下dashboard，感觉在对标Creem。 不知它是什么背景，毕竟这是一个国内开发者的痛点，谁解决得好都是刚需。

ChatGPT总结如下：

我的结论：现在更适合中国大陆个人开发者优先试 Waffo Pancake，但不要一上来放大流水；Creem.io 更成熟、生态更完整，但最近“审核/风控/资金冻结”相关差评明显增多，不能再按 2025 年那种“很丝滑、很宽松”的印象来判断。

1. 核心对比​

Waffo Pancake 的官方文档写明交易费是 3.9% + $0.50，无月费；但失败 3DS 尝试、退款、提现、拒付都有额外费用，提现是 1% 且最低 $10。(docs.waffo.ai) Creem 官方文档写明主平台费是 3.9% + $0.40，但 splits、affiliate、abandoned cart recovery 等高级功能会额外收费，提现费是 7 USD/EUR 或 1% 取高者。(docs.creem.io)

2. 对中国大陆开发者最关键：提现与通道​

Waffo Pancake 现在更像是专门为大陆个人开发者做过适配。 官方文档写得很直白：当前提现覆盖是 mainland China，CNY 结算，可通过 银行卡和支付宝收款。(docs.waffo.ai) 身份验证也支持中国大陆身份证；但企业实体身份验证还在完善中，目前公司账户提现能力还不是完整状态。(docs.waffo.ai)

Creem 也支持中国，但机制更“国际 MoR 平台”一些。 官方 supported countries 里列出 China，并说明提供 86 个国家/地区的 merchant payout。(docs.creem.io) 具体到中国，Creem 文档写明：个人收款是 Alipay，企业收款是 Local Bank Account；支付宝单次提现最高 50,000 CNY，年额度 300,000–600,000 CNY，本地企业银行账户无限额。(docs.creem.io)

这里要特别注意一个坑：“提现到支付宝”和“买家用支付宝支付”不是一回事。 Waffo Pancake 官方支持国家页当前明确列出的买家支付方式是卡、Apple Pay、Google Pay；Creem FAQ 也写 Alipay/WeChat Pay 是 coming soon。(docs.waffo.ai) 所以你如果想同时服务中国大陆用户的微信/支付宝付款，不能只看社媒宣传，必须实际进后台或问客服确认你的商户是否已经开通。

3. 最新口碑：Creem 信息更多，但分裂很严重​

Creem 在 Product Hunt 上评价不错，页面显示 4.8 分、4 条 review，摘要里说用户认可低费率、支持响应、顺滑设置，也提到 API 有一些小问题。(Product Hunt) Trustpilot 则更复杂：截至页面抓取时，Creem 是 3.2 分，35 条评价，最近 12 个月 35 条，5 星 51%，1 星 46%，这说明评价非常两极化。(trustpilot.com)

最近负面主要集中在三类：KYC 验证不顺、产品被认为高风险后账号暂停、资金被 hold。比如 2026 年 6 月底有用户投诉 KYC 服务导致无法验证，也有用户声称账户余额被长期 hold；Creem 的回复基本指向合规/风险团队审核。(trustpilot.com) 同时也有不少 2026 年 5–6 月的正面评价，夸它 API 清晰、费用低、支持好、适合 indie dev。(trustpilot.com)

所以对 Creem 的判断应该是：它不是不能用，而是已经从“早期宽松工具”进入更严格风控阶段。 你如果卖的是正常 SaaS、桌面软件、数字授权，问题可能不大；但如果是 AI wrapper、图片/视频生成、擦边内容、API resell、爬虫/下载器、虚拟商品、服务类产品，风险明显更高。Creem 官方账户审核页也把 AI 图像/视频、deepfake、下载器、成人、服务类、API reseller 等列为禁止或受限方向。(docs.creem.io)

4. 最新口碑：Waffo Pancake 还早，更多是“新选择”而非成熟验证​

Waffo 背后公司看起来不是草台班子。Waffo 官方 2026 年 2 月公告称已累计融资 3000 万美元，A 轮超过 1500 万美元，由 Illuminate Financial 和高榕领投，HSBC、BAI Capital 参与；Waffo 自称覆盖 50+ 国家/地区、430+ 本地支付方式。(waffo.com) FinTech Futures 也报道 Waffo 是香港 paytech，创始团队来自 Ant International，服务 AI、SaaS、游戏、数字娱乐、电商等方向。(FinTech Futures)

但 Waffo Pancake 作为独立开发者产品，公开第三方评价还很少。我没看到像 Creem 那样的 Trustpilot/Product Hunt 评价沉淀。中文社媒近期开始出现推荐，核心说法是“个人主体用 Waffo Pancake”“无需海外公司”“适合独立开发者”，但不少内容带推荐码或明显推广性质。(X (formerly Twitter)) 这类评价可以作为“市场热度”参考，不能当作长期稳定性证明。

Waffo Pancake 官方审核规则也不算完全放开：上 live payment 前要通过 store review，需要产品可访问、说明清楚、价格可见、隐私政策和服务条款、客服邮箱、无虚假信息、无商标冲突等，审核通常 1–3 个工作日。(docs.waffo.ai) 这意味着它也会风控，只是目前中文圈感知上比 Creem 更早期、更友好。

5. 怎么选​

你是中国大陆个人开发者，卖正常软件/SaaS/AI 工具，且主要痛点是“没有海外公司、想人民币/支付宝提现”：先试 Waffo Pancake。
理由是它当前对大陆个人提现路径写得最直接，按需提现、最低 $20 可提，对小流水试跑友好。缺点是交易固定费高 10 美分，提现最低 $10 对小额很伤，而且公开真实长期案例少。

你更看重成熟 API、PayPal、license key、affiliate、revenue split、Next.js/CLI 生态：Creem 更强。
但现在不要把大额资金留在里面。正确做法是：先用一个低价产品跑 live，尽早测试第一次提现；等提现真实闭环跑通，再逐步放量。Creem 的近期负面不是“绝对不能用”，但足够说明不能无脑信任。

你做的是国内外都卖的桌面软件/AI 工具，例如 direct 发行订阅：我会建议 Waffo Pancake 优先，Creem 作为备份。
尤其是你这种没有必要一开始搞复杂公司结构的项目，先要验证的是：支付能否成功、webhook 是否稳定、订阅状态是否能同步、提现是否能到账。Waffo Pancake 更贴近大陆开发者路径；Creem 可作为国际化备选，但要控制余额暴露。

6. 我的实际建议​

先不要二选一押死。做一个很薄的 payment adapter：

createCheckout → handleWebhook → mapProductToEntitlement → refund/cancel/query

第一阶段接 Waffo Pancake，上线一个低价测试订阅或 lifetime license，真实跑 3–5 笔海外卡付款，然后尽快申请提现。第二阶段再接 Creem，比较支付成功率、风控体验、到账体验、后台订阅管理。最终谁提现稳定、客服响应快、风控说明清楚，就把谁作为主通道。

一句话：Waffo Pancake 现在更值得中国大陆独立开发者试水；Creem 生态更成熟但近期风控口碑明显变差。小额实测提现，比看任何评测都重要。

Paddle是什么？​

关于Creem, 有人提到了creem + paddle，paddle是什么？

ChatGPT回答：

Paddle 是一个老牌的海外支付/订阅/税务合规平台，核心身份也是 Merchant of Record，简称 MoR。也就是说，和 Creem 类似，它不只是“收款通道”，而是作为法律上的卖方，替你处理付款、发票、VAT/GST/Sales Tax、退款、拒付、订阅计费等复杂事务。Paddle 官方也明确说自己是面向数字产品/SaaS 的 MoR，覆盖 300+ 市场。(Paddle)

简单理解：

Paddle 当前公开价格是 5% + $0.50 / checkout transaction，比 Creem 的 3.9% + $0.40 和 Waffo Pancake 的 3.9% + $0.50 都更贵。(Paddle) 但 Paddle 的优势是历史更久、功能更完整、企业客户更多，尤其适合已经有一定收入规模、需要稳定订阅系统和国际税务处理的 SaaS。

别人说 “Creem + Paddle”，通常可能有两种意思：

第一种是：把 Creem 和 Paddle 当作 MoR 备选方案对比。 也就是小团队先用 Creem，等业务变大、需要更成熟的订阅/税务/风控体系，再考虑 Paddle。

第二种是：双通道备份。 比如主通道用 Creem，备份通道用 Paddle，避免一个平台突然审核、冻结、下架、支付失败时整个业务停摆。但这会增加开发复杂度，因为你要统一处理两个平台的 webhook、订阅状态、退款、license/entitlement。

对中国大陆开发者来说，Paddle 不一定是最优先的。它更像“成熟但偏公司化”的选择；Creem 和 Waffo Pancake更像“独立开发者起步方案”。你的场景如果是 SnapCombo 这类桌面软件 direct 发行，我会这样看：

起步验证：Waffo Pancake / Creem 更合适。
收入稳定后：Paddle 可作为更成熟的国际 MoR 备选。
不要一开始就 Creem + Paddle 双接，除非你已经有稳定付费用户或担心单点风控风险。

杂项​

写了几篇文档（当然是OpenAI协助的）主要是自己想了解。

• 中国大陆及港澳地区高等教育体系参考手册
• 热门保健品、补剂与功能性药品科学评估指南
• 一文梳理清楚AI大模型的相关知识和概念

日常​

• 还是待在昆明，最近没有编程和创作的idea，每天就是下午骑车出门逛。

• 高考结束那天1903有个久违的Cosplay活动。

• 由于崴脚伤还未痊愈，我的运动受限很多，现在增加了一组每日深蹲练习和抬腿原地跑。
• 现在深刻意识到对健康最重要的还是睡眠，虽然知道很多，但始终控制不好。通过思考和学习，发现最重要的是每日习惯和环境的营造，关键是每天晚饭后的那个安排，我现在的问题是白天没有完成头脑的活动任务，却在晚上来试图弥补，有一种浪费了一天的不甘，然后电脑前看B站找体验；这样的做法实际上连看书学习都没有做到。白天我还是应该找个地方去学/读。

阅读​

战锤​

海鲜市场续费了好几次微信读书，但是都经常读不完一本书就到期了。 现在我的阅读时间和习惯确实没有安排好，其中可能的一个原因可能还是不习惯手机上读书。 今年还有基本读完的一本是《极限拯救》，主要为了赶在看电影前读完。 后来突然无意间读了几句《战锤.荷鲁斯之乱：千子》的文字（中文译本），感觉风格还很抓人，就一直读下去了。

照片​

世界杯

昆明福保村

视频和关注​

自说自话的总裁又有好片​

# 西方漢學家研究了100年：原來上古中國，曾存在過一個「被刪除的魔法時代」？|自說自話的總裁，虽然总裁和其他同类博主一样，喜欢用标题“哗众取宠”，但内容还是实在的，想象力和逻辑并存，这一期我个人很认可，虽然材料都不是新的，但人家总结归纳得很到位，而且趣味盎然。但我有时实在受不了他的语音🤭。

跟白大拿学百家乐​

看了川普孙女的vlog，就是参加UFC白宫开幕那期，就去搜了一下白大拿（Dana White）的故事。 发现他擅长野蛮赌博，住在维加斯而且有自己的赌博哲学。 接着看了些片子，学习白大拿喜欢的百家乐(baccarat)规则。

新一不姓工藤​

专注日本J-POP音乐，专业性很强，又符合我喜好的博主。

北电电影学→阪大音乐学 主要做平成前·中期嘻哈R&B MV和其他影像资料在JPOP拾遗扩充包里

Bilibili

种植​

号称进口缓释肥，很好？​

不清楚，但是挺贵，250g，25元。 奥绿肥1号，商圈的花店买的，明知肯定有更便宜选择，但为了那几颗几年不结果的树，我就尽量不管价格了。 3个月施肥一次。 记住下次是9月15日。

知识​

DMT和死藤水​

看了某考古学家访谈，结果话题到了标题这个，我就请AI总结了一下。 DMT, 死藤水和LSD的一些知识

补锌/镁的最新客观专业观点？​

请AI给我建议，结果它破了点冷水。 2026年，关于镁与锌补充的一些总结和祛魅

日常​

信用卡年费一定要小心​

几年前朋友在民生银行，为了帮他业绩开了信用卡，送了一堆礼品。 当时都没有年费的，就忽略了。 结果第2（或3？）年开始，就自动收1800的年费了，没有收到明显提醒。 结果我被扣了，因为这玩意的免费标准我也没注意，门槛还不低。 教训啊。 今年我不打算激活了。

开发​

我有2-3周没有写代码了（包括用AI）。 似乎能修补的现有应用都到位了，新的idea完全没有。 每天就是看X上各种AI Agent和赚大钱的（真实？）案例。

日常​

昆明的南博会都10年了​

也就是这几天开张的是第10届。 之前这个Expo给我的印象是个小商品摊贩市场，还不如车展好看。 今年的如何呢？ 南博会参观有几个注意点：

1. 第一天不对外
2. 要买票，30元/人，最好带上身份证
3. 大门不要走错，不然累死

vlog

新河村​

最近常和几个朋友以及同学在这边碰头。 主打一个无所事事聊天。 送了屋主2盆柠檬苗，顺便在这边的挖走一捧野生薄荷回去养，就是云南人下米线的那种。

酸酸角​

为啥要加一个酸字在前面呢，因为不写清楚的话，基本买到的都是甜角。 小时候只有无糖的，这已经作为一个特殊用途商品，很少见了。 我的目的当然是替代柠檬泡水喝（家里柠檬树老是不开花，买的话贵），补充维生素C。 另外之前种过水培酸角苗，挺好看的，这次准备把吃剩的种子土培一下，往树苗结果方向试试。

6月昆明一夜入冬​

雨过了，偶尔来点小的。 如果骑上电动车，即使穿外套，也瑟瑟发抖。

世界杯开始了​

小区附近商圈的气氛也起来了。 我们还能干啥，买彩票？

关注​

图什么克​

植物种植类博主的异类，30万+关注。 Bilibili 搞笑路线，竖屏。 我看了很多花烛类的。

日常​

彻底放弃小红书号运作的想法​

完全无理由封号限流，无法申诉（App上的绝对无用）。 我现在很可怜那些认真做小红书号的人。 之前网上有一些投诉方法，包括各种法律途径，何必呢，越这样他们越嚣张。 我突然想到这是一个商机啊，不过灰产了。 你确实想在红书做点营销，唯一办法就是去留言了。

新增2颗观叶植物​

被蒜蒜蒜了八视频洗脑，开车跑斗南苗木市场，那个最有氛围的热带植物棚子里，买了2颗叶子漂亮的，共计110元。 彩叶芋

花烛

家里空间不够，只好送苗出去​

柠檬苗从种子到成为健康苗的大概有10颗，家里有光通风阳台又这么小。 送了3颗给2个同学。 送了2颗给滇池边有院子的人。 自己还剩3盆，其中一盆是之前买的，4年了吧，开花中。

目前家中植物盘点​

柠檬：1颗大的开花中（斗南买），2颗30公分高小苗（从种子发芽）；

花叶柠檬：1颗（网购），2年了，开花中，同盆留兰香薄荷过密了；

树番茄：1颗（来自同学院子），1米2左右了，2年，叶子超大，未开花；

山乌龟：大小各一颗，生长良好（冬天会全掉叶，休眠）；

九层塔：1小盆；

盆景榕树：1小盆，不管它也长得很正常；

冰菜：新播种，发芽（似乎只能一茬）；

发财树：1颗；

绿萝：全部水培，4颗室内；

苹果芋：1颗，快掉光叶子了，半水培；

彩叶芋：1颗；

花烛：1颗；

树莓：2颗，1年未开花，40+长度；

金梅：1颗，2年，未开花；

杨梅：2盆，刚播种；

AI​

暂停OpenAI会员​

由于众所周知的原因，我现在订阅的OpenAI Plus会员，只能在Apple 的Appstore上。 随着几个App的完成和重大更新，现在进入了休整期，似乎暂无新开发思路了。 这个月难得的几天不碰Codex，token一直是满的状态。 感觉再下去会浪费，下个月我还没有具体的开发计划（或思路），所以暂停续费吧。 哎，没有AI估计我再也不会写代码了。

AI​

推荐一个视频，还不错​

卡帕西说Agent改变了世界，神奇小子说这是灾难——同一周，两个顶级工程师打起来了 | 快系统与慢系统 AI元点观察，只有87个关注，但是真人出镜，而且表达清楚，我只看了这个视频，感觉说得很清楚。

如何免费翻译视频字幕​

需求：把Youtube英文视频搬运B站，然后提交字幕。（因为最近B站的自动翻译功能扑街，所以有此需求。） 肯定有很多现成的平台或应用，但肯定不是免费的；我也不想花功夫专门写一个程序来搞。 我总结的方法：

1. youtube链接，拷贝到https://downsub.com，下载英文字幕（srt）;
2. 随便找个国产AI Chatbox如kimi，把字幕文件上传，然后让它翻译中文并输出（有时限制文件格式，可以自己改，ChatGPT方便得多）；
3. B站视频中上传字幕文件。 实际用下来，ChatGPT在新生成字幕文字时，会考虑：“对齐处理，重点是避免自动字幕的断行导致翻译和时间轴错位。”，结果发现Kimi做的开始都ok，到后面确实出现了错位问题，文字和内容对不上，具体原因不详； 我也说不上谁好？ Kimi的说明：

• 保持了标准的 SRT 格式（序号、时间戳、字幕文本）
• 修正了原自动识别字幕中的拼写错误（如 Jetack→Jetpack、Cotlin→Kotlin、Jackpack→Jetpack 等）
• 技术术语保持准确（SwiftUI、Jetpack Compose、JSI、TurboModule、Expo Router 等）
• 口语化表达自然流畅，符合中文观看习惯 看起来也比较周到对吗？

影视​

From梦魇绝镇S04​

看得人心急心烦又心悸的剧集，还在持续，还是那个尿性。 每季镇上总有新陷入的角色，这次的黄衣之王还是有点不同，如果他还不是Boss我就想弃剧了。

Rick & Morty S09​

看了第一集，这剧彻底往编剧概念实验化方向走了。 现在主线剧情似乎已经不重要了，也导致似乎一种灵魂消失的感觉。

暗影蜘蛛Spider Noir​

评价都说好，分2天看完8集，没有全神贯注，就是边看手机边吃边看，中间还睡着几次。 其实确实是一部近年来难得没被骂死的及格的漫威剧集/电影。 尼古拉斯凯奇和几个角色都相当棒，节奏和氛围也挺好的 我最欣赏的反派黑社会大佬和侦探社胖秘书，角色魅力太强。

开发​

「学易」新功能“皇极经世”​

很早以前就想做这个功能，因为象数理论很适合写代码，但因为懒就一直没启动。 直到AI大模型出现。 ChatGPT聊了一天，写了spec/plan，Codex用了一天时间开发。 然后隔天就发布了。 下载点 其实皇极经世功能中，还有好多是因为业界和学界有争议或不明确，导致的待解决问题。 AI还说：以把“邵雍学说作为唯一标准”定为产品原则，但它不能自动解决所有算法问题。关键原因是：邵雍原书的核心思想和元会运世结构是明确的，但今天流传的《皇极经世》并不是一个完整、无歧义的现代算法说明书。 有资料说明“原书已不得见”，今本多为后人整理传本；也有研究说明十二卷本包含邵雍遗稿、邵伯温整理、张岷听讲笔记等内容。因此，我们可以尊邵雍为唯一理论源头，但仍要决定“采用哪个今本、哪个注本、哪些表格和推导方式”。 如果以今天正式发行的邵雍《皇极经世书》为标准，不去采信网上的各种翻案/质疑文章呢，现在还有哪些是不确定的？ AI总结如下： 仍然不确定的

1. 具体采用哪个出版底本
   “正式出版”不是单一文本。不同出版物可能依据《四库全书》本、《邵子全书》本、校注本、整理本。App 必须指定一个“标准底本”，否则后面引用页码、表格、断句都会不稳。

2. 书中表格如何转成现代算法
   《皇极经世书》不是现代程序说明书。即使表里有元、会、运、世和历史年次，也还要决定如何把它转成 YYYY-MM-DD -> 卦象 的计算函数。

3. 现代日期接入规则仍是 App 选择
   用户输入公历日期，这是现代产品入口。原书不负责回答：公历 2026-01-20 应按 2025 年还是 2026 年算。现在 App 采用“立春换年、节起月”，这可以说是传统历法适配，但仍是产品规则。

4. 年卦如果书中没有逐年给出现代年份，就属于推演
   例如 2024、2025、2026 的值年卦，如果不是所选底本直接列出，而是根据书中结构推出，就应标为“据《皇极经世书》规则推演”，不要写成“原书直接载明”。

5. 月卦、日卦最需要谨慎
   原书有年月日时的象数框架，不等于已经给出适合现代 App 的完整月卦、日卦算法。月按节气月、农历月还是中气月；日按干支日、固定日序还是另有起点，都要从底本中落实。

6. 乾、坤、坎、离四正卦的处理要从底本落地
   如果所选底本明确有 60 卦运行方式，就按底本；如果只是后人根据图式推导，App 需要把“排除四正卦”的依据、序列、起点写清楚。

7. “旬”是否作为正式算法层级仍需确认
   当前 App 把一世拆成三个 10 年旬，适合浏览。但它是否属于《皇极经世书》明确算法层级，需要以底本文字或表格为准。

建议讨论结论可以写成：

本 App 以正式出版的《皇极经世书》通行本为唯一算法来源。凡底本明载者，标为“原书依据”；凡由底本结构推出者，标为“据原书推演”；凡需现代历法适配者，标为“App 标准”。月卦、日卦、旬卦等若不能从底本明确校出，暂不作为默认确定输出。

之后我决定：如果规则在邵雍原著中没有，都是其他后世文章的推断，那仍然可以说“不明”，如果其方法和现在代码方法比没有明显理论和算法优势，仍然可以不采纳。我们以此标准对所有未确认的点进行排除，再考虑下一步改进计划。

ChatGPT总结如下（看来即使宋代的理论，也有那么多不完整的传承啊）：

只采纳同时满足两条的规则：

1. 能在邵雍《皇极经世书》正文/正式通行本中直接落实，不是后世《书解》《函书约存》、现代网页、工具站、个人推演。
2. 相比当前代码有明确理论或算法优势，能减少任意性，而不是换一套同样依赖推断的算法。

按这个标准，当前未确认点可以先这样排除：

暂时放弃维护自建npm​

我的学易曾经有个很大的野心，包括web网站/社区和用户体系的引入。 后来发现很难推广（其实主要是懒），暂时还是回归App。 之前为了统一标准，复用代码的私有和公有npm包，发现在代码维护上挺麻烦，即使有了AI，修改和测试也挺啰嗦的。 暂时放弃一段时间，等新的大版本升级，有革命性新技术栈，或者我确实需要投入到网站的时候吧。

关注​

蒜蒜蒜了八​

Bilibili 本来只是想查一下为啥家里植物长不好的。 发现这个算是很宝藏的UP，内容不光是种植，还有居家vlog，很疗愈。 动手能力非常强的女子。 粤语区的女声，普通话节目有很机智的幽默感，以前那个汪淑芬也是的。