2026 年 7–8 月公开周报合集

这是我的公开个人周报合集，把 2026 年 7 月中旬到 8 月中旬的四周整理在一起。

以前做周报，我很容易把它写成一串提交记录：修了什么、发布了什么、又新开了什么项目。但回头看，这些信息并不能回答更重要的问题：我这一周到底在推进什么？哪些事情值得继续？哪些作品其实已经失败了？

所以我想把工作和作品放在同一张图里看。

7 月 13–19 日：OneSay 准备上线，01MVP 开始做会员

这一周的主要精力集中在三条长期主线上：

• OneSay：从本地开发、账户数据隔离、移动端体验，一路推进到原生计费、API 契约和 TestFlight 发布准备。
• 01MVP：重新整理会员定位、付费内容、推荐机制，并继续推进 Cloudflare D1 和数字产品授权。
• One Apps：同时推进 OneFocus、OneVoice、OneMarkup、OnePosture 等多个正式 App 的体验与发布工作。

除此之外，我也完成了 HackathonWeekly 的存储与退款流程改造、Tiny Planets 的一轮迭代，以及 MakerJackie 作品集页面的重新整理。

OneSay：从功能开发走向完整发布

OneSay 是这周投入最多的项目。

我先处理了一个不太显眼、但很重要的问题：不同账号切换时，本地 workspace 有混用数据的风险。现在每个账号都有独立的本地工作区，并增加了旧数据迁移和回归验证。

开发环境也重新明确为一套完整链路：API、数据库、已经安装的 OneSay Dev App，以及负责快捷键捕获的 watcher。过去那种只启动 Flutter 界面、却忘记本地 API 或 watcher 的情况，终于有了统一约定。

产品层面，这周继续调整了移动端录音、笔记详情、跨平台工作台和 AI Coach。发布层面则完成了 iOS 隐私用途说明修复，替换后的构建已经通过处理，可以进入内部 TestFlight 测试。

同时，我决定逐步用 Apple 和 Google 的原生计费替换 RevenueCat，并把桌面端与移动端的数据接口收敛到稳定的 REST / OpenAPI 契约。

它还没有完全结束，但已经从「一个功能很多的应用」开始变成「一个可以持续开发、测试和发布的产品」。

01MVP：商业模式开始变得更清楚

这周把会员统一命名为 01MVP 实战会员，不再强调短期早鸟，而是强调长期的实战价值。

内容也重新划分了边界：公共参考资料继续免费，真正需要完整步骤、真实项目和高密度经验的内容进入会员区。ASC iOS 发布教程就是一个例子——基础流程可以公开，但完整命令、发布细节和真实案例更适合放进实战内容。

推荐机制也做了调整。付费会员现在可以正常分享推荐链接，整个流程完成了验证。除此之外，我还加入了咨询服务入口，并开始搭建数字产品的购买、授权和激活链路。

基础设施方面，01MVP 的数据库逐步迁移到 Cloudflare D1。这个方向已经进入实际实现，但完整的生产数据核对、监控与回滚仍然需要继续完成。

One Apps：开始像一个产品矩阵

One Apps 这一周的变化非常密集：

• OneFocus 持续调整跨设备专注流程、声音、历史记录和 App Store 审核问题。
• OneVoice 完成迁移，并继续改进录音库、播放和搜索。
• OneMarkup 增加离线文档查看、可编辑预览、自动保存和分享。
• OnePosture 更新了购买指南与下载入口。

最大的感受是：当 App 数量增加以后，真正缺的已经不只是开发速度，而是一套共享的发布系统——版本、截图、商店文案、审核状态、网站下载链接，都应该有统一的验收清单。

这会是下一阶段 One Apps 最需要补的能力。

两个作品带来的相反结论

这周我也重新看了两个独立作品。

shapeof.world：我喜欢的作品

shapeof.world 对我来说是比较成功的。

它不一定是用户最多、商业价值最高的项目，但我喜欢最终呈现出来的效果。它更像一个互动叙事与艺术作品，而不是一个等待增长指标的产品。

这种「我真的喜欢它」的判断，本身就足以让它进入我的代表作品。

Tiny Planets：我决定承认它失败了

Tiny Planets 的问题也很明确：我一直没有做出真正好玩的场景模式。

我尝试过增加叙事、探索、观测站记忆和星球场景，也做过多轮发布和验证，但核心体验始终没有达到预期。继续增加内容并不能解决“不够好玩”这个根本问题。

所以我基本决定停止维护它。

这并不意味着要删除它。它更适合留在 Experiments：作为一次真实但失败的独立游戏实验，提醒我以后先验证核心乐趣，再扩充世界观和内容。

我重新整理了 MakerJackie 的作品结构

