于是我这个数据控，就研究了一下Apple的开发者后台，里面的一些看板和详细数据。由于我的APP一共也才成交了几笔而已，样本非常有限，还刻意和资深开发者朋友 TualatriX 聊了一下，还真让我发现了一些门道和问题。。。

那就是在app store connect里，Sales、Proceeds的数据，和你给APP的定价肯定都会不一样。原因有以下几层：

第一层，是汇率的影响。

因为你的 APP 是全球卖的。用户可能用的是欧元、日元、人民币付款，而你后台的结算通常是按美元（或你本地货币）来算的。中间一定会经历一次甚至两次货币转换。

关键点在于：Apple 用的不是实时汇率，而是自己的一套定价和结算汇率（按周期更新）。这就会带来几个结果：

• 同样标价 2.99，在不同国家对应的本地价格其实是不一样的
• 不同货币换算回来的“基准金额”，本身就有偏差
• 即使同一个国家，汇率调整周期不同，Proceeds 也可能轻微波动

换句话说，从一开始，你的“2.99”，在全球范围内就已经不是一个严格一致的数字了。

然后，才是第二层：税。

App Store 的价格是“含税展示价”，不同国家税率不同（比如 VAT、GST）。这些税是从用户支付的钱里先扣掉的。

接着是第三层：Apple 抽成。

而且这个抽成，是在“去税之后”的金额上算的（默认抽走30%）。再剩下的才是你真正拿到的 Proceeds。

所以完整链路其实是：本地定价 → 汇率换算 → 扣税 → Apple 抽成 → 最终收入（Proceeds）

那，作为开发者，有什么可以action的东西么？

显然，汇率和税，作为小卡拉米的我们，是没法去影响的，但苹果其实有个“App Store Small Business Program”，是可以给小开发者一些抽成上的优惠的。

具体来说，苹果针对年销售额不足1百万美元的小开发者，可以把默认的30%的抽成比例，降到15%。其实之前我也听说过这个计划，但当时也没细看，以为是默认开通的。但其实是要开发者去单独申请，并审核开通的。方法倒是很简单，就是用开发者账号登录后，在这个页面点“Enroll now”，填上相应的信息，就算提交成功了。

注意，提交成功，并不代表你enroll成功了，在收到以下邮件之前，抽成将还是30%。而且苹果处理这个请求相当地慢，以我为例花了3周的时间，而且我中间还催过一次。

好了，最后祝所有开发者都能APP大卖！早日被踢出Small Business Program！

The post App Store Small Business Program first appeared on I am LAZY bones?.

这次去清迈，是因为4月初有个Good Friday，新加坡会多一天假，而且刚好和国内的清明假期差不多时间。就想趁着小长假去哪里玩一下。一开始是计划去印尼看火山的，但机票、行程都没有选到合适的，后来又在科莫多岛、巴厘岛和斯里兰卡之间摇摆了很久，最终决定去个轻松的，几个人才定了清迈。

我们有4天3晚的时间，去掉来和回的两个半天，安排一个一日游行程和一天的自由活动。剩下的就是吃吃喝喝和每天一次的马杀鸡了。

一日游，我们是携程上找的“清迈黑庙+白庙+蓝庙一日游”，中文导游+跟车+门票+团餐的小团。389RMB一个人，我们选的是9人小团，如果是12人的团，价格会便宜蛮多。但是，相信我选贵的，这9人和12人，不仅仅是人数的差别。这两者使用的面包车是一样大小的，也就是说12人团的车，位置会很挤，相当于经济舱；而9人团的位置就宽敞很多。而且，由于经典离清迈老城还蛮远的（实际上，已经到旁边叫“清莱”的邦了），全天在车上的时间会超过6小时，所以乘车的舒适性对这个行程还是挺关键的。

好了，接下来就到了放图时间了。我按时间顺序来吧。

长颈族部落，这是一个3庙以外的小景点，可以选参加的。景点确实非常小，有几十个长颈族的部落成员，导游说以前他们是缅甸的，逃难到此，扎下根来，受泰国政府庇护，专门给他们开发了这块区域。

白庙的创始人，是一个当地的艺术家，前半生艺术成就很高，也买了很多画赚到不少钱，后半生开始参与公共事业，建设了这座庙。这座庙的艺术水准确实也非常高！非常地闪亮！

蓝庙就比较新了。建于2016年前后，由白庙的那个艺术家的学生打造，在旧庙遗址上重建，以深蓝象征智慧、金色象征佛光，融合现代艺术与传统佛教风格，成为清莱最具视觉冲击力的新地标之一。

蓝庙的冰激凌都是蓝色的

