即刻App年轻人的同好社区
下载
分享 6 个能提升网页质感的神站👇
① MotionSites
专门找动态网页灵感，3D 首屏、滚动动画、玻璃特效都有，还能参考结构化 Prompt，最适合直接喂给 AI Agent
② Showreel.design
全球顶级工作室动态作品库，不是拿来抄代码，而是用来定配色、动效节奏和视觉方向
③ React Bits
165+ React 动效组件，文字动画、背景、卡片、交互直接拿，做 AI/SaaS 官网特别省时间
④ Anime.js
7 万+ Star 的 JS 动画引擎。SVG 变形、路径动画、Timeline、自定义转场，适合解决复杂动效
⑤ Aceternity UI
高质量 React / Next.js 组件库，Hero、Bento、3D、滚动特效、Landing Page 都有，适合快速搭完整官网
⑥ Uiverse
7000+ 免费开源 UI 元素，按钮、Loader、卡片、Input、Toggle 随用随拿
我一般的工作流：
Showreel 定审美 → MotionSites 找参考 → React Bits / Aceternity 搭主体 → Uiverse 补细节 → Anime.js 做定制动画
最后交给 Codex 或者 Claude Code 实现，效率比从零写 Prompt 好太多啦
对了，最近刚好建了一个 AI 学习交流群，想把平时看到的 AI 工具、实操案例、Prompt、Agent、AI 编程和一些踩坑经验分享出来。
如果你也在学 ChatGPT、Codex、Claude Code，或者平时关注 AI 工具、AI 副业、出海产品，欢迎进群一起交流~
① MotionSites
专门找动态网页灵感，3D 首屏、滚动动画、玻璃特效都有，还能参考结构化 Prompt，最适合直接喂给 AI Agent
② Showreel.design
全球顶级工作室动态作品库，不是拿来抄代码，而是用来定配色、动效节奏和视觉方向
③ React Bits
165+ React 动效组件，文字动画、背景、卡片、交互直接拿，做 AI/SaaS 官网特别省时间
④ Anime.js
7 万+ Star 的 JS 动画引擎。SVG 变形、路径动画、Timeline、自定义转场，适合解决复杂动效
⑤ Aceternity UI
高质量 React / Next.js 组件库，Hero、Bento、3D、滚动特效、Landing Page 都有，适合快速搭完整官网
⑥ Uiverse
7000+ 免费开源 UI 元素，按钮、Loader、卡片、Input、Toggle 随用随拿
我一般的工作流：
Showreel 定审美 → MotionSites 找参考 → React Bits / Aceternity 搭主体 → Uiverse 补细节 → Anime.js 做定制动画
最后交给 Codex 或者 Claude Code 实现，效率比从零写 Prompt 好太多啦
对了，最近刚好建了一个 AI 学习交流群，想把平时看到的 AI 工具、实操案例、Prompt、Agent、AI 编程和一些踩坑经验分享出来。
如果你也在学 ChatGPT、Codex、Claude Code，或者平时关注 AI 工具、AI 副业、出海产品，欢迎进群一起交流~
0 00
Codex App 从 0 到 1 开发 App：小白保姆级实战！
不会写代码，也能用 AI 做出一个真正连接数据库的手机 App 吗？
这次就不做界面演示了，直接以一个“购物商城”为例，完成商品浏览、规格加购、购物车、创建订单、MySQL 数据存储，最后生成 Android 安装包。
整个过程采用 Codex App + Expo + Node.js + MySQL，适合第一次做移动端项目的人。
先明确：本文交付的是学习型 MVP，不包含真实支付、物流和生产级用户系统。
刚好最近刚好建了一个 AI 学习交流群，想把平时看到的 AI 工具、实操案例、Prompt、Agent、AI 编程和一些踩坑经验分享出来。
如果你也在学 ChatGPT、Codex、Claude Code，或者平时关注 AI 工具、AI 副业、出海产品，欢迎进群一起交流~
01｜安装环境
一. 安装 Codex App
从 OpenAI 官方页面下载 Codex App，安装并登录支持 Codex 的账号。官方已提供 macOS 和 Windows 版本，具体功能及额度以账号实际显示为准。
官方地址：openai.com
创建或打开一个本地项目目录，例如：
```text
C:\AllProject\FreshMart
```
后续所有任务都在这个项目中进行。
二. 安装 Node.js
进入 nodejs.org 下载 LTS 版本，安装完成后重新打开 PowerShell，检查：
```bash
node --version
npm --version
```
能显示版本号即可。
三. 创建 Expo 项目
在 PowerShell 中进入项目的上级目录，执行：
```bash
npx create-expo-app@Latest FreshMart
cd FreshMart
npx expo start
```
如果目录已经由 Codex 创建为空文件夹也可以让它在当前目录执行官方创建命令。注意不要把项目重复嵌套成 `FreshMart/FreshMart`。
手机安装 Expo Go，扫描终端二维码进行预览。电脑和手机应连接同一 Wi-Fi；连接失败时可以停止服务后尝试：
```bash
npx expo start --tunnel
```
如果 Expo Go 提示 SDK 不兼容，按当前 Expo 官方教程选择与手机 Expo Go 匹配的 SDK，不要随意复制旧教程版本。2026 年 9 月 7 日更新的官方创建项目文档仍推荐使用 `create-expo-app@latest`。
验收：手机能打开 Expo 默认页面，再进入下一步。
02｜先写需求，不要让 AI 直接开工
打开 Codex App，选择 FreshMart 项目，复制下面的提示词：
```text
你是一名产品经理和移动端技术负责人。
我要开发一款学习型购物商城 App，技术栈为 React Native + Expo、Node.js、MySQL。
先不要写代码，请生成 docs/PRD.md。
MVP 包含：
1. 首页
2. 分类与商品列表
3. 商品详情与规格选择
4. 购物车
5. 订单结算
6. 订单列表
7. 订单详情
8. 我的页面
不包含：真实支付、物流、优惠券、商家后台、短信登录、生产级用户认证。
请定义页面字段、跳转关系、购物车规则、订单状态、库存校验、异常场景和验收标准。
对于不明确的业务规则，先提出问题，不要自行编造。
```
阅读生成的 PRD，重点确认三件事：商品有哪些规格、库存不足如何处理、订单提交后处于什么状态。不要让 AI 自行决定这些核心规则。
03｜生成界面，先用 Mock 跑通交互
不需要先安装来源不明的插件，直接使用 Codex 生成 Expo 页面即可；如果你已安装可信的设计插件，可以把它作为辅助，但不是教程的必需条件。
```text
读取 docs/PRD.md，先完成前端 MVP。
要求：
- 使用当前 Expo 项目和 TypeScript
- 实现 PRD 中的页面与导航
- 使用集中管理的 Mock 演示数据
- 商品规格、加购、数量修改、删除、结算入口必须有真实交互
- 提供加载、空数据和错误状态
- 不接入真实支付
- 不擅自增加功能
先说明文件结构，再逐步实现。每完成一个阶段，运行项目并检查错误。
```
运行：
```bash
npx expo start
```
在手机上检查首页、分类、详情、购物车和结算页。若 UI 不满意，使用具体描述，例如“购买按钮固定底部”“价格字号增大”“购物车空状态增加返回首页按钮”，不要只说“再高级一点”。
验收：能从首页进入商品详情，选择规格加购，并在购物车修改数量和金额。
04｜安装 MySQL，创建开发数据库
从 MySQL 官方下载页安装 MySQL Community Server。Windows 用户可选择官方 MSI 安装方式，并使用安装向导配置服务、端口和管理员密码。
官方地址：dev.mysql.com
安装完成后，通过 MySQL Command Line Client 或其他官方支持的客户端连接本机数据库。使用管理员账号创建专门的开发库和账号：
```sql
CREATE DATABASE freshmart
CHARACTER SET utf8mb4
COLLATE utf8mb4_unicode_ci;
CREATE USER 'freshmart_dev'@'localhost'
IDENTIFIED BY '请替换为你自己的强密码';
GRANT ALL PRIVILEGES ON freshmart.
TO 'freshmart_dev'@'localhost';
```
这里只是本地学习环境的示例。不要把真实的密码提交到 Git，也不要让 AI 使用生产数据库的 root 账号。
验收：开发账号能够连接 freshmart 数据库。
05｜让 Codex 先设计后端，再执行建表
把 PRD 交给 Codex，让它先输出数据库设计和 API 方案，不要直接放开所有数据库操作。
```text
读取 docs/PRD.md，为 FreshMart 实现 Node.js + MySQL 后端。
请先生成 docs/API.md、docs/database-design.md 和实施计划，等待我确认后再执行。
要求：
1. 设计分类、商品、规格、购物车、订单、订单明细等必要表
2. 明确主键、外键、索引和字段约束
3. 金额使用精确类型，避免浮点金额误差
4. 服务端重新计算订单金额并校验库存
5. 创建订单使用数据库事务
6. API 输入校验，数据库访问使用参数化查询或安全 ORM
7. 密码使用环境变量，不写入源码
8. 提供迁移、演示数据和回滚脚本
9. 不执行删除数据库、清空数据等破坏性操作
```
确认方案后，再让它实现后端：
```text
按照已确认的实施计划开始开发。
先完成数据库迁移、演示商品数据和商品查询接口。
验证通过后，再实现购物车和创建订单。
请使用维护中的 Node.js Web 框架与 MySQL 驱动，说明选择原因。
每阶段运行检查命令和接口测试，并报告修改文件、测试结果和剩余问题。
不要一次性完成所有模块后才测试。
```
这里不强行指定一套未经项目验证的依赖版本。让 Codex根据当前 Node.js 版本和官方文档选择兼容版本，并保留 `package-lock.json`，避免后续安装结果漂移。
06｜验证接口，再替换前端 Mock
先让 Codex 启动后端，并使用实际生成的 API 路径验证商品接口。不要把下面的路径当成任何框架默认自带的接口，具体路径以 `docs/API.md` 为准。
```text
请启动后端服务，确认数据库连接正常。
使用 curl 或项目测试工具验证：
- 商品列表返回演示数据
- 商品详情返回正确规格和库存
- 不存在的商品返回合理错误
- 创建订单时服务端重新计算金额
- 库存不足时拒绝下单
- 重复提交订单有明确处理策略
请输出实际请求、响应状态和测试结果，不要把未执行的测试写成已通过。
```
接口调通过后再替换前端数据：
```text
将前端 Mock 数据逐页替换为真实 API 请求。
先比较前端类型与后端响应字段，列出不一致之处。
要求：
- 建立统一 API 请求层
- API 地址使用环境变量配置
- 实现加载、空数据、网络错误状态
- 商品、购物车和订单使用真实接口
- 不允许请求失败时悄悄回退到 Mock
- 每替换一个页面就运行并验证
- 最后列出所有仍使用 Mock 的位置
```
注意：手机访问的 localhost 是手机自身，不是你的电脑。 真机联调需要使用手机能访问的电脑局域网 IP，或者部署一个可访问的开发 API。
后端监听地址、防火墙和端口也要正确配置；不要为了省事把 MySQL 端口直接暴露到公网。
07｜让 AI 测试，但必须留下验证结果
Codex 可以运行项目测试、检查日志、修改代码；是否能自动控制模拟器、截屏或点击，取决于你安装的工具、系统环境及授权。不要假设装了某个插件就一定具备全部能力。
```text
请对 FreshMart 进行测试和排错。
先检查当前项目已有的测试工具、模拟器和设备能力。
测试范围：
1. 启动与商品加载
2. 分类切换、商品详情
3. 规格选择与加购
4. 购物车增减、删除、金额汇总
5. 空购物车、网络失败、库存不足
6. 服务端订单金额计算
7. 订单创建、列表与详情
8. 重复提交订单
优先运行已有自动化测试。
如果可用，再使用模拟器或真机工具验证 UI。
发现错误先复现、查看日志，再修改代码。
每次修复后重新测试相关功能。
输出测试报告：已通过、失败、未执行。
未执行的项目不得标记为通过。
```
最后自己在真机完成一轮关键流程：选商品 → 选规格 → 加购 → 修改数量 → 结算 → 创建订单 → 查看订单。再测试断网、库存不足和快速重复点击。
AI 说“修复完成”不等于验收通过，必须看到实际运行结果。
08｜生成 Android 安装包
Expo Go 只是预览工具，不是独立安装包。若要让别人安装测试，可以使用 EAS Build 生成 Android APK。
先注册 Expo 账号并安装 EAS CLI：
```bash
npm install --global eas-cli
```
登录并配置项目：
```bash
eas login
eas build:configure
```
在项目根目录的 `eas.json` 中配置一个内部测试构建，例如：
```json
{
"build": {
"preview": {
"distribution": "internal",
"android": {
"buildType": "apk"
}
}
}
}
```
如果配置文件已存在其他 profile，不要直接覆盖整个文件，而是让 Codex 在现有配置中合并 `preview`。确认 Android 包名等配置后执行：
```bash
eas build --platform android --profile preview
```
构建成功后按照 EAS 提供的链接下载并安装 APK。云端构建需要 Expo 账号及可用的构建额度，实际可用性以当前套餐和服务状态为准。
别把开发包当成正式发布包。 开发构建通常需要连接开发服务器，而这里的 preview APK 是用于内部安装测试的独立构建。正式上架还需要生产构建、签名、商店账号和审核。
iOS 可以通过 EAS 云端构建，但 Windows 无法本地运行 Apple 的 iOS Simulator；iOS 真机分发和正式发布还涉及苹果开发者账号、签名及设备权限。这次先以 Android APK 实操完成闭环。
09｜最终交付检查
做到下面这些才算完成本次的 MVP 交付：
```
[ ] 手机能独立安装并打开测试包
[ ] 商品与规格来自真实 MySQL 数据
[ ] 购物车增减和金额计算正确
[ ] 订单由后端创建并写入数据库
[ ] 库存不足、网络失败有明确提示
[ ] 关键测试有实际执行结果
[ ] 密码没有写进客户端或提交到仓库
```
后面就可以考虑接入真实支付、用户认证、服务器部署、备份监控和应用商店审核啦。
其实这套流程操作下来值得学习的不是“AI 帮你完成了多少代码的开发”，而是你能否把需求、实现和验收串成一个可验证的闭环。
先把一个小 App 做完整，再扩展功能，你会发现真正决定项目能不能交付的是清晰的产品规则和每一步的验证。
不会写代码，也能用 AI 做出一个真正连接数据库的手机 App 吗？
这次就不做界面演示了，直接以一个“购物商城”为例，完成商品浏览、规格加购、购物车、创建订单、MySQL 数据存储，最后生成 Android 安装包。
整个过程采用 Codex App + Expo + Node.js + MySQL，适合第一次做移动端项目的人。
先明确：本文交付的是学习型 MVP，不包含真实支付、物流和生产级用户系统。
刚好最近刚好建了一个 AI 学习交流群，想把平时看到的 AI 工具、实操案例、Prompt、Agent、AI 编程和一些踩坑经验分享出来。
如果你也在学 ChatGPT、Codex、Claude Code，或者平时关注 AI 工具、AI 副业、出海产品，欢迎进群一起交流~
01｜安装环境
一. 安装 Codex App
从 OpenAI 官方页面下载 Codex App，安装并登录支持 Codex 的账号。官方已提供 macOS 和 Windows 版本，具体功能及额度以账号实际显示为准。
官方地址：openai.com
创建或打开一个本地项目目录，例如：
```text
C:\AllProject\FreshMart
```
后续所有任务都在这个项目中进行。
二. 安装 Node.js
进入 nodejs.org 下载 LTS 版本，安装完成后重新打开 PowerShell，检查：
```bash
node --version
npm --version
```
能显示版本号即可。
三. 创建 Expo 项目
在 PowerShell 中进入项目的上级目录，执行：
```bash
npx create-expo-app@Latest FreshMart
cd FreshMart
npx expo start
```
如果目录已经由 Codex 创建为空文件夹也可以让它在当前目录执行官方创建命令。注意不要把项目重复嵌套成 `FreshMart/FreshMart`。
手机安装 Expo Go，扫描终端二维码进行预览。电脑和手机应连接同一 Wi-Fi；连接失败时可以停止服务后尝试：
```bash
npx expo start --tunnel
```
如果 Expo Go 提示 SDK 不兼容，按当前 Expo 官方教程选择与手机 Expo Go 匹配的 SDK，不要随意复制旧教程版本。2026 年 9 月 7 日更新的官方创建项目文档仍推荐使用 `create-expo-app@latest`。
验收：手机能打开 Expo 默认页面，再进入下一步。
02｜先写需求，不要让 AI 直接开工
打开 Codex App，选择 FreshMart 项目，复制下面的提示词：
```text
你是一名产品经理和移动端技术负责人。
我要开发一款学习型购物商城 App，技术栈为 React Native + Expo、Node.js、MySQL。
先不要写代码，请生成 docs/PRD.md。
MVP 包含：
1. 首页
2. 分类与商品列表
3. 商品详情与规格选择
4. 购物车
5. 订单结算
6. 订单列表
7. 订单详情
8. 我的页面
不包含：真实支付、物流、优惠券、商家后台、短信登录、生产级用户认证。
请定义页面字段、跳转关系、购物车规则、订单状态、库存校验、异常场景和验收标准。
对于不明确的业务规则，先提出问题，不要自行编造。
```
阅读生成的 PRD，重点确认三件事：商品有哪些规格、库存不足如何处理、订单提交后处于什么状态。不要让 AI 自行决定这些核心规则。
03｜生成界面，先用 Mock 跑通交互
不需要先安装来源不明的插件，直接使用 Codex 生成 Expo 页面即可；如果你已安装可信的设计插件，可以把它作为辅助，但不是教程的必需条件。
```text
读取 docs/PRD.md，先完成前端 MVP。
要求：
- 使用当前 Expo 项目和 TypeScript
- 实现 PRD 中的页面与导航
- 使用集中管理的 Mock 演示数据
- 商品规格、加购、数量修改、删除、结算入口必须有真实交互
- 提供加载、空数据和错误状态
- 不接入真实支付
- 不擅自增加功能
先说明文件结构，再逐步实现。每完成一个阶段，运行项目并检查错误。
```
运行：
```bash
npx expo start
```
在手机上检查首页、分类、详情、购物车和结算页。若 UI 不满意，使用具体描述，例如“购买按钮固定底部”“价格字号增大”“购物车空状态增加返回首页按钮”，不要只说“再高级一点”。
验收：能从首页进入商品详情，选择规格加购，并在购物车修改数量和金额。
04｜安装 MySQL，创建开发数据库
从 MySQL 官方下载页安装 MySQL Community Server。Windows 用户可选择官方 MSI 安装方式，并使用安装向导配置服务、端口和管理员密码。
官方地址：dev.mysql.com
安装完成后，通过 MySQL Command Line Client 或其他官方支持的客户端连接本机数据库。使用管理员账号创建专门的开发库和账号：
```sql
CREATE DATABASE freshmart
CHARACTER SET utf8mb4
COLLATE utf8mb4_unicode_ci;
CREATE USER 'freshmart_dev'@'localhost'
IDENTIFIED BY '请替换为你自己的强密码';
GRANT ALL PRIVILEGES ON freshmart.
TO 'freshmart_dev'@'localhost';
```
这里只是本地学习环境的示例。不要把真实的密码提交到 Git，也不要让 AI 使用生产数据库的 root 账号。
验收：开发账号能够连接 freshmart 数据库。
05｜让 Codex 先设计后端，再执行建表
把 PRD 交给 Codex，让它先输出数据库设计和 API 方案，不要直接放开所有数据库操作。
```text
读取 docs/PRD.md，为 FreshMart 实现 Node.js + MySQL 后端。
请先生成 docs/API.md、docs/database-design.md 和实施计划，等待我确认后再执行。
要求：
1. 设计分类、商品、规格、购物车、订单、订单明细等必要表
2. 明确主键、外键、索引和字段约束
3. 金额使用精确类型，避免浮点金额误差
4. 服务端重新计算订单金额并校验库存
5. 创建订单使用数据库事务
6. API 输入校验，数据库访问使用参数化查询或安全 ORM
7. 密码使用环境变量，不写入源码
8. 提供迁移、演示数据和回滚脚本
9. 不执行删除数据库、清空数据等破坏性操作
```
确认方案后，再让它实现后端：
```text
按照已确认的实施计划开始开发。
先完成数据库迁移、演示商品数据和商品查询接口。
验证通过后，再实现购物车和创建订单。
请使用维护中的 Node.js Web 框架与 MySQL 驱动，说明选择原因。
每阶段运行检查命令和接口测试，并报告修改文件、测试结果和剩余问题。
不要一次性完成所有模块后才测试。
```
这里不强行指定一套未经项目验证的依赖版本。让 Codex根据当前 Node.js 版本和官方文档选择兼容版本，并保留 `package-lock.json`，避免后续安装结果漂移。
06｜验证接口，再替换前端 Mock
先让 Codex 启动后端，并使用实际生成的 API 路径验证商品接口。不要把下面的路径当成任何框架默认自带的接口，具体路径以 `docs/API.md` 为准。
```text
请启动后端服务，确认数据库连接正常。
使用 curl 或项目测试工具验证：
- 商品列表返回演示数据
- 商品详情返回正确规格和库存
- 不存在的商品返回合理错误
- 创建订单时服务端重新计算金额
- 库存不足时拒绝下单
- 重复提交订单有明确处理策略
请输出实际请求、响应状态和测试结果，不要把未执行的测试写成已通过。
```
接口调通过后再替换前端数据：
```text
将前端 Mock 数据逐页替换为真实 API 请求。
先比较前端类型与后端响应字段，列出不一致之处。
要求：
- 建立统一 API 请求层
- API 地址使用环境变量配置
- 实现加载、空数据、网络错误状态
- 商品、购物车和订单使用真实接口
- 不允许请求失败时悄悄回退到 Mock
- 每替换一个页面就运行并验证
- 最后列出所有仍使用 Mock 的位置
```
注意：手机访问的 localhost 是手机自身，不是你的电脑。 真机联调需要使用手机能访问的电脑局域网 IP，或者部署一个可访问的开发 API。
后端监听地址、防火墙和端口也要正确配置；不要为了省事把 MySQL 端口直接暴露到公网。
07｜让 AI 测试，但必须留下验证结果
Codex 可以运行项目测试、检查日志、修改代码；是否能自动控制模拟器、截屏或点击，取决于你安装的工具、系统环境及授权。不要假设装了某个插件就一定具备全部能力。
```text
请对 FreshMart 进行测试和排错。
先检查当前项目已有的测试工具、模拟器和设备能力。
测试范围：
1. 启动与商品加载
2. 分类切换、商品详情
3. 规格选择与加购
4. 购物车增减、删除、金额汇总
5. 空购物车、网络失败、库存不足
6. 服务端订单金额计算
7. 订单创建、列表与详情
8. 重复提交订单
优先运行已有自动化测试。
如果可用，再使用模拟器或真机工具验证 UI。
发现错误先复现、查看日志，再修改代码。
每次修复后重新测试相关功能。
输出测试报告：已通过、失败、未执行。
未执行的项目不得标记为通过。
```
最后自己在真机完成一轮关键流程：选商品 → 选规格 → 加购 → 修改数量 → 结算 → 创建订单 → 查看订单。再测试断网、库存不足和快速重复点击。
AI 说“修复完成”不等于验收通过，必须看到实际运行结果。
08｜生成 Android 安装包
Expo Go 只是预览工具，不是独立安装包。若要让别人安装测试，可以使用 EAS Build 生成 Android APK。
先注册 Expo 账号并安装 EAS CLI：
```bash
npm install --global eas-cli
```
登录并配置项目：
```bash
eas login
eas build:configure
```
在项目根目录的 `eas.json` 中配置一个内部测试构建，例如：
```json
{
"build": {
"preview": {
"distribution": "internal",
"android": {
"buildType": "apk"
}
}
}
}
```
如果配置文件已存在其他 profile，不要直接覆盖整个文件，而是让 Codex 在现有配置中合并 `preview`。确认 Android 包名等配置后执行：
```bash
eas build --platform android --profile preview
```
构建成功后按照 EAS 提供的链接下载并安装 APK。云端构建需要 Expo 账号及可用的构建额度，实际可用性以当前套餐和服务状态为准。
别把开发包当成正式发布包。 开发构建通常需要连接开发服务器，而这里的 preview APK 是用于内部安装测试的独立构建。正式上架还需要生产构建、签名、商店账号和审核。
iOS 可以通过 EAS 云端构建，但 Windows 无法本地运行 Apple 的 iOS Simulator；iOS 真机分发和正式发布还涉及苹果开发者账号、签名及设备权限。这次先以 Android APK 实操完成闭环。
09｜最终交付检查
做到下面这些才算完成本次的 MVP 交付：
```
[ ] 手机能独立安装并打开测试包
[ ] 商品与规格来自真实 MySQL 数据
[ ] 购物车增减和金额计算正确
[ ] 订单由后端创建并写入数据库
[ ] 库存不足、网络失败有明确提示
[ ] 关键测试有实际执行结果
[ ] 密码没有写进客户端或提交到仓库
```
后面就可以考虑接入真实支付、用户认证、服务器部署、备份监控和应用商店审核啦。
其实这套流程操作下来值得学习的不是“AI 帮你完成了多少代码的开发”，而是你能否把需求、实现和验收串成一个可验证的闭环。
先把一个小 App 做完整，再扩展功能，你会发现真正决定项目能不能交付的是清晰的产品规则和每一步的验证。
1 00
最近看到一个$200 的新玩法👇
大概意思就是别什么都直接扔给 Codex Astra 处理，先在 ChatGPT 网页端用 GPT-6 + 自建只读 MCP 读取代码库，让它专门做项目分析 → 架构梳理 → 找影响范围 → 拆任务 → 输出修改方案
确认方案后再把结论交给 Codex Astra 真正改代码、跑测试、修报错
因为目前 OpenAI 把两边的额度分开计算的：GPT-6 Pro Chat：$200 Pro 每周 200 条消息；Work / Codex：另一套独立额度
Pro 用户可以在开发者模式里连接只有 read/fetch 权限的自定义 MCP，让 GPT-6 安全读取自己的代码上下文
这样就变成了GPT-6 Pro 负责“出计划和结论”、Codex Astra 负责“执行编码等”
大概意思就是别什么都直接扔给 Codex Astra 处理，先在 ChatGPT 网页端用 GPT-6 + 自建只读 MCP 读取代码库，让它专门做项目分析 → 架构梳理 → 找影响范围 → 拆任务 → 输出修改方案
确认方案后再把结论交给 Codex Astra 真正改代码、跑测试、修报错
因为目前 OpenAI 把两边的额度分开计算的：GPT-6 Pro Chat：$200 Pro 每周 200 条消息；Work / Codex：另一套独立额度
Pro 用户可以在开发者模式里连接只有 read/fetch 权限的自定义 MCP，让 GPT-6 安全读取自己的代码上下文
这样就变成了GPT-6 Pro 负责“出计划和结论”、Codex Astra 负责“执行编码等”
0 00
阿里把内部用了两年的 AI Code Review 工具开源了：Open Code Review
它是给 AI 套了一层专门做代码审查的 Harness
程序负责确定审查范围、文件分组、规则匹配和行级定位；Agent 负责理解代码、搜索上下文、判断 Bug 和安全风险
所以它不仅检查代码风格，还包括NPE、线程安全、XSS、SQL 注入、异常处理、并发和逻辑问题
更实用的是它既能 Review 当前 Diff，也能直接 ocr scan 扫整个仓库，还能接入 Claude Code、Codex、Cursor 等 Coding Agent
它是给 AI 套了一层专门做代码审查的 Harness
程序负责确定审查范围、文件分组、规则匹配和行级定位；Agent 负责理解代码、搜索上下文、判断 Bug 和安全风险
所以它不仅检查代码风格，还包括NPE、线程安全、XSS、SQL 注入、异常处理、并发和逻辑问题
更实用的是它既能 Review 当前 Diff，也能直接 ocr scan 扫整个仓库，还能接入 Claude Code、Codex、Cursor 等 Coding Agent
2 00
Hostinger 部署 Hermes Agent：小白从 0 搭一个 24 小时在线的 AI Agent！
搭建AI工具的应该都知道电脑一关机，你本地跑的 AI Agent 就“下线”了。
如果你想让 Agent 定时搜索信息、执行任务，并把结果主动推送到 Telegram，更实用的方案是：Hostinger VPS + Hermes Agent + Telegram + Cron。
今天整理了搭建的步骤出来，按步骤操作即可。
刚好最近刚好建了一个 AI 学习交流群，想把平时看到的 AI 工具、实操案例、Prompt、Agent、AI 编程和一些踩坑经验分享出来。
如果你也在学 ChatGPT、Codex、Claude Code，或者平时关注 AI 工具、AI 副业、出海产品，欢迎进群一起交流~👇
01｜最终要实现什么
整个链路只有 5 步：
```text
Hostinger VPS
↓
Hermes Agent
↓
接入大模型
↓
Telegram
↓
Cron 定时任务
```
最终效果：你电脑关机以后 Hermes 仍然运行在 VPS 上。
例如：
```text
每 4 小时检查一次 AI Agent 最新动态。
只有出现值得关注的新内容时，
才发送到 Telegram。
```
Hermes 官方支持 Skills、Cron、Telegram 等消息渠道以及终端、文件等工具。
02｜购买 Hostinger VPS
Hostinger 当前已经把 Hermes Agent 放进了 VPS 的 Docker Application Catalog，可以直接部署，不需要自己从零编写 Docker Compose。
轻量使用可以先考虑 KVM 1。
目前官方列出的 KVM 1 配置是：
```text
1 vCPU
4 GB RAM
50 GB 磁盘
4 TB 带宽
```
套餐规格可能有所调整，购买时以你后台的显示为准。
注意
不要因为是 Agent 就一开始购买很高懂得配置。
普通文本任务、Cron 和 API 调用本身并不一定需要很高的 CPU；真正容易增加资源占用的是浏览器自动化、大量并发任务等。
先跑起来再说，再根据实际 CPU、内存占用升级。
03｜一键部署 Hermes Agent
购买 VPS 后进入 Hostinger 后台。
找到：
```text
VPS
→ Docker Manager
→ Catalog
```
搜索：
```text
Hermes Agent
```
点击部署。
Hostinger 当前部署过程中会让你配置管理员凭据，也可以配置模型相关 API Key；部署后会自动创建 Hermes 容器及 Traefik 等所需服务。
如果你没有在购买 VPS 时直接选择 Hermes，也可以后续从：
```text
Docker Manager
→ Catalog
→ Hermes Agent
```
重新安装。
这里容易误解的一点：
“一键部署”只是帮你把运行环境搭好，不代表模型、Telegram、Cron、Skills 全部自动配置完成。
真正的 Hermes 初始化还要自己做。
04｜打开 Hermes CLI
部署成功以后在 Hostinger：
```text
Docker Manager
→ Projects
→ Hermes Agent
```
找到：
```text
Open
```
Hostinger 会直接打开运行在 Hermes 容器里的 CLI。
第一次进入会启动初始化向导。
Hostinger 当前提供的流程中可以选择：
```text
Quick Setup
```
或者：
```text
Full setup
```
如果你准备使用自己的模型 API Key，建议选择：
```text
Full setup
```
接着根据向导配置模型 Provider 和消息渠道。
05｜配置模型
Hermes 是 Agent 框架不是模型，它需要接入模型 Provider 才能工作。
Hermes 当前支持多种 Provider，例如：
```text
OpenRouter
OpenAI
Anthropic
Google
DeepSeek
以及其他兼容模型
```
官方也提供模型配置命令：
```bash
hermes model
```
新手如果希望方便切换不同模型，可以使用 OpenRouter，也可以直接使用自己已有的 Provider。
一个重要建议
给 Hermes 单独创建 API Key。
不要把其他重要项目正在使用的 Key 直接复制过去。
如果 Provider 支持预算或额度限制，也建议开启。
Agent + Cron 的特点是：
```text
你不在线时，它仍可能继续调用 API。
```
所以把控好成本应该在开始自动化之前做好。
06｜先测试 Hermes 是否正常
先不要急着配置 Telegram。
可以先在 Hermes CLI 输入一个简单任务：
```text
请回复：
Hermes 已正常运行。
```
确认：
```text
模型连接正常
Agent 可以回复
没有 API Key 错误
```
再进入下一步。
07｜创建 Telegram Bot
打开 Telegram。
搜索：
```text
@BotFather
```
发送：
```text
/newbot
```
按照提示设置：
```text
Bot 显示名称
Bot Username
```
Telegram 要求 Bot Username 唯一，而且必须以 `bot` 结尾。
例如：
```text
my_hermes_agent_bot
```
创建完成后，BotFather 会返回：
```text
Bot Token
```
Hermes 官方当前 Telegram 教程也是通过 BotFather 创建机器人，并不是所谓“扫码一键创建 Bot”。
非常重要
Bot Token 就相当于这个机器人的密码。
不要：
```text
发到群里
上传 GitHub
截图公开
写进代码
```
泄露后应及时在 BotFather 中撤销并重新生成。
08｜获取自己的 Telegram User ID
Hermes 默认需要知道：
```text
谁可以操作这个机器人？
```
打开 Telegram，给：
```text
@userinfobot
```
发送消息。
它会返回你的数字 User ID。
例如：
```text
123456789
```
保存下来。
Hermes 官方 Telegram 文档当前也推荐使用这一方式获得 User ID。
09｜把 Telegram 接入 Hermes
在 Hermes CLI 中执行：
```bash
hermes gateway setup
```
官方当前提供了这个交互式配置命令。
选择：
```text
Telegram
```
然后填写：
```text
Telegram Bot Token
Telegram User ID
```
配置完成后 Hermes 会保存相应 Gateway 配置。
10｜一定要配置访问白名单
Hermes 不只是聊天机器人，它可能拥有：
```text
终端执行
文件读取
网页访问
脚本运行
```
等权限。
所以不能让任何能找到 Bot 的人都能操作。
Hermes 支持：
```text
TELEGRAM_ALLOWED_USERS
```
限制允许访问 Bot 的 Telegram User ID。
例如：
```text
TELEGRAM_ALLOWED_USERS=123456789
```
官方默认安全逻辑是没有白名单、也没有完成配对的陌生用户默认拒绝访问。
不要为了省事配置：
```text
GATEWAY_ALLOW_ALL_USERS=true
```
Hermes 官方明确不建议在具有终端权限的 Bot 上这么做。
11｜启动并检查 Gateway
可以通过：
```bash
hermes gateway status
```
查看 Gateway 状态。
Cron 的调度同样依赖 Gateway 运行。
在 Linux 服务器中，Hermes 还提供系统服务安装方式：
```bash
sudo hermes gateway install --system
```
用于开机后启动 Gateway。具体是否需要手动执行要看 Hostinger 当前 Docker 模板如何管理服务，不要在已经由容器托管的环境中重复配置。
12｜设置 Telegram 为默认通知窗口
打开刚刚创建的 Telegram Bot，先发：
```text
hello
```
确认 Hermes 能正常回复然后发送：
```text
/sethome
```
这会把当前 Telegram 对话设置为：
```text
Home Channel
```
以后 Cron 任务就可以把结果发送到这里。
没有 Home Channel，定时任务即使执行成功，也可能没有明确的消息投递目标。
13｜先创建一个简单的 Cron
不要一开始就让 Agent：
```text
监控几十个网站
自动写 Skill
分析数百条内容
```
第一条任务可以测试：
```text
定时任务能不能触发
+
Telegram 能不能收到
```
你可以直接对 Hermes 说：
```text
创建一个测试定时任务。
每天上午 9 点运行，
发送一句：
Hermes Cron 正常运行。
把结果发送到我的 Telegram Home Channel。
```
Hermes 的 Cron Scheduler 由 Gateway 负责运行，任务到期后会开启独立 Agent Session 执行。
查看任务：
```bash
hermes cron list
```
检查 Cron 状态：
```bash
hermes cron status
```
14｜Cron 跑通后再做真正有用的任务
例如我想追踪 AI Agent 资讯，可以直接告诉 Hermes：
```text
创建一个定时任务：
每 4 小时检查一次最近发布的 AI Agent 重要动态。
关注：
OpenAI
Anthropic
Claude Code
Codex
AI Agent
要求：
1. 只保留真正有产品更新、功能更新或重要发布的信息
2. 已经汇报过的内容不要重复
3. 没有重要更新就不要发消息
4. 有更新时输出：
- 标题
- 核心变化
- 为什么值得关注
- 原始链接
发送到 Telegram Home Channel。
```
第一次创建以后建议观察几轮结果。
重点检查：
```text
有没有重复推送
有没有垃圾内容
搜索范围是否过大
一次任务调用多少模型
```
然后再优化 Prompt。
15｜重复任务再考虑做成 Skill
Hermes 的 Skills 用来保存可复用的方法和流程。
例如：
```text
搜索最新 AI 新闻
↓
去重
↓
判断价值
↓
结构化总结
↓
发送 Telegram
```
这个流程以后会反复执行就适合做成 Skill。
你可以告诉 Hermes：
```text
把刚才的 AI 新闻筛选流程整理成一个可复用 Skill。
需要记录已经汇报过的内容，
避免下一轮 Cron 重复推送。
```
Hermes 支持让 Agent 创建和维护自己的 Skills。
但建议打开技能写入审批后再用于重要环境。
官方现在支持：
```text
skills.write_approval
```
开启后，Agent 修改 Skill 需要先审核。
16｜Hermes 的“记忆”到底怎么回事
Hermes 当前主要有：
```text
SOUL.md
USER.md
MEMORY.md
```
SOUL.md
负责：
```text
Agent 身份
语气
人格
表达习惯
```
例如：
```text
回答简洁直接。
优先给结论。
避免无意义客套。
```
官方明确说明 `SOUL.md` 是 Agent 的主要身份配置。
USER.md
主要保存：
```text
你的偏好
沟通习惯
用户相关信息
```
MEMORY.md
主要保存：
```text
环境信息
工具经验
项目约定
已经学到的知识
```
Hermes 当前的长期记忆主要由 `USER.md` 和 `MEMORY.md` 构成，而且 Agent 可以主动维护这些内容。
17｜桌面端连接 VPS
如果以后不想一直通过 Telegram 操作可以安装 Hermes Desktop。
Hostinger 当前已经提供专门的 Remote Gateway 教程。
打开桌面端：
```text
Settings
→ Gateway
→ Remote Gateway
```
填入 Hostinger Hermes 的远程 URL。
保存后重启桌面应用即可连接远程实例。
这样形成：
```text
电脑 Hermes Desktop
↓
Remote Gateway
↓
Hostinger VPS Hermes
↓
Telegram / Cron
```
Agent 实际仍然运行在 VPS。
所以电脑关机不影响服务器中的 Cron 继续执行。
18｜Web Dashboard 不要直接裸奔公网
Hermes 还支持 Web Dashboard，但如果你自己开放远程访问，这里必须注意安全。
官方明确建议如果服务直接暴露到互联网，应使用更安全的 OAuth 认证；单纯用户名密码更适合可信局域网或 VPN 环境。
更稳妥的思路是：
```text
VPS
↓
VPN / Tailscale
↓
自己的电脑
```
而不是简单：
```text
公网 IP:端口
↓
任何人都能访问登录页
```
Agent 放在 VPS 能降低个人电脑敏感文件直接暴露的范围，但它并不能消灭 Prompt Injection、恶意网页或危险命令等风险。
依然需要：
```text
权限隔离
白名单
命令审批
容器隔离
API Key 权限控制
```
Hermes 官方也明确保留了危险命令审批机制。
19｜桌面端还有一个很好用的 HUD
Hermes Desktop 当前支持 HUD Mode。
快捷键：
```text
Windows / Linux：
Ctrl + Shift + H
```
macOS：
```text
Cmd + Shift + H
```
它会把聊天窗口变成悬浮输入栏，可以覆盖在其他应用上方。
这个适合：
```text
边写代码边问
边浏览网页边分析
边工作边调用远程 Agent
```
但它只是交互入口，真正的 Agent 仍然可以运行在 VPS。
20｜出问题了先查这几个地方
Gateway 有没有运行
```bash
hermes gateway status
```
Cron 有没有正常调度
```bash
hermes cron status
```
Cron 任务有没有异常
```bash
hermes cron doctor
```
`hermes cron doctor` 会检查任务失败、消息投递失败、下一次运行时间异常等问题。
整个 Hermes 环境异常
运行：
```bash
hermes doctor
```
官方当前 CLI 可以确认这个命令存在，如果是 Hostinger 容器本身异常也可以直接：
```text
Docker Manager
→ Hermes Project
→ Restart
```
21｜OpenClaw 用户怎么迁移
Hermes 当前已经提供迁移工具：
```bash
hermes claw migrate
```
但第一次建议不要直接执行正式迁移。
先运行：
```bash
hermes claw migrate --dry-run
```
看看准备迁移哪些内容。
Hermes 当前可以迁移部分：
```text
配置
Memory
Skills
消息平台设置
```
等内容。
特别注意：当前迁移默认不会直接导入 secrets。
需要迁移 API Key 等敏感信息时要显式使用对应选项。
对于 API Key 我更建议重新创建新 Key，而不是把旧环境的密钥全部搬过去。
22｜最后
对于新手来说建议不要一次性折腾所有高级功能。
先完成：
```text
① Hostinger 部署 Hermes
↓
② Hermes CLI 初始化
↓
③ 配置模型
↓
④ 测试普通对话
↓
⑤ 创建 Telegram Bot
↓
⑥ hermes gateway setup
↓
⑦ Telegram /sethome
↓
⑧ 创建一个 Cron
↓
⑨ 手机成功收到消息
```
这 9 步跑通以后再增加：
```text
Skills
网页搜索
多 Agent
复杂自动化
Remote Gateway
```
第一条实际任务我建议就做：
```text
每天早上 8 点检查过去 24 小时 AI Agent 的重要更新。
最多保留 5 条。
每条包含：
标题
核心变化
值得关注的原因
原始链接
没有重要更新就不要发送消息。
把结果发送到 Telegram。
```
VPS 负责 Hermes 一直在线，模型负责判断，Cron 负责定时任务，Skills 负责复用流程，Telegram 负责把结果发送到你的手机上。
把这一条链路跑通后 Hermes 才真正从“聊天工具”变成一个可以长期运行的 Agent 了。
搭建AI工具的应该都知道电脑一关机，你本地跑的 AI Agent 就“下线”了。
如果你想让 Agent 定时搜索信息、执行任务，并把结果主动推送到 Telegram，更实用的方案是：Hostinger VPS + Hermes Agent + Telegram + Cron。
今天整理了搭建的步骤出来，按步骤操作即可。
刚好最近刚好建了一个 AI 学习交流群，想把平时看到的 AI 工具、实操案例、Prompt、Agent、AI 编程和一些踩坑经验分享出来。
如果你也在学 ChatGPT、Codex、Claude Code，或者平时关注 AI 工具、AI 副业、出海产品，欢迎进群一起交流~👇
01｜最终要实现什么
整个链路只有 5 步：
```text
Hostinger VPS
↓
Hermes Agent
↓
接入大模型
↓
Telegram
↓
Cron 定时任务
```
最终效果：你电脑关机以后 Hermes 仍然运行在 VPS 上。
例如：
```text
每 4 小时检查一次 AI Agent 最新动态。
只有出现值得关注的新内容时，
才发送到 Telegram。
```
Hermes 官方支持 Skills、Cron、Telegram 等消息渠道以及终端、文件等工具。
02｜购买 Hostinger VPS
Hostinger 当前已经把 Hermes Agent 放进了 VPS 的 Docker Application Catalog，可以直接部署，不需要自己从零编写 Docker Compose。
轻量使用可以先考虑 KVM 1。
目前官方列出的 KVM 1 配置是：
```text
1 vCPU
4 GB RAM
50 GB 磁盘
4 TB 带宽
```
套餐规格可能有所调整，购买时以你后台的显示为准。
注意
不要因为是 Agent 就一开始购买很高懂得配置。
普通文本任务、Cron 和 API 调用本身并不一定需要很高的 CPU；真正容易增加资源占用的是浏览器自动化、大量并发任务等。
先跑起来再说，再根据实际 CPU、内存占用升级。
03｜一键部署 Hermes Agent
购买 VPS 后进入 Hostinger 后台。
找到：
```text
VPS
→ Docker Manager
→ Catalog
```
搜索：
```text
Hermes Agent
```
点击部署。
Hostinger 当前部署过程中会让你配置管理员凭据，也可以配置模型相关 API Key；部署后会自动创建 Hermes 容器及 Traefik 等所需服务。
如果你没有在购买 VPS 时直接选择 Hermes，也可以后续从：
```text
Docker Manager
→ Catalog
→ Hermes Agent
```
重新安装。
这里容易误解的一点：
“一键部署”只是帮你把运行环境搭好，不代表模型、Telegram、Cron、Skills 全部自动配置完成。
真正的 Hermes 初始化还要自己做。
04｜打开 Hermes CLI
部署成功以后在 Hostinger：
```text
Docker Manager
→ Projects
→ Hermes Agent
```
找到：
```text
Open
```
Hostinger 会直接打开运行在 Hermes 容器里的 CLI。
第一次进入会启动初始化向导。
Hostinger 当前提供的流程中可以选择：
```text
Quick Setup
```
或者：
```text
Full setup
```
如果你准备使用自己的模型 API Key，建议选择：
```text
Full setup
```
接着根据向导配置模型 Provider 和消息渠道。
05｜配置模型
Hermes 是 Agent 框架不是模型，它需要接入模型 Provider 才能工作。
Hermes 当前支持多种 Provider，例如：
```text
OpenRouter
OpenAI
Anthropic
DeepSeek
以及其他兼容模型
```
官方也提供模型配置命令：
```bash
hermes model
```
新手如果希望方便切换不同模型，可以使用 OpenRouter，也可以直接使用自己已有的 Provider。
一个重要建议
给 Hermes 单独创建 API Key。
不要把其他重要项目正在使用的 Key 直接复制过去。
如果 Provider 支持预算或额度限制，也建议开启。
Agent + Cron 的特点是：
```text
你不在线时，它仍可能继续调用 API。
```
所以把控好成本应该在开始自动化之前做好。
06｜先测试 Hermes 是否正常
先不要急着配置 Telegram。
可以先在 Hermes CLI 输入一个简单任务：
```text
请回复：
Hermes 已正常运行。
```
确认：
```text
模型连接正常
Agent 可以回复
没有 API Key 错误
```
再进入下一步。
07｜创建 Telegram Bot
打开 Telegram。
搜索：
```text
@BotFather
```
发送：
```text
/newbot
```
按照提示设置：
```text
Bot 显示名称
Bot Username
```
Telegram 要求 Bot Username 唯一，而且必须以 `bot` 结尾。
例如：
```text
my_hermes_agent_bot
```
创建完成后，BotFather 会返回：
```text
Bot Token
```
Hermes 官方当前 Telegram 教程也是通过 BotFather 创建机器人，并不是所谓“扫码一键创建 Bot”。
非常重要
Bot Token 就相当于这个机器人的密码。
不要：
```text
发到群里
上传 GitHub
截图公开
写进代码
```
泄露后应及时在 BotFather 中撤销并重新生成。
08｜获取自己的 Telegram User ID
Hermes 默认需要知道：
```text
谁可以操作这个机器人？
```
打开 Telegram，给：
```text
@userinfobot
```
发送消息。
它会返回你的数字 User ID。
例如：
```text
123456789
```
保存下来。
Hermes 官方 Telegram 文档当前也推荐使用这一方式获得 User ID。
09｜把 Telegram 接入 Hermes
在 Hermes CLI 中执行：
```bash
hermes gateway setup
```
官方当前提供了这个交互式配置命令。
选择：
```text
Telegram
```
然后填写：
```text
Telegram Bot Token
Telegram User ID
```
配置完成后 Hermes 会保存相应 Gateway 配置。
10｜一定要配置访问白名单
Hermes 不只是聊天机器人，它可能拥有：
```text
终端执行
文件读取
网页访问
脚本运行
```
等权限。
所以不能让任何能找到 Bot 的人都能操作。
Hermes 支持：
```text
TELEGRAM_ALLOWED_USERS
```
限制允许访问 Bot 的 Telegram User ID。
例如：
```text
TELEGRAM_ALLOWED_USERS=123456789
```
官方默认安全逻辑是没有白名单、也没有完成配对的陌生用户默认拒绝访问。
不要为了省事配置：
```text
GATEWAY_ALLOW_ALL_USERS=true
```
Hermes 官方明确不建议在具有终端权限的 Bot 上这么做。
11｜启动并检查 Gateway
可以通过：
```bash
hermes gateway status
```
查看 Gateway 状态。
Cron 的调度同样依赖 Gateway 运行。
在 Linux 服务器中，Hermes 还提供系统服务安装方式：
```bash
sudo hermes gateway install --system
```
用于开机后启动 Gateway。具体是否需要手动执行要看 Hostinger 当前 Docker 模板如何管理服务，不要在已经由容器托管的环境中重复配置。
12｜设置 Telegram 为默认通知窗口
打开刚刚创建的 Telegram Bot，先发：
```text
hello
```
确认 Hermes 能正常回复然后发送：
```text
/sethome
```
这会把当前 Telegram 对话设置为：
```text
Home Channel
```
以后 Cron 任务就可以把结果发送到这里。
没有 Home Channel，定时任务即使执行成功，也可能没有明确的消息投递目标。
13｜先创建一个简单的 Cron
不要一开始就让 Agent：
```text
监控几十个网站
自动写 Skill
分析数百条内容
```
第一条任务可以测试：
```text
定时任务能不能触发
+
Telegram 能不能收到
```
你可以直接对 Hermes 说：
```text
创建一个测试定时任务。
每天上午 9 点运行，
发送一句：
Hermes Cron 正常运行。
把结果发送到我的 Telegram Home Channel。
```
Hermes 的 Cron Scheduler 由 Gateway 负责运行，任务到期后会开启独立 Agent Session 执行。
查看任务：
```bash
hermes cron list
```
检查 Cron 状态：
```bash
hermes cron status
```
14｜Cron 跑通后再做真正有用的任务
例如我想追踪 AI Agent 资讯，可以直接告诉 Hermes：
```text
创建一个定时任务：
每 4 小时检查一次最近发布的 AI Agent 重要动态。
关注：
OpenAI
Anthropic
Claude Code
Codex
AI Agent
要求：
1. 只保留真正有产品更新、功能更新或重要发布的信息
2. 已经汇报过的内容不要重复
3. 没有重要更新就不要发消息
4. 有更新时输出：
- 标题
- 核心变化
- 为什么值得关注
- 原始链接
发送到 Telegram Home Channel。
```
第一次创建以后建议观察几轮结果。
重点检查：
```text
有没有重复推送
有没有垃圾内容
搜索范围是否过大
一次任务调用多少模型
```
然后再优化 Prompt。
15｜重复任务再考虑做成 Skill
Hermes 的 Skills 用来保存可复用的方法和流程。
例如：
```text
搜索最新 AI 新闻
↓
去重
↓
判断价值
↓
结构化总结
↓
发送 Telegram
```
这个流程以后会反复执行就适合做成 Skill。
你可以告诉 Hermes：
```text
把刚才的 AI 新闻筛选流程整理成一个可复用 Skill。
需要记录已经汇报过的内容，
避免下一轮 Cron 重复推送。
```
Hermes 支持让 Agent 创建和维护自己的 Skills。
但建议打开技能写入审批后再用于重要环境。
官方现在支持：
```text
skills.write_approval
```
开启后，Agent 修改 Skill 需要先审核。
16｜Hermes 的“记忆”到底怎么回事
Hermes 当前主要有：
```text
SOUL.md
USER.md
MEMORY.md
```
SOUL.md
负责：
```text
Agent 身份
语气
人格
表达习惯
```
例如：
```text
回答简洁直接。
优先给结论。
避免无意义客套。
```
官方明确说明 `SOUL.md` 是 Agent 的主要身份配置。
USER.md
主要保存：
```text
你的偏好
沟通习惯
用户相关信息
```
MEMORY.md
主要保存：
```text
环境信息
工具经验
项目约定
已经学到的知识
```
Hermes 当前的长期记忆主要由 `USER.md` 和 `MEMORY.md` 构成，而且 Agent 可以主动维护这些内容。
17｜桌面端连接 VPS
如果以后不想一直通过 Telegram 操作可以安装 Hermes Desktop。
Hostinger 当前已经提供专门的 Remote Gateway 教程。
打开桌面端：
```text
Settings
→ Gateway
→ Remote Gateway
```
填入 Hostinger Hermes 的远程 URL。
保存后重启桌面应用即可连接远程实例。
这样形成：
```text
电脑 Hermes Desktop
↓
Remote Gateway
↓
Hostinger VPS Hermes
↓
Telegram / Cron
```
Agent 实际仍然运行在 VPS。
所以电脑关机不影响服务器中的 Cron 继续执行。
18｜Web Dashboard 不要直接裸奔公网
Hermes 还支持 Web Dashboard，但如果你自己开放远程访问，这里必须注意安全。
官方明确建议如果服务直接暴露到互联网，应使用更安全的 OAuth 认证；单纯用户名密码更适合可信局域网或 VPN 环境。
更稳妥的思路是：
```text
VPS
↓
VPN / Tailscale
↓
自己的电脑
```
而不是简单：
```text
公网 IP:端口
↓
任何人都能访问登录页
```
Agent 放在 VPS 能降低个人电脑敏感文件直接暴露的范围，但它并不能消灭 Prompt Injection、恶意网页或危险命令等风险。
依然需要：
```text
权限隔离
白名单
命令审批
容器隔离
API Key 权限控制
```
Hermes 官方也明确保留了危险命令审批机制。
19｜桌面端还有一个很好用的 HUD
Hermes Desktop 当前支持 HUD Mode。
快捷键：
```text
Windows / Linux：
Ctrl + Shift + H
```
macOS：
```text
Cmd + Shift + H
```
它会把聊天窗口变成悬浮输入栏，可以覆盖在其他应用上方。
这个适合：
```text
边写代码边问
边浏览网页边分析
边工作边调用远程 Agent
```
但它只是交互入口，真正的 Agent 仍然可以运行在 VPS。
20｜出问题了先查这几个地方
Gateway 有没有运行
```bash
hermes gateway status
```
Cron 有没有正常调度
```bash
hermes cron status
```
Cron 任务有没有异常
```bash
hermes cron doctor
```
`hermes cron doctor` 会检查任务失败、消息投递失败、下一次运行时间异常等问题。
整个 Hermes 环境异常
运行：
```bash
hermes doctor
```
官方当前 CLI 可以确认这个命令存在，如果是 Hostinger 容器本身异常也可以直接：
```text
Docker Manager
→ Hermes Project
→ Restart
```
21｜OpenClaw 用户怎么迁移
Hermes 当前已经提供迁移工具：
```bash
hermes claw migrate
```
但第一次建议不要直接执行正式迁移。
先运行：
```bash
hermes claw migrate --dry-run
```
看看准备迁移哪些内容。
Hermes 当前可以迁移部分：
```text
配置
Memory
Skills
消息平台设置
```
等内容。
特别注意：当前迁移默认不会直接导入 secrets。
需要迁移 API Key 等敏感信息时要显式使用对应选项。
对于 API Key 我更建议重新创建新 Key，而不是把旧环境的密钥全部搬过去。
22｜最后
对于新手来说建议不要一次性折腾所有高级功能。
先完成：
```text
① Hostinger 部署 Hermes
↓
② Hermes CLI 初始化
↓
③ 配置模型
↓
④ 测试普通对话
↓
⑤ 创建 Telegram Bot
↓
⑥ hermes gateway setup
↓
⑦ Telegram /sethome
↓
⑧ 创建一个 Cron
↓
⑨ 手机成功收到消息
```
这 9 步跑通以后再增加：
```text
Skills
网页搜索
多 Agent
复杂自动化
Remote Gateway
```
第一条实际任务我建议就做：
```text
每天早上 8 点检查过去 24 小时 AI Agent 的重要更新。
最多保留 5 条。
每条包含：
标题
核心变化
值得关注的原因
原始链接
没有重要更新就不要发送消息。
把结果发送到 Telegram。
```
VPS 负责 Hermes 一直在线，模型负责判断，Cron 负责定时任务，Skills 负责复用流程，Telegram 负责把结果发送到你的手机上。
把这一条链路跑通后 Hermes 才真正从“聊天工具”变成一个可以长期运行的 Agent 了。
0 00
GPT-6 Astra 升级后，估计很多人旧的 AGENTS.md、Skills 和规则都做错了
OpenAI 建议重新检查这些旧配置，避免过宽的 Skill 触发、无关文档强制读取、重复检查和无意义确认
现在有人总结出了一套实用的“三步法”可以用👇
① 先审查
让 Astra 检查现有 AGENTS.md 和 Skills，找出过时、重复、冲突和触发范围过大的规则，先给建议不直接修改
② 再精简
缩小 Skill 触发范围，只在真正相关时读取文档；删除重复检查和低风险任务里的频繁确认，同时保留安全边界和必要测试
③ 用小任务验收
直接让它：
“修复 README 里的一个拼写错误，只读取真正需要的文件
如果改一个单词它还在扫描架构文档、数据库说明、部署文档等，说明你的旧规则还没处理干净
OpenAI 建议重新检查这些旧配置，避免过宽的 Skill 触发、无关文档强制读取、重复检查和无意义确认
现在有人总结出了一套实用的“三步法”可以用👇
① 先审查
让 Astra 检查现有 AGENTS.md 和 Skills，找出过时、重复、冲突和触发范围过大的规则，先给建议不直接修改
② 再精简
缩小 Skill 触发范围，只在真正相关时读取文档；删除重复检查和低风险任务里的频繁确认，同时保留安全边界和必要测试
③ 用小任务验收
直接让它：
“修复 README 里的一个拼写错误，只读取真正需要的文件
如果改一个单词它还在扫描架构文档、数据库说明、部署文档等，说明你的旧规则还没处理干净
0 00
Anthropic 发布的 Claude for Financial Advisors 真的算是专业财富顾问啦👇
这次直接接入了 Charles Schwab、BlackRock、Orion、Wealthbox、Addepar 等金融基础设施，Claude 可以直接读取客户持仓、交易、成本基础、CRM、会议记录、投资组合数据
然后完成会前准备、组合分析、客户跟进、合规检查等工作
感觉以后 AI 会接入企业核心数据，慢慢吃透整个工作流
这次直接接入了 Charles Schwab、BlackRock、Orion、Wealthbox、Addepar 等金融基础设施，Claude 可以直接读取客户持仓、交易、成本基础、CRM、会议记录、投资组合数据
然后完成会前准备、组合分析、客户跟进、合规检查等工作
感觉以后 AI 会接入企业核心数据，慢慢吃透整个工作流
0 00
