Posts

NavShelf 是一个免注册的网页版导航页，用起来像 Windows 资源管理器：左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的网站按自己的分类放进去；目录、链接和搜索设置全部存在你自己的浏览器里，不上传，也不需要账号。它没有云端，也没有手机 App，所以它不可能适合所有人。这篇按 5 类真实使用者讲清楚：如果你在其中，具体省掉的是什么麻烦；如果你不在其中，也不必勉强。 1. 书签栏早就装不下的人 书签栏最多排十几个位置，于是你开始往「其他书签」里塞。半年后那里攒了四百条链接，你分明记得存过某个页面，就是找不到。 对这类人，最有效的做法是把浏览器收藏夹当收件箱，把 NavShelf 当书架：第一层只分大类（工作 / 学习 / 生活），下面再按项目或主题继续分，最多能嵌五层。每条链接是一张卡片，带序号、域名，还有一句你自己写的描述——同一屏能扫到的信息比书签栏多得多，也不用逐个点开确认。 2. 不想为收藏夹再注册一个账号的人 你已经有几十个账号了，不想为了存几个网址再注册一个，也不想让别人知道你每天在读什么。 NavShelf 没有账号系统，打开就能用；数据放在浏览器的本地存储里，关掉浏览器还在，换一台机器就没有——这正是「本地」的意思。代价也很直接：清理浏览器数据、重装系统之前要先导出一份，习惯上每周或每月留一个 JSON 文件就够了。原理见数据只留在你自己的浏览器里。 3. 把浏览器当工作台、资料要分层的人 做一个项目要开十几个页面，写一篇稿要攒三十条来源，这些链接和「常去的网站」明显不是一类东西。 这类人用的是目录树的重活：目录可以拖着换位置，同级链接也能拖动排序；拖到不允许的层级会被拒绝并给出提示（最多五层，也不允许把一个目录拖进它自己的子目录）。右键就能新建目录、新建链接、编辑和删除，不用先选中再找按钮。操作细节见拖拽整理书签和右键就够了。 4. 想要一个自己的起始页或新标签页的人 打开浏览器第一眼是资讯推送、热榜和搜索框广告，一天要点掉好几次。 把 /app/ 设成主页或新标签页，第一眼就换成你自己的书架。页面上自带的搜索遮罩也好用：输入关键词回车就用默认引擎搜；常用的几个引擎可以自己增删改，还能把一个设成默认，地址里用 {query} 占位，等于把搜索框改成自己的用法。另外还有日夜两套主题和三种界面语言。 5. 开发者和做站点的人 Base64、JSON 格式化、时间戳转换、正则测试、图片压缩、二维码——这些每周都要用一次的小东西，通常不值得装一堆软件。 NavShelf 里有一个工具栏目，预置了 26 个直接在浏览器里跑的小工具（就是在线工具那一套），点一下就从「我的收藏」切过去。这份清单只读，随应用版本更新，不混进你的收藏，也不会出现在导出文件里。另外，导出的 JSON 就是纯文本的目录和链接，可以放进版本库，也可以自己写脚本批量整理。 反过来：这几类人现在还不适合 把边界写清楚，比把功能说满更省彼此的时间： 想一键导入浏览器书签的人：目前只认 NavShelf 自己导出的 JSON，浏览器导出的 HTML 书签文件还不能直接导入。 想在收藏里做全文搜索的人：页面上的搜索是用来搜网页的，不是搜你存的链接；收藏多了得靠目录分层和小标题定位。 想要手机 App 或桌面客户端的人：只有网页版。同一个地址在手机浏览器里也能打开（窄屏会自动收起部分按钮文字），但没有独立客户端。 三分钟自检 收藏超过一百条，经常「记得存过却找不到」→ 值得试。 收藏需要按项目、按主题分到三层以上 → 值得试。 换设备时愿意手动搬一次文件 → 值得试。 必须「打开就是最新」，或者要和别人共用一份 → 先别换。 常见问题 它和浏览器自带的收藏夹冲突吗？ 不冲突。两者互不影响，你也完全可以只搬一类链接过来，其余的留在收藏夹里。 ...