黑庙，则另一个艺术家于20世纪后期逐步建成，它其实不是寺庙，而是一组以黑色木屋与动物骨骼、毛皮等艺术构成的博物馆，通过强烈的原始与暗黑风格表达生死、欲望与人性主题。

黑庙其实占地面积挺大的，我们应该是逛了一个小时左右，还意犹未尽，这是部分展品：

以上就是一日游的所有景点了。

另外值得一提的，就是马杀鸡了，泰国的马杀鸡本身就很出名，清迈的马杀鸡店非常多，价格从便宜到中等都有（真的都不算贵），我们基本上从200多泰铢到700多泰铢的都体验了一下，怎么说呢？还是很解压的，基本上每个档位的服务也都对得起那个价格。所以，一般对着Google maps的评分做参考，就不会踩雷。当然，还是得体验一下贵一点的，毕竟换算一下还是很便宜。这个就不放图了。

还有就是，我们住在塔佩门附近，周日晚上的夜市（只有周日有，其他的都是小夜市），确实很热闹，可以逛逛。而且夜市里也有很多吃的小摊贩，品种很多，样式很齐，所以可以解决晚饭。但其他商品嘛，可能是因为逛过义务小商品市场了，又有万能的淘宝了，基本上也都不怎么会看得上。就看个热闹也挺好的。

自己玩的那天，我们去了素贴山徒步，行程一般，门票大人100，小孩50，会路过另外两个寺庙。而且当时空气质量还是有点堪忧（虽然山上比市区好多了），就不多说了吧。

就此，完毕！

The post 清迈旅行 first appeared on I am LAZY bones?.

PPT几乎是OpenClaw输出的内容，下面的会议总结也是GPT根据会议录屏总结的。

需要注意的是，我其实没有将小龙虾玩得很深，因为我从心底里是不信任AI的，也就不敢给它太多权限。所以内容也都比较浅，请见谅。

OpenClaw 会议总结

这次分享的核心，不是在介绍一个“聊天机器人”，而是在介绍一套可自托管、可扩展、可执行任务的个人 AI 基础设施。分享者把 OpenClaw 定位为“装进手机里的 AI 助手”：用户通过 WhatsApp、Telegram 等聊天入口发出请求，背后由部署在自己电脑或服务器上的 OpenClaw 网关完成会话管理、记忆注入、工具调用和本地执行，再把结果返回到聊天端。PPT 对这一定位和整体链路描述得很清楚。

一、这场分享的主线是什么

整场分享围绕一个很明确的问题展开：为什么需要 OpenClaw，而不是直接用通用聊天产品。

PPT 给出的答案是，ChatGPT 更像“顾问”，而 OpenClaw 更像“助手”——它不是只回答问题，而是要具备持续记忆、调用工具、执行动作、主动提醒和接入个人环境的能力。具体包括：

• 有长期记忆，不是每次会话都“重新认识你”
• 能直接操作文件、终端、日历等外部系统
• 可以通过心跳机制和定时任务主动触达用户
• 以自托管方式运行，强调自主可控和隐私优先
• 按用量计费，面向愿意折腾和深度定制的用户群体

从表达方式上看，这不是一场“功能堆砌式”介绍，而是在尝试说明：OpenClaw 的价值不在模型本身，而在模型外层那一整套长期运行的个人代理系统。

二、OpenClaw 的核心能力框架

根据 PPT，OpenClaw 的能力可以概括成四层：

1. 聊天入口层

支持 WhatsApp、Telegram、iMessage、Discord、Slack 等多个消息平台，目标是让用户沿用已有通信习惯，而不必专门切换到某个 AI 产品界面。PPT 明确强调：“换了聊天软件，AI 还是同一个——记忆和设置全部保留。”

2. 网关与调度层

消息进入后，由 OpenClaw 网关完成身份验证、会话管理、消息路由、工具执行和记忆注入。PPT 用“一条消息的旅程”说明了从手机发消息，到加载 USER.md / MEMORY.md，再到发给模型、决策调用工具、执行、最后自然语言回复的完整链路。

3. 记忆与人格层

这是分享里非常重要的一部分。PPT 把记忆系统拆成多个 Markdown 文件：

• SOUL.md：AI 的人格、风格、语气
• USER.md：用户身份、背景、偏好
• MEMORY.md：长期累积的重要记忆
• AGENTS.md：规则、权限边界与行为约束

这种设计的意义在于：AI 的“性格、知识、权限和历史”都变成了用户可编辑的文本资产，而不是封装在黑箱里。

4. 工具与执行层

PPT 列出的工具包括文件读写、shell 执行、浏览器控制、网页搜索、手机节点、canvas、tts、消息推送等，目标是让 AI 能从“回答”升级为“完成任务”。同时也强调了工具级权限控制、白名单验证、分场景配置以及 Docker 隔离等安全措施。

