[程序员] 译文： pstack 作者 poteto 《我怎么用 Cursor》
pstack 的作者 poteto (Lauren Tan) 8 月在 X 上发过一篇长文《 How I Use Cursor 》，站里放了中文译文。版权归原作者，原文链接在下面。
几个我觉得值得看的点：
• poteto 把 agent 比作"永远失忆、永远犯傻的新人"：记不住你说过的话，但很好教，靠 rule 、skill 、工具和长期记忆补。
• 并行编排很多 agent ，价值在钻深不在铺广：N 选一挑最好的解法、多模型对抗式评审、让几个 agent 一起复现同一个问题。开 10 个 agent 各干各的，瓶颈还是你自己的上下文。
• 用 agent 干活的瓶颈在验证。poteto 在 Cursor 内部做了个叫 Benny 的机器人，分诊、复现、修复连成一串，最后开 PR ，描述里附上修复前后的录屏。
译文：
https://pstack.ganhai.cloud/from-poteto/how-i-use-cursor-zh/
X 原文： https://x.com/poteto/status/
via V2EX (author: liuluxu1989)
pstack 的作者 poteto (Lauren Tan) 8 月在 X 上发过一篇长文《 How I Use Cursor 》，站里放了中文译文。版权归原作者，原文链接在下面。
几个我觉得值得看的点：
• poteto 把 agent 比作"永远失忆、永远犯傻的新人"：记不住你说过的话，但很好教，靠 rule 、skill 、工具和长期记忆补。
• 并行编排很多 agent ，价值在钻深不在铺广：N 选一挑最好的解法、多模型对抗式评审、让几个 agent 一起复现同一个问题。开 10 个 agent 各干各的，瓶颈还是你自己的上下文。
• 用 agent 干活的瓶颈在验证。poteto 在 Cursor 内部做了个叫 Benny 的机器人，分诊、复现、修复连成一串，最后开 PR ，描述里附上修复前后的录屏。
译文：
https://pstack.ganhai.cloud/from-poteto/how-i-use-cursor-zh/
X 原文： https://x.com/poteto/status/
via V2EX (author: liuluxu1989)
[分享创造] 准备把自己日常找创业需求的工具分享出来
自己一年多来一直在创业尝试中，觉得找 idea 总是比较难的一件事情
所以前段时间做了一个从 reddit 上用 ai 每天查找需求的工具自用
本着自己一个人也是看，分享给大家也是看的心态，决定做个网站把每天跑的结果分享出来
前端先做了个 demo ，大伙看看有什么建议，征求大家的想法再改改就上线
https://reddit-radar.koukyo.site/
via V2EX (author: koukyo)
自己一年多来一直在创业尝试中，觉得找 idea 总是比较难的一件事情
所以前段时间做了一个从 reddit 上用 ai 每天查找需求的工具自用
本着自己一个人也是看，分享给大家也是看的心态，决定做个网站把每天跑的结果分享出来
前端先做了个 demo ，大伙看看有什么建议，征求大家的想法再改改就上线
https://reddit-radar.koukyo.site/
via V2EX (author: koukyo)
[分享创造] Qrypt：一个支持网盘加密的本地挂载软件
软件介绍
之前一直在用 alist 进行网盘的本地管理，尽管使用起来很方便但是在部分场景下还是不能满足需求比如在需要通过命令行操作网盘目录时，这时通常需要使用 rclone 配合 alist 的 webdav 协议进行网盘的本地挂载。但是一个需求需要两个软件配合实现对于一个程序员来说太不简洁了，干脆写个程序来实现这个把网盘挂载到本地文件夹的需求。
因此有了 Qrypt，一个可以自由挂载网盘到本地当做本地文件夹进行操作的软件，同时支持对文件进行点对点的加密传输，除了你自己没有人知道文件的内容。
Qrypt 目前支持的网盘有：
1. 阿里云盘
2. 夸克网盘
3. 百度网盘
4. 电信 189 网盘
5. 移动云盘
6. s3 协议网盘
7. webdav
8. sftp
9. 本地目录
如果上述网盘没有你需要的欢迎提在项目中提 issue ，我会尽快添加支持。
运行方式
Qrypt 可以通过命令行运行，此处以夸克网盘作为示例的配置文件如下：
把配置文件保存为 qrypt.toml 和 qrypt 二进制文件放在相同目录下然后运行
你会看到类似如下输出就表示挂载成功了：
文件对比
qrypt 网盘加密和本地解密挂载后文件对比:
项目的地址为:
Qrypt
如果项目对你有帮助还请点个星吧！
开源协议
Qrypt 项目以 MIT 协议开源
via V2EX (author: yinzhenyu)
Invalid media:
image
image
软件介绍
之前一直在用 alist 进行网盘的本地管理，尽管使用起来很方便但是在部分场景下还是不能满足需求比如在需要通过命令行操作网盘目录时，这时通常需要使用 rclone 配合 alist 的 webdav 协议进行网盘的本地挂载。但是一个需求需要两个软件配合实现对于一个程序员来说太不简洁了，干脆写个程序来实现这个把网盘挂载到本地文件夹的需求。
因此有了 Qrypt，一个可以自由挂载网盘到本地当做本地文件夹进行操作的软件，同时支持对文件进行点对点的加密传输，除了你自己没有人知道文件的内容。
Qrypt 目前支持的网盘有：
1. 阿里云盘
2. 夸克网盘
3. 百度网盘
4. 电信 189 网盘
5. 移动云盘
6. s3 协议网盘
7. webdav
8. sftp
9. 本地目录
如果上述网盘没有你需要的欢迎提在项目中提 issue ，我会尽快添加支持。
运行方式
Qrypt 可以通过命令行运行，此处以夸克网盘作为示例的配置文件如下：
[mount]
# 挂载到本地的目录路径，windows 需要写入对应的绝对路径
mount_point = "~/Qrypt"
[[mounts]]
# 网盘对应的自定义的本地目录，挂载成功后的路径示例：~/Qrypt/quark-test
name = "quark-test"
type = "quark"
[mounts.params]
# cookie 的获取方式可以参考 alist 项目
cookie = "你的 quark cookie"
# 网盘中的具体目录，支持根目录和多级目录
root_path = "/Test"
[mounts.encryption]
# 配置加密密码，为空则不加密
password = "你的加密密码"
把配置文件保存为 qrypt.toml 和 qrypt 二进制文件放在相同目录下然后运行
./qrypt mount
你会看到类似如下输出就表示挂载成功了：
Mounted at /Users/yinzhenyu/Qrypt. Press Ctrl+C to unmount.
文件对比
qrypt 网盘加密和本地解密挂载后文件对比:
项目的地址为:
Qrypt
如果项目对你有帮助还请点个星吧！
开源协议
Qrypt 项目以 MIT 协议开源
via V2EX (author: yinzhenyu)
Invalid media:
image
image
[酷工作] 「招聘」远程工作/岗位，有兴趣来沟通
高级安全攻防工程师｜ 40–100K
**职责：
**规划网络安全攻防体系并管理团队；制定安全测试、红蓝对抗计划；对网站、APP 、API 、服务器及云环境开展授权渗透测试；负责重大安全事件的研判、止损、溯源与复盘；建立授权、审计、漏洞分级和修复验收机制；推动研发、运维、CDN 等完成整改并向 CTO 输出风险报告。（团队管理经验）
要求：**5 年以上安全、渗透或应急经验；熟悉 Web/API/APP/主机/容器/云攻击面；能处理入侵、黑链、盗流、劫持、DNS 污染、DDoS 、泄露等事件；熟悉 Linux 、Nginx 、CDN 、WAF 、MongoDB 、Redis 、Kafka ；熟悉 Go/Java/PHP 中至少两种的代码安全问题。
**加分：**大型互联网、红蓝对抗或重大应急经验。
广告算法工程师／高级广告算法工程师｜ 30–40K
**职责：**负责广告召回、粗排、精排、重排；建设 CTR/CVR/CTCVR/LTV/ROI 预估；基于用户行为、画像与人群包做兴趣建模和个性化推荐；优化预算、出价、流量、频控、冷启动与多目标策略；建设归因、漏斗、用户旅程及素材智能排序能力；参与特征、样本、训练、在线推理、A/B Test 和模型监控体系。
**要求：**计算机、数学、统计或 AI 相关本科及以上；熟悉 Python 、PyTorch 或 TensorFlow ；掌握机器学习、深度学习、推荐系统、Learning to Rank 、Embedding 、CTR/CVR 预估；有 Spark 、Flink 、Kafka 、ClickHouse 等大数据经验优先。
**加分：**字节、腾讯、快手、百度、阿里妈妈等广告推荐经验；亿级行为数据、DSP/SSP/ADX/RTB/OCPX 、归因、人群扩展、反作弊或可量化 A/B Test 结果。
后端工程师（ Golang+高级）｜ 25–40K
**职责：**负责核心业务后端设计、开发、优化与维护；以 Go 开发服务端，参与微服务、接口和数据库设计；承担方案设计、代码评审、性能调优和线上故障处理；参与服务拆分、链路治理、缓存、消息队列、限流降级、监控告警；推动高质量交付和研发工程化。
**要求：**本科优先； 5 年以上后端、3 年以上 Go 实战；熟练 goroutine 、channel 、context 、interface 、GC 、并发模型；熟悉 Gin 、Go-zero 、Kratos 、gRPC 、Protobuf ；熟悉 MySQL/PostgreSQL/Redis 、SQL 与索引优化、缓存设计；熟悉 Kafka/RabbitMQ/RocketMQ 、Etcd/Consul 、Linux 排障。
**加分：**Docker 、Kubernetes 、CI/CD 、DevOps ；高并发高可用系统；电商、金融、支付、SaaS 、广告、数据平台、IoT 或 ToB ；从 0 到 1 架构、带人或项目推进经验。
LLM 应用研发工程师｜ 20–35K
**职责：**基于 ComfyUI 搭建文生图、文生视频、图生视频、插帧等工作流；处理换脸、人物一致性、时序连贯、画面闪烁等问题；沉淀 Prompt 、LoRA 与工作流 SOP ；以 Python 对接接口、调试和批处理，平衡内容质量、生成效率与算力成本。
**要求：**1–3 年 AIGC 图像／视频生成实战，学历不限；熟练 ComfyUI 、Stable Diffusion 、FLUX 、LTX 、ControlNet 、LoRA ；理解人脸检测、对齐与融合，了解 MTCNN 、RetinaFace ；具备 Python 能力、画面审美及基础剪辑后期能力；需提供本人作品或落地案例，并说明个人贡献。
**加分：**换脸、数字人、AI 角色批量生产； LoRA 训练、数据集、GPU 部署； Prompt 、Agent 、RAG ；自定义节点、TTS 、音画同步；熟悉二次元、网文、AI 陪伴或海外互动娱乐内容。
AI 工作流工程师｜ 25–38K
**职责：**负责在线视频、交友产品的 React/TypeScript + Go 全栈研发；覆盖用户、视频、聊天、关系链、推荐、会员与支付；建设 CI/CD 、监控、服务治理、限流降级；推进文本、图像、音频、视频多模态 AI 落地；建设 Agent 编排、多模型串联、Function Calling 及输出校验、语义缓存、成本控制、熔断降级体系。
**要求：**本科及以上，5 年以上经验；熟练 React 、TypeScript 、Go ，具备微服务或高并发经验；熟悉 MySQL 、Redis 、消息队列、Linux 、H5 ；掌握高可用、限流、熔断、灰度；具备至少一种多模态 AI 的真实集成经验，了解 Embedding 、向量检索、RAG 、Agent 。
**加分：**视频、直播、社交、交友、IM 、WebRTC ； React Native/Flutter ； AI 社交、RAG 、Agent 、智能客服；图像、TTS 、视频服务； AI 安全过滤、幻觉检测、质量评估；核心模块 Owner 或技术负责人经历。
后端工程师｜ 28–42K
**职责：**负责在线视频、交友类 APP/Web 的服务端架构与核心开发；参与用户、内容、视频播放、聊天、关系链、推荐、会员、支付；以 PHP/Go 建设高并发、高可用服务；同时参与 H5 、Web 、Flutter 、后台及内部工具交付；建设缓存、数据库、消息队列、异步任务、风控、内容安全；带领代码评审和问题排查，并将 AI 编程工具用于研发提效。
**要求：**本科优先，8 年以上服务端经验；熟练 PHP 和 LNMP ，有 Go 、微服务或高并发经验；熟悉 MySQL 、Redis 、消息队列、Linux ；能独立进行复杂系统设计；具备 Vue/React 、Web/H5 、Flutter 跨端研发能力；掌握限流、降级、熔断、灰度、监控；能使用 Cursor 、Claude Code 、Codex 、Copilot 等工具并审查、验证 AI 代码质量。
**加分：**音视频、社交、交友、IM 、推荐、支付、内容审核、风控反作弊；全栈从 0 到 1 ； WebSocket 、运营后台、Flutter 音视频； PHP→Go 重构和微服务拆分；技术负责人或架构经验。
其他方面的岗位请私聊沟通，谢谢
https://t.me/AIWorkRemoteJobs
tg：hr167
邮箱： wangfeng588888@gmail.com
via V2EX (author: wangluowangwang)
高级安全攻防工程师｜ 40–100K
**职责：
**规划网络安全攻防体系并管理团队；制定安全测试、红蓝对抗计划；对网站、APP 、API 、服务器及云环境开展授权渗透测试；负责重大安全事件的研判、止损、溯源与复盘；建立授权、审计、漏洞分级和修复验收机制；推动研发、运维、CDN 等完成整改并向 CTO 输出风险报告。（团队管理经验）
要求：**5 年以上安全、渗透或应急经验；熟悉 Web/API/APP/主机/容器/云攻击面；能处理入侵、黑链、盗流、劫持、DNS 污染、DDoS 、泄露等事件；熟悉 Linux 、Nginx 、CDN 、WAF 、MongoDB 、Redis 、Kafka ；熟悉 Go/Java/PHP 中至少两种的代码安全问题。
**加分：**大型互联网、红蓝对抗或重大应急经验。
广告算法工程师／高级广告算法工程师｜ 30–40K
**职责：**负责广告召回、粗排、精排、重排；建设 CTR/CVR/CTCVR/LTV/ROI 预估；基于用户行为、画像与人群包做兴趣建模和个性化推荐；优化预算、出价、流量、频控、冷启动与多目标策略；建设归因、漏斗、用户旅程及素材智能排序能力；参与特征、样本、训练、在线推理、A/B Test 和模型监控体系。
**要求：**计算机、数学、统计或 AI 相关本科及以上；熟悉 Python 、PyTorch 或 TensorFlow ；掌握机器学习、深度学习、推荐系统、Learning to Rank 、Embedding 、CTR/CVR 预估；有 Spark 、Flink 、Kafka 、ClickHouse 等大数据经验优先。
**加分：**字节、腾讯、快手、百度、阿里妈妈等广告推荐经验；亿级行为数据、DSP/SSP/ADX/RTB/OCPX 、归因、人群扩展、反作弊或可量化 A/B Test 结果。
后端工程师（ Golang+高级）｜ 25–40K
**职责：**负责核心业务后端设计、开发、优化与维护；以 Go 开发服务端，参与微服务、接口和数据库设计；承担方案设计、代码评审、性能调优和线上故障处理；参与服务拆分、链路治理、缓存、消息队列、限流降级、监控告警；推动高质量交付和研发工程化。
**要求：**本科优先； 5 年以上后端、3 年以上 Go 实战；熟练 goroutine 、channel 、context 、interface 、GC 、并发模型；熟悉 Gin 、Go-zero 、Kratos 、gRPC 、Protobuf ；熟悉 MySQL/PostgreSQL/Redis 、SQL 与索引优化、缓存设计；熟悉 Kafka/RabbitMQ/RocketMQ 、Etcd/Consul 、Linux 排障。
**加分：**Docker 、Kubernetes 、CI/CD 、DevOps ；高并发高可用系统；电商、金融、支付、SaaS 、广告、数据平台、IoT 或 ToB ；从 0 到 1 架构、带人或项目推进经验。
LLM 应用研发工程师｜ 20–35K
**职责：**基于 ComfyUI 搭建文生图、文生视频、图生视频、插帧等工作流；处理换脸、人物一致性、时序连贯、画面闪烁等问题；沉淀 Prompt 、LoRA 与工作流 SOP ；以 Python 对接接口、调试和批处理，平衡内容质量、生成效率与算力成本。
**要求：**1–3 年 AIGC 图像／视频生成实战，学历不限；熟练 ComfyUI 、Stable Diffusion 、FLUX 、LTX 、ControlNet 、LoRA ；理解人脸检测、对齐与融合，了解 MTCNN 、RetinaFace ；具备 Python 能力、画面审美及基础剪辑后期能力；需提供本人作品或落地案例，并说明个人贡献。
**加分：**换脸、数字人、AI 角色批量生产； LoRA 训练、数据集、GPU 部署； Prompt 、Agent 、RAG ；自定义节点、TTS 、音画同步；熟悉二次元、网文、AI 陪伴或海外互动娱乐内容。
AI 工作流工程师｜ 25–38K
**职责：**负责在线视频、交友产品的 React/TypeScript + Go 全栈研发；覆盖用户、视频、聊天、关系链、推荐、会员与支付；建设 CI/CD 、监控、服务治理、限流降级；推进文本、图像、音频、视频多模态 AI 落地；建设 Agent 编排、多模型串联、Function Calling 及输出校验、语义缓存、成本控制、熔断降级体系。
**要求：**本科及以上，5 年以上经验；熟练 React 、TypeScript 、Go ，具备微服务或高并发经验；熟悉 MySQL 、Redis 、消息队列、Linux 、H5 ；掌握高可用、限流、熔断、灰度；具备至少一种多模态 AI 的真实集成经验，了解 Embedding 、向量检索、RAG 、Agent 。
**加分：**视频、直播、社交、交友、IM 、WebRTC ； React Native/Flutter ； AI 社交、RAG 、Agent 、智能客服；图像、TTS 、视频服务； AI 安全过滤、幻觉检测、质量评估；核心模块 Owner 或技术负责人经历。
后端工程师｜ 28–42K
**职责：**负责在线视频、交友类 APP/Web 的服务端架构与核心开发；参与用户、内容、视频播放、聊天、关系链、推荐、会员、支付；以 PHP/Go 建设高并发、高可用服务；同时参与 H5 、Web 、Flutter 、后台及内部工具交付；建设缓存、数据库、消息队列、异步任务、风控、内容安全；带领代码评审和问题排查，并将 AI 编程工具用于研发提效。
**要求：**本科优先，8 年以上服务端经验；熟练 PHP 和 LNMP ，有 Go 、微服务或高并发经验；熟悉 MySQL 、Redis 、消息队列、Linux ；能独立进行复杂系统设计；具备 Vue/React 、Web/H5 、Flutter 跨端研发能力；掌握限流、降级、熔断、灰度、监控；能使用 Cursor 、Claude Code 、Codex 、Copilot 等工具并审查、验证 AI 代码质量。
**加分：**音视频、社交、交友、IM 、推荐、支付、内容审核、风控反作弊；全栈从 0 到 1 ； WebSocket 、运营后台、Flutter 音视频； PHP→Go 重构和微服务拆分；技术负责人或架构经验。
其他方面的岗位请私聊沟通，谢谢
https://t.me/AIWorkRemoteJobs
tg：hr167
邮箱： wangfeng588888@gmail.com
via V2EX (author: wangluowangwang)
[推广] 开源了一个能动手的个人 AI 助手 Open Muse： iPhone / Mac / Android 都有，关掉 App 它还在云端干活
做了一个个人 AI 助手，代码完全开源（ MIT ）。
它能做什么
● 记事、跟进：一句话设每周提醒；偏好存进你能打开、能编辑的记忆；目标会持续跟进。
● 读健康数据（ iPhone ）：问「今天练得怎么样」，它当场读 Apple 健康；读不到的数字不编造。
● 操作你的 Mac：看屏幕、开 App 、点击、输入，每一步先问你；你屏蔽的 App 和文件夹它碰不到。
● 飞书：通过 lark-cli 查任务、建文档。
● 后台干活：任务在云端环境里跑，关掉 App 也会继续。
怎么用
后端是火山方舟的 Managed Agents ，需要你自己的方舟 API Key （按量计费）。模型请求直接从你的设备发到方舟，不经过我的服务器。
● 官网下载： https://getopenmuse.com/zh/ （ Mac 版签名公证； Android 直接下载 APK ； iPhone 走 TestFlight ）
● GitHub： https://github.com/chyroc/open-muse
还在早期，欢迎试用、提 issue ，觉得有意思的话给个 star 。
via V2EX (author: Chyroc)
做了一个个人 AI 助手，代码完全开源（ MIT ）。
它能做什么
● 记事、跟进：一句话设每周提醒；偏好存进你能打开、能编辑的记忆；目标会持续跟进。
● 读健康数据（ iPhone ）：问「今天练得怎么样」，它当场读 Apple 健康；读不到的数字不编造。
● 操作你的 Mac：看屏幕、开 App 、点击、输入，每一步先问你；你屏蔽的 App 和文件夹它碰不到。
● 飞书：通过 lark-cli 查任务、建文档。
● 后台干活：任务在云端环境里跑，关掉 App 也会继续。
怎么用
后端是火山方舟的 Managed Agents ，需要你自己的方舟 API Key （按量计费）。模型请求直接从你的设备发到方舟，不经过我的服务器。
● 官网下载： https://getopenmuse.com/zh/ （ Mac 版签名公证； Android 直接下载 APK ； iPhone 走 TestFlight ）
● GitHub： https://github.com/chyroc/open-muse
还在早期，欢迎试用、提 issue ，觉得有意思的话给个 star 。
via V2EX (author: Chyroc)
[分享创造] 做了个 PDF 分享工具：除了生成链接，我更想知道对方到底有没有认真看
最近做了一个比较小的 PDF SaaS ，叫 PDF to Link。
地址：
https://pdf-to-link.com/
最开始想做它，其实不是因为“PDF 转链接”这个功能本身有多难，而是我发现现有的 PDF 分享流程有一个挺明显的断层：
● 对方打开了吗？
● 看到了第几页？
● 哪几页停留时间比较长？
● 是不是看两页就关掉了？
● 最后有没有点击我希望他点击的链接？
如果只是通过邮件附件、Google Drive 、Dropbox 之类发出去，这些信息基本是看不到的。
于是就做了这个工具。
----------------------
现在的基本流程
目前逻辑比较简单：
它不是把 PDF 转成 HTML ，也不是把 PDF 内容重新排版。
原始内容还是 PDF ，只是在浏览器里提供一个独立的阅读页面。
这样做之后，就可以在 PDF 外面增加一些东西，比如：
● Logo
● Favicon
● 页面背景
● CTA 按钮
● 社交链接
● 密码访问
● Lead Capture
● QR Code
我比较在意的其实不是这些外观功能，而是后面的阅读数据。
----------------------
目前做了哪些阅读数据
现在后台主要统计：
● Views / Reading Sessions
● Visitors
● Active Reading Time
● Reading Depth
● 每一页的 Engagement
● Reader Location
● Exit Page
● Downloads
● CTA Clicks
例如一个 20 页 PDF：
如果 100 个人打开：
那至少可以看到第 5 页附近发生了比较明显的流失。
当然我不认为这就代表：
所以我现在对 Analytics 的定位是：
它提供行为信号，而不是替用户解释行为。
----------------------
Active Reading Time 我没有直接用页面停留时间
这里我之前纠结了一段时间。
假设：
用户打开 PDF → 切到另一个 Tab → 30 分钟以后回来。
如果简单用：
那结果可能会显示这个人读了 30 多分钟，但实际上完全不是。
所以现在 Active Time 更偏向统计：
● 页面处于可见状态
● 浏览器 Tab 是 active
● 阅读器存在实际活动
当然，这依然不能证明用户“认真阅读”。
我觉得只能做到尽可能接近真实行为，不能把它包装成“阅读理解检测”。
----------------------
为什么不用 Google Drive ？
这个问题应该是最容易被问到的。
我自己的理解是，它们解决的问题不完全一样。
Google Drive / Dropbox
更偏：
● 文件存储
● 文件夹管理
● 权限
● 团队协作
PDF to Link
更偏：
● 对外发布一个 PDF
● 提供独立阅读体验
● 品牌展示
● 查看阅读行为
● 引导下一步操作
所以如果只是：
但如果是：
● Pitch Deck
● Proposal
● 产品目录
● Portfolio
● White Paper
● 报告
● 培训资料
这类 PDF ，我觉得“分享之后发生什么”会更有价值。
----------------------
一个我目前还没完全想清楚的问题：下载到底应该默认开还是关？
这个目前我自己也比较纠结。
如果允许下载：
优点：
● 用户可以保存
● 使用习惯自然
● 离线阅读方便
缺点：
PDF 下载以后，后面的阅读行为就完全不可见了。
如果禁止下载：
优点：
● 数据比较完整
● 更适合一些 Proposal / Pitch Deck
缺点：
● 用户可能觉得限制太强
● 真正想下载的人可能截图或者用其他方式保存
所以目前我更倾向于：
让发布者自己选择。
但不知道 V 友们实际使用时更喜欢哪种默认值。
----------------------
另外一个问题：Raw PDF URL 还是 Viewer URL ？
我现在产品默认生成的是阅读页，例如：
而不是：
因为只有 Reading Page 才能加 Analytics 、Password 、CTA 等东西。
但是实际调研下来，确实还有一批用户搜索的是：
所以我现在觉得这其实是两个完全不同的需求：
Raw PDF URL
更适合：
● API
● 程序直接读取
● iframe / embed
● 下载
● 文件引用
Viewer URL
更适合：
● 给人阅读
● Analytics
● Branding
● Password
● CTA
现在产品主要做后者。
这块如果 V 友里面有做文档系统或者 SaaS 的，也挺想听听你们实际更常遇到哪一种。
----------------------
免费版目前怎么做
目前免费版：
● $0
● 1 个 Published PDF
● 单 PDF 最大 50 MB
主要核心功能也可以体验。
我暂时没有做那种“上传一次以后所有东西都锁住必须付费”的模式，因为早期更想知道：
用户究竟会不会真的用这个东西，而不是注册以后就走。
现在最想验证的指标其实不是注册量，而是：
如果这个闭环不成立，后面加再多功能意义也不大。
----------------------
接下来我比较想做的
目前考虑的方向主要有：
1. 更细的 Reading Analytics
例如：
● Page revisit
● 阅读路径
● Reader Session timeline
● 不同链接来源的 engagement
2. Expiring Link
例如：
3. Custom Domain
最近做了一个比较小的 PDF SaaS ，叫 PDF to Link。
地址：
https://pdf-to-link.com/
最开始想做它，其实不是因为“PDF 转链接”这个功能本身有多难，而是我发现现有的 PDF 分享流程有一个挺明显的断层：
文件发出去了，然后呢？比如我给别人发一个 20 页的 PDF：
● 对方打开了吗？
● 看到了第几页？
● 哪几页停留时间比较长？
● 是不是看两页就关掉了？
● 最后有没有点击我希望他点击的链接？
如果只是通过邮件附件、Google Drive 、Dropbox 之类发出去，这些信息基本是看不到的。
于是就做了这个工具。
----------------------
现在的基本流程
目前逻辑比较简单：
上传 PDF
↓
生成一个独立阅读页面
↓
得到分享链接 / QR Code
↓
别人通过浏览器阅读
↓
后台查看阅读数据
它不是把 PDF 转成 HTML ，也不是把 PDF 内容重新排版。
原始内容还是 PDF ，只是在浏览器里提供一个独立的阅读页面。
这样做之后，就可以在 PDF 外面增加一些东西，比如：
● Logo
● Favicon
● 页面背景
● CTA 按钮
● 社交链接
● 密码访问
● Lead Capture
● QR Code
我比较在意的其实不是这些外观功能，而是后面的阅读数据。
----------------------
目前做了哪些阅读数据
现在后台主要统计：
● Views / Reading Sessions
● Visitors
● Active Reading Time
● Reading Depth
● 每一页的 Engagement
● Reader Location
● Exit Page
● Downloads
● CTA Clicks
例如一个 20 页 PDF：
如果 100 个人打开：
Page 1 100
Page 2 92
Page 3 85
Page 4 81
Page 5 43
Page 6 38
...
Page 20 12
那至少可以看到第 5 页附近发生了比较明显的流失。
当然我不认为这就代表：
“第 5 页内容一定有问题。”因为也可能用户已经找到了想看的信息。
所以我现在对 Analytics 的定位是：
它提供行为信号，而不是替用户解释行为。
----------------------
Active Reading Time 我没有直接用页面停留时间
这里我之前纠结了一段时间。
假设：
用户打开 PDF → 切到另一个 Tab → 30 分钟以后回来。
如果简单用：
close_time - open_time
那结果可能会显示这个人读了 30 多分钟，但实际上完全不是。
所以现在 Active Time 更偏向统计：
● 页面处于可见状态
● 浏览器 Tab 是 active
● 阅读器存在实际活动
当然，这依然不能证明用户“认真阅读”。
我觉得只能做到尽可能接近真实行为，不能把它包装成“阅读理解检测”。
----------------------
为什么不用 Google Drive ？
这个问题应该是最容易被问到的。
我自己的理解是，它们解决的问题不完全一样。
Google Drive / Dropbox
更偏：
● 文件存储
● 文件夹管理
● 权限
● 团队协作
PDF to Link
更偏：
● 对外发布一个 PDF
● 提供独立阅读体验
● 品牌展示
● 查看阅读行为
● 引导下一步操作
所以如果只是：
“我要给同事传一个 PDF 。”我自己也会直接用 Google Drive 。
但如果是：
● Pitch Deck
● Proposal
● 产品目录
● Portfolio
● White Paper
● 报告
● 培训资料
这类 PDF ，我觉得“分享之后发生什么”会更有价值。
----------------------
一个我目前还没完全想清楚的问题：下载到底应该默认开还是关？
这个目前我自己也比较纠结。
如果允许下载：
优点：
● 用户可以保存
● 使用习惯自然
● 离线阅读方便
缺点：
PDF 下载以后，后面的阅读行为就完全不可见了。
如果禁止下载：
优点：
● 数据比较完整
● 更适合一些 Proposal / Pitch Deck
缺点：
● 用户可能觉得限制太强
● 真正想下载的人可能截图或者用其他方式保存
所以目前我更倾向于：
让发布者自己选择。
但不知道 V 友们实际使用时更喜欢哪种默认值。
----------------------
另外一个问题：Raw PDF URL 还是 Viewer URL ？
我现在产品默认生成的是阅读页，例如：
example.com/page/xxxxx
而不是：
example.com/file.pdf
因为只有 Reading Page 才能加 Analytics 、Password 、CTA 等东西。
但是实际调研下来，确实还有一批用户搜索的是：
“我就想要一个真正以 .pdf 结尾的 URL 。”特别是开发/API/嵌入类需求。
所以我现在觉得这其实是两个完全不同的需求：
Raw PDF URL
更适合：
● API
● 程序直接读取
● iframe / embed
● 下载
● 文件引用
Viewer URL
更适合：
● 给人阅读
● Analytics
● Branding
● Password
● CTA
现在产品主要做后者。
这块如果 V 友里面有做文档系统或者 SaaS 的，也挺想听听你们实际更常遇到哪一种。
----------------------
免费版目前怎么做
目前免费版：
● $0
● 1 个 Published PDF
● 单 PDF 最大 50 MB
主要核心功能也可以体验。
我暂时没有做那种“上传一次以后所有东西都锁住必须付费”的模式，因为早期更想知道：
用户究竟会不会真的用这个东西，而不是注册以后就走。
现在最想验证的指标其实不是注册量，而是：
上传 PDF
↓
成功发布
↓
真的把链接分享出去
↓
产生真实 Reader Session
↓
回来查看 Analytics
如果这个闭环不成立，后面加再多功能意义也不大。
----------------------
接下来我比较想做的
目前考虑的方向主要有：
1. 更细的 Reading Analytics
例如：
● Page revisit
● 阅读路径
● Reader Session timeline
● 不同链接来源的 engagement
2. Expiring Link
例如：
24 小时后失效
7 天后失效
指定日期失效
3. Custom Domain
V2EX
[分享创造] 做了个 PDF 分享工具：除了生成链接，我更想知道对方到底有没有认真看 最近做了一个比较小的 PDF SaaS ，叫 PDF to Link。 地址： https://pdf-to-link.com/ 最开始想做它，其实不是因为“PDF 转链接”这个功能本身有多难，而是我发现现有的 PDF 分享流程有一个挺明显的断层：文件发出去了，然后呢？比如我给别人发一个 20 页的 PDF： ● 对方打开了吗？ ● 看到了第几页？ ● 哪几页停留时间比较长？ ● 是不是看两页就关掉了？ ● 最…
这个已经在做更完整的体验。
例如：
而不是平台自己的域名。
4. 更方便的销售/营销工作流
我之后可能会考虑：
● Webhook
● Zapier
● HubSpot
● Slack notification
例如：
不过这一块我暂时不想太早做，因为容易从一个很简单的 PDF 工具膨胀成一个很重的销售 SaaS 。
----------------------
有几个问题特别想听听 V 友意见
如果你们平时会分享 PDF ，我比较想知道下面几个问题：
1. 你们实际有没有“想知道对方看到第几页”的需求？
还是说这个需求看起来合理，但实际上根本不会看数据？
2. 如果是 Pitch Deck / Proposal ，你更希望默认允许下载，还是禁止下载？
3. 你更需要 Raw
4. 阅读 Analytics 里，你觉得哪个数据最有价值？
● Active Time
● Reading Depth
● 每页停留
● Exit Page
● 是否重新打开
● CTA Click
● 其他？
5. 如果让你付费，什么功能才会真正让你付？
我自己现在比较怀疑单纯：
真正可能产生价值的还是后面的：
----------------------
产品地址：
https://pdf-to-link.com/
如果大家愿意试的话，比较希望收到真实的吐槽，特别是：
● 哪一步不好理解
● 哪个功能完全没必要
● Analytics 哪里看不懂
● 分享页有哪些明显问题
● 哪些功能你觉得我是在自嗨
这些反馈对我现在比“挺好的，加油”更有用。
via V2EX (author: digiplanp)
例如：
docs.company.com/proposal
而不是平台自己的域名。
4. 更方便的销售/营销工作流
我之后可能会考虑：
● Webhook
● Zapier
● HubSpot
● Slack notification
例如：
某个 Proposal 被打开了然后发通知。
对方读到第 12 页
再次回来阅读
不过这一块我暂时不想太早做，因为容易从一个很简单的 PDF 工具膨胀成一个很重的销售 SaaS 。
----------------------
有几个问题特别想听听 V 友意见
如果你们平时会分享 PDF ，我比较想知道下面几个问题：
1. 你们实际有没有“想知道对方看到第几页”的需求？
还是说这个需求看起来合理，但实际上根本不会看数据？
2. 如果是 Pitch Deck / Proposal ，你更希望默认允许下载，还是禁止下载？
3. 你更需要 Raw
.pdf URL ，还是浏览器 Viewer URL ？4. 阅读 Analytics 里，你觉得哪个数据最有价值？
● Active Time
● Reading Depth
● 每页停留
● Exit Page
● 是否重新打开
● CTA Click
● 其他？
5. 如果让你付费，什么功能才会真正让你付？
我自己现在比较怀疑单纯：
“上传 PDF → 生成链接”其实没有太强的付费价值。
真正可能产生价值的还是后面的：
Analytics + Branding + Access Control + Workflow所以现在还在验证这件事。
----------------------
产品地址：
https://pdf-to-link.com/
如果大家愿意试的话，比较希望收到真实的吐槽，特别是：
● 哪一步不好理解
● 哪个功能完全没必要
● Analytics 哪里看不懂
● 分享页有哪些明显问题
● 哪些功能你觉得我是在自嗨
这些反馈对我现在比“挺好的，加油”更有用。
via V2EX (author: digiplanp)