NavShelf 是一个免注册的网页版导航页——也有人叫它起始页、个人主页。左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的十几个网站按自己的分类放进去，打开浏览器第一眼就能看到：没有推荐流，也没有需要关掉的弹窗。除收藏之外，它还有英文 / 简体中文 / 繁体中文三种界面语言、日夜两套主题，以及一个工具栏目，里面是 Base64、JSON 格式化、时间戳转换这类直接在浏览器里运行的小工具。目录、链接、搜索设置全部存在你自己的浏览器本地，不上传，也不需要账号。 一个页面上的两种内容 导航页里通常放着两类很不一样的东西：你自己存下来的链接，和别人已经筛选整理过的链接。NavShelf 的做法是把它们分成两种模式，而不是混在同一份列表里。 开关就是工具栏上博客按钮旁边那个星形按钮。关闭时页面显示我的收藏——你的目录、你的链接；打开后，同一个页面显示随应用一起发布的工具栏目。再点一次就回来。 工具栏目里到底有什么 目前是五个分类——开发、设计、AI、效率、写作——里面放着 28 个站内工具入口（Base64、JSON 格式化、时间戳转换、图片压缩、二维码等等，也就是在线工具那一套），外加 17 个常用的外部站点：GitHub、VS Code、Cloudflare、CodePen、Figma、Dribbble、Coolors、ChatGPT、Claude、Perplexity、Notion、Slack、Trello、Grammarly、DeepL、Hemingway。 有两个视觉信号能立刻告诉你"已经不在自己的收藏里了"： 面包屑最左边从「我的收藏」变成「系统」，点它可以回到这份清单的根部。 内容区顶部有一条琥珀色提示条，写着「系统预置栏目 · 只读」，并提醒再点一次「工具栏目」即可回到「我的收藏」。 这个模式下目录卡片会带一个「系统」小标记，左侧目录树里也用星号代替了彩色圆点。 只读就是真的只读 在这个模式里，右键菜单只剩一项：打开。没有新建目录、没有编辑、没有删除，什么也拖不动。这份预置清单不会被误改，你在这里的任何动作也伤不到它。 它同样完全在你的数据之外： 它随应用版本一起打包和更新，所以永远不会有"改到一半"的状态。 它不进导出文件。导出只会拿到你自己的目录和链接，导入文件也绝不会覆盖它。 它的文字跟着界面语言走：把界面切成繁體中文，目录名和描述也跟着切。 浏览它的时候，你自己的收藏一点都不受影响；而且开关会记住你原来的位置——打开看一眼，再关掉，你会回到刚才所在的目录。 它唯一不做的事 预置清单不能编辑，这是刻意的取舍：如果它能改，下一次更新要么覆盖你的改动，要么让你搞不清自己看到的是哪一版。所以它的定位是参考书架，而不是第二份收藏。 想把其中一部分变成自己的，就自己建：在自己的收藏里右键新建链接即可，操作细节见右键就够了——新建一条只需要标题和网址，再花十秒补一句描述。 什么时候真的会用它 找工具：26 个站内工具都在浏览器里跑，不用注册；从清单点进去比回忆网址快。 从零开始：新设备上收藏还是空的，先用预置清单点一点，再决定导入还是重建。 把屏幕递给别人：给别人介绍 NavShelf 时，一份只读的清单比你的私人收藏合适得多。 借用结构：看看这五个分类是怎么划分的，可以给你的第一层做个参考，思路见五层目录树。 常见问题 工具栏目里的内容是别的用户写的吗？ 不是。它由站点维护，随每个应用版本一起发布。 能一键把整份清单复制到我的收藏吗？ 目前不能。用右键菜单把你要的那几条重建一遍即可，通常十几条就够用。 打开工具栏目会改动我的收藏吗？ 不会。两份内容完全隔离，关掉之后还会回到你原来所在的目录。 为什么有的是站内、有的是外站？ 站内入口打开的是 NavShelf 自己的工具，在本机浏览器里运行；外部站点则是那些一键即达比较有价值的常用网站。 这份清单会出现在我的导出文件里吗？ 不会。导出的只有你自己的目录、链接、搜索引擎和设置。背景见数据只留在你自己的浏览器里。 手机上能用吗？ 能，工具栏上同一个按钮就能切换。 两份清单，一个页面 一份是你的，可以随便改；另一份是维护好的参考清单，改不坏。星形按钮就是这条分界线，而这条线本身才是重点：你对自己收藏做的任何事都影响不到预置清单，反过来也一样。 打开 NavShelf，点一下工具栏上的星号，两边都看一眼。

