文章摘要
开发者因PDF处理依赖在线工具存在流程繁琐、数据隐私、网络依赖等问题,计划打造复刻iLovePDF功能的本地PDF处理工具。他借助提前可用的GPT-6 Astra模型,仅提出需求即由模型自主开发,34余分钟完成第一版可运行应用,调整后保留32个功能,常用核心功能测试合格,满足使用需求。

平时处理大模型技术报告的中英对照资料时,总有一套固定的繁琐流程:先用自研工具完成翻译生成对照PDF,再通过在线平台添加水印、合并品牌Logo、导出页面图片,最后才能分享到内容平台。这类在线工具不仅依赖网络,操作步骤也反复重复,一直以来我都想搭建一个本地的PDF处理工具。

本来以为新一代的GPT-6 Astra还需要等待一段时间,没想到提前用上了,正好借着这个机会把本地PDF工具的想法付诸实践。

搭建本地PDF处理工具的初衷

此前每次完成翻译后的PDF处理工作,中间的环节都需要依赖在线平台完成,不仅流程繁琐,还存在数据隐私和网络依赖的问题。我很早就萌生了复刻这类工具的想法,只是一直没有抽出时间动手,这次借助新发布的大模型,终于可以快速实现这个目标。

快速完成项目开发

本次开发使用的是Mac mini设备,我没有使用平时常用的Codex CLI,而是切换到了ChatGPT桌面版,选择GPT-6 Astra模型并将档位调整到极高模式。首先创建了名为aipdf的工作目录,在该目录下初始化项目。

我只提出了一个简单的需求:研究在线PDF工具的功能,复刻其核心能力,打造一款本地运行的Mac端应用。模型很快开始执行开发任务,期间我只需要确认几次权限请求,其余工作全部由模型自主完成。原本以为需要多轮沟通调整功能优先级,没想到仅用了34分9秒就完成了第一版应用。

从开发过程来看,模型先梳理了目标平台的功能清单,接着搭建处理引擎和用户界面,一边开发一边进行测试和修复问题。最终产出的是一个可直接运行的Mac应用,内置了三十多个工具功能。不过其中的AI摘要和翻译功能需要额外安装Ollama并下载本地模型,这两项暂时用不上,于是我让模型移除了这些模块,整个调整过程耗时3分47秒,最终保留了32个实用工具。

实战测试日常工作流

打开应用后,左侧的工具分类和中间的功能入口界面已经初具规模,不过我最担心的是它只是一个空有外观的演示项目,于是立刻用平时处理技术报告的流程进行了测试。

第一项测试是给PDF添加水印,我导入中英对照版的报告文件,输入自定义水印内容,执行处理后顺利生成了带水印的文档。接着测试了PDF合并功能,将品牌Logo页面和技术报告合并为一个完整的文件,操作过程没有出现任何报错。

随后我将合并后的PDF页面导出为JPG格式,用于后续的内容发布,转换结果符合预期。最后还测试了PDF切分功能,拆分出的单独页面文件都完整可用。

这四项日常最常用的功能都运行正常,完全满足了我的实际需求。剩下的三十多个工具暂时没有逐一测试,毕竟数量较多,后续用到的时候再进行验证即可,模型已经完成了基础的功能自测和说明文档。

下次处理技术报告的中英对照资料时,加水印、合并文件和导出图片这些步骤,就可以直接使用这个本地应用完成了。

以上内容不代表本平台立场,仅供读者参考