我的 Kindle 一直未使用，因此我决定看看 AI 是否能帮我找到一个新的用途。我想开发一个自定义应用程序，可以涵盖多种用途，并由我 MacBook 上的 AI 代理进行控制。我从一个小目标开始：使用我自己的图片作为 Kindle 的屏保。一旦成功，我就请代理构建一个可以循环播放照片集合的应用程序。我们将这个项目称为 KindleCTL。在我的 Kindle 上，我从选择书籍的同一屏幕打开“照片幻灯片”。它循环播放十张照片，每张展示四分钟。当我想阅读时，我退出幻灯片，返回到我的书籍。我在 Mac 上使用 Codex 和 T3 Code 与编码代理合作。我首先尝试了 GPT-5.6 Sol，推理力度设置为极高。它编写了连接到 Kindle 的代码，但无法解决阻止其在设备上存储数据的错误。然后我尝试了 Fable 5.1 和 Opus 5.5，但 Anthropic 的网络安全保障在两次提示后阻止了每次尝试。最后，我尝试了 GPT-6 Astra，推理力度设置为高。我们终于能够越狱 Kindle。我们使用现有的越狱代码作为参考，构建了自己的工具以在 Kindle 上运行自定义软件。然后我们创建并安装了幻灯片应用程序。幻灯片在我的 Mac 上通过了自动化检查，但在 Kindle 上切换照片时，屏幕上留下了之前图像的痕迹。测试没有捕捉到物理显示器如何刷新。从通过测试到我可以使用的东西，最终成为实验中最有趣的部分。让我们来看看我们是如何从未使用的 Kindle 变成工作照片框的，从连接代理开始。将代理连接到 Kindle 我在一个空项目文件夹中开始，使用第十代 Kindle Basic。我给代理提供了它的网络地址和设备细节。我们没有 USB 连接，因此整个设置都是通过 Wi-Fi 进行的。从这里开始，我们仍然需要设置以运行我们自己的软件在 Kindle 上。GPT-5.6 Sol 的尝试只加载了一种助手到 Kindle，但该助手所要启动的程序从未报告它准备执行。它无法找到可以存储内容的文件系统。使用 Fable 5.1 和 Opus 5.5 的尝试在两次提示后都被 Anthropic 的网络安全保障阻止。然后我尝试了 GPT-6 Astra。我明确要求它构建我们个人使用所需的自定义软件，并从现有的开源项目中获得灵感。我们从 Sparklerfish 发布的 SpiderCat 中修改了现有的越狱，并围绕它构建了名为 KindleCTL 的自定义工具。我们构建的内容：从我的 Mac 发送命令、传输文件和调查 Kindle 上的错误。破坏的地方：我们的启动器在启动前崩溃。我们追踪到这一点是与 Kindle 的旧系统软件兼容性问题，并修复了启动器的构建方式。我们是如何检查的：我们以管理员访问连接，双向传输文件并显示文本。后来，我们验证重启后访问仍然有效。反馈循环是游戏改变者 起初，代理能够连接到 Kindle，但无法显示数据。为了调试此问题，它让我提供 Kindle 屏幕的照片。我用手机拍了照片，并与代理在我的 Mac 上共享。这变得很乏味。由于代理已连接到 Kindle，我想知道为什么它不能自己获取这些信息。我让它设置一个反馈循环，以便能访问日志，而不用我共享截图。代理建立了一个持久的诊断连接，以便能够收集错误并测试修复，而无需我每次下载和重新打开一个包。后来，我们添加了远程屏幕捕获，以便它也能检查 Kindle 显示的内容。这是一个转折点，让代理能够在自动驾驶模式下继续实施更改。它的推理轨迹显示它在找出哪些文件夹在重启后存活，以及哪些可以存储外部数据。我很惊讶代理没有主动建议这一点。一旦我请求反馈循环，它就设置了一个，并可以在没有我的帮助下测试修复。大多数代码是用 Python 编写的。Kindle 的启动器和幻灯片是用 C 编写的，安装和设备控制由 shell 脚本处理。在连接正常后，我让代理先尝试一个小测试：传输一张图片并将其设置为 Kindle 的屏保。我检查了图片是否正确出现，并且唤醒 Kindle 是否返回到正常的主屏幕。一旦成功，我就请求幻灯片应用程序。让幻灯片正常工作 我请代理制作一个循环播放十张照片的幻灯片，并设置一个退出按钮。每张照片都将适配屏幕，同时保持其原始纵横比。幻灯片在切换，但过渡并不流畅，因此我让代理查看这个问题。由于反馈循环已经到位，它调查了这个问题。