有时候是一份 Markdown 报告，有时候是一个 HTML 页面，有时候是一个产品介绍页、数据看板、简历、作品集，甚至是一整套演示文稿。
生成内容这件事，已经越来越快了。
但另一个问题反而变得更明显：
生成完之后，怎么把它方便地发给别人看？
如果是 HTML 文件，直接发给对方，对方还要下载、本地打开。
如果是 Markdown 文档，样式和渲染效果也不一定一致。
如果是一个带资源的页面包，还要考虑图片、CSS 、JS 路径会不会丢。
如果临时部署，又显得太重。
很多时候，我只是想把一个 AI 生成的页面快速发出去，让别人点开链接就能看。
所以我做了一个工具，叫 即页 jpage。
官网：https://jpage.cn
GitHub：https://github.com/code2rich/jpage
uTools 插件：https://www.u-tools.cn/plugins/detail/jpage/
作品市场：https://jpage.cn/#/market
即页是什么？
一句话概括：
即页是一个零配置的 HTML / Markdown 即时预览与分享工具。
你可以把 .html、.md / .markdown 或 .zip 文件上传到即页，它会立即生成一个在线预览页面和可分享链接。
不用单独部署。
不用写脚本。
不用准备前端工程。
不用为了一个临时页面开一个新项目。
对我来说，它最核心的价值是把“AI 生成内容”和“在线分享内容”之间的步骤压缩掉。
以前的流程可能是：
AI 生成 HTML → 本地保存 → 检查资源 → 想办法部署 → 复制链接 → 发给别人。
现在可以变成：
AI 生成 HTML → 上传即页 → 复制链接。
它适合哪些内容？
即页并不是只服务某一种文件格式。它更像是一个轻量的内容发布入口。
我自己常用它处理这些内容：
HTML 文件会直接进入在线渲染。
Markdown 会走增强渲染，支持代码高亮、KaTeX 公式、Mermaid 图表等能力。
如果是一个带资源的网站包，也可以用 ZIP 上传，让它作为一个整体进行预览。
为什么我觉得它适合 AI 工作流？
AI 让内容生成的成本变低了，但内容的“流转成本”还在。
尤其是 HTML 和 Markdown 这种介于“代码”和“内容”之间的产物，常常会卡在最后一步。
它不是一篇普通文本，直接复制粘贴会丢结构。
它也不是一个正式项目，专门部署又太麻烦。
即页想解决的就是这个中间地带。
你可以把它理解为：
AI 负责生成内容，即页负责预览、分享、沉淀和复用。
这也是我做这个项目时最明确的判断：未来会有越来越多内容不是手工从零写出来的，而是由 AI 快速生成，再由人做筛选、调整、分发和复用。
这种工作流需要一个轻量、稳定、可自部署的内容发布工具。
更 AI Native 的用法：CLI 和 MCP
如果只是做一个网页上传工具，即页其实只能算一个传统工具。
但我在设计它的时候，更希望它适合 AI Native 的工作流。
所以即页不只提供网页上传入口，也提供 CLI 命令行 和 MCP 工具接口。
这点很重要。
因为在 AI 工作流里，最理想的体验不是：
AI 生成内容 → 你手动保存文件 → 你打开网页 → 你上传 → 你复制链接。
更自然的方式应该是：
AI 生成内容 → AI 调用即页工具上传 → 直接返回预览链接。
也就是说，内容生成完成后，AI 不只是把代码或 Markdown 丢给你，而是可以继续完成“发布”这一步。
例如你让 AI 生成一个 HTML 报告，它可以直接通过 CLI 上传：
jpage upload report.html --public
上传成功后，即页会返回一个在线预览地址。
如果是在支持 MCP 的 AI 客户端里，流程会更直接。AI 可以调用即页的 MCP tool ，把生成出的 HTML / Markdown 上传到即页，然后把最终链接返回给你。
这时候你收到的就不再是一段代码，而是一个可以直接打开、分享、检查的页面链接。
这才是我认为它比较“AI Native”的地方。
即页不是让 AI 生成更多本地文件，而是让 AI 生成的内容马上进入可预览、可分享、可沉淀的状态。
不只是预览：作品市场
即页最近我最想重点介绍的功能，是 作品市场。
作品市场地址：https://jpage.cn/#/market
很多内容如果只是“发出去一次”，其实很可惜。
比如你做了一个很好的报告模板、简历模板、产品落地页、数据看板、演示文稿，它们不应该只停留在某一次分享里。
在即页里，你可以把这些内容上架为模板。
审核通过后，它会进入作品市场，成为可以反复浏览和复用的内容资产。
这件事对 AI 工作流尤其有意义。
因为 AI 不只需要“生成内容”，也需要“参考风格”。
当你有了一批沉淀下来的模板，就可以让 AI 参照这些模板继续生成同款风格的页面、报告、演示文稿或作品集。
这时，即页就不只是一个文件预览器，而是一个轻量的内容资产库。
目前作品市场里已经有 100+ 个模板，覆盖演示文稿、电子图书、落地页、数据仪表盘、作品集、活动邀请、单页文档、Markdown 报告等类型。
支持 uTools 插件
除了网页端，即页也提供了 uTools 插件。
插件地址：https://www.u-tools.cn/plugins/detail/jpage/
如果你平时习惯用 uTools ，可以通过插件更快地打开即页、上传内容或进入相关工作流。
这类入口看起来只是体验优化，但对高频工具来说非常重要。
工具越轻，入口越顺手，它才越容易真正进入日常工作流。
开源与自部署
即页是开源项目。
GitHub 地址：https://github.com/code2rich/jpage
如果你只是想体验，可以直接访问官网：
https://jpage.cn
如果你希望把它部署到自己的服务器，也可以直接从 GitHub 获取源码。
项目支持 Docker / Docker Compose 部署，后端使用 Node.js + Express + SQLite ，前端是原生 ES Modules ，不依赖复杂前端框架。
它也提供 API Token 、CLI 和 MCP 能力，方便接入自动化或 AI Agent 工作流。
这意味着你不一定要手动上传文件。
如果你愿意，可以让 AI 生成内容后，直接通过 CLI 或 MCP 上传到即页，然后返回一个在线预览链接。
我希望它解决的问题
即页不是一个庞大的内容平台。
它更像是一个小而明确的工具：
当你有一个 HTML 、Markdown 或页面包，想快速预览、保存、分享、复用时，它应该马上能用。
它解决的是一个很具体的问题：
内容已经生成了，但还缺一个轻量的发布出口。
在 AI 生成内容越来越多的情况下，这个出口会变得越来越重要。
我也希望即页能成为一个适合开发者、产品经理、设计师、内容创作者和 AI 工作者使用的小工具。
如果你经常遇到这些场景：
可以试试即页。
官网：https://jpage.cn
GitHub：https://github.com/code2rich/jpage
uTools 插件：https://www.u-tools.cn/plugins/detail/jpage/
作品市场：https://jpage.cn/#/market
如果你觉得这个项目有用，也欢迎在 GitHub 上点个 Star 。
