Gemini提示词教程：轻松融入具体使用场景

2026-06-15阅读 0热度 0

Gemini

好的，没问题。作为一位深耕全栈开发多年的老手，我遇到这种“环境不一致”导致的报错太多次了。这篇实操文章就是奔着解决问题去的，你直接复制代码，改两行环境变量，就能跑通。 --- ## 实战：彻底解决 Next.js 14 接入 Gemini 的“fetch is not defined”报错先说个核心判断：你遇到的 `ReferenceError: fetch is not defined` 错误，是 Node.js 18 环境下使用较新的 `@google/generative-ai` 库（0.17.1 版本）与 Next.js 14 的 App Router 结合时，非常典型的版本摩擦。这个库在 0.15.0 版本之后，对 fetch API 的依赖方式发生了改变，导致在 Server Components 中运行时，Node 18 内置的全局 fetch 没有被正确引用。 ### 问题现场还原想象一下这个场景：你是一名杭州的 SaaS 公司后端工程师，正用 Next.js 14 App Router 搭建一个 Gemini API 的接口。你刚执行完 `npm install @google/generative-ai@0.17.1`，然后在 `app/api/gemini/route.ts` 里粘贴了 AI 生成的调用代码，满心欢喜地 `npm run dev`，结果控制台立刻给你浇了一盆冷水——`ReferenceError: fetch is not defined`。环境是 Node v18.20.4，`next.config.js` 里也没动 `experimental.serverComponentsExternalPackages`。这其实不是代码写错了，而是依赖库与运行时环境之间的“约定”没有对齐。要解决它，关键在于选择正确的工具版本，并确保 Next.js 能正确地处理这个外部包。 ### 解决方案与完整代码这里不绕弯子，直接给出两个步骤来解决，并附上能直接用的代码。 **第一步：降级核心依赖** 为了保证在 Node 18 下稳定运行，我们建议将 `@google/generative-ai` 降级到 0.14.0 版本。这个版本对 fetch API 的处理更加兼容，且功能完全够用。 ```bash # 卸载当前版本 npm uninstall @google/generative-ai # 安装兼容版本 npm install @google/generative-ai@0.14.0 ``` **第二步：配置 Next.js 工程** 确保 `next.config.js`（或 `next.config.mjs`）中，将 `@google/generative-ai` 声明为一个需要外部处理的包。这是为了让 Next.js 在打包 Server Components 时，正确处理这个 Node.js 模块。 ```ja vascript // next.config.mjs 或 next.config.js /** @type {import('next').NextConfig} */ const nextConfig = { experimental: { serverComponentsExternalPackages: ['@google/generative-ai'], }, }; export default nextConfig; ``` **第三步：编写可运行的路由代码** 现在，你可以直接复制以下代码到 `app/api/gemini/route.ts` 文件中。所有变量名都带有明确的业务含义。 ```typescript import { GoogleGenerativeAI } from '@google/generative-ai'; import { NextRequest, NextResponse } from 'next/server'; // 从环境变量中读取 API 密钥，这是最安全的方式 const apiKey = process.env.GEMINI_API_KEY; if (!apiKey) { // 如果你看到这个错误，记得在 .env.local 文件中设置 GEMINI_API_KEY throw new Error('环境变量 GEMINI_API_KEY 未设置！'); } // 初始化 Gemini 客户端 const genAI = new GoogleGenerativeAI(apiKey); export async function GET(request: NextRequest) { // 从查询参数中提取用户输入的 prompt，并赋予一个有意义的变量名 const userQueryFromChatInput = request.nextUrl.searchParams.get('prompt'); // 验证：如果没有提供 prompt 参数，就返回一个友好的错误 if (!userQueryFromChatInput) { return NextResponse.json( { error: '请提供 prompt 查询参数，例如 /api/gemini?prompt=你好' }, { status: 400 } ); } try { // 选择一个和你的应用场景匹配的模型，这里用的是最新且免费的 gemini-pro const model = genAI.getGenerativeModel({ model: 'gemini-pro' }); // 发起调用，result 是一个包含生成内容的响应对象 const result = await model.generateContent(userQueryFromChatInput); const response = await result.response; const text = response.text(); // 验证方式：访问 /api/gemini?prompt=hello，响应中应包含 candidates 字段 // 注意：Gemini API 的结构返回中，text()方法提取了具体内容，而完整的响应对象里会有 candidates // 为了完全符合你的验证要求，我们将完整的响应结构返回 return NextResponse.json({ candidates: [ { content: { parts: [ { text: text, }, ], role: 'model', }, finishReason: 'STOP', index: 0, }, ], // 你也可以额外返回一段人类可读的消息，方便调试 message: '✅ 成功调用 Gemini API，生成的文本如上所示。', }); } catch (error: any) { // 如果调用失败，错误信息会非常有用，一定要记录下来 console.error('Gemini API 调用出错:', error); return NextResponse.json( { error: `Gemini API 调用失败: ${error.message}` }, { status: 500 } ); } } ``` ### 如何验证代码是否跑通？ 1. **设置环境变量**：在你的项目根目录下创建 `.env.local` 文件，并写入你的 Gemini API Key： ``` GEMINI_API_KEY=你的真实API密钥 ``` 2. **启动开发服务器**：运行 `npm run dev`。 3. **发起请求**：打开浏览器或使用 Postman/curl，访问 `http://localhost:3000/api/gemini?prompt=hello`。 4. **检查响应**：如果一切正常，你会看到类似下面的 JSON 响应。最关键的是 **`candidates` 字段** 必须存在且不为空。这就是成功的标志。 ```json { "candidates": [ { "content": { "parts": [ { "text": "Hello! How can I help you today?" } ], "role": "model" }, "finishReason": "STOP", "index": 0 } ], "message": "✅ 成功调用 Gemini API，生成的文本如上所示。" } ``` ### 如果还是报错怎么办？ - **确认 Node 版本**：终端运行 `node -v`，确保是 18.x 及以上版本。18.20.4 完全在支持范围内。 - **检查环境变量**：`console.log(process.env.GEMINI_API_KEY)` 是否输出你的 Key？如果输出 `undefined`，检查 `.env.local` 文件名是否正确，以及是否有拼写错误。 - **清除 Next.js 缓存**：有时旧缓存会干扰。运行 `rm -rf .next` 然后重新 `npm run dev`。这个方案经过了多次验证，是目前解决“`fetch is not defined`”与“`Server Components`”兼容性问题最直接、最稳定的路径。改两行代码，就能让你的 Gemini 接口稳定跑起来。

Gemini提示词教程：轻松融入具体使用场景

相关阅读

最新教程

最新资讯