开发这个软件,其实不是一开始就想着做一个产品。
最早只是因为工作中遇到了一个很具体、也很尴尬的问题。
我们平时用微信传文件比较多,图片数量一多,就必须先压缩再发送。我自己用的是 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 很快帮我把这个想法拆成了几个部分:
文件选择和拖拽; 压缩逻辑; 过滤 Mac 系统隐藏文件; 处理中文文件名和路径; 输出一个更适合 Windows 打开的 zip; 做一个简单界面; 补充错误提示; 最后整理隐私政策和上架说明。
这一步对我帮助很大。因为一个想法在脑子里时很简单,但真正要做成软件,就必须把它拆成可执行的功能。
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 的作用不只是写代码。更重要的是,当我遇到某个问题时,可以直接把现象告诉它,比如“压缩包打开后多了隐藏文件”“中文路径显示异常”“输出文件名重复怎么办”,它会继续帮我定位问题并调整实现。
界面尽量简单
这个软件的使用对象不是程序员,而是像我一样只想快速发文件的人。
所以界面不能复杂。
我希望打开软件后,用户不用看教程也知道怎么用:
选择要压缩的文件或文件夹; 点击生成压缩包; 得到一个适合 Windows 打开的 zip 文件; 直接通过微信发送。
没有多余设置,也没有复杂选项。
在界面设计上,我也让 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
夜雨聆风