> ## Documentation Index
> Fetch the complete documentation index at: https://supastack.dev/llms.txt
> Use this file to discover all available pages before exploring further.
> For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt

# 故障排查

在实际失败的边界处诊断安装问题。

## 安装与配置

在执行任何步骤之前，请阅读[开始之前](https://supastack.dev/zh/docs/web/before-you-start.md) 和[终端基础知识](https://supastack.dev/zh/docs/web/terminal-basics.md)。这些说明假设您在 VS Code 中打开了完整的 supastack monorepo；它的根 package.json 标记存储库根。在 pnpm 命令中，工作区包是应用程序或共享代码文件夹；在产品中，工作空间是团队的数据容器和安全边界。 corepack pnpm --filter ... 从 monorepo 选择一个包，同时从其根运行命令。如果您仅打开同步的移动或桌面文件夹，则它不包含 Web 后端、Docker 设置或根脚本：从此 monorepo 或可访问的托管服务器运行后端，并使用平台文件夹自己的脚本。环境变量是存储在本地 .env 文件或托管仪表板中的命名设置；更改后重新启动相关应用程序，并将服务器机密保留在 NEXT_PUBLIC_ 和 EXPO_PUBLIC_ 值之外。

1. 复制第一个有用的错误行和产生它的命令；不要粘贴秘密值。

2. 从存储库根目录运行 corepack pnpm --filter @supastack/web typecheck（针对 Web 类型错误）或 corepack pnpm test（针对自动化套件）。

3. 对于浏览器问题，使用 corepack pnpm --filter @supastack/web dev 启动 Web 并在 http://localhost:3000. 重现它 预期：在更改设置之前，您可以判断故障是否出在设置、代码、数据库、提供程序或浏览器中。

改配置之前，先读失败的命令与第一个相关错误。判断失败发生在依赖安装、编译、环境校验、数据库访问、供应商派发还是浏览器行为。

```
corepack pnpm --filter @supastack/web typecheck
corepack pnpm --filter @supastack/web build
corepack pnpm test
```


## 要复制的命令

按照注释查看命令在哪个文件夹中运行。如果标记了两个终端，请打开两个终端窗口，并在使用第二个命令时保持第一个命令运行。

```
corepack pnpm --filter @supastack/web typecheck
corepack pnpm test
```


## 首次运行报错速查

首次运行失败的方式就那么几种。把第一行红色错误对应到表中的一行——后面的错误通常是第一个的连带后果，先修最上面的那个。

| 症状 | 可能的原因 | 首先修复 |
|---|---|---|
| node、corepack 或 pnpm 提示“不是内部或外部命令”/ command not found | 工具未安装，或终端在安装完成前就打开了 | 安装它（或重新打开终端），然后重试 node --version |
| 找不到 package.json / ENOENT package.json | 终端所在的文件夹不对 | cd 进存储库根目录——包含 package.json 的文件夹——再重试 |
| EADDRINUSE / 端口 3000 已被占用 | 另一个开发服务器仍占用该端口 | 找到那个服务器的终端并按 Ctrl + C，然后重新启动 |
| ECONNREFUSED localhost:5432 或数据库连接错误 | Postgres 没在运行 | 运行 docker compose up -d postgres，等到 healthy 再重试 |
| 环境校验报错并指出缺失的键名 | apps/web/.env.local 缺失，或某个必填值为空 | 从 .env.example 复制那个指名的键，填上值，保存并重启服务器 |
| corepack enable 之后 corepack 或 pnpm 仍找不到 | PATH 上没有 pnpm shim | 直接用 corepack pnpm ...——它从不需要 shim；Windows 上用 corepack.cmd |
| PowerShell 提示 .ps1 脚本无法运行 / 被阻止 | PowerShell 的脚本策略拦下了 shim | 改用 .cmd 形式——corepack.cmd pnpm install——无需改策略 |


## 实现流程

API 访问缺失时，确认服务器在运行且配置的 origin 与客户端一致。AI 选项不可用时，检查 AI_MODEL_POLICY 与已启用的目录行。排队状态不确定的任务，走已保存的恢复流程而不是再提交一次。

浏览器布局问题，检查计算样式并复现精确视口。产品界面 token 在 app-theme.css（配色包来自 catalog.ts）；营销品牌锁定在 theme.css。组件覆盖仍可能靠优先级胜出。要看渲染出来的圆角，而不只是 token 声明。


## 验证与排障

如果页面位于 :3001，则为 Web 应用程序打开 :3000； :3001属于单独的apps/docs服务器。如果测试要求访问数据库，请使用独立的开发数据库并检查两个 .env 位置。如果仍然存在相同的错误，请在寻求帮助时包含该命令并清理第一个错误行；切勿禁用访问检查或将机密打印到日志中。

不要靠禁用授权、记录密钥或把跳过的基础设施检查当作通过来解决失败检查。捕获一个小的复现与相关的非敏感配置。修复后重跑失败检查，再跑受影响的回归测试。


## 下一篇

[如何使用这些文档](https://supastack.dev/zh/docs/web/using-the-docs.md)