NavShelf 是什么 NavShelf 是一个免注册的网页版导航页——也有人叫它起始页、个人主页。左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的十几个网站按自己的分类放进去，打开浏览器第一眼就能看到：没有推荐流，也没有需要关掉的弹窗。除收藏之外，它还有英文 / 简体中文 / 繁体中文三种界面语言、日夜两套主题，以及一个工具栏目，里面是 Base64、JSON 格式化、时间戳转换这类直接在浏览器里运行的小工具。目录、链接、搜索设置全部存在你自己的浏览器本地，不上传，也不需要账号。 两个只设置一次、每天都受益的开关 导航页大概是你每天打开次数最多的页面之一。这让两件事变得格外值钱：它在你现在所处的光线下好不好看，以及它说的是不是你习惯的语言。 两个开关都在工具栏上，都会被记住，而且都不会动到你的收藏本身。 主题怎么切 点工具栏上的主题按钮，界面就在日间和夜间之间切换。交互就这么多：一个按钮，没有偏好设置页。 默认是日间：浅灰底、白卡片、发丝描边，强调色只有一种蓝。 你的选择会和数据一起被保存，下次打开时就是你上次离开的样子。 夜间不是把界面反色 把浅色界面反色成深色，会得到那种一眼就能认出来的灰蒙蒙效果。NavShelf 的夜间模式是一整套另外的配色： 界面部分 日间 夜间 背景与卡片 浅灰底、白卡片 近黑底、深灰卡片 强调色（选中目录、链接、焦点框） 深蓝 更亮一档的蓝，保证在深色上可读 系统工具栏目 琥珀色标注系统内容 琥珀色针对深色背景重新调过 广告位 浅色纸条 深色纸条，标签仍是琥珀色 实际效果是：在暗房间里对比度依然够，但页面不会亮得刺眼。 有一点如实说明：主题不跟随操作系统的深色模式，也不会到点自动切换——它是一个手动开关，并且会记住你选什么。想要夜里是深色，点一次就行，它会一直是深色，直到你改。 三种界面语言 主题按钮旁边就是语言选择器，在 English、繁體中文、简体中文之间切换整个界面，切换立即生效、不用刷新。 第一次访问时界面固定是英文，不看你的浏览器语言。这是刻意的：这样同一份收藏在你每台设备上看到的界面都一样，而不是这台显示中文、那台因为浏览器设置显示英文。你改一次，之后就一直记得。 语言会翻译什么 工具栏、搜索层、右键菜单、对话框里的每一处控件文案。 空状态、提示与错误信息——包括「最多支持 5 层目录。」。 系统预置的工具栏目：每个目录名和链接描述都写了三种语言，切界面语言时这部分内容也跟着切。 「博客」按钮：它按你当前的界面语言打开对应语言的博客，而不是一律把你丢进英文站。 语言不会翻译什么 你自己的收藏。标题、网址、描述就是你当初输入的内容，用什么语言写的就是什么语言——界面语言是偏好设置，不是翻译器。目录结构、排序和搜索引擎同样不受影响。 这两个设置存在哪 主题和语言存在和你的目录、链接同一份本地 JSON 里，属于其中的设置部分。有两个影响值得知道： 它们会跟着导出走。 导出数据、在新设备导入，主题和语言会和书签一起还原。 它们同样"没有云"。 不会同步；清理浏览器站点数据后，界面会回到英文加日间，因为这份偏好本来就在那份数据里。背景见数据只留在你自己的浏览器里。 常见问题 主题会跟随系统的深色模式吗？ 目前不会。它是手动开关加记忆——这也意味着当系统偏好和应用偏好不一致时，你不用去猜到底谁说了算。 切成繁体中文，我的书签会被翻译吗？ 不会。变化的只有界面文案和系统预置的工具栏目。 我不是英语用户，为什么第一次是英文？ 为了首次见面的一致性。默认语言在构建时配置，而你自己改过之后就永久生效。 博客会跟着切语言吗？ 「博客」按钮跟随你的界面语言。博客本身在 /en/、/zh-cn/、/zh-tw/ 三个地址下，你也可以直接链到任何一版。 手机上能用吗？ 能。主题按钮和语言选择器都在移动端工具栏上，用的是同一份设置。 ...

