用 Claude Code 做出跨平台文件客户端

标题谈的是「用 Claude Code 做真实应用的经验」，但提供的正文更像 ShuttleSCP 的项目说明，而且在密码存储处截断了。它能回答这个应用做什么、支持哪些连接方式、目前成熟到哪一步，却没有交代 Claude Code 如何参与开发，也没有效率或质量的对照数据。

对程序员来说，这份材料仍有参考价值：一个文件传输客户端要进入日常使用，除了双栏界面，还得处理协议、认证、凭据存储和平台差异。下面围绕这些已经披露的内容展开，AI 编程的效果暂时无法从中判断。

双栏文件管理之外，它已经做到了什么

ShuttleSCP 是受 WinSCP 启发的图形化 SFTP 和 FTP 客户端，面向 Linux、macOS 和 Windows。左侧显示本机文件，右侧显示服务器文件，用户通过拖拽、右键或按键完成复制。

这种界面把本地与远程目录放在同一个操作空间里，减少了来回切换路径的负担。但一个传输工具能否实用，还取决于任务启动后能不能控制。

原文截图展示了三个文件的上传续传，每个文件都有暂停和停止按钮。它至少说明，作者展示的产品已经包含传输任务控制，而不只是文件列表。

不过，截图不能证明异常恢复的可靠性。网络中断后如何续传、怎样判断远端文件一致性、失败后是否自动重试，提供的正文都没说清。

协议和登录方式，决定了它能接入哪些环境

项目支持通过 SSH 使用 SFTP 和 SCP，也支持 FTP。FTP 可以使用明文连接，或采用显式、隐式 TLS，也就是 FTPS；连接模式则覆盖被动模式和主动模式。

这里要分清两组名字：SFTP 走 SSH，FTPS 是给 FTP 加上 TLS。两者名称相近，服务端配置和连接条件却不同。工具把这些选项放进界面，只是接入的第一步，用户仍需按服务器实际配置选择。

SSH 登录支持三类凭据：

• 使用密码登录。
• 使用 OpenSSH 或 PuTTY .ppk 私钥文件，加密私钥可以输入对应口令。
• 使用 SSH agent 中的密钥；Windows 上支持 Windows OpenSSH agent 或 PuTTY Pageant。

保存站点同样在功能范围内，密码交给桌面钥匙串（keyring）保存。但原文到这里就截断了，无法进一步判断各平台如何实现，也没有凭据迁移等细节。

跨平台已经可用，成熟度仍有差别

ShuttleSCP 使用 Rust、relm4 和 GTK 4 编写，目前处于 public beta。按作者的描述，它已在 Linux 和 macOS 上日常使用，Windows 版本则刚加入，仍欢迎用户提交问题反馈。

支持三个操作系统，不等于三个平台已经经过同等程度的验证。

这也是阅读项目介绍时需要保留的区分：Linux、macOS 有作者日常使用的陈述，Windows 目前只有新版本状态。原文没有提供平台测试矩阵、传输性能或稳定性数据。

技术栈也只能说明实现选择。不能仅凭 Rust、relm4 和 GTK 4，就推导出内存占用更低、界面更流畅，或者跨平台维护更轻松。

我的判断

这份材料最有价值的地方，是展示了真实应用需要覆盖的具体边界：多种协议、不同密钥格式、系统 agent、凭据存储和逐文件任务控制。这些细节，比一个能运行的双栏界面更接近实际交付。

但标题提出的 Claude Code 开发经验，在所给正文里没有得到展开。作者没有展示提示词、任务拆分、代码审查过程，也没有交代哪些代码由 AI 完成。因此，连「Claude Code 是否节省了开发时间」都无法据此判断，更不能替它背书。

与 WinSCP 的关系也仅限于「受到启发」。没有功能对照和测试数据，不能把 ShuttleSCP 当作已经验证过的等价替代品。

能拿来做什么

• 做文件上传或远程管理界面时，可以参考左右双栏和逐文件暂停、停止的交互，并把异常恢复单独列为验证项。
• 给内部部署工具设计连接配置时，可以按原文区分 SFTP、SCP、FTP、FTPS，以及密码、私钥和 agent 登录，避免把服务器差异藏在一个笼统入口里。
• 用 AI 开发类似应用时，可以把这些明确功能作为验收清单；至于 Claude Code 的具体使用方法，这段原文没有提供可复用的证据。