以后我的项目会分成四类：

• 01MVP：教程、课程、模板、陪跑和开发案例。它解决的是「如何用 AI 把产品真正做出来」。
• One Apps：小而美、长期维护、面向普通用户的正式 App。这里的项目需要持续更新，也需要承担发布和用户体验责任。
• Independent Works：shapeof.world、独立游戏、互动网站、叙事与艺术作品。它们不一定追求商业规模，但应该表达一些属于我的东西。
• Experiments：原型、周末作品、无用 App 和技术实验。这里允许失败，也允许停止维护。Tiny Planets 现在属于这里。

我希望这个分类能让我以后更诚实地判断一个项目：它是产品、作品，还是实验？它需要长期维护，还是已经完成了自己的使命？

其他交付

这周还完成了一些相对独立的工作：

• HackathonWeekly 的对象资源迁移到 Cloudflare R2，并把已付款报名的取消流程改成退款申请、组织者审批和并发保护。
• MakerJackie 项目页面重新区分长期主线、独立作品与实验。
• 整理了 UU Remote 视频的多平台发布文案、封面和关键帧素材。
• 清理了一些已经没有必要保留的开发技能和工具流程。

下周想完成什么

下周最重要的不是再开更多项目，而是把发布和验收做完整：

1. 逐一确认 OneSay、OneFocus、OneVoice、OneMarkup 等 App 的 TestFlight / App Store 状态。
2. 完成 D1 和 R2 的生产数据、域名健康、监控与回滚检查。
3. 为 One Apps 固化一套跨产品发布清单。
4. 验证 01MVP 数字产品从购买、邮件、激活到后台管理的完整链路。
5. 把已经做好的 UU Remote 素材真正发布出去，并记录反馈。

这一周做了很多事情，但最值得记录的也许不是某个功能，而是我开始接受：长期产品、个人作品和实验，本来就应该用不同的标准评价。

7 月 27 日–8 月 2 日：布间能收款发纸样了，shapeof.world 重做了逛站体验

这周的工作有两条很具体的主线：一条是把布间小程序从“能展示”继续推到“能交付、能支付”；另一条是把 shapeof.world 从一组分散的互动页面，重新整理成更连贯的探索体验。

它们看上去不太相同，但都在解决同一个问题：产品不是功能堆起来就结束了，用户真正走进去的那条路必须完整。

布间：补齐从纸样到支付的交付链路

布间在本周完成了独立运行形态的收口，并继续修了两个最影响真实使用的环节。

首先是纸样交付。静态纸样以前只有下载文件，没有能单独展示的预览图；这会让用户在下载前很难确认自己拿到的是什么。现在预览图和 PDF、DXF、PLT、ZIP 等交付文件被明确分开：预览负责“先看见”，交付负责“真正带走”。后台发布静态版本时，也会要求两者成套存在。

随后处理的是共享云环境里的支付身份。下单、查单和退款现在会按实际调用的小程序身份绑定支付能力，避免共享环境误用资源方身份。相关验证和函数部署已经完成，支付健康检查正常。

这不代表整个小程序已经完成所有线上验收：数据库迁移、静态纸样的线上部署，以及真实设备里的纸样浏览，仍然需要继续确认。但产品最关键的交易与交付边界已经清楚了。

shapeof.world：让“逛一逛”变成一条连续体验

shapeof.world 这一周不是只加了几个新页面，而是对探索体验做了一次比较彻底的重排。

我统一了大量互动作品的控制栏：播放、重置、故事和参数不再各自长成不同的界面，而是在手机和桌面上遵循同一套更紧凑的优先级。这样做看似是界面细节，实际是在降低第一次进入陌生作品时的理解成本。

内容上也增加和调整了不少方向：从月球旅行、引力透镜、数学与物理生成实验，到视觉错觉系列的整理；与此同时，一些没有准备好的页面被从公开目录中撤下。对互动作品来说，少一点半成品入口，有时比多一个列表项更重要。

我希望它慢慢成为一个可以放心闲逛的地方：每一页都有自己的惊喜，但不会让人一进去就迷路。

01MVP：把“看见用户”放回自己的基础设施

01MVP 本周上线了第一方的匿名事件采集和周报能力，减少对海外第三方统计脚本的依赖。它只记录必要的使用信号，用来理解哪些页面和内容真的被需要。

内容侧也整理出一个更直接的 AI 选型入口，把模型选择和实际工作流放到同一个读者能持续回访的页面里。对 01MVP 来说，重点不是再多一篇工具清单，而是让正在做产品的人更快找到一个能开始行动的答案。

One Apps：让发布材料与产品能力一起往前走

