乐于分享
好东西不私藏

我用 Codex 做了一个压缩软件,解决 Mac 压缩包在旧 Windows 上打不开的问题

我用 Codex 做了一个压缩软件,解决 Mac 压缩包在旧 Windows 上打不开的问题

开发这个软件,其实不是一开始就想着做一个产品。

最早只是因为工作中遇到了一个很具体、也很尴尬的问题。

我们平时用微信传文件比较多,图片数量一多,就必须先压缩再发送。我自己用的是 Mac,习惯上直接把图片文件夹压缩成 zip,然后通过微信发给领导。

问题就出在这里。

领导用的是比较旧的 Windows 系统。我把 Mac 上压缩好的图片包发过去之后,她那边打开竟然是空白的,看不到里面的图片。但同一个压缩包,我发给其他使用新版 Windows 系统的人,又都可以正常打开。

也就是说,文件本身没有坏,图片也没有问题,只是旧 Windows 对 Mac 压缩出来的 zip 支持不太好。

一个很小但很烦的问题

这个问题说大不大,说小也不小。

如果只是偶尔一次,大不了重新发。但工作里经常要传图片、材料、文档,每次都担心对方打不开,就很影响效率。

尤其是发给领导、客户、同事的时候,对方只会看到“打不开”“空白”“文件有问题”,不会关心你是 Mac 压缩的,还是 Windows 版本太旧。

我当时就在想,能不能做一个很轻量的小工具,专门解决这个问题:

让 Mac 用户压缩出来的文件,在旧 Windows 系统上也能更稳定地打开。

它不需要像大型压缩软件那样功能复杂,也不需要支持一堆格式。我的需求非常明确:

  • 能在 Mac 上用;
  • 能把文件或文件夹压缩成 zip;
  • 压缩包尽量兼容旧 Windows;
  • 不生成一堆 Mac 隐藏文件;
  • 操作越简单越好;
  • 最好就是选中文件,一键生成。

这个想法本来只是为了解决我自己的工作需求。

为什么想到用 Codex 来做?

刚好最近 Codex 很火,我也一直在关注它到底能不能真正帮人把一个想法做成可用的软件。

以前我对 AI 写代码的理解,更多是让它帮忙补一段函数、解释一段报错,或者生成一些小脚本。但这次我想试试更完整一点的流程:

能不能把一个真实问题描述给 Codex,让它协助我从想法做到一个可用的小软件?

于是我就把这个需求直接告诉 Codex:

我需要一个 Mac 上的轻量压缩工具,解决 Mac 压缩包发给旧 Windows 用户后打不开、显示空白的问题。软件不要复杂,只做兼容 zip 压缩,适合微信传文件。

Codex 很快帮我把这个想法拆成了几个部分:

  1. 文件选择和拖拽;
  2. 压缩逻辑;
  3. 过滤 Mac 系统隐藏文件;
  4. 处理中文文件名和路径;
  5. 输出一个更适合 Windows 打开的 zip;
  6. 做一个简单界面;
  7. 补充错误提示;
  8. 最后整理隐私政策和上架说明。

这一步对我帮助很大。因为一个想法在脑子里时很简单,但真正要做成软件,就必须把它拆成可执行的功能。

Codex 帮我做的第一件事:明确产品边界

一开始我也想过,要不要做成一个完整的压缩工具,比如支持解压、加密、分卷、rar、7z 等等。

但 Codex 在帮我拆需求时,我也逐渐意识到:这个软件最重要的不是功能多,而是解决问题准。

我真正要解决的是:

Mac 压缩的文件,通过微信发给旧 Windows 用户后,对方可以正常打开。

所以这个软件不需要做得很重。

最后我把产品定位定得很窄:只做一个轻量工具,专门生成对 Windows 更友好的 zip 压缩包。

这个定位确定之后,后面的开发就清晰了很多。

核心功能:把 Mac 压缩包变得更“干净”

Mac 自带压缩功能虽然方便,但压缩包里经常会带上一些 macOS 自己用的隐藏文件,比如:

  • .DS_Store
  • __MACOSX
  • 资源分叉文件
  • 其他系统元数据

