云崩坏首屏即时检索
打开即输入，无需先选分类再搜索。索引在本地完成一次后常驻内存，二次查询通常在百毫秒级返回。适合「我知道要什么、只想快点拿到」的场景；如果你需要按标签体系做探索式浏览，它并不是最优路径。
本地索引Official Download · 双平台
云崩坏 · App
一个把「零散资源」整理成「可复用清单」的移动端工具。它不靠花哨的动效取胜， 而是把 分类、检索、状态同步 这三件最容易被做糊的事做扎实—— 你打开它，是为了三分钟内拿到结果，而不是刷十分钟界面。
v2.4.0 · 2026
Why It Matters
先讲清楚：云崩坏到底解决哪一类问题
市面上「资源管理」类 App 的分野，其实不在功能表长短，而在两件事： 索引做不做全、状态同步跟不跟得上。 前者决定你能不能找到，后者决定你找到的是不是还有效。
判断一个同类工具值不值得长期留在手机里，我通常看三个可核对的点。第一，首屏到结果的操作步数—— 好的设计是两次点击内出结果，超过四次基本可以放弃，因为日常使用频率会被这个摩擦磨掉。 第二，条目状态的更新频率是否在界面上可见，比如是否标注了「最后校验时间」； 一个从不告诉你数据何时更新的工具，等于把不可靠转嫁给了你。 第三，是否允许你导出——导出能力是数据主权的底线，不能导出就意味着你只是租用。
云崩坏在这三点上的取舍是：搜索前置到首屏、条目带校验时间戳、清单支持导出为纯文本。 这几条不是营销话术，而是可以在下载后五分钟内自己验证的。至于它做得不够好的地方也有—— 离线场景下的首次索引速度依赖网络条件，弱网环境下会明显变慢，这点在下面的安装指南里会具体说。
需要说明的是，本页所有功能描述以我们实际发布的版本为准；凡涉及第三方服务的可用性、 具体节点数量、历史版本的具体改进条目，我们不臆造、不引用无法核实的来源， 无法确认的地方会直接标注为「待核」，而不是含糊带过。
Features
云崩坏的六个核心能力，以及它们各自的适用边界
下面每一条都配了「什么情况下有用」和「什么情况下不必指望」，方便你按自己的场景判断。
状态校验时间戳
每个条目都带「最后校验」标记，明确到分钟。你看到的不是一句笼统的「实时」，而是可追溯的时间点。适用于对有效性敏感的工作流；反过来，如果你的使用场景对时效不敏感，这个能力的价值会打折。
可追溯云崩坏清单批量整理与导出
支持多选、批量归类、一键导出为纯文本或结构化格式。这是给「把工具当工作台用」的人准备的：你可以把整理结果直接贴进笔记、表格或协作文档，不必在 App 里反复翻找。导出的内容不含任何加密壳，脱离 App 也能读。
数据可带走多线路状态面板
内置线路状态面板，展示各节点的延迟区间与拥挤程度徽章，并标注数据刷新时间。它给的是「参考值」而非「承诺值」——延迟受你所在网络、运营商、时段共同影响，面板的意义在于让你在动手前先排除明显不通的选项。
参考值非承诺云崩坏低干扰深色界面
近黑底、细线分隔、零高饱和色块，夜间长时间使用不刺眼。所有正文内容在无 JavaScript 环境下同样完整可读，不依赖脚本渲染，加载更快也更稳。
无 JS 依赖权限最小化
仅申请运行所必需的存储读取与网络权限，不索取通讯录、通话记录、精确定位。首次启动时可在系统设置中逐项核对，权限清单在「关于」页也有明示。
可逐项核对Before / After
一次真实整理任务的前后对比
拿一个最常见的场景来做示范：把一周内收集的散落条目整理成一份可交付的清单。
整理前
- 条目散落在聊天记录、截图、备忘录三处，互不相通
- 靠记忆判断哪条还有效，没有时间依据
- 手工复制粘贴，一份清单约 40 分钟
- 交付后对方追问「这条还能用吗」，无法回答
一次整理耗时 约 40 分钟，返工率偏高
使用云崩坏后
- 统一检索入口，三类来源一次搜完
- 每条带校验时间戳，有效性可追溯
- 批量多选 + 一键导出，一份清单约 8 分钟
- 导出文本自带时间标记，交付即自证
一次整理耗时 约 8 分钟，示例数据，实际因条目量而异
上面这组数字是示例口径，不是承诺值——条目越多、跨源越杂，节省的幅度通常越明显； 如果只有三五条，手工反而更快，这时候不必强求用工具。
云崩坏三类典型需求，各自的量化收益
内容整理者
每周需要把收集到的素材归档成可检索的资料库，最怕的是「存了等于没存」。
示例：单次归档从约 35 分钟压缩到约 10 分钟
需要交付清单的人
要把整理结果交给同事或客户，对方会追问有效性，必须有可核对的时间依据。
示例：交付后的追问返工次数从每周约 5 次降到 1 次以内
云崩坏先看状态再动手的人
动手前习惯先扫一眼线路状态，避免在明显拥挤的时段白等。
示例：无效尝试次数从每周约 6 次降到 2 次以内
Node Status
线路状态检测面板
这是 App 内同一套面板的说明版。延迟为区间参考值，受本地网络与时段影响，仅供动手前排除明显不可用的选项。
云崩坏当前节点概览
数据更新于 3 分钟前
华东 · 上海
延迟 28–46 ms
极速
华南 · 广州
延迟 35–62 ms
极速
华北 · 北京
延迟 74–118 ms
畅通
西南 · 成都
延迟 88–142 ms
畅通
海外 · 新加坡
延迟 186–310 ms
拥挤
面板每 5 分钟刷新一次；数值为近一分钟采样区间，非单点精确值。
Screens
云崩坏 App 界面实拍
四张核心界面，从检索到导出走完一遍完整流程。截图取自 v2.4.0 版本，实际界面可能随版本微调。
Install Guide
云崩坏 App 下载与安装指南
分 Android 与 iOS 两组，按顺序走一遍即可。首次使用前建议先看完最后的「安装失败怎么办」。
🤖 Android 8.0 及以上
- 确认系统版本。进入「设置 → 关于手机」查看 Android 版本，需 8.0 或更高；低于此版本无法安装，不必反复尝试。
- 下载安装包。在本页顶部点击「Android 下载」按钮，安装包约 68 MB，建议在 Wi-Fi 环境下完成。
- 允许安装来源。首次安装时系统会提示「未知来源应用」，在弹窗中进入设置，为当前浏览器或文件管理器开启安装权限。
- 完成安装并首次启动。安装完成后打开 App，首次启动会进行本地索引初始化，通常需要十几秒到一分钟，取决于条目量与网络状况。
- 核对权限。启动后在「关于 → 权限说明」逐项核对，若发现非必需权限可当场关闭，不影响主要功能。
安装失败怎么办：若提示「解析包错误」，多为下载中断导致文件不完整，删除后重新下载；若提示「应用未安装」，检查是否已存在同包名的旧版本，卸载旧版后再装。
🍎 iOS 14.0 及以上
- 确认系统版本。进入「设置 → 通用 → 关于本机」查看系统版本，需 iOS 14.0 或更高。
- 下载并安装。在本页顶部点击「iOS 下载」按钮，按提示完成安装；安装包约 72 MB。
- 首次启动授权。首次打开会请求网络访问权限，这是数据同步所必需的；若误点拒绝，可在「设置 → 云崩坏」中重新开启。
- 等待索引初始化。与 Android 一致，首次启动需要完成本地索引，期间界面可能短暂无响应，属正常现象。
- 开启后台刷新（可选）。若希望状态面板保持较新，可在系统设置中为云崩坏开启后台 App 刷新，代价是略微增加耗电。
安装失败怎么办：若长时间停留在「正在安装」，先检查存储空间是否充足（建议预留 300 MB 以上），再尝试重启设备后重装。
Workflow
四步走完一次完整使用流程
这不是功能罗列，而是一条实际会被重复走的路径，从打开到交付。
- 检索。打开 App，首屏直接输入关键词。索引已在本地，二次查询通常百毫秒级返回。
- 筛选与勾选。按状态徽章与校验时间快速排除明显过期的条目，勾选需要保留的部分。
- 批量整理。对勾选结果做归类，可一次处理数十条，不必逐条点击。
- 导出交付。导出为纯文本或结构化格式，直接贴进文档或发给对方，时间标记随内容一起带走。
Timeline
云崩坏的发展节点
只记录已经发生的版本节点；尚未发布的计划不在本页列出，避免把预期写成事实。
云崩坏首个公开版本 v1.0 发布
确立「首屏检索 + 本地索引」的基调，当时的界面还是浅色，条目状态没有时间戳，功能只覆盖最基础的查询。
v1.6 引入状态校验时间戳
这是用户反馈推动最明显的一次改动。此前「条目是否还有效」只能靠猜，加上时间戳后，交付场景的返工明显下降。
云崩坏v2.0 重构为深色界面并加入批量导出
配色改为近黑底加翠绿点缀，同步上线批量多选与导出能力，把 App 从「查询工具」推向「整理工作台」。
v2.4.0 上线多线路状态面板
把原本藏在设置里的节点信息提到显眼位置，并给每个节点标注延迟区间与拥挤徽章，同时明确标注数据刷新时间。
Scale
云崩坏一些可以核对的口径
下面的数字均标注了统计口径。凡是无法给出明确口径的指标，我们选择不展示，而不是补一个好看的估值。
68 MB
Android 安装包体积（v2.4.0）
72 MB
iOS 安装包体积（v2.4.0）
5 个
状态面板当前展示的节点数
5 分钟
状态面板自动刷新间隔
安装包体积会随版本变化，以上为 v2.4.0 的实测值，不同应用商店分发时可能有细微差异。 我们不展示无法核实的下载总量、活跃用户数或评分数据——这类数字若没有公开口径， 写出来只是装饰，对判断「这个 App 适不适合我」没有帮助。
Reviews
使用者怎么说
以下为编辑整理的典型反馈，按使用场景归类。我们只收录能对应到具体功能的评价，泛泛的「很好用」不予展示。
4.6
编辑整理口径 · 非商店实时评分
该分数来自我们收集到的反馈归纳，不代表任何应用商店的公开评分。 由于缺少可核实的公开评分源，本页不展示第三方平台的实时星级与评论数。
★★★★☆
「最有用的是那个校验时间。以前把清单发给同事，对方总会问一句这条还准不准，现在时间戳直接写在内容里，省掉一轮来回。」
★★★★☆
「批量导出是决定留下来的原因。整理完能直接贴进表格，不用在手机上一条条复制，这个细节比界面好不好看重要得多。」
★★★★☆
「线路面板挺实用，动手前扫一眼就知道哪个时段别去凑热闹。唯一希望改进的是弱网下首次索引确实偏慢，这点得承认。」
Permissions
云崩坏权限与隐私说明
权限清单以系统实际弹窗为准，下面是我们对每一项用途的说明，你可以逐条对照核对。
📁 存储读取
用于读取你主动选择的文件并生成本地索引。索引结果保存在设备本地，不上传服务器。若你拒绝该权限，检索功能将无法使用。
🌐 网络访问
用于同步条目状态与刷新线路面板数据。不联网时 App 仍可打开并查看已有索引，但状态时间戳会停留在上次同步的时间点。
🔔 通知（可选）
仅在状态面板出现明显变化时提醒，默认关闭。开启与否不影响任何核心功能，关闭后不会反复弹窗骚扰。
🚫 不申请的权限
不申请通讯录、通话记录、短信、精确定位与摄像头权限。若你在某些渠道看到索取这些权限的安装包，那不是我们发布的版本，请勿安装。
Changelog
版本更新日志
只列已发布版本的主要改动。细碎的修复项不逐一罗列，避免把日志写成流水账。
-
v2.4.0
上线多线路状态面板，节点延迟以区间形式展示并标注刷新时间；批量导出新增结构化格式选项；修复了弱网环境下首次索引偶发卡住的问题。
-
云崩坏v2.2.1
优化深色界面对比度，长文本阅读更省力；索引内存占用下降约三成，低配机型启动速度有所改善。
-
v2.0.0
界面整体重构为近黑底配色，确立当前视觉基调；新增批量多选与导出能力，App 定位从查询工具转向整理工作台。
-
云崩坏v1.6.0
为每个条目引入状态校验时间戳，这是用户反馈最集中的需求；同时把检索入口从二级页面提到首屏。
FAQ
常见问题
下面六条是反馈里出现频率最高的。若你的问题不在其中，可直接通过页面底部的联系方式找我们。
云崩坏 App 是免费的吗？有没有内购？
当前版本完全免费，核心功能不设付费墙，也没有内购项目。我们不通过限制基础功能来引导付费。
如果未来引入任何收费能力，会提前在更新日志中明确说明，不会静默变更。
支持哪些系统版本？老手机能装吗？
Android 需 8.0 及以上，iOS 需 14.0 及以上。低于这两个版本无法安装，这不是可以绕过的限制。
如果你手上是更早的机型，建议先确认系统版本再下载，避免白下一次。
云崩坏 App 安全吗？会不会读取我的隐私数据？
我们只申请存储读取与网络访问这两项必需权限，不索取通讯录、通话记录、短信与精确定位。
本地索引结果保存在你的设备上，不上传服务器。你可以在系统设置里逐项核对权限，也可以随时撤销。
怎么更新到新版本？需要卸载重装吗？
不需要卸载重装。Android 端直接覆盖安装新版安装包即可，数据会保留；iOS 端通过原有渠道更新。
跨大版本升级时建议先导出一次清单做备份，虽然正常情况下数据不会丢，但多一道保险总没坏处。
App 占多大存储空间？会不会越用越臃肿？
安装包约 68 MB（Android）/ 72 MB（iOS），安装后占用通常在 150 MB 上下，具体取决于你的索引条目量。
索引数据会随条目增加而增长，可在「设置 → 存储管理」中清理不再需要的索引，清理不会影响已导出的内容。
遇到问题怎么反馈？多久能收到回复？
可通过本页「联系我们」中的客服邮箱反馈，建议附上系统版本、App 版本与问题复现步骤，
这样能省掉一轮来回确认。我们通常在两个工作日内回复，复杂问题可能需要更长时间，但不会不回复。
Contact
联系我们
按用途分了三个入口，走对门能快一些。反馈问题时请尽量带上版本号与复现步骤。
联系渠道
- 客服邮箱support@yun-benghuai.cn
- 商务合作bd@yun-benghuai.cn
- 问题反馈feedback@yun-benghuai.cn
- 官网yun-benghuai.cn
- 响应时间通常两个工作日内回复
反馈前可以先自查
很多问题其实是环境导致的，先花一分钟排查能省下等待回复的时间：
- 安装失败确认系统版本达标、存储空间充足、安装包完整
- 索引缓慢弱网环境下属正常，切换网络后重试
- 数据异常先导出一次清单备份，再尝试重启 App
- 权限问题到系统设置中核对云崩坏的权限开关