One Apps 这周的推进很密集。OneMusic 继续靠近完整的桌面与移动体验，并补齐了公开测试和发布材料；OneRound 把多人房间、游戏库和快速开局进一步收拢；OneMarkup 也继续扩展本地文件预览能力。

这些产品还处于各自不同的发布阶段，所以我不把它们写成已经全部完成的“上线”。更准确的说法是：产品矩阵开始有了共享的发布节奏，功能、测试、商店素材和对外入口正在被放到同一张待办表上。

这周留下的判断

我越来越在意“完整路径”而不是单点功能。

• 布间需要的不只是纸样生成，而是用户能看懂、拿到并顺利支付。
• shapeof.world 需要的不只是更多互动，而是让第一次来的用户知道下一步可以去哪里。
• 01MVP 和 One Apps 需要的不只是持续开发，也需要更可靠地判断什么被真正使用、什么已经可以对外承担承诺。

下周会继续把这些路径往真实使用的方向推：补线上验收、收敛发布清单，也把内容和服务的表达做得更接近真实问题。

8 月 3–9 日：shapeof.world 加了真实世界，01MVP 上线了中文阅读

这周最明显的变化，是几个项目都开始从“做出一个功能”转向“形成一段可以被理解、被使用的完整体验”。

shapeof.world 把主题从视觉与自然现象继续推进到经济、社会和量子世界；01MVP 则把一本书的翻译、阅读导航与实战内容放进了同一条学习路径。与此同时，Homeward、布间和旧存储资产的整理，也让我更清楚地看见：产品的完整性，同样来自发布、授权、同步和清理这些不那么显眼的工作。

shapeof.world：从视觉实验走向真实世界

这一周，shapeof.world 增加了桥梁建造、战争与和平、蚁巢、夜间灯光、冰川退缩、货币流通、收入旅程、股票流动，以及多个量子主题。它们不再只是“看一个动画”，而是尽量让用户通过步骤、控制和故事理解一个系统如何运转。

我也继续调整了场景里的叙事方式。故事文字逐步进入舞台，移动端手势、控制栏、搜索和最近更新的呈现被重新梳理。比起再堆一个入口，这些改动更接近我想要的方向：第一次进入的人不需要说明书，也能知道自己正在看什么、下一步可以做什么。

另一个重要工作是版权边界。几组授权条件不够明确的内容被停止公开或改为从可信上游加载。互动作品很容易因为素材丰富而显得完成度很高，但“能展示”不等于“可以长期公开”。这次清理提醒我，来源和授权本身就是产品质量的一部分。

本周早些时候完成过一次生产发布与线上检查；此后新增的大量内容仍需要下一轮统一发布验证。因此，更准确的状态是：主体方向已经形成，最新一批世界还在等待完整上线确认。

01MVP：把一本书变成可持续使用的阅读体验

01MVP 这一周上线到代码的不只是一份《Anything You Want》中文翻译。它还补上了可搜索、可折叠的章节目录，整理了阅读笔记，并开放了完整实战指南。

这件事对我最大的启发是：内容也可以按产品来做。翻译解决“有没有”，目录和搜索解决“找不找得到”，笔记与实践指南解决“读完以后做什么”。当这些环节连起来，文章不再是一次性的发布，而会变成一个可以反复回来使用的入口。

AI 内容入口也继续收敛到普通人真正会问的问题，而不是用内部分类要求读者先理解我们的结构。OneSay 同期拆分了详情页和收件箱模块，并清理桌面发布目标；这部分仍在工程收口阶段，暂不把它写成一次正式发布。

让跨设备同步真正可交付

Homeward 本周增加了 Mac 端和私有 CloudKit 同步，并处理删除冲突、侧栏入口与信标创建流程。跨设备功能最容易在“看起来同步了”的地方过早结束，所以这次同时留下了双设备测试、签名归档和发布检查证据。

但它还没有走完发布链路：生产 CloudKit schema、上传和审核环节仍待完成。把这些缺口明确留下，比含糊地说“版本完成”更有价值。

清理，也是一种产品建设

这周还清理了几批已经确认不再使用的云存储资产，包括旧站资源、安装包和往届活动提交。删除本身做了对象级核验，并保留仍在使用的文件。

其中一批活动资源仍有旧接口引用和 CDN 缓存没有完全收口。这正是存储清理最容易忽略的部分：对象消失不代表依赖关系也一起消失。下一步要处理的是旧引用、缓存和数据库之间的尾巴，而不是继续扩大删除范围。

这周留下的判断

这周几条线最后汇到同一个判断：产品质量来自完整边界，而不是功能数量。

• 互动作品需要故事、控制、授权和上线验证共同成立。
• 内容产品需要翻译、查找、理解和行动形成连续路径。
• 跨设备应用需要本地测试、云端配置和商店流程分别验收。
• 基础设施清理需要同时处理对象、引用、缓存和恢复边界。

