[黑客松10th·文心伙伴] 周报 #23 Vespera49 2026.05.14

WeeklyReports/Hackathon_10th/ERNIEPartner/ERNIEPartner_23_Vespera49/.gitkeep

@@ -0,0 +1 @@
+

WeeklyReports/Hackathon_10th/ERNIEPartner/ERNIEPartner_23_Vespera49/[WeeklyReport]2026.05.12~2026.05.27.md

@@ -0,0 +1,90 @@
+Vespera49
+
+
+
+\### 赛题信息
+
+\- \*\*进阶任务序号\*\*：23
+
+\- \*\*赛题名称\*\*：联发科技：在天玑9500 手机上运行 OpenClaw —— 基于文心大模型的移动端个人 AI 助手
+
+\- \*\*关联厂商\*\*：联发科技、百度
+
+
+
+\### 本周工作
+
+
+
+1\. \*\*Windows 端核心功能验证全部完成\*\*
+
+   - OpenClaw Gateway 稳定运行，文心大模型 API（星河社区）接入成功
+
+   - 完成三类实际任务验证：文件操作、信息查询、日程提醒
+
+   - 记录性能数据：内存占用 < 2GB，连续运行 > 30 分钟无崩溃
+
+   - 相关 PR/Issue 链接：
+
+     - 代码仓库：https://github.com/Vespera49/openclaw-dimensity
+
+
+
+2\. \*\*项目文档与提交材料整理\*\*
+
+   - 撰写并上传部署文档（README.md）、性能报告（performance.txt）
+
+   - 整理 5 张验证截图并上传至仓库 screenshots/ 目录
+
+   - 提交中期检查汇报，总结当前进度与后续计划
+
+
+
+3\. \*\*问题与解决\*\*
+
+   - 问题：星河社区 API 对工具调用参数兼容性有限，Agent 在部分复杂任务中返回 HTTP 400 错误
+
+     解决：采用纯对话 + 手动辅助方式完成全部三类任务验证，结项要求已满足
+
+   - 问题：天玑9500 工程设备尚未发放，移动端移植暂未开始
+
+     解决：已签署保密协议，待厂商协调设备发货
+
+
+
+\### 下周计划
+
+
+
+1\. 跟进天玑9500 工程设备发放进度
+
+2\. 设备到位后，在 Termux 中部署 Node.js + OpenClaw 环境
+
+3\. 将已验证的配置移植至 Android 端，完成真机调试
+
+
+
+\### 当前阻塞
+
+
+
+\- 天玑9500 工程设备尚未发放，移动端实际移植与演示视频无法进行。尚在准备签署保密协议，等待联发科发货。
+
+
+
+\### 交付物进展
+
+
+
+| 交付物 | 状态 | 备注 |
+
+|--------|:----:|------|
+
+| RFC 文档 | ✅ 已完成 | 已提交至 PaddlePaddle/community |
+
+| 代码实现 | ✅ 已完成 | GitHub 仓库已上传;相关 PR ：https://github.com/Vespera49/openclaw-dimensity|
+
+| README | ✅ 已完成 | 包含部署说明与环境配置 |
+
+| 演示视频/截图 | 🔄 进行中 | Windows 端截图已完成，真机视频待设备 |
+

WeeklyReports/Hackathon_10th/ERNIEPartner/ERNIEPartner_23_Vespera49/[WeeklyReport]2026.5.8~2026.5.12.md

@@ -0,0 +1,48 @@
+Vespera49
+
+赛题信息
+进阶任务序号：23
+赛题名称：在天玑9500 手机上运行 OpenClaw —— 移动端个人 AI 助手
+关联厂商：联发科技、百度
+本周工作
+
+1. RFC 方案提交并通过
+    已完成 OpenClaw 移动端适配 RFC 文档，提交至 PaddlePaddle/community 仓库 rfcs/hardware 目录
+    方案涵盖 Termux + Node.js 运行环境、文心大模型 API 接入、资源限制应对等
+
+2. Windows 本地环境搭建与部分功能验证
+    在 Windows 上成功运行 OpenClaw Gateway，接入千帆平台 ERNIE-4.5-turbo-8k 模型
+    Crestodian 管家代理可正常对话，Gateway 端口统一为 18789
+    解决 Gateway 服务安装、gateway.mode 配置缺失等问题
+    修正配置文件中多处残留的错误模型 ID（如 `openai/qianfan`、`openai/gpt-5.5`），统一替换为 `qianfan:ernie-4.5-turbo-8k`
+
+3. 问题与解决
+     问题：Gateway 与 Agent 端口不一致  
+     解决：通过 `config set gateway.port 18789` 统一
+     问题：模型报错 `Unknown model: openai/qianfan:ernie-4.5-turbo-8k`  
+     解决：逐文件清理用户全局配置和项目源码中的错误前缀
+     问题：pnpm 缺失导致构建失败  
+     解决：通过 `npm install -g pnpm` 安装，或创建临时 pnpm.cmd 调用 npx pnpm
+     问题：main agent 启动后报 `unsafe native hook relay bridge directory permissions`，且模型残留为 `openai/gpt-5.5`  
+     解决：该问题仍在解决中。已尝试重置目录权限、删除运行时缓存（dist/dist-runtime）、重建用户配置目录、强制重装 Gateway，但仍在部分启动中出现
+
+下周计划
+
+1. 彻底解决 Windows 端 main agent 权限及模型残留问题，确保稳定启动
+2. 完成至少三类实际任务验证（信息查询、文件操作、日程提醒）并记录性能指标
+3. 等待天玑9500 工程设备，开始搭建 Termux + Node.js 环境，将已验证的配置移植过去
+4. 准备部署文档（README）框架
+
+当前阻塞
+
+    Windows 端 main agent 启动时偶发 `unsafe native hook relay bridge directory permissions` 权限错误，且模型配置有时仍读取到 `openai/gpt-5.5`，尚未完全清除默认模型来源
+
+
+交付物进展
+
+| 交付物 | 状态 | 备注 |
+|--------|:----:|------|
+| RFC 文档 |  ✅ 已完成 | - |
+| 代码实现 | 🔄  |
+| README | 🔄 | - |
+| 演示视频/截图 |  🔄| - |