引言
本文讨论 ChatGTP 与 Node.js 的结合,由于最近在学 Remix, 考虑到 Remix 可以单独的作为 API 来使用,并且集成了很多常用的功能:
- fetch
- dotenv
- loader
- 文件路由
- ...
弯路
写一个简单的 ChatGPT 服务键值不要太简单,但是我们在上面也走了一些弯路。
- 直接链接
api.openai.com
一直请求超时,这个浪费了很长的时间,也不知道是什么原因。面对困难我们应该怎么办?先放下,搜索引里面是不是有相似的问题。结果真的需要代理
, 尝试了一个代理,其中api.openai-proxy.com
还挺好。注意代理的安全性自行判断。 - 使用 npm 的
openai
还是直接发送请求到https://api.openai.com/v1/chat/completions
或者https://api.openai.com/v1/completions
,又是不同的做法。经过尝试,选择了前者 + fetch 方案。 - 使用
axios
还是fetch
呢? 都有尝试,使用方法不一样,但是效果基本一致。
最早的思路 1
- 思路使用 remix 构建一个简单的 ChatGPT + api key 的简单的应用。但是前后端代码都要写,还没有研究 UI 和 对接文档。
思路2
- 看别人实现,由于 api 在三月份就发布了,现在已经发生一些变化,比如访问 api 的超时原因的问题。别人的环境可能与自己的不一样。
思路3
- 在 github 上模仿一个简单的示例,有简单 UI,结果还真由于基于 Next.js 的效果还可以的:nextjs-chatgpt-app-enricoros 但是,发现 UI 是有难度的用的 MUI,内容是有复杂度的,不符合快速原则,模仿一个 antd UI 写一个 UI 自己觉的不理想,先放在那里了。后面做好了考虑开源。
思路4
- 直接用 node.js 跑一个示例。最简单的 url 中有 searchParams 就是与 Chat-GPT 的对话参数。
从创建一个 Remix 开始
pnpm dlx create-remix@latest chat-app
定义 .env 文件
因为 Remix 已经内置 dotenv
使用使用起来非常方便。
OPENAI_API_KEY = "your api key" PROXY_URL = "your api proxy url"
一个是 api key, 注意不要提交到 git 上, remix 创建项目默认将 .env
文件中记录到 .gitignore
文件中。可使用 .env.example
文件给个示例提到 git 上。
定义 chat 路由
/app/routes/chat.tsx
文件即可,注意是用作 api 不要返回一个默认的函数,然后对外暴露一个 loader 函数,用于处理当前路由 get 方法请求。下面是一个简单的代码实现:
async function runCompletion(messages: any) { const response = await fetch( "https://api.openai-proxy.com/v1/chat/completions", { method: "POST", headers: { "Content-Type": "application/json", Authorization: "Bearer " + process.env.OPENAI_API_KEY, }, body: JSON.stringify({ model: "gpt-3.5-turbo", messages: [{ role: "user", content: messages }], }), } ).then((res) => res.json()) return await response.choices[0].message.content; } export async function loader({ request }: any) { const url = new URL(request.url); const text = url.searchParams.get("text")!; return runCompletion(text); }
启动 Remix 服务开始与 ChatGPT 对话
pnpm dev
默认在 3000 端口打开,下面我们访问 http://localhost:3000/fetch?text=吃了吗
开始与 Chat-GPT 开始友好问答:
问题二:
问题就不再提了,大家肯定开始各种方式与 AI 对话了。因为 API 现在是送的 5 刀,每一个字都是要计算 token, 并且也有时常限制。
这里对 chatapt api 的参数就不做解读了,选择哪种模型合适,就不再解读。本文的主要目的,就是使用 Remix 对接服务。
小结
搞对接服务虽然不是难事,但是也没有想象中的简单。这是第一次对接这类接口。喜欢 Remix 的可以参考一下。
以上就是ChatGPT与Remix Api服务在浏览器url地址中对话详解的详细内容,更多关于ChatGPT对话Remix Api的资料请关注阿兔在线工具其它相关文章!