下周会优先做两件事：把 shapeof.world 最新内容做一次统一的生产发布与桌面/移动端检查；继续推进 Homeward 的生产 CloudKit 和发布门禁。其余项目则保持小步收口，不把“已经写进代码”误写成“用户已经拿到”。

8 月 10–16 日：shapeof.world 开始做 App，01MVP 上了自己用的数据后台

这周的大部分时间仍然放在 shapeof.world，但工作重心已经发生变化。之前更关注一个互动世界是否成立，现在开始处理另一类问题：这些内容如何被组织、下载、离线运行，并让人看完一个以后愿意继续看下一个。

与此同时，01MVP 完成了学习入口和阅读路径的整理，也上线了一个只供自己使用的数据后台。两条线看起来不同，其实都在解决同一个问题：产品不只要有内容，还要有清晰的进入方式、持续使用路径和反馈回路。

shapeof.world 开始成为一个移动内容产品

Flutter 版本从早期演示继续扩展，加入了离线世界、原生内容库、深链和下载入口。移动端的页面层级也被压缩，让互动内容本身占据更完整的屏幕。

随后，网页端和移动端之间增加了“官方世界包”这一层。一个世界不再只能跟随整站发布，而可以带着运行时、资源和版本信息成为独立内容包。围绕这条链路，我补上了资源复制、动态路径、上传重试和发布规范，并开始整理下载产物。

这一步的价值，不只是让 App 多了几个内容。它让 shapeof.world 从一组网页，逐渐变成一个可以持续增加内容的系统：网页负责开放访问和传播，移动端负责离线、沉浸和连续观看，世界包负责连接两端。

下一阶段仍然需要真实设备验证。我会重点检查离线包、连续播放、WebGL 性能和系统资源占用，避免把构建完成误当成移动体验已经完成。

批量生产世界，也要保留每个作品的边界

这周完成了一批数学互动世界，主题覆盖微积分、几何、拓扑、数论和动力系统等方向。它们不仅有交互组件，还包括双语内容、目录信息、封面、站点摘要和验证记录。

批量生产最容易出现的问题，是数量增加以后，每个世界都变成同一种界面。这次我一边增加内容，一边重做了生产规范：公共部分负责接入、构建和验证，每个世界则保留自己的视觉语言、交互方式和叙事节奏。

代码结构也随之调整。目录信息、语言内容、音乐和组件逐步回到各自的世界目录，再由系统自动发现和注册。以后增加一个世界时，依赖更少的集中配置，也更容易单独打包。

这批数学世界已经通过完整的本地构建和测试，但我仍会把“本地完成”和“已经上线”分开。公开内容的最终状态，要等下一轮统一发布与桌面、移动端检查后确认。

01MVP 补上产品反馈回路

01MVP 这周把学习流程放进文档系统，并让首页成为更明确的统一入口。此前分散在不同页面里的阅读和实践内容，现在更接近一条连续路径：先找到内容，再理解它，最后进入实际操作。

另一个进展是私有数据后台。它把访问趋势、热门页面、转化漏斗和事件数据放到一个紧凑界面中，并补上图表悬停、键盘查看和移动端适配。这个后台不是公开产品，但它会直接影响后续判断：哪些内容有人持续阅读，哪些入口造成流失，哪些改动只是在开发者视角里显得重要。

OneSay 和 OnePet 也在这周退出当前产品组合。停止一条线并不比启动一条线轻松，但明确停止维护，可以把注意力还给仍然值得持续投入的产品。

一套更可持续的工作方式

这周还整理了互动世界的创作规范、公开文档和历史记录。目的不是让文档更多，而是把稳定的产品标准、每次创作的执行流程和具体世界的实现边界分开。这样既能批量推进，也不必让所有作品服从同一个模板。

设备空间也提醒了我另一种边界。高密度构建、视频和移动开发会迅速消耗本地空间。这周完成了一次有前后测量的低风险清理，同时保留项目文件、个人素材和仍在使用的运行环境。维护工作不会直接出现在产品首页，但它决定了后续开发是否还能稳定进行。

下周重点

下周会先统一网页端、移动端和世界包的版本关系，并完成真实设备上的离线、连续播放和性能检查。互动世界方面，会对最新公开内容做一次桌面与移动端、中英文和不同体验模式的回归。

01MVP 会在公开更新前补齐关键页面检查。PhotoDelete 的年费方案则暂时停留在实验设计阶段，等真实用户数据足够以后，再围绕实际净收入做受控测试。

从这一周开始，我会把“内容做出来”和“内容能够被持续使用”当作两个独立阶段。前者决定作品是否成立，后者决定产品能不能继续生长。