从内部工具到 SaaS：自动化银行对账单下载
内部工具版本
初始脚本很简单：使用 Playwright 登录 Wise，导航到对账单页面，选择日期范围，点击下载，将文件保存到本地目录。大约 80 行代码，在我们自己的机器上可靠工作。
为什么它不能直接成为 SaaS
为个人使用开发内部工具和为多个用户提供可靠服务之间的差距，比它最初看起来要大得多。问题是多层次的：
凭据安全性：存储多个用户的 Wise 凭据需要加密静态数据和传输过程中的安全处理。自己使用时，凭据就在本地配置文件中。
2FA 处理：Wise 使用 2FA。对于单个用户，你可以在每次会话过期时手动完成这个步骤。对于服务来说，你需要一个合理的方法来处理认证挑战而不暴露给最终用户。
错误可见性：当脚本在你自己的机器上失败时，你会立即看到。当它作为服务运行时，你需要可观测性、警报，以及客户服务流程来处理失败通知。
使其可靠的工程工作
我们添加的内容：使用 Supabase 进行凭据的加密存储、会话状态持久化以减少 2FA 挑战的频率、带有指数退避的重试逻辑、以及每次运行的结构化日志。
我们没有添加的内容：UI。该服务通过 API 运行，用户通过我们的主应用程序触发下载——构建专用 UI 被视为不必要的复杂性。
关于 SaaS 化内部工具的思考
内部工具的 SaaS 化最常在没有考虑运营差距的情况下被低估。该工具本身通常只是工作量的 20-30%；其余的是凭据安全、错误处理、可观测性和支持流程。