我如何使用 AI 解决 OAuth（不让自己抓狂）

Source: Dev.to

OAuth 看起来很吓人——并不是因为它不可能，而是因为一次性会有太多变量在变化：仪表盘、SDK、重定向以及模糊的错误信息。

当你使用 React Native + Expo 时，复杂度会翻倍，因为要处理深度链接和不同的运行环境。我已经优化了一套工作流，让 AI 成为高级的配对程序员，而不是噪音源。

1. 在动手写代码前先绘制架构图

在让 AI 解决 “Redirect URI” 错误之前，先弄清楚各方是谁、谁在和谁通信。在移动端流程中，可以把 OAuth 想象成一次 接力赛：

• App（应用）: 发起请求。
• Broker（中介，例如 Clerk/Supabase）: 协调逻辑。
• Identity Provider（身份提供者，例如 Google/GitHub）: 验证用户。
• Keychain（钥匙串）: 安全存储最终的 token。

专业提示: 将流程可视化为接力赛可以帮助你避免在仪表盘的 “握手” 配置出现问题时，误以为是 “应用 bug”。

2. 给 AI “完整上下文”（开发者提示）

永远不要假设 AI 已经了解你的技术栈。OAuth 在每个库的不同版本上表现都不一样。一定要包含：

• 核心栈: 库名 + 版本（例如 expo-auth-session v8.x）。
• 路由策略: Expo Router 还是 React Navigation。
• 运行环境: iOS 模拟器还是实体设备。
• 构建类型: Development Client、Expo Go 还是 Production build。

示例提示开头

“我正在使用 Clerk 构建一个 Expo Router 应用。我在实体 iOS 设备上使用 Development Build 进行测试…”

3. 保持代码简洁

调试时，去掉所有与 OAuth 无关的内容。跳过花哨的状态管理（Redux/Zustand）。

• 删除复杂的导航守卫。
• 创建一个 Sandbox 页面：只有一个 “Sign In” 按钮并打印结果。

// sandbox.js
import React from 'react';
import { Button } from 'react-native';
import * as AuthSession from 'expo-auth-session';

export default function Sandbox() {
  const handleSignIn = async () => {
    const result = await AuthSession.startAsync({ /* …config… */ });
    console.log('Auth result:', result);
  };

  return ;
}

4. 利用生态系统专属的 AI

并非所有大模型在每个任务上都一样好。

• Google Cloud / Firebase 控制台: 使用 Gemini ——它在 Google 的 UI 标签和 “Consent Screen” 细节上受过训练。
• 代码片段: 使用 GPT 或 Claude ——它们更擅长遵循 React Native 的 hook‑based 模式。

5. 使用 “截图循环” 📸

OAuth 错误信息往往很通用（例如 “Error 400: invalid_request”），真正的答案通常隐藏在你未注意到的仪表盘复选框里。

1. 截图 你的仪表盘设置。
2. 询问 AI: “根据我的代码，这个 UI 中缺少了什么？”
3. 应用 AI 给出的修改。
4. 再次截图 并让 AI 验证。

6. 小步前进（15 分钟规则）

OAuth 概念密集。我的规则是：配置一件事，然后停下来。
如果一次性尝试同时设置 Google、Apple、Facebook 登录，你永远找不到失败的根本原因。先让一个提供商跑通，稍作休息再继续下一个。

最后思考：AI 是放大器

AI 并不会取代你的理解，而是放大它。当你提供干净的上下文、隔离的代码和可视化数据（截图）时，AI 就会成为强大的调试伙伴。

如果你曾觉得 OAuth 不可能实现，那未必是你——往往是复杂度太高。使用本文描述的工具和工作流，我成功走出了迷宫，让它正常工作。