KanBox 的阅读与订阅修复、Natter 图形管理工具，以及海报和图标设计 今天的 KanBox 工作主要来自实际使用反馈。此前有些修复只覆盖了一个入口：图片页跟随主题，视频页却仍强制深色；首页会收起底栏，其他主页面却没有同样行为；来源列表能追加到二十条，打开详情再返回时又变成十条。这些问题需要沿着完整操作检查，不能只凭页面存在或某一次测试通过判断已经修好。与此同时，Natter 从命令行工具扩展出 Web 管理面板，KanBox 的宣传素材也继续迭代。几条工作线都需要明确验证范围：外网能打开页面不代表传输更快，宣传图已经生成不代表已选为正式图标，开发安装包通过检查也不代表完成了手机验收。截至本次整理，KanBox 最新已交付的是 1.31.0（build 144），Release 打包与全新归档检查通过，尚未安装手机。随后启动的五个主页面底栏统一处理仍在验证中，不能提前算进已经交付的安装包。长文阅读与标签筛选文档阅读继续补齐了跨屏选择。前一阶段已经验证跨段拖选和复制，今天进一步检查拖动选择柄时能否滚动到后续内容、复制整篇长文，而不是只复制屏幕上可见的一段。中英日复杂文档、笔记预览等七项界面回归通过，法律原文没有改写，这些修改进入 build 124；该包已生成，但没有手机安装记录。标签筛选则处理了文字与状态标记互相挤占的问题。原来的胶囊改成双列等宽的小圆角筛选块，文字和数量居中，勾选标记独立放在右侧，选中与取消时文字不再挪动。长标签可以换行，暖白和深色背景各自适配玫瑰色选中态。大量标签滚动、单选多选和深色大字号四项界面测试通过，没有改动个人收藏数据。这两类修复都不只是调整字号或颜色。阅读器要让选择范围跨越屏幕，筛选区要让文字、数量和选中状态各有稳定位置；否则界面看起来完整，实际操作仍会中断或跳动。视频入口的闪黑与播放带宽视频闪黑不能只归因于网络。复查发现，build 129 只修了图片入口，视频页仍强制切成深色，首帧出现前会露出黑底。后续修改让视频跟随当前主题，并在首帧就绪前保留封面，避免打开时突然切换整片背景。X 视频的卡顿也有代码原因。旧逻辑优先取最高码率的视频，还可能与后台离线下载争抢带宽。新的播放路径优先使用已有本地副本，在线时优先自适应视频流，并在播放期间暂停后台自动离线下载；保存视频仍保留高清来源。播放和保存因此使用不同的选择目标，不必为了观看流畅而降低长期保存的素材质量。这些修复从 build 132 起加入，build 134、135 的后续记录确认已包含，并通过真实视频持续播放、拖动进度和关闭重开等模拟器检查。不过，这不能证明手机在不同网络下已经不卡顿。大视频的下载策略今天只形成建议，没有实施。当前正式收藏在符合条件时仍会进入自动离线队列，并没有按文件大小区分；来源预览则不做完整离线下载。建议是大视频在线优先、按需离线，小视频可考虑在合适网络条件下自动保存。在线播放仍受带宽、码率和来源服务影响，缓冲也不等于完整离线；因此不能承诺改成在线后一定更流畅，也不能取消离线能力。小组件的排版与最大字号验收小组件继续修正字号、排版和点击范围。build 139 已交付相应修复，小、中、大尺寸，三种样式，深浅色与最大字号检查留下了五十三张验收截图。该轮完整检查执行 1453 项，零失败、两项条件跳过，四项界面测试通过；这些结果对应当时的覆盖范围，不是整个小组件批次全部完成。下午又单独补了一轮系统最大字号矩阵。测试先在普通字号下配置三个真实桌面组件，再切到最大辅助字号，核对同一页面、同一位置的组件，避免误用桌面上的其他旧组件。系统放大了组件名称的无障碍边界，但组件实际位置没有变化，因此验收工具需要区分外部定位边界与内部文字显示区域，不能因此放宽正文是否越界的标准。最终覆盖三种尺寸、图文／文字／封面三种版式，以及有内容／空内容两种状态，共十八个最大字号状态，全部通过。空合集另行检查，不能拿其他收藏补位，也不能残留指向旧内容的链接。截图确认标题与图片没有互相遮挡，正式界面没有为了通过测试而缩小字号。这一轮只补测试工具与证据，没有修改正式界面、下载规则或重新打安装包，完成时最新包仍是 build 142。1482 项单测零失败、两项条件跳过，Release 编译通过；隔离模拟器的字号与外观在测试后恢复。它补齐了最大字号覆盖，不代表真机和所有旧配置迁移都已验收。来源列表的分页、返回与登录提示订阅功能今天先核对实际开放范围。当前实现开放五类来源：小红书、微博、小宇宙、GitHub，以及有有效 RSS／Atom 的网页。小红书属于功能已接入、真实账号覆盖尚未收尾；Instagram 和 X 虽有部分代码，正式订阅入口仍未开放；抖音作者列表和豆瓣用户订阅也没有完成。单条链接能解析不能代替博主订阅。小宇宙先修了缺少时间的单集被丢弃、排序与去重问题。三个真实节目读取通过，两个节目的实际播放、暂停和预览不入库验证通过，修改进入 build 134。它证明这些节目和操作路径可用，不能扩大到付费或不可访问内容。小红书来源增加了下拉追加与不重复处理，隔离测试中列表可以从十条追加到二十条、再到二十六条；公开测试视频的实际播放与二次收录也通过，形成 build 141。但随后发现，打开详情再返回作者页时，完整列表会被“重开时保留的前十条”覆盖，二十条内容又缩回十条。build 143 将详情返回与彻底关闭重开分开处理：返回保留当前已加载列表并能继续追加，彻底关闭后再进入仍只恢复前十条，不把来源列表变成本地归档。九项原生流程回归通过，包括分页、视频播放、二次收录和读取途中退出登录；1482 项测试零失败、两项条件跳过。过程中有测试漏点入口，修正后重跑，失败记录没有直接当成产品故障或算作通过。真实 WebKit 网页检查又发现，匿名会话被跳转到登录页时，KanBox 却报“无法确认作者”。build 144 改为区分需要登录与确实无法确认作者，并检查“刷新来源”和“读取本页”两个入口。十项界面回归通过，完整检查执行 1486 项，零失败、两项条件跳过，Release 包和全新归档的签名、隐私清单与调试符号检查通过。这次修复的是误导性提示，不是突破平台访问限制。匿名页面能显示标题和封面，但帖子身份数据仍可能缺失；真实登录后的连续抓取、更多博主的完整图集和媒体依然需要验收。大视频下载规则在这些版本里没有改变。底栏收起的版本先后关系build 140 已实现首页阅读时收起五栏，显示居中的 KanBox 字标。停稳约 0.9 秒后展开，点击字标或向上回滑可以立即展开；导航动画保留列表视口，不让卡片随底栏收起跳位。该轮 1467 项测试零失败、两项条件跳过，六项界面回归通过，安装包已生成。其他页面与大字号当时仍保留完整导航。晚间反馈指出，上滑时没有达到预期，其他菜单页面也不生效。检查确认旧逻辑只接入首页，星标页被明确排除，笔记、搜索和设置没有接入。新的工作正在统一五个主页面，按“上下浏览都收起、停稳再展开”的方向验证，底栏占用高度仍保持固定，避免列表跳动。截至本次整理，这轮修改已有旧行为的测试复现与代码接入记录，但尚未完成最终回归和新包交付。因此，已交付的 build 144 与进行中的底栏扩展必须分开记，不能把后者写成手机已经收到的功能。Natter 图形管理与实际连通Natter 的核心作用是建立并维持外部映射，用 STUN 获取公网入口，再把连接转发到内网服务；它也支持 UPnP 自动映射。今天从理解命令行工具开始，先部署和验证外网访问，再制作独立的 Natter-GUI Web 管理面板。记录中已有移动网络打开测试页与服务入口的确认，但当时还没有证明播放或下载更快。面板保留原版核心，由独立管理层负责新增、编辑、删除服务及启动、停止、重启，TCP 与 UDP 分开管理。运行状态、公网映射、目标服务检查、外网可达性和 NAT 类型分别显示，复用 Natter／NatterCheck 的判定，不把进程运行或取得地址当成外网验证通过。原版返回 OPEN、CLOSED、UNKNOWN 时保留原结果，人工外网测试可以另行记录，不能替换成一个模糊的“成功”。首版 v0.1.0 已公开源码与架构计划，十七项测试、云端构建和上游同步通过；自动流程跟随上游正式 Release，经测试后构建 ARM64／AMD64 镜像。随后 v0.1.1 在界面分别显示面板与实际 Natter 核心版本，避免两套版本混淆。今天最新 v0.1.2 已更新源码、安装包、镜像及部署，二十项测试和多架构构建通过，已有服务配置保留。迁移没有重装目标服务。旧配置先备份，新面板接管已有映射；同一绑定端口不能让新旧实例同时运行。已检查转发、面板重启后自动恢复和开机启动，并保留回退办法。完整自然语言安装指令也加入项目，涵盖环境识别、原生／Docker 安装、迁移、验证与回退；远程目标信息不足时先等待补充，不会擅自在本机安装。连通和速度的结论仍不同。内网连接自己的公网入口失败，可能与 NAT 回环有关，不能直接推断外网访问失败；NAT 类型检测也不等于每项固定映射的实际结果。今天的部署证据主要支持自动映射、保活与转发，尚未独立证明不依赖 UPnP 的纯打洞成功。用户后续反馈播放仍慢，因此本次没有达到预期的提速目标。资源和路由检查没有发现明确的资源耗尽或错误出口，但实际瓶颈仍需核对上传速度、速率单位、直连或转码方式，再以同网络、同内容和同画质对照。Natter 不能直接解除线路带宽限制；改善入站连接可能让下载器受益，也还没有实际提速证明。海报、图标与公开图文KanBox 的第二套海报以公开书籍简介、样页和通用版式原理为参考，没有声称通读全书。二十四张原创海报采用留白、文字层级、网格、对比和阅读动线，并在竖排、重复、跨栏与图底关系上变化构图。交付包含 1200 × 1600 成图、可编辑 SVG、转曲 SVG 和逐张说明，原海报保留。导出与总览检查中发现文字对比不足后进行了修正。图标先做了二十个基于炭黑、暖白与 kb 字形的方向，并附 1024 × 1024 图像、矢量文件和小尺寸预览。用户不满意灰度风格后，又用图像生成工具制作二十款全彩图标，探索立体盒子、透光材质、彩色字母和撞色图形；其中一个字母连接容易被读错，单独修正。随后再保留原版小写 kb 字形和比例，制作十六款花纹、手绘与材质换皮，整理高清图、总览和选择画廊。这些是待选方案，没有记录表明已替换 App 正式图标。博客展示也按用户反馈调整。第一篇最初挑八张海报，随后更新同一篇为二十三张，排除收费海报，删掉对配色和构图的评价，保留项目主页说明。第二辑同样展示二十三张原图，按编号排列，保持比例并标明尚未正式上线。第二辑上传时遇到浏览器连接与文件读取问题，前四张先进入草稿，后来通过编辑器支持的粘贴上传完成余下图片，没有扩大扩展权限。重新排版时富文本未保留图片，最终改用后台 Markdown 导入保存完整图文。上传文件与原图一致，发布后确认全部图片正常加载；这些是已发布的博客结果，不代表 App 已经正式上架。后续验证今天反复出现的第一点，是要区分同一功能的不同入口。图片与视频、首页与其他主页面、详情返回与彻底重开，看起来相关，实际代码和状态恢复路径并不相同。第二，测试工具本身也需要核对。无障碍元素边界、漏点入口或系统配置定位失败，不能直接当成产品缺陷；修正工具后仍需重新跑真实操作，不能用更宽松的标准放行。第三，验收要对应原始目标。外网登录页能打开、安装包能生成、海报能上传，都有明确价值，但分别不能替代提速、真机体验和正式发布。接下来继续底栏五页回归、小红书真实登录分页与完整媒体、平台访问条件、公开政策和快捷指令分发入口，以及保留数据的手机安装验收；Natter 的速度问题则需要受控对照，不能继续用端口连通结果代替。隐私说明本文只保留当天有证据支持的公开项目名、技术机制、版本和必要测试范围。网络拓扑、服务地址、设备信息、身份与账号、授权信息、私人媒体内容、联系方式、绝对路径及原始日志均已删除或泛化；不记录可定位个人基础设施的组合信息。海报和图标只描述设计与交付过程，不复述私人素材。自动化运行及日记生成、改稿与发布相关聊天未纳入正文。
2026-10-04｜自然语言编程日记
今天的 KanBox 工作主要来自实际使用反馈。此前有些修复只覆盖了一个入口：图片页跟随主题，视频页却仍强制深色；首页会收起底栏，其他主页面却没有同样行为；来源列表能追加到二十条，打开详情再返回时又变成十条。这些问题需要沿着完整操作检查，不能只凭页面存在或某一次测试通过判断已经修好。
与此同时，Natter 从命令行工具扩展出 Web 管理面板，KanBox 的宣传素材也继续迭代。几条工作线都需要明确验证范围：外网能打开页面不代表传输更快，宣传图已经生成不代表已选为正式图标，开发安装包通过检查也不代表完成了手机验收。
截至本次整理，KanBox 最新已交付的是 1.31.0（build 144），Release 打包与全新归档检查通过，尚未安装手机。随后启动的五个主页面底栏统一处理仍在验证中，不能提前算进已经交付的安装包。
长文阅读与标签筛选
文档阅读继续补齐了跨屏选择。前一阶段已经验证跨段拖选和复制，今天进一步检查拖动选择柄时能否滚动到后续内容、复制整篇长文，而不是只复制屏幕上可见的一段。中英日复杂文档、笔记预览等七项界面回归通过，法律原文没有改写，这些修改进入 build 124；该包已生成，但没有手机安装记录。
标签筛选则处理了文字与状态标记互相挤占的问题。原来的胶囊改成双列等宽的小圆角筛选块，文字和数量居中，勾选标记独立放在右侧，选中与取消时文字不再挪动。长标签可以换行，暖白和深色背景各自适配玫瑰色选中态。大量标签滚动、单选多选和深色大字号四项界面测试通过，没有改动个人收藏数据。
这两类修复都不只是调整字号或颜色。阅读器要让选择范围跨越屏幕，筛选区要让文字、数量和选中状态各有稳定位置；否则界面看起来完整，实际操作仍会中断或跳动。
视频入口的闪黑与播放带宽
视频闪黑不能只归因于网络。复查发现，build 129 只修了图片入口，视频页仍强制切成深色，首帧出现前会露出黑底。后续修改让视频跟随当前主题，并在首帧就绪前保留封面，避免打开时突然切换整片背景。
X 视频的卡顿也有代码原因。旧逻辑优先取最高码率的视频，还可能与后台离线下载争抢带宽。新的播放路径优先使用已有本地副本，在线时优先自适应视频流，并在播放期间暂停后台自动离线下载；保存视频仍保留高清来源。播放和保存因此使用不同的选择目标，不必为了观看流畅而降低长期保存的素材质量。
这些修复从 build 132 起加入，build 134、135 的后续记录确认已包含，并通过真实视频持续播放、拖动进度和关闭重开等模拟器检查。不过，这不能证明手机在不同网络下已经不卡顿。
大视频的下载策略今天只形成建议，没有实施。当前正式收藏在符合条件时仍会进入自动离线队列，并没有按文件大小区分；来源预览则不做完整离线下载。建议是大视频在线优先、按需离线，小视频可考虑在合适网络条件下自动保存。在线播放仍受带宽、码率和来源服务影响，缓冲也不等于完整离线；因此不能承诺改成在线后一定更流畅，也不能取消离线能力。
小组件的排版与最大字号验收
小组件继续修正字号、排版和点击范围。build 139 已交付相应修复，小、中、大尺寸，三种样式，深浅色与最大字号检查留下了五十三张验收截图。该轮完整检查执行 1453 项，零失败、两项条件跳过，四项界面测试通过；这些结果对应当时的覆盖范围，不是整个小组件批次全部完成。
下午又单独补了一轮系统最大字号矩阵。测试先在普通字号下配置三个真实桌面组件，再切到最大辅助字号，核对同一页面、同一位置的组件，避免误用桌面上的其他旧组件。系统放大了组件名称的无障碍边界，但组件实际位置没有变化，因此验收工具需要区分外部定位边界与内部文字显示区域，不能因此放宽正文是否越界的标准。
最终覆盖三种尺寸、图文／文字／封面三种版式，以及有内容／空内容两种状态，共十八个最大字号状态，全部通过。空合集另行检查，不能拿其他收藏补位，也不能残留指向旧内容的链接。截图确认标题与图片没有互相遮挡，正式界面没有为了通过测试而缩小字号。
这一轮只补测试工具与证据，没有修改正式界面、下载规则或重新打安装包，完成时最新包仍是 build 142。1482 项单测零失败、两项条件跳过，Release 编译通过；隔离模拟器的字号与外观在测试后恢复。它补齐了最大字号覆盖，不代表真机和所有旧配置迁移都已验收。
来源列表的分页、返回与登录提示
订阅功能今天先核对实际开放范围。当前实现开放五类来源：小红书、微博、小宇宙、GitHub，以及有有效 RSS／Atom 的网页。小红书属于功能已接入、真实账号覆盖尚未收尾；Instagram 和 X 虽有部分代码，正式订阅入口仍未开放；抖音作者列表和豆瓣用户订阅也没有完成。单条链接能解析不能代替博主订阅。
小宇宙先修了缺少时间的单集被丢弃、排序与去重问题。三个真实节目读取通过，两个节目的实际播放、暂停和预览不入库验证通过，修改进入 build 134。它证明这些节目和操作路径可用，不能扩大到付费或不可访问内容。
小红书来源增加了下拉追加与不重复处理，隔离测试中列表可以从十条追加到二十条、再到二十六条；公开测试视频的实际播放与二次收录也通过，形成 build 141。但随后发现，打开详情再返回作者页时，完整列表会被“重开时保留的前十条”覆盖，二十条内容又缩回十条。
build 143 将详情返回与彻底关闭重开分开处理：返回保留当前已加载列表并能继续追加，彻底关闭后再进入仍只恢复前十条，不把来源列表变成本地归档。九项原生流程回归通过，包括分页、视频播放、二次收录和读取途中退出登录；1482 项测试零失败、两项条件跳过。过程中有测试漏点入口，修正后重跑，失败记录没有直接当成产品故障或算作通过。
真实 WebKit 网页检查又发现，匿名会话被跳转到登录页时，KanBox 却报“无法确认作者”。build 144 改为区分需要登录与确实无法确认作者，并检查“刷新来源”和“读取本页”两个入口。十项界面回归通过，完整检查执行 1486 项，零失败、两项条件跳过，Release 包和全新归档的签名、隐私清单与调试符号检查通过。
这次修复的是误导性提示，不是突破平台访问限制。匿名页面能显示标题和封面，但帖子身份数据仍可能缺失；真实登录后的连续抓取、更多博主的完整图集和媒体依然需要验收。大视频下载规则在这些版本里没有改变。
底栏收起的版本先后关系
build 140 已实现首页阅读时收起五栏，显示居中的 KanBox 字标。停稳约 0.9 秒后展开，点击字标或向上回滑可以立即展开；导航动画保留列表视口，不让卡片随底栏收起跳位。该轮 1467 项测试零失败、两项条件跳过，六项界面回归通过，安装包已生成。其他页面与大字号当时仍保留完整导航。
晚间反馈指出，上滑时没有达到预期，其他菜单页面也不生效。检查确认旧逻辑只接入首页，星标页被明确排除，笔记、搜索和设置没有接入。新的工作正在统一五个主页面，按“上下浏览都收起、停稳再展开”的方向验证，底栏占用高度仍保持固定，避免列表跳动。
截至本次整理，这轮修改已有旧行为的测试复现与代码接入记录，但尚未完成最终回归和新包交付。因此，已交付的 build 144 与进行中的底栏扩展必须分开记，不能把后者写成手机已经收到的功能。
Natter 图形管理与实际连通
Natter 的核心作用是建立并维持外部映射，用 STUN 获取公网入口，再把连接转发到内网服务；它也支持 UPnP 自动映射。今天从理解命令行工具开始，先部署和验证外网访问，再制作独立的 Natter-GUI Web 管理面板。记录中已有移动网络打开测试页与服务入口的确认，但当时还没有证明播放或下载更快。
面板保留原版核心，由独立管理层负责新增、编辑、删除服务及启动、停止、重启，TCP 与 UDP 分开管理。运行状态、公网映射、目标服务检查、外网可达性和 NAT 类型分别显示，复用 Natter／NatterCheck 的判定，不把进程运行或取得地址当成外网验证通过。原版返回 OPEN、CLOSED、UNKNOWN 时保留原结果，人工外网测试可以另行记录，不能替换成一个模糊的“成功”。
首版 v0.1.0 已公开源码与架构计划，十七项测试、云端构建和上游同步通过；自动流程跟随上游正式 Release，经测试后构建 ARM64／AMD64 镜像。随后 v0.1.1 在界面分别显示面板与实际 Natter 核心版本，避免两套版本混淆。今天最新 v0.1.2 已更新源码、安装包、镜像及部署，二十项测试和多架构构建通过，已有服务配置保留。
迁移没有重装目标服务。旧配置先备份，新面板接管已有映射；同一绑定端口不能让新旧实例同时运行。已检查转发、面板重启后自动恢复和开机启动，并保留回退办法。完整自然语言安装指令也加入项目，涵盖环境识别、原生／Docker 安装、迁移、验证与回退；远程目标信息不足时先等待补充，不会擅自在本机安装。
连通和速度的结论仍不同。内网连接自己的公网入口失败，可能与 NAT 回环有关，不能直接推断外网访问失败；NAT 类型检测也不等于每项固定映射的实际结果。今天的部署证据主要支持自动映射、保活与转发，尚未独立证明不依赖 UPnP 的纯打洞成功。
用户后续反馈播放仍慢，因此本次没有达到预期的提速目标。资源和路由检查没有发现明确的资源耗尽或错误出口，但实际瓶颈仍需核对上传速度、速率单位、直连或转码方式，再以同网络、同内容和同画质对照。Natter 不能直接解除线路带宽限制；改善入站连接可能让下载器受益，也还没有实际提速证明。
海报、图标与公开图文
KanBox 的第二套海报以公开书籍简介、样页和通用版式原理为参考，没有声称通读全书。二十四张原创海报采用留白、文字层级、网格、对比和阅读动线，并在竖排、重复、跨栏与图底关系上变化构图。交付包含 1200 × 1600 成图、可编辑 SVG、转曲 SVG 和逐张说明，原海报保留。导出与总览检查中发现文字对比不足后进行了修正。
图标先做了二十个基于炭黑、暖白与 kb 字形的方向，并附 1024 × 1024 图像、矢量文件和小尺寸预览。用户不满意灰度风格后，又用图像生成工具制作二十款全彩图标，探索立体盒子、透光材质、彩色字母和撞色图形；其中一个字母连接容易被读错，单独修正。随后再保留原版小写 kb 字形和比例，制作十六款花纹、手绘与材质换皮，整理高清图、总览和选择画廊。这些是待选方案，没有记录表明已替换 App 正式图标。
博客展示也按用户反馈调整。第一篇最初挑八张海报，随后更新同一篇为二十三张，排除收费海报，删掉对配色和构图的评价，保留项目主页说明。第二辑同样展示二十三张原图，按编号排列，保持比例并标明尚未正式上线。
第二辑上传时遇到浏览器连接与文件读取问题，前四张先进入草稿，后来通过编辑器支持的粘贴上传完成余下图片，没有扩大扩展权限。重新排版时富文本未保留图片，最终改用后台 Markdown 导入保存完整图文。上传文件与原图一致，发布后确认全部图片正常加载；这些是已发布的博客结果，不代表 App 已经正式上架。
后续验证
今天反复出现的第一点，是要区分同一功能的不同入口。图片与视频、首页与其他主页面、详情返回与彻底重开，看起来相关，实际代码和状态恢复路径并不相同。
第二，测试工具本身也需要核对。无障碍元素边界、漏点入口或系统配置定位失败，不能直接当成产品缺陷；修正工具后仍需重新跑真实操作，不能用更宽松的标准放行。
第三，验收要对应原始目标。外网登录页能打开、安装包能生成、海报能上传，都有明确价值，但分别不能替代提速、真机体验和正式发布。接下来继续底栏五页回归、小红书真实登录分页与完整媒体、平台访问条件、公开政策和快捷指令分发入口，以及保留数据的手机安装验收；Natter 的速度问题则需要受控对照，不能继续用端口连通结果代替。
隐私说明
本文只保留当天有证据支持的公开项目名、技术机制、版本和必要测试范围。网络拓扑、服务地址、设备信息、身份与账号、授权信息、私人媒体内容、联系方式、绝对路径及原始日志均已删除或泛化；不记录可定位个人基础设施的组合信息。海报和图标只描述设计与交付过程，不复述私人素材。自动化运行及日记生成、改稿与发布相关聊天未纳入正文。