三、这次录屏里真正有说服力的部分：不是讲概念，而是做了演示

结合录屏画面看，分享并没有停留在 PPT 层面，而是穿插了实际操作，这一点增强了可信度。

从录屏中能看到，分享后半段进入了一个类似 ClawHub 的界面，现场展示了一个 Trello Skill 的文件内容、配置说明和调用方式；随后又切到 Telegram 对话窗口，以及本地 终端，演示如何通过消息端触发配置流程，并把第三方能力接到 OpenClaw 体系里。这个流程说明两件事：

1. Skills 不是抽象概念，而是可安装、可配置、可调用的扩展能力。
2. OpenClaw 的“手机端 AI 助手”并不依赖复杂前端，而是通过消息通道串起技能、工具和运行环境。

从演示节奏上看，分享者实际上是在证明：

OpenClaw 的价值不只是“能接模型”，而是能把模型、工具、个人环境、外部平台和长期记忆组合成一个持续在线的代理系统。

四、这场分享传达出的三个关键判断

1. OpenClaw 的竞争点不是模型能力，而是“代理能力”

这套系统的重点不是谁的模型更聪明，而是谁更能接入现实世界、持续服务用户、并完成闭环动作。PPT 中“帮你做，不只说”就是这个核心。

2. 它更像一个 AI 操作系统，而不是单点应用

无论是记忆文件、agent 配置、skills 插件、heartbeat、cron，还是多账号/多角色隔离，整体架构都更接近一个可编排的 AI runtime，而不是普通对话产品。尤其是“家庭共享、工作/私人分离、权限分级”这些设计，说明它从一开始就考虑了长期运营而不是一次性 demo。

3. 目标用户非常清晰：不是大众用户，而是愿意部署、愿意调教、愿意承担维护成本的人

PPT 直接写明更适合有服务器/NAS/Mac mini、喜欢定制、想要私人 AI、重视掌控权的人。这一点判断是务实的，也符合演示中的实际复杂度。

五、我认为这场分享里最值得保留的亮点

最亮的点有三个：

一是记忆系统设计。

用普通 Markdown 管理 persona、user profile、memory、agent rule，这个思路非常工程化，也非常利于用户理解和修改。

二是主动性机制。

PPT 提到 heartbeat 每 30 分钟自动唤醒、检查邮件/日历/待办，并通过 cron 做天气摘要、周报提醒、服务器状态检查。这意味着 AI 不再只在被提问时才工作，而是能持续担任“个人运维助手”。

三是多智能体与权限隔离。

同一套网关下，可以给自己、家人、工作场景分别配置不同 Agent，并限制工具权限。这使它具备了现实部署价值，而不是仅适合个人极客实验。

六、这场分享也有意保留了几个“没有过度包装”的点

这一点我觉得反而很专业。

PPT 里并没有把 OpenClaw 完全神化，而是明确写出了几个边界条件：

• 文件和命令虽然在本地处理，但部分内容仍会发送到 token provider，因此“隐私优先”不是绝对封闭
• 为了达到较好效果，上下文很长，按量付费未必便宜
• Docker 隔离是建议配置，不是默认配置
• 在“重视隐私的人”这一页里，演讲者自己还留了保留意见，说明他并不是无条件认可全部宣传口径

这些细节说明，分享者对产品定位是偏清醒的：

OpenClaw 很强，但它不是零成本、零配置、零风险的万能方案。

七、结论

如果要用一句更专业的话来概括，这次分享展示的是：

OpenClaw 不是一个 AI 聊天应用，而是一套面向个人场景的、自托管 AI Agent 基础设施。它通过消息入口、长期记忆、工具调用、任务调度和多代理隔离，把大模型从“会回答”推进到“能持续协助与执行”。

The post OpenClaw分享 first appeared on I am LAZY bones?.

到了三、四卷，画风突然就变了。

大量的场景转移到了军营、行军路上，甚至直接是炮火纷飞的战场。节奏紧了，人也开始大批地死。那种生活流的温度消失了，取而代之的是裹挟着所有人的历史洪流——你不想卷进去，但你没得选。

这两卷真正开始展开的，是俄国社会深处的阶级裂痕。对外的战争还没打完，内部的矛盾就已经压不住了。沙皇的权威在慢慢松动，旧秩序腾出来的空间，各方势力都想填进去。这种感觉其实很熟悉——历史上大概率，对外的战争一旦结束，就容易有内战。外部的压力消失了，内部的矛盾反而浮上来了。