NavShelf 是什么 NavShelf 是一个免注册的网页版导航页——也有人叫它起始页、个人主页。左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的十几个网站按自己的分类放进去，打开浏览器第一眼就能看到：没有推荐流，也没有需要关掉的弹窗。除收藏之外，它还有英文 / 简体中文 / 繁体中文三种界面语言、日夜两套主题，以及一个工具栏目，里面是 Base64、JSON 格式化、时间戳转换这类直接在浏览器里运行的小工具。目录、链接、搜索设置全部存在你自己的浏览器本地，不上传，也不需要账号。 先给结论 NavShelf 没有账号系统，也没有服务器端数据库。目录、链接、搜索引擎和界面设置，全部存在你此刻用的这台设备、这个浏览器里。关掉标签页，下个月再回来，它们还在原地——而且除了你，没人能看到，包括站方。 数据具体存在哪 全部在一个叫 navProjectData 的浏览器存储键里，是一个 JSON 对象，四部分：directories、links、searchEngines、ui。每一次改动——新建链接、改名、拖动——都会立刻写进去。 存储这件事就这么多。没有后台同步，没有一队等着上传的变更，服务器上也没有备份副本。 你可以自己看：打开浏览器开发者工具 → Application → Local Storage，你的全部收藏就以明文 JSON 的形式摆在那里。之所以看得到，是因为它只存在这一个地方。 本地优先换来什么 不用账号。 不用注册、不用记密码，也不会因为登录出问题而打不开自己的链接。 没有服务器端副本，也就没有那类泄露风险。 书签数据最常见的暴露方式，是别人运营的数据库出了问题——这里根本没有那个数据库。 不依赖任何一个服务活着。 只要浏览器还在，你的结构就还在。 站内小工具同样是本地的。 Base64、JSON 格式化、时间戳转换、图片压缩，这些都在浏览器里运行，你粘进去的内容不会被上传。 代价是什么（这部分也照实说） 换浏览器、换设备不会自动跟过去。 要用导出和导入手动搬。 清理浏览器数据就会一起清掉。 勾选了"网站数据"的清理会带走你的收藏；无痕窗口则在关闭时清空。 没有回收站，没有撤销。 删目录会连带删掉子目录和链接，导出 JSON 是唯一能回到过去的方式。 有容量上限。 浏览器存储通常在 5–10MB 之间，能放几千条链接，但不是无限。接近上限时先导出再清理。 没有协作、没有分享、没有实时同步。 别人编辑不了你的收藏，另一台设备上也不会实时更新。 哪些东西会离开浏览器 书签不会。但页面本身是另一回事，这里说准确一些： 站点会加载页面级的访问统计脚本，广告开通后还会加载广告脚本。用本地文件方式打开应用时，广告位完全不加载。 这些脚本工作在页面层。NavShelf 不会把你的书签数据交给它们。 如果你连第三方脚本也不想跑，可以在浏览器里屏蔽。广告组件是按"加载失败就静默降级"写的，屏蔽它们不会影响任何书签功能。 取舍说清楚就是：数据留在本地，而你打开它的方式仍然是一个网页，网页就有网页该有的统计。 九十秒自己验证 看存储：开发者工具 → Application → Local Storage，只有一个键，里面是你能读懂的 JSON。 看网络：打开 Network 面板，然后开始编辑链接——没有任何请求发出，因为应用不往外发东西。 拔网线：页面已经打开的情况下断网，继续新建、改名、删除，一切都正常，因为它不依赖服务器。 看政策：细节写在隐私政策里。 常见问题 数据会被上传吗？ 不会，也没有可以上传的接口。 ...

NavShelf 是什么 NavShelf 是一个免注册的网页版导航页——也有人叫它起始页、个人主页。左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的十几个网站按自己的分类放进去，打开浏览器第一眼就能看到：没有推荐流，也没有需要关掉的弹窗。除收藏之外，它还有英文 / 简体中文 / 繁体中文三种界面语言、日夜两套主题，以及一个工具栏目，里面是 Base64、JSON 格式化、时间戳转换这类直接在浏览器里运行的小工具。目录、链接、搜索设置全部存在你自己的浏览器本地，不上传，也不需要账号。 而这个页面里最容易被忽略的部分，恰恰是最上面那个搜索框：很多人第一次打开，只用过默认的 Google，没注意到列表里还有别的引擎，更不知道可以自己加一条。下面把这件事讲清楚。 搜索框不是一个引擎，是一张列表 侧栏顶部有一个「搜索一下」。点开之后，上面是输入框，下面是搜索引擎列表——你打进去的词交给哪个网站去搜，取决于你在这里选了哪一条。默认给你三条：Google、Bing、百度，其中 Google 带一个「默认」标记。 三步完成一次搜索 点侧栏顶部的「搜索一下」，输入框已经自动聚焦，直接打字。 点列表里的目标引擎，选中项会高亮。默认选中的就是带「默认」标记的那条。 回车，或点输入框右边的 ↵。结果在新标签页打开，搜索浮层同时关掉。 两个细节：新标签页不会把当前页面的引用交给目标站点；临时切换过的引擎不会被记住，下次打开仍然回到默认那条。这一条是有意的——九成搜索都走默认引擎，偶尔切一次不该污染长期设置。 切换和管理都在同一个浮层里 点引擎列表右上角的「管理」进入管理态，每条右边会出现三个小按钮，列表底部多出一行「＋ 添加搜索引擎」： 按钮 作用 ★ 设为默认 ✎ 编辑名称、搜索地址、图标 ✕ 删除这一条 ＋ 添加搜索引擎 在列表末尾新增一条 同一时间，「管理」按钮会变成「完成」，再点一次就收起这些操作，回到干净的点选界面。点浮层外的空白处可以直接关掉。 新增和编辑都是同样的三行字段： 名称（必填）：显示在列表里，也是图标留空时的字母来源。 搜索地址（必填）：必须包含 {query} 占位符，并且是 http(s) 链接。 图标（可选）：一个字符，最多取两个，用来在列表左侧做区分；留空时取名称首字母。 填错会被拦下来，提示是「请填写名称，且地址须为含 {query} 的 http(s) 链接。」——不会写进一条用不了的引擎。 {query} 就是全部秘密 {query} 标记关键词该放在哪。NavShelf 做的事只有一件：搜索时把它替换成 URL 编码后的关键词，其余部分原样打开。所以它不限于放在末尾，也可以和别的参数共存： https://www.google.com/search?q={query} https://www.bing.com/search?q={query} https://duckduckgo.com/?q={query} https://www.baidu.com/s?wd={query} https://zh.wikipedia.org/w/index.php?search={query} https://github.com/search?q={query} https://www.google.com/search?q={query}&hl=en&num=20 最后一行是同一件事的另一种用法：把语言和每页条数写进地址，这条引擎就固定成了「英文结果、每页 20 条」。因为关键词会做 URL 编码，中文词在百度、知乎、B 站一类的中文引擎里同样能正常带过去。 同一套规则还能拼出两类很实用的引擎： ...

