此步骤的目的是为了开始技术选型的时候,可以获取得到服务器信息,根据信息来选择或者提早准备服务器资源
- 在TRANFU AI机会群里艾特服务器运维机器人发消息
消息内容样例
我打算做一个 ___ ,请给我技术方案
比如
我打算做一个多媒体看板,请给我技术方案
发布前的准备
仓库要求
-
不能是自己的名字下的仓库
-
必须是公司下的仓库
-
可以是
public也可以是private
比如
https://github.com/tranfu-labs/alphaos-app
名字符合要求
-
全小写
-
-app结尾 -
单词之间用横杠
-连接
下面是符合要求的名字
alphaos-app news-app
现在不再需要本地安装 **coolify-deploy skill **了
开始发布
- 在TRANFU群里艾特服务器运维机器人发消息
消息内容样例
注意替换自己的URL和环境变量
部署项目:https://github.com/tranfu-labs/alphaos-app 环境变量有: ALPHAOS_SEARCH_PROVIDER=tavily # tavily | exa | fixture (no keys → fixture, hermetic)
ALPHAOS_SEARCH_API_KEYS=your_tavily_api_key ALPHAOS_SEARCH_BASE_URL= # optional override (proxy / Exa endpoint); blank = vendor default ALPHAOS_SEARCH_MAX_RESULTS=5 # top-k hits per query ALPHAOS_SEARCH_RECENCY_DAYS=30 # recent-news window (days); blank = no recency filter ALPHAOS_SEARCH_DEPTH=basic # tavily search_depth: basic | advanced ALPHAOS_SEARCH_TIMEOUT=8 # per-search seconds
ENV修改
现在可以直接和内部成员 说修改特定的ENV,后续慢慢考虑收窄权限
常见问题
为什么Hermes Agent对话没有续上?
默认是:24 小时无消息就重置;同时每天本地时间 4:00 也会重置一次,二者谁先到算谁。也就是说默认配置下,群消息上下文不是永远保留,而是 session_reset.mode: both、idle_minutes: 1440、at_hour: 4。重置后会变成新的会话上下文,但 Hermes 会先尝试把重要信息写入长期记忆。hermes-agent/cli-config.yaml.example at main · NousResearch/hermes-agent
上线项目
后续暂不维护,后面会有一个官网运营机器人来处理
| 项目名称 | 维护者 | 上线情况 | github链接 | 线上链接 |
|---|---|---|---|---|
| alphaos | 内部成员 | ✅ 已上线 | https://github.com/tranfu-labs/alphaos-app | https://alphaos-app.tranfu.com/ |
| news | 内部成员 | 🚀 上线中 | https://github.com/tranfu-labs/news-app | |
| markdown-kits-app | 内部成员内部成员 | ✅ 已上线 | https://github.com/tranfu-labs/markdown-kits-app | https://markdown-kits-app.tranfu.com/ |
历史文档留存
技术框架约定
**数据库:**选择本地的SQLite,之所以不用Supabase等是因为项目多了之后会很贵,而我们大概率90%项目访问人数比较少,数据量比较少
注意:数据库我们需要有版本控制
js用prism
**登录验证:**基于SQLite可以简单的邮箱密码验证
**服务器端反向代理:**编写项目的时候不需要处理这部分,因为服务器端已经处理好了
**端口维护:**可以先自己默认指定一个,后面部署的时候冲突了 内部成员会修改
**AI服务:**暂时用自己配置的.env自己访问
部署成功后你会得到
-
有域名比如 szu-gokaku-app.tranfu.com
-
有首页的产品列表中展示
自动化环节
后续迭代的TODO List
| 工作流 | 是否自动化 | |
|---|---|---|
| 在自己的Agent处编写好项目后,做好部署的准备工作 | 1. 准备github及其CI机器人1. 准备好部署文档1. 通过gh配置相关secret | |
| 在服务器执行相关操作 | 1. 自动检测新项目的创建1. 添加域名及其解析1. 确保CI已对接、本地已启动1. 简单的连通性可访问性测试1. 添加到官网显示 | |
| 自动优化 | 1. 初次部署的时候代码库的优化建议1. 初次部署的时候产品体验建议(暂时仅限网页端)1. 自动e2e测试,产出截图和视频 | |
| 长期维护 | 1. CI失败可以自动响应1. 添加服务器status告警,类似 https://www.githubstatus.com/ |
相关开发文档
- 自动化部署项目文档