1 分•作者: pratikgcet1985•3 个月前
大家好，我是 Pratik Garg。我的背景是，我构建了 OneRequest，因为我一直在工作和个人生活中遇到同样的问题。每当我需要从别人那里获得一些东西，比如文件、签名表格、证明等等，总是会变成一连串的电子邮件、附件丢失和手动追逐。当别人向我索要信息时，也会发生类似的事情，久而久之，东西就会丢失、分散，最终消失。
我一直在寻找一个能妥善处理这个问题的工具。但没有一个完全合适。DocuSign 仅用于签名，并且假设双方都有账户。Google 表单无法跟踪谁回复了或追逐他们。电子邮件根本没有可见性，然后又出现了 WhatsApp 危机（所有内容都集中在一个聊天线程中，没有跟踪，没有审计跟踪，六个月后也找不到）。
所以我构建了 OneRequest。
你创建一个请求并添加你需要的字段，为接收者附加上下文。你得到一个链接。接收者打开它，提交所有内容，他们那边不需要账户。你可以看到谁打开了它，谁提交了，谁在拖延，只需一键即可提醒某人。
它双向工作。同一个收件箱显示你发送的请求和你收到的请求。如果你正在追逐候选人索要文件，而你的会计师正在向你索要税务文件，所有内容都在一个统一的收件箱中，都在一个地方，所有你的请求。
以下是可能对阅读者（以及我感兴趣）的技术细节：
* 基于 Next.js 14、Supabase、Prisma、Clerk 构建
* 双向线程模型，所有者可以在初始提交后请求更多信息，因此一个链接可以保留所有正在进行的对话。
* 字段类型包括文件上传、签名、预订、付款、可用性调查、通过 Claude API 进行文档提取
* 我从第一天就开始构建分析功能，因为我真的想了解信息如何在人与人之间传递。哪些字段类型被放弃。接收者在哪里退出。在某人提交之前需要多少次提醒。我还不知道我将如何处理所有这些，但我感觉这些模式会很有趣。
有趣的部分：昨天发布，网站一直崩溃。我发现在生产环境中有一个 setInterval 延迟为 25 \* 24 \* 60 \* 60 \* 1000 毫秒。即 2,160,000,000 毫秒，超过了 int32 的最大值。浏览器将其限制为 1 毫秒。每秒触发数百个请求，导致网站瘫痪。我花了 5 个小时才找到问题，而修复似乎只需要一行代码。
还处于早期阶段。存在一些不足之处。很想听听关于这个概念是否清晰以及体验在哪里中断的反馈。
你可以在 onerequest.app 上无需注册即可创建请求。