本文评论 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 的能够参数一下。假如对 Remix 感兴趣的能够阅览我 Remix 相关的其他的文章
和项目
,有你同行,想必工作会做的更好,谢谢。