NavShelf 是什么 NavShelf 是一个免注册的网页版导航页——也有人叫它起始页、个人主页。左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的十几个网站按自己的分类放进去，打开浏览器第一眼就能看到：没有推荐流，也没有需要关掉的弹窗。除收藏之外，它还有英文 / 简体中文 / 繁体中文三种界面语言、日夜两套主题，以及一个工具栏目，里面是 Base64、JSON 格式化、时间戳转换这类直接在浏览器里运行的小工具。目录、链接、搜索设置全部存在你自己的浏览器本地，不上传，也不需要账号。 为什么所有操作都在右键里 NavShelf 的工具栏上只有搜索、主题、语言、工具栏目和关于——没有"新建"“编辑"“删除"按钮。所有改动都从右键菜单开始，而且菜单内容会跟着你右键的对象变化。 这样做的好处是：操作永远贴着对象，不用先选中、再去别处找按钮。代价是需要记住三种目标的菜单不一样，下面就是全部三种。 三种目标的菜单 你右键的地方 菜单里有什么 链接卡片 打开 / 编辑 / 删除 目录（左侧树节点或右侧目录卡片） 打开 / 新建目录 / 新建链接 / 编辑 / 删除 内容区或目录树的空白处 新建目录 / 新建链接 工具栏目（系统预置内容） 只有 打开 两个细节：删除项是红色的，并且固定排在最后，不容易误点；菜单在鼠标位置弹出，点其他任何地方、在别处再点一次右键、或者按 Esc 都会关掉。 新建链接：三个字段 右键 → 新建链接，对话框里是三行： 标题（必填） 网址（必填，默认已经填好 https://，接着输入即可） 描述（可选，多行输入） 标题或网址为空时，点保存不会有任何反应——不会产生半条空链接。描述留空的话，卡片上只显示标题和域名。 网址字段不做格式校验：相对路径、mailto:、内网地址这类写法都能存进去，点击时按浏览器的规则处理。这是有意留的口子，粘贴之前自己确认一下就好。 描述值得认真写。三个月后你不会记得某个链接为什么存下来，写"什么时候会用到它"比写"官网"有用得多，也比标签省事。 目录：新建、改名、删除 新建目录：只需要一个"目录名称”。已经在第五层时，会弹一条提示「最多支持 5 层目录。」，而不是静默失败——层级规则见五层目录树。 编辑：也就是重命名。改完立刻反映在目录树、目录卡片和面包屑上。 删除：会连带删除它的全部子目录和链接，所以先弹确认框「删除该目录及其全部子目录与链接？」。确认前看清当前选中的是哪个目录——这是整个应用里唯一不可逆的操作。 编辑：能改什么，不能改什么 编辑链接可以改标题、网址、描述三项。标题留空则整次编辑不生效；网址留空则保留原网址，不会把链接变成空地址。 这里改不了的是链接所在的目录——换位置是另一套手势：目录靠拖拽换位置，链接靠拖拽排序或下放到子目录，做法见拖拽整理书签。一句话：右键管内容，拖拽管位置。 四道防误操作的护栏 必填项为空就不执行，不会产生半条数据。 删除前一定弹确认框，删目录还会写明是级联删除。 工具栏目只读：开启工具栏目后，菜单里只剩"打开”，系统预置内容改不动。 数据只在你自己的浏览器里：改动立即写入 localStorage，这同时意味着没有回收站。定期导出 JSON 才是最后一道保险。 常见问题 右键会不会弹出浏览器自己的菜单？ 不会。内容区和目录树里的右键由 NavShelf 接管，浏览器菜单不会出现。 ...

