试用笔记应用时，第一篇文章通常写得很顺。真正需要比较的，是几百篇资料放进去以后，附件还能不能找到，手机离线修改怎样同步，未来离开这个工具时又能带走什么。对 Inkstone，这些问题比“能否免费部署”更适合作为试用起点。
Inkstone 是部署在 Cloudflare Workers 上的 Markdown 笔记应用。本文依据 2026 年 9 月 23 日核查的官方资料，结合 v0.8.0 发布说明讨论使用与迁移；没有声称完成了个人生产知识库迁移，也没有给出未经测试的容量或性能结论。
先选几篇能暴露问题的笔记
不要把整库导入作为第一次测试。可以先选一篇长文、一篇包含中文标题和内部链接的笔记、一篇带图片和 PDF 的资料，再加一篇需要在手机上修改的清单。这几类内容能够覆盖渲染、引用、附件和同步，出问题时也容易定位。
导入以后，分别检查标题、代码块、表格、链接和附件。Markdown 本身可读，不代表所有工具对 WikiLink、块引用、嵌入和扩展语法都采用相同解释。一个语法在原工具中能跳转，换到另一个工具后可能只剩一段文本。
官方功能说明列出了编辑、搜索、离线、分享和导出能力。它可以作为测试清单的来源，但功能列在表里，与自己的资料能顺利迁入，是两件需要分别确认的事。
还应保留一份未经修改的原始样本。测试中遇到附件路径变化时，能够对照原文和导出结果，而不是凭记忆判断。文件很多时，给样本生成校验摘要也有帮助，至少可以确认二进制附件没有意外改变。
运行在自己的账号中，仍然使用平台服务
Inkstone 将应用运行和数据存储拆到 Cloudflare 的不同组件。你控制部署账号和资源，但这不是一台可以任意搬走的普通 Linux 服务器。评估时应把“我能管理数据”与“我能在任何平台运行相同程序”分开。
对不愿维护操作系统、数据库进程和反向代理的人，这种方式可以减少一部分日常工作。与此同时，排障需要学习 Cloudflare 的绑定、权限、日志和配额。熟悉 VPS 运维的经验能帮助理解问题，却不能直接替代这些平台操作。
初次部署时，记录仓库版本、资源名称、绑定和自定义域名。后续测试与正式使用应采用可区分的资源，避免测试导入、清理或升级误指向实际笔记库。看到页面正常打开以后，还要确认上传附件和重新登录都能完成。
如果团队有人负责部署、另一个人负责内容，账号恢复方式和资源归属尤其要说明。域名在个人账号、数据库在另一个账号、备份凭据只在一台电脑上，都会使交接困难。
免费额度要按资源分别看
不能根据几篇纯文字笔记的试用账单，推算长期大量附件也会零成本。Workers 请求与 CPU、D1 存储和读写、R2 存储与操作，采用不同计量方式。启用额外能力时，还可能增加新的消耗。
查询当前价格应分别查看 Workers 计费、D1 计费和 R2 计费。本文不把某一天的免费额度写成应用永久承诺，也不假定所有部署模式使用完全相同的组件。
实际试用可以记录三个量：正文和历史数据增长、附件增长、每天的请求与数据库操作。若经常导入扫描件，存储变化可能比文字笔记明显；若多个设备持续同步或频繁搜索，请求模式又会不同。按自己的使用习惯观察，比拿一个他人的月账单更有参考价值。
设预算时也把备份算进去。远程备份目标有独立容量、请求和保留成本。删除旧备份前先确认恢复要求，不能为了让账单继续为零，只保留唯一一份刚生成的快照。
导出以后，离开原应用再打开一次
官方说明提供 JSON、ZIP 与远程备份能力，其中可读的 Markdown 快照和附件有助于迁移。但导出文件存在，只能证明操作生成了一个文件。验收还要离开应用，检查它到底带走了什么。
把一份测试导出解压到新目录，用普通文本编辑器打开正文。检查图片相对路径、同名文件、中文文件名和内部链接，再确认归档或回收站中需要保留的资料是否存在。对于你依赖的特殊语法，要在目标工具里实际打开看看。
一个容易混淆的地方是内容快照与完整实例备份。登录密码、活动会话、分享口令和备份服务凭据并不会都随内容导出。恢复之后可能需要重新设置访问和备份配置，不能把“导入成功”理解成整套服务毫无差异地回到过去。
可以给每类数据标注期望：正文必须可读，附件必须完整，内部链接尽量保留，某些应用专属视图允许重新整理。先把这些期望写清楚，就能判断迁移损失是否可接受，而不是等真正离开时才发现重要状态没有带走。
恢复测试放在独立实例里
不要通过覆盖正在使用的笔记库来验证备份。准备一个独立测试实例，按项目支持的恢复流程导入样本，再比较正文、附件和组织结构。测试完成后保留结果记录，并确认测试实例不会继续接收真实用户数据。
恢复过程还应考虑账号访问。项目的安全说明明确指出，自托管者负责账号、域名、访问策略、备份目标和更新，并没有绕过密码的重置通道。不要指望内容导出文件自动包含找回全部账号访问所需的信息。
对个人知识库，密码管理器和账号恢复资料应与应用故障相互独立。若所有恢复说明本身只保存在无法登录的笔记应用中，它们在需要时就可能不可用。
试用期间可以记录一次完整恢复所花时间，以及哪些步骤还需要查看旧实例。真正发生事故时，旧实例未必可访问。把这类依赖提前消除，比增加第二个漂亮主题更有实际帮助。
离线编辑测试要故意制造冲突
多设备同步最容易在顺利使用时被高估。两台设备依次编辑同一篇文章，通常不能覆盖离线冲突。更有代表性的测试是让手机离线，电脑修改并保存，然后手机也修改同一段，再恢复网络。
观察应用怎样提示冲突，是否保留双方内容，用户怎样辨认需要保留的版本。项目说明包含离线队列、乐观并发和冲突处理能力，但自己的编辑流程仍要验证，尤其是长文、附件和多个标签页同时打开的情况。
测试时使用专门样本，不要故意拿唯一一份重要稿件制造冲突。完成后比较时间、内容与版本记录，确认自己理解“本地已保存”“等待同步”和“服务端已接受”之间的区别。
浏览器存储也不是长期备份。清理站点数据、换浏览器或设备故障可能影响本地未上传内容。出差前需要离线使用时，可以先打开相关资料并确认同步状态，回来后再检查离线修改是否已经提交。
AI 和公开分享分开验收
关键词搜索、语义搜索与远程 MCP 接入解决不同需求。资料较少时，先用真实问题测试关键词搜索：能否找到自己记得的一段术语，中文标题和正文是否容易检索，再判断是否需要额外的语义能力。
将外部工具接入笔记库时，应明确它能读哪些内容、是否能写、凭据如何撤销。测试可以从只读检索开始，再用一篇可丢弃的笔记检查写入与版本冲突。不要因为连接成功，就把所有资料和修改权限一次性交给一个新工具。
公开分享也需要从未登录的浏览器验证。查看正文中附件是否按预期可访问，口令与到期设置是否符合自己的意图。分享一篇笔记不应凭经验推断其所有关联内容都公开；同时也不能假定隐藏在正文里的附件自然受到了正确限制。
这些检查不是对项目作安全结论，而是部署者在使用具体功能时应完成的验收。没有做过的攻击测试、权限审计和恢复演练，应留在待办中，不能用一句“数据在自己账号里”替代。
升级前保留一个可以比较的样本
v0.8.0 发布说明介绍了编辑与移动体验的变化。升级时除了阅读发布说明，也应检查迁移和附件处理相关变更；主分支文档可能已经领先于你实际部署的版本。
保留升级前的备份和那组固定样本，升级后重新检查编辑、搜索、附件、分享与同步。只刷新首页一次，无法覆盖这些功能。若发生问题，先判断是客户端缓存、部署资源还是数据迁移，不要反复导入同一份备份制造更多状态。
一轮试用结束，可以根据记录作选择：资料能否完整导出，恢复是否顺利，自己是否愿意维护账号和平台资源，常用设备的编辑体验是否可靠。若这些条件满足，再逐步迁入更多内容；若必须保持纯本地文件工作流，也可以继续保留原工具，把 Inkstone 用于范围更小的浏览器笔记场景。