资讯同步 on Nostr: #V2EX ### [分享创造] 做了一个随手写 Markdown 小工具: urPaste ...
#V2EX
### [分享创造] 做了一个随手写 Markdown 小工具: urPaste
做了一个小工具,叫 **urPaste**,前前后后已经打磨了半年多。
最开始其实只是因为我自己有一个很简单的需求:
**随手写几行 Markdown 。**
很多时候,我并不需要打开 IDE ,也不想为了几段文字专门打开 Notion 、Obsidian 这类相对完整的工具。
我想要的其实很简单:
**打开网页 → 写点东西 → 看看效果 → 生成一个链接 → 分享出去。**
所以就有了 urPaste 。
后来为了让 Markdown 展示得更好,我加了代码高亮。
既然代码高亮都有了,那干脆把 **代码片段分享**也做进去。
代码都支持了,JSON 好像也没理由不支持。
然后事情就开始逐渐失控了。
既然能托管 JSON ,为什么不能直接预览和调试?
既然都能调试了,那 JSON Inspector 、Table 、JSONPath 也一起做了吧。
做到这里,Convert 、API 、Mock 、Schema……好像也都顺理成章。
于是,一个最开始只是用来“随手写几行 Markdown”的小工具,慢慢变成了现在的 urPaste 。

目前主要支持:
* Markdown 编辑、预览与分享
* 代码片段分享与语法高亮
* 内容保存为独立链接
* 可见性与过期时间设置
* 版本历史与 Fork
* JSON 编辑、格式化与调试
* JSON Inspector / Table View
* JSONPath 查询
* JSON Convert
* JSON API
* Mock
* JSON Schema 等工具
一个 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>
https://www.v2ex.com/t/1234781#reply0Published at
2026-08-16 12:21:19 UTCEvent JSON
{
"id": "f75303e6ae176e7b1d2d227d685b759aff4727d48b45def4b931181b94139f9e",
"pubkey": "2d0154e14033e848b448a971322bfbf4e04a29c377012ee0f5ab66099b56f1ad",
"created_at": 1786882879,
"kind": 1,
"tags": [
[
"t",
"v2ex"
]
],
"content": "#V2EX\n### [分享创造] 做了一个随手写 Markdown 小工具: urPaste\n\n做了一个小工具,叫 **urPaste**,前前后后已经打磨了半年多。\n\n最开始其实只是因为我自己有一个很简单的需求:\n\n**随手写几行 Markdown 。**\n\n很多时候,我并不需要打开 IDE ,也不想为了几段文字专门打开 Notion 、Obsidian 这类相对完整的工具。\n\n我想要的其实很简单:\n\n**打开网页 → 写点东西 → 看看效果 → 生成一个链接 → 分享出去。**\n\n所以就有了 urPaste 。\n\n后来为了让 Markdown 展示得更好,我加了代码高亮。\n\n既然代码高亮都有了,那干脆把 **代码片段分享**也做进去。\n\n代码都支持了,JSON 好像也没理由不支持。\n\n然后事情就开始逐渐失控了。\n\n既然能托管 JSON ,为什么不能直接预览和调试?\n\n既然都能调试了,那 JSON Inspector 、Table 、JSONPath 也一起做了吧。\n\n做到这里,Convert 、API 、Mock 、Schema……好像也都顺理成章。\n\n于是,一个最开始只是用来“随手写几行 Markdown”的小工具,慢慢变成了现在的 urPaste 。\n\n\n\n目前主要支持:\n\n* Markdown 编辑、预览与分享\n* 代码片段分享与语法高亮\n* 内容保存为独立链接\n* 可见性与过期时间设置\n* 版本历史与 Fork\n* JSON 编辑、格式化与调试\n* JSON Inspector / Table View\n* JSONPath 查询\n* JSON Convert\n* JSON API\n* Mock\n* JSON Schema 等工具\n\n一个 Markdown 示例:\n\n\u003chttps://uto.to/t/axs766z0\u003e\n\n也可以直接渲染成 HTML ,当成一个简单的公开页面分享:\n\n\u003chttps://uto.to/api/c/axs766z0.html\u003e\n\n产品地址:\n\n\u003chttps://uto.to\u003e\n\n现在它依然是一个持续开发中的个人项目。\n\n我对它最初的定位其实一直没变:\n\n**需要写 Markdown 、贴代码或者处理 JSON 的时候,打开就能用;处理完以后,一个链接就能分享出去。**\n\n但做到现在,反而遇到了一个比“下一个功能做什么”更难的问题:\n\n**urPaste 下一步到底应该继续做轻,还是开始做重?**\n\n继续做轻,就是保持现在这种“打开网页就写,写完直接分享”的体验,把 JSON / API 这些开发者工具继续往深处做。\n\n开始做重,则意味着加入本地文件导入、文件管理,甚至直接做原生应用,让 urPaste 从一个临时使用的工具,逐渐变成一个可以长期保存和管理内容的个人工作区。\n\n这两条路其实我都很想做。\n\n但一旦开始加入文件管理、长期存储和原生应用,urPaste 的产品性质可能也会跟着发生变化。\n\n**如果是你,你会更希望 urPaste 是一个“随手打开就能用,用完就走”的工具网站,还是一个能直接处理本地文件、长期保存内容的原生应用?**\n\n\u003e 本文托管于 \u003chttps://uto.to/t/yvbc1uls\u003e\nhttps://www.v2ex.com/t/1234781#reply0",
"sig": "ec58e69ffa2da6f473b5e162d12320682fff340e3eb8b1c0bdc86a37084a58cca85034820c8a4dbca194d59c3f715a6bc579bb9104e815e59c950b6a921fd3e6"
}