这些内容在 Mac 上没什么感觉,但到了 Windows 上,尤其是旧 Windows 系统或旧解压工具里,就可能造成兼容问题,或者让用户看到一些奇怪的文件。

所以我让 Codex 帮我实现压缩逻辑时,特别强调了一点:

生成的压缩包里,只保留用户真正想发送的文件。

不需要的 Mac 隐藏文件全部过滤掉。这样压缩包打开后更干净,也更适合发给 Windows 用户。

第二个重点:尽量照顾旧 Windows

这个软件不是为了炫技,而是为了让对方能打开。

所以在实现过程中,我和 Codex 重点围绕“兼容性”做了很多调整。

比如:

  • 尽量生成标准 zip;
  • 避免路径里出现奇怪的系统文件;
  • 对中文文件名做兼容处理;
  • 保持文件夹结构清晰;
  • 出错时给出明确提示;
  • 输出文件名尽量简单,方便微信发送。

我测试的时候,也会反复模拟真实使用场景:选择一堆图片,压缩,发微信,再让 Windows 那边打开。

这个过程里,Codex 的作用不只是写代码。更重要的是,当我遇到某个问题时,可以直接把现象告诉它,比如“压缩包打开后多了隐藏文件”“中文路径显示异常”“输出文件名重复怎么办”,它会继续帮我定位问题并调整实现。

界面尽量简单

这个软件的使用对象不是程序员,而是像我一样只想快速发文件的人。

所以界面不能复杂。

我希望打开软件后,用户不用看教程也知道怎么用:

  1. 选择要压缩的文件或文件夹;
  2. 点击生成压缩包;
  3. 得到一个适合 Windows 打开的 zip 文件;
  4. 直接通过微信发送。

没有多余设置,也没有复杂选项。

在界面设计上,我也让 Codex 帮我不断简化文案。比如按钮叫什么、失败时怎么提示、压缩完成后怎么告诉用户文件在哪里,这些小细节都会影响实际体验。

隐私也要说清楚

因为这个工具处理的是本地文件,所以我也特别在意隐私问题。

这个软件的逻辑很简单:所有压缩操作都在本机完成,不上传用户文件。

用户选择的图片、文档、文件夹,都只在自己的电脑上处理。软件不需要账号,也不需要把文件传到服务器。

所以后面我也准备了隐私政策页面,把这些内容写清楚,让用户知道这个工具到底会不会收集文件、会不会上传数据。

用 Codex 做完这个工具后的感受

这次最大的感受是,Codex 很适合把一个真实的小需求快速变成产品。

它不是简单替我写几行代码,而是可以参与到完整流程里:

  • 帮我拆解需求;
  • 帮我判断哪些功能该做,哪些可以不做;
  • 帮我生成核心代码;
  • 帮我修改 bug;
  • 帮我优化界面;
  • 帮我补充异常处理;
  • 帮我整理上架需要的说明和隐私政策。

但我也觉得,Codex 并不是完全替代人的判断。

真正重要的,还是你要知道自己想解决什么问题。比如这个软件,如果一开始目标不清楚,很容易做成一个什么都想支持的复杂压缩工具。但我真正需要的,只是解决“Mac 压缩包发给旧 Windows 打不开”这个问题。

方向确定后,Codex 才能更高效地帮你实现。

最后

这个软件的诞生,来自一个很普通的工作场景:我用 Mac 压缩图片发微信,领导的旧 Windows 打开后是空白。

为了解决这个问题,我用 Codex 做了一个轻量压缩工具。它不复杂,也不追求大而全,只专注于一件事:

让 Mac 上压缩出来的文件,更适合旧 Windows 用户打开。

如果你也经常需要在 Mac 和 Windows 之间传文件,遇到 Mac 压缩包发给旧 Windows 后打不开、显示空白的问题,尤其是通过微信发送压缩包,可以试试这个工具。

软件详情:点击文末“阅读原文”跳转Mac商店
或复制app链接打开:
https://apps.apple.com/cn/app/id6777970864

相关学习资料