在诺基亚 110 功能机上运行 AI 智能体
我逆向工程了 Nokia 110 4G 的固件，并为其构建了一个原生 AI 聊天应用。任务：我逆向工程了 Nokia 110 4G 的固件，并为其构建了一个原生 AI 聊天应用。你可以在数字键盘上输入，智能体可以使用手机自身的功能。观看演示：点击图片在 YouTube 上观看演示视频。 功能包括： - 通过手机 SIM 卡数据回答问题。 - 检查电池电量。 - 打开或关闭手电筒。 - 拨打电话。 - 设置闹钟。 工作原理： 我将计算器应用修改为自定义聊天应用。它将你的消息发送到 DeepSeek 聊天 API，并相应地使用工具调用。我使用 OpenAI Codex 帮助构建它，并在手机上测试了该应用。 当前状态： 这是一个从计算机加载到 RAM 中的可工作原型。一旦加载，它可以在断开连接的情况下使用移动数据运行。我们可以添加任意数量的功能，并使 Nokia 110 上的几乎所有操作自动化。重启或断电后，需要重新加载。 实现过程： 第一阶段：从浏览器开始。我首先在 Opera Mini 中添加了 AI 搜索选项。这给了我一个起点，但它仍然是浏览器的变通方案，无法与智能体集成。下一个目标是运行一个可以使用其原生功能的手机应用。 第二阶段：运行我自己的代码。没有受支持的方法来安装原生应用。我研究了固件和启动过程，然后通过计算器入口点在 RAM 中运行自定义代码。这让我可以在不刷写修改后的固件的情况下进行测试。永久安装仍未解决。 第三阶段：通过 SIM 数据获得真实答案。仅有一个可用的数据连接是不够的：请求可以提交，但答案无法到达应用。我追踪了固件的响应回调和整体流程。我从一个固定的问题开始，在断开 USB 连接的情况下确认了答案，然后添加了输入的问题。 第四阶段：使聊天可用。我试图用文本输入框替换计算器布局。标准计算器的绘制也造成了干扰。我更改了布局和按键处理。后来，颜色更改导致重启；追踪固件显示我写入了错误的样式字段。已修复。 第五阶段：将聊天转化为操作。下一个目标是让 AI 使用真实的手机功能。由于手机内存仅为 48MB，普通的智能体代码无法容纳，因此创建了一个非常简单的自定义智能体，使用了更小的构建，压缩了有效负载并复用了缓冲区。然后逐一测试了上述每个功能。 源代码： 由于项目中散布着敏感数据，我尚未上传代码。；工具：custom-built or unnamed agent。人工角色：原始帖子未说明人员如何参与，因此无法提供具体细节。；局限：设备仅有 48MB 内存，需要高度压缩的自定义智能体和缓冲区复用。该解决方案依赖于通过计算器入口点将代码注入 RAM 的非支持方法，存在稳定性风险。由于项目中散布敏感数据，源代码未公开。无法集成到标准应用商店，且工作流程需要固件逆向工程技术专长。。
工具
custom-built or unnamed agent
Agent Work Atlas 发布日期:
概述
我逆向工程了 Nokia 110 4G 的固件，并为其构建了一个原生 AI 聊天应用。
工作流程
我逆向工程了 Nokia 110 4G 的固件，并为其构建了一个原生 AI 聊天应用。你可以在数字键盘上输入，智能体可以使用手机自身的功能。观看演示：点击图片在 YouTube 上观看演示视频。 功能包括： - 通过手机 SIM 卡数据回答问题。 - 检查电池电量。 - 打开或关闭手电筒。 - 拨打电话。 - 设置闹钟。 工作原理： 我将计算器应用修改为自定义聊天应用。它将你的消息发送到 DeepSeek 聊天 API，并相应地使用工具调用。我使用 OpenAI Codex 帮助构建它，并在手机上测试了该应用。 当前状态： 这是一个从计算机加载到 RAM 中的可工作原型。一旦加载，它可以在断开连接的情况下使用移动数据运行。我们可以添加任意数量的功能，并使 Nokia 110 上的几乎所有操作自动化。重启或断电后，需要重新加载。 实现过程： 第一阶段：从浏览器开始。我首先在 Opera Mini 中添加了 AI 搜索选项。这给了我一个起点，但它仍然是浏览器的变通方案，无法与智能体集成。下一个目标是运行一个可以使用其原生功能的手机应用。 第二阶段：运行我自己的代码。没有受支持的方法来安装原生应用。我研究了固件和启动过程，然后通过计算器入口点在 RAM 中运行自定义代码。这让我可以在不刷写修改后的固件的情况下进行测试。永久安装仍未解决。 第三阶段：通过 SIM 数据获得真实答案。仅有一个可用的数据连接是不够的：请求可以提交，但答案无法到达应用。我追踪了固件的响应回调和整体流程。我从一个固定的问题开始，在断开 USB 连接的情况下确认了答案，然后添加了输入的问题。 第四阶段：使聊天可用。我试图用文本输入框替换计算器布局。标准计算器的绘制也造成了干扰。我更改了布局和按键处理。后来，颜色更改导致重启；追踪固件显示我写入了错误的样式字段。已修复。 第五阶段：将聊天转化为操作。下一个目标是让 AI 使用真实的手机功能。由于手机内存仅为 48MB，普通的智能体代码无法容纳，因此创建了一个非常简单的自定义智能体，使用了更小的构建，压缩了有效负载并复用了缓冲区。然后逐一测试了上述每个功能。 源代码： 由于项目中散布着敏感数据，我尚未上传代码。
原文报告的结果
项目实现了通过 SIM 数据执行特定手机命令的功能原型。然而，永久安装问题尚未解决，断电后需重新加载至 RAM。未报告量化性能指标或用户采用率。可衡量的验收检查是验证在重新加载 RAM 后，所有列出的五项功能均能正确执行且不崩溃。
人工角色
原始帖子未说明人员如何参与，因此无法提供具体细节。
局限
设备仅有 48MB 内存，需要高度压缩的自定义智能体和缓冲区复用。该解决方案依赖于通过计算器入口点将代码注入 RAM 的非支持方法，存在稳定性风险。由于项目中散布敏感数据，源代码未公开。无法集成到标准应用商店，且工作流程需要固件逆向工程技术专长。
试一试
扮演固件工程师和 AI 开发者。我想在 Nokia 110 4G 上复现 AI 聊天智能体。[可替换输入：源固件转储、DeepSeek API 密钥、目标手机型号]。首先，分析计算器应用结构以识别自定义代码的注入点。开发一个轻量级智能体，将文本输入发送至 DeepSeek API 并解析电池、手电筒、通话和闹钟功能的工具调用。通过压缩资源和复用缓冲区确保负载适应 48MB RAM 限制。创建脚本通过 USB 将修改后的应用加载至 RAM。在最终确定前，进行试运行：加载应用，发送电池状态测试查询，并验证响应。向我确认手电筒和通话功能触发正确且未导致重启。在 RAM 原型稳定前，不要尝试永久刷写。输出构建说明和测试日志。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。