最开始其实只是因为我自己有一个很简单的需求：
随手写几行 Markdown 。
很多时候，我并不需要打开 IDE ，也不想为了几段文字专门打开 Notion 、Obsidian 这类相对完整的工具。
我想要的其实很简单：
打开网页 → 写点东西 → 看看效果 → 生成一个链接 → 分享出去。
所以就有了 urPaste 。
后来为了让 Markdown 展示得更好，我加了代码高亮。
既然代码高亮都有了，那干脆把 代码片段分享也做进去。
代码都支持了，JSON 好像也没理由不支持。
然后事情就开始逐渐失控了。
既然能托管 JSON ，为什么不能直接预览和调试？
既然都能调试了，那 JSON Inspector 、Table 、JSONPath 也一起做了吧。
做到这里，Convert 、API 、Mock 、Schema……好像也都顺理成章。
于是，一个最开始只是用来“随手写几行 Markdown”的小工具，慢慢变成了现在的 urPaste 。
目前主要支持：
一个 Markdown 示例：
https://uto.to/t/axs766z0
也可以直接渲染成 HTML ，当成一个简单的公开页面分享：
https://uto.to/api/c/axs766z0.html
产品地址：
https://uto.to
现在它依然是一个持续开发中的个人项目。
我对它最初的定位其实一直没变：
需要写 Markdown 、贴代码或者处理 JSON 的时候，打开就能用；处理完以后，一个链接就能分享出去。
但做到现在，反而遇到了一个比“下一个功能做什么”更难的问题：
urPaste 下一步到底应该继续做轻，还是开始做重？
继续做轻，就是保持现在这种“打开网页就写，写完直接分享”的体验，把 JSON / API 这些开发者工具继续往深处做。
开始做重，则意味着加入本地文件导入、文件管理，甚至直接做原生应用，让 urPaste 从一个临时使用的工具，逐渐变成一个可以长期保存和管理内容的个人工作区。
这两条路其实我都很想做。
但一旦开始加入文件管理、长期存储和原生应用，urPaste 的产品性质可能也会跟着发生变化。
如果是你，你会更希望 urPaste 是一个“随手打开就能用，用完就走”的工具网站，还是一个能直接处理本地文件、长期保存内容的原生应用？
本文托管于 https://uto.to/t/yvbc1uls