布尔什维克在这两卷里开始有了存在感。他们的传播方式是低调的、地下的，像水渗进土里一样，悄悄地扩散。对那些一无所有的底层人来说，他们描绘的那个世界确实有吸引力——凭什么你有地我没地？凭什么干一样的活，命运差这么多？这种质问是朴素的，也是有力量的。

但我读到这里会停下来想一个问题：保护”私有财产”和追求”社会公平”，这两件事本质上是有张力的。布尔什维克当时给出的答案，是彻底打翻旧秩序。可打翻之后呢？这个问题到今天也没有一个让所有人都满意的答案。不同的国家在这条线上划在不同的位置，还在不断地摩擦、调整。

肖洛霍夫厉害的地方在于，他没有给你答案。他只是把所有人都放进这个漩涡里，然后让你看着他们挣扎。葛利沙就是这样一个人——他不是天生的革命者，也不是坚定的保守派，他只是一个被时代推着走、不断做选择又不断后悔的普通人。

看完这两卷，确实比前两卷更沉重了。后面还有什么呢？我会继续探索。

The post 《静静的顿河》第三、四卷读后感 first appeared on I am LAZY bones?.

另外，家里其实已经有一个小主机（对，本blog就跑在上面呢）了，它带了1TB的SSD。所以偶尔有下载电影、在不同的屏幕（手机、pad、电脑、电视机等）看电影的需求，就想着把这个小主机再压榨一下吧。

于是有了以下的折腾：

下载的需求，其实很好搞定。但下载完之后，电影在小主机上，要在各种设备上播放，我一个想到的是用SMB在局域网里共享目录，这确实是一个方案。但这个方案有两个问题：

1. 不是所有的（屏幕）设备都能找到支持SMB的播放器。
2. 有些设备的解码能力太弱，遇到高码率的4K视频，就会卡住

所以，最好的方式就是再充分压榨这个小主机，因为它其实有个显卡（CPU：AMD Ryzen 3 7330U（集成 Radeon iGPU）），可以用于服务端转码。于是就给它装了个 Jellyfin。

Jellyfin是个开源的、完全自托管的影音解决方案，特别适合喜欢折腾的人。

安装过程我也偷懒了，没有去编译源码、调试环境，而是直接采用docker运行了，在我的Ubuntu下，大致如下：

# 添加docker的key和源
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | \
  sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg

echo \
  "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] \
  https://download.docker.com/linux/ubuntu \
  $(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
  sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

# 安装 docker 和 compose 插件
sudo apt update
sudo apt install docker-ce docker-ce-cli containerd.io docker-compose-plugin

接着，建一个 Jellyfin 的空目录，在里面建一个 docker-compose.yml 内容如下：

services:
  jellyfin:
    image: jellyfin/jellyfin:latest
    container_name: jellyfin
    ports:
      - "8096:8096"
    volumes:
      - ./config:/config
      - ./cache:/cache
      - /home/shared:/media:ro
    devices:
      - /dev/dri:/dev/dri
    environment:
      - TZ=Asia/Singapore
      - LIBVA_DRIVER_NAME=radeonsi
    restart: unless-stopped

其中，/home/shard 是存电影的目录。

然后，在此目录下，执行 docker compose up -d，不出意外的话，你的Jellyfin就应该能正常启动了。这时候就可以访问 http://192.168.你的.IP:8096 进入web管理界面进行进一步的设置了。

设置完管理员账号之类的信息以后，需要注意的一点，就是开启转码的硬件加速。做法是在 Dashboard → Playback → Transcoding 里
Hardware acceleration 选择 Video Acceleration API (VAAPI)，这是AMD的芯片+Linux系统的选项，其他的硬件、软件的组合，可以参考官方文档。
VAAPI device 就选择 /dev/dri/renderD128，如果前面的 docker-compose.yml 没有写错，这里应该是可以选到的。

这么做了以后，在客户端有播放视频的时候，即使是播放的4K视频，CPU利用率也不应该太高。如果是CPU持续打满，就建议再看看硬件加速的配置。

配置好以后，家里的几个屏就都可以无缝切换看小主机里的电影了！因为每个屏至少都有浏览器可用，直接浏览器打开上述地址就可以了。当然，安装最佳实践来说的话，在有条件的情况下，最好使用官方客户端来看，而不是只用浏览器。因为用浏览器就会把所有的解码压力，都丢给服务端。尤其是你的端侧算力很强（比如Mac）的时候，用客户端可以直接拿原始视频到端侧解码！这样不仅服务器的压力更小，而且画质也是无损的。体验也会更好！

那么，如果大家还有比较全、质量又比较高的电影下载源（最好是magnet协议的）的话，也请留言告诉我！谢谢！

The post 局域网影音解决方案——Jellyfin first appeared on I am LAZY bones?.