NavShelf 是什么 NavShelf 是一个免注册的网页版导航页——也有人叫它起始页、个人主页。左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的十几个网站按自己的分类放进去，打开浏览器第一眼就能看到：没有推荐流，也没有需要关掉的弹窗。除收藏之外，它还有英文 / 简体中文 / 繁体中文三种界面语言、日夜两套主题，以及一个工具栏目，里面是 Base64、JSON 格式化、时间戳转换这类直接在浏览器里运行的小工具。目录、链接、搜索设置全部存在你自己的浏览器本地，不上传，也不需要账号。 拖拽能改什么，不能改什么 整理书签最烦的一步，往往是把已经存好的东西挪到正确的位置：新建一个文件夹、把链接一条条重新加一遍，等于重做一次。拖拽就是为这一步准备的。 在 NavShelf 里有两种拖拽，作用完全不同： 拖目录：在左侧目录树里进行，改变目录在树上的位置。 拖链接：在右侧内容区里进行，改变链接的顺序，或者把它放进当前目录下的某个子目录。 两种拖拽都只挪动结构，不会改动链接本身——标题、网址、描述原样保留，松手即生效并自动保存。上一篇讲的五层目录树是这套操作的地基，建议先读那一篇。 在目录树里移动目录 目录树上的每个目录节点都可以拖动，有两种落点： 放到另一个目录上：被拖的目录会变成那个目录的子目录，排在它现有子目录的后面。子目录和链接会跟着一起搬，不用逐条处理。 放到目录树的空白处：被拖的目录会回到最上面一层。 拖动过程中目标位置会高亮，提示你松手就会放在这里。 一个容易被忽略的细节：移动后的目录总是排在目标目录的最后，不提供"插到第三个孩子前面"这种位置选择。同一层的顺序按拖动先后决定，想再调整就再拖一次。 在内容区里排序链接 链接卡片也有两种落点： 拖到另一张链接卡片上：被拖的链接会插到那张卡片的前面。连着拖几次，就能把最常用的链接挪到左上角。 拖到某个子目录卡片上：链接会移动到那个目录，排在它现有链接的最后。 这里有一个当前的边界要说清楚：链接拖拽只作用于当前目录——可以在本层重新排序，也可以从本层下放到它的子目录，但没法把链接直接拖回上一层或别的分支。要调整跨层级的位置，就在目标目录里右键新建一条链接。 重排之后卡片左上角的序号会跟着重新排，这是正常的，不影响链接内容。 两种操作会被拦住 移动后超过五层：如果某个分支这么一搬会突破五层上限，这次拖拽没有可落点，放不下去。 把目录拖进自己的子目录：同样不给你落点。这么做会让结构成环，整棵树就没法正常展开了。 这两条都不是弹窗式的报错，而是在拖动时就不提供可放置的目标。 一次真实的整理流程 先建目标位置：在目录树里右键建好要用的目录，不要一边拖一边临时想。 收掉无关分支：把暂时不看的目录折叠起来，侧栏短了，落点才看得清。 先搬目录，再排链接：目录层面定型之后，里面的链接会自动跟着走，剩下的才是排序。 按常用度排序：把每天要点开的两三条拖到最前面，位置固定之后，打开导航页几乎不用思考。 收尾备份：改动做完导出一次 JSON。拖拽本身可逆，删错不行，而且没有回收站。 什么时候不该拖 为一个链接建一个目录：挪进去之后路径变长，找起来更慢，不如把链接留在上一层。 一次把几百个链接全部归位：挑一个分支先搬，用几天，确认顺手了再继续。 为了看起来整齐反复微调：层次对了就够了，同层顺序差一位不影响使用。 常见问题 拖错了能撤销吗？ 没有撤销按钮，但拖拽只改变位置，拖回原处就行。真正不可逆的是删除目录——它会级联删掉子目录和链接，所以定期导出 JSON 比什么都重要。 手机上能拖吗？ 拖拽依赖桌面浏览器的拖放能力，触屏上不生效。要在手机上调整结构，请用桌面浏览器打开同一个网址处理；收藏数据保存在各自的浏览器里，这点在把浏览器起始页换成自己的导航页里说明过。 工具栏目的内容能拖吗？ 不能。工具栏目是系统预置的只读内容，节点不可拖动，也不接受放置。 拖拽会打断我当前的浏览位置吗？ 不会。拖拽结束后右侧仍然停在当前目录，除非你把链接拖进了另一个目录。 拖拽和右键菜单是什么关系？ 右键负责新建、编辑、删除，拖拽负责挪位置，两者互不替代。 小结 拖拽解决的是"东西已经在库里，但位置不对"这一类问题：目录在树上换位置，链接在本层排序或下放到子目录，越界和成环的操作根本放不进去。 打开 NavShelf，挑一个目录拖到另一个目录上，感受一次整棵子树跟着走的效果——比逐条重建快得多。

