“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
内网服务想暴露公网不想买公网 IP/不想改防火墙：Cloudflare Tunnel 比 frp 更省心的场景
家里/内网有台机器跑着服务，想让外网访问，但没公网 IP（或者不想在路由器上做端口映射、不想暴露源 IP）。方案对比里，Cloudflare Tunnel（以前叫 Argo Tunnel / cloudflared）在很多场景下比 frp + 公网服务器更省心：不需要你有一台公网 VPS 当中转，Cloudflare 的边缘网络就是那个中转，而且源站不暴露真实 IP，天然带一层保护。
原理：在你内网机器上装 cloudflared，它主动出站连到 Cloudflare 边缘，建立一条反向隧道；外部用户访问你的域名时，Cloudflare 把请求从这条隧道转发进内网。关键点：隧道是出站的，所以不需要你路由器开任何入站端口，NAT 后面、没公网 IP 都能用。
最小可用配置：
# 1. 装 cloudflared（linux amd64 示例）
wget https://github.com/cloudflare/cloudflared/releases/latest/download/cloudflared-linux-amd64
chmod +x cloudflared && sudo mv cloudflared /usr/local/bin/
# 2. 登录并创建 tunnel（会生成证书和 tunnel id）
cloudflared tunnel login
cloudflared tunnel create 我的隧道名
# 3. 写配置文件
# ~/.cloudflared/config.yml
tunnel: 隧道ID
credentials-file: /root/.cloudflared/隧道ID.json
ingress:
- hostname: web.你的域名.com
service: http://localhost:8080
- service: http_status:404
# 4. 跑起来
cloudflared tunnel run 我的隧道名
5. 把域名指到隧道。 到 Cloudflare 控制台 DNS 加一条 CNAME web → 隧道ID.cfargotunnel.com（或 Proxied 记录），流量就进隧道了。
常见坑：
- 域名必须是 Cloudflare 托管的。Cloudflare Tunnel 的 DNS 记录要在你的 CF zone 里加，域名 DNS 不在 CF 就用不了（除非用隧道自带的方式但很绕）。
- 配置文件的 ingress 顺序。ingress 是自上而下匹配的，最后一条必须是兜底（
http_status:404），否则配置校验不过。 - 服务只监听 localhost 即可。cloudflared 在你内网机器上，连
localhost:8080就行，不需要服务监听 0.0.0.0（这是和 frp 的一个区别优势，不用暴露内网端口）。 - 免费版也有额度/限制：免费计划对隧道数量、某些类型流量有限制，大流量/视频慎用，注意 CF 免费版条款（尤其不要拿来做大规模媒体分发）。
- HTTPS 自动：Cloudflare 边缘自动处理证书，源站不用配证书。但如果你要拿真实客户端 IP，需要在 cloudflared 侧开 PROXY protocol 或读
CF-Connecting-IP头，别直接信 X-Forwarded-For（可伪造）。 - 开机自启：用 systemd 托管 cloudflared：
cloudflared service install
什么时候该选它、什么时候别选：
- 适合：内网 Web 服务、NAS 的管理界面、没有公网 IP、不想维护中转 VPS、想要源 IP 隐藏。
- 不太适合：UDP 类应用（游戏、某些实时通信，Cloudflare Tunnel 对 UDP 支持有限/要走专门方案）、需要极致低延迟的（多一跳边缘）、大带宽下载分发（受 CF 免费额度约束）、非 HTTP 的裸 TCP 长连接场景（SSH 虽能 tunnel 但 frp/wireguard 可能更直接）。
总结：没公网 IP 或不想开路由器端口时，Cloudflare Tunnel 用出站隧道绕开了"入站被 NAT 挡"的难题，还带源 IP 隐藏和自动 HTTPS。域名在 CF、服务是 HTTP 时最顺；UDP/大流量/裸 TCP 场景还是评估 frp 或 wireguard。