NavShelf 是什么 NavShelf 是一个免注册的网页版导航页——也有人叫它起始页、个人主页。左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的十几个网站按自己的分类放进去，打开浏览器第一眼就能看到：没有推荐流，也没有需要关掉的弹窗。除收藏之外，它还有英文 / 简体中文 / 繁体中文三种界面语言、日夜两套主题，以及一个工具栏目，里面是 Base64、JSON 格式化、时间戳转换这类直接在浏览器里运行的小工具。目录、链接、搜索设置全部存在你自己的浏览器本地，不上传，也不需要账号。 为什么书签需要一个层级 浏览器书签默认是扁平的：一条很长的列表，最多加一两层文件夹。存到几百个之后，你只能靠搜索——而搜索的前提是你还记得那个链接大概叫什么。记不住，就等于没存。 目录层级解决的是另一个问题：你不需要记得，只需要知道它在哪。就像在硬盘上找两年前的一份合同，你不会去搜文件名，而是顺着「客户 → 2026 → 合同」这条路径点进去。 NavShelf 用的就是文件管理器那套模型，并且给了足够用的深度：最多五层目录。 目录树和内容区分别在做什么 打开 NavShelf 后，界面分成两半，各管一件事： 左侧目录树：只放目录结构，不放链接。每个节点前有一个颜色固定的小方块，同一层的目录颜色互相区分，用久了你会靠颜色记住位置；有子目录的节点前面有小三角，点一下就能展开或收起整棵子树。 右侧内容区：显示当前目录里的内容，分成「子目录」和「链接」两个区块。目录卡片右侧的数字是这个目录下的链接数量（包含子目录里的链接），不用点进去就能看出哪一支还是空的。 在目录树里点任意节点，右侧立刻切换过去；工具栏上的面包屑会同步显示完整路径。 五层分别该回答什么 五层听起来不多，用起来的关键是：每一层回答一个不同的问题，层级才有意义。 层级 回答的问题 例子 第 1 层 这属于生活的哪一块？ 工作 / 学习 / 生活 第 2 层 具体是哪个项目、哪个对象？ 客户 A / 官网改版 第 3 层 里面的东西分几类？ 合同 / 设计稿 / 参考资料 第 4 层 有没有时间或版本维度？ 2026 / 旧版 第 5 层 少数需要长期保留的细分 已签署 大多数内容停在第三层就够了。第 4、5 层不是目标，是留给确实会长期累积的东西——逐年归档的合同、按版本迭代的设计稿、按年份分开的报销单据。 ...

NavShelf 是什么 NavShelf 线上版 是一个免注册的网页版导航页——也有人叫它起始页、个人主页。左边是可以层层嵌套的目录树，右边是链接卡片，你把每天要去的十几个网站按自己的分类放进去，打开浏览器第一眼就能看到：没有推荐流，也没有需要关掉的弹窗。除收藏之外，它还有英文 / 简体中文 / 繁体中文三种界面语言、日夜两套主题，以及一个工具栏目，里面是 Base64、JSON 格式化、时间戳转换这类直接在浏览器里运行的小工具。目录、链接、搜索设置全部存在你自己的浏览器本地，不上传，也不需要账号。 这篇只讲一件事：怎么在十分钟内把它搭起来，并设成你打开浏览器看到的第一个页面。 用线上版，打开就能用 线上版是主要版本：输入网址就能开始建目录、放链接，不用下载、不用安装、不用注册账号。新工具和界面调整也先在线上版上线，你不需要手动替换任何文件。 有一点值得说清楚：「线上版」指的是网页放在服务器上，不是你的书签放在服务器上。在数据主权这件事上，线上版和用本地文件打开没有区别——两者都没有服务器端存储。 第 1 步：先把目录骨架搭起来（约 3 分钟） 打开页面后，左侧是搜索区和目录树，右侧是内容区——没有推荐流，也没有需要关掉的卡片。 在空白处或任意目录上右键，菜单里只有四个动作：新建目录、新建链接、编辑、删除。整个应用的操作都围绕这个菜单展开，不需要记快捷键。 第一次建议只建 4~6 个顶层目录，比如「工作」「学习」「工具」「稍后读」。目录最多支持五层嵌套，但层数不是越多越好——如果一个文件夹里只放了一个链接，它大概不该是个文件夹。 第 2 步：放进第一批链接（约 3 分钟） 右键 → 新建链接，填标题、网址，再加一句可选的描述。描述会显示在卡片上，所以写「什么情况下会用到它」比写「官网」有用得多——三个月后，你就是靠这句话把它找回来的。 有个建议：不要一次搬完几百个书签。先放每天真的会点开的 8~10 个，用一周，确认自己确实会打开这个页面，再考虑补第二批。搬家式的大整理，往往只有第一天有热情。 页面也支持拖拽：链接在同一目录内拖动可以调整顺序，目录可以拖进另一个目录。有两种操作会被系统拦下——超过五层深度，以及把目录拖进它自己的子目录——拖拽过程中就会给出禁止提示。 第 3 步：设成浏览器起始页（约 2 分钟） Chrome：设置 → 启动时 → 打开以下网页 → 添加新网页 → 填入 https://navshelf.com/app/ Edge：设置 → 起始页、主页和新标签页 → 起始页 → 添加新页面 Firefox：设置 → 主页 → 主页和新窗口 → 自定义网址 Safari（macOS）：设置 → 通用 → 主页 有一点要提前说明：浏览器不提供「自定义新标签页网址」的原生设置。想让新标签页也变成导航页，得装一个重定向扩展（比如 New Tab Redirect）；不想装扩展的话，「启动时打开」配合把导航页放在书签栏第一位，基本能覆盖日常场景。 ...

两种账单，两种形状 主机账单是容量。你加 CPU、带宽、存储，表针跟着流量曲线走；看过一个月，下个月能猜到几个百分点以内的误差。 token 账单是行为。两个流量完全一样的团队，账单可以差 20 倍——因为一个团队每次请求带 12,000 token 的检索上下文，另一个只缓存了 400 token 的系统提示、其余什么都不带。同样的用户、同样的功能，账单天差地别。 这不是定价的猫腻，而是计量方式决定的：你按 token 付费，而 token 数量是设计决策。 让花费变跳的三个效应 1. 输入通常远多于输出，两者单价还不一样。 在多数对话与检索功能里，输入 token 是输出的 5～20 倍，而输出 token 的单价往往是输入的几倍。所以「我们只生成一小段回答」这句话，对成本没有任何说明力。 2. 缓存输入是另一套费率。 供应商对重复出现的输入给更便宜的价格——固定的系统提示、不变的长文档、大段指令。忽略缓存，就等于每次请求都为同样的 3,000 token 付全价。 3. 每次请求的上下文能差一个数量级。 一个每轮都追加对话历史的总结任务，等于每次都把整份记录重新发一遍。成本增长比轮数更快：第 20 轮很贵，是因为第 1 到 19 轮又在账单上出现了一次。 重试和工具调用还会再加一个在任何用量图表里都看不见的乘数：一次失败后重试的调用会计费两次；每轮调四个工具的 Agent，每轮计费五次。 杠杆，按收益排序 团队的第一反应通常是去换模型。那很少是最大的杠杆。建议按这个顺序试： 先砍上下文。 删掉检索到却不影响答案的文档、限制回溯的历史长度、把永不变的部分放进缓存。这往往是单项收益最大的一步。 限制输出长度。 直接要求形状（「三条要点，不要前言」），而不是给一个宽松的 token 上限。模型生成的那 900 token 客套话，是你在付费。 不紧急的走批次。 夜间补数、回填、评测这类任务通常可以接受更慢但更便宜的路径。 最后才换模型。 把摘要任务降级到更小的模型确实是省钱——但这是在前面三步已经压小的那个数字上，再省一次。 上线前先估一遍 你需要每次请求的两个数字：输入 token 与输出 token。功能已经上线，就直接从 API 返回里读，不要估。还没上线，只能先猜： 每月成本 ≈ 每天请求数 × 30 × (输入 ÷ 1M × 输入单价 + 输出 ÷ 1M × 输出单价) 猜的时候有两个坑：一是平均数会掩盖最贵的那次请求（一份长文档的 p95 请求可能是中位数的 30 倍，而账单正是它决定的）；二是多轮功能让平均数失去意义，因为每一轮都拖着完整历史。 ...