57 lines
2.7 KiB
Markdown
57 lines
2.7 KiB
Markdown
# 本机交付与权限验收
|
||
|
||
## 交付模型
|
||
|
||
每位用户在自己的电脑运行 MCP，并使用绑定本人业务身份的个人 Authorize Key：
|
||
|
||
```text
|
||
本机 AI 客户端 → 本机 TypeScript MCP → https://justconn.top/api → 本人 ACL
|
||
```
|
||
|
||
项目不保存共享业务账号，也不需要多人共用的远程 MCP 服务。
|
||
|
||
## Release 发布物
|
||
|
||
Release workflow 会在带版本 Tag 时执行锁定安装、类型/格式检查、测试、bundle、npm pack 和生产依赖审计，并上传：
|
||
|
||
- npm tarball；
|
||
- `SHA256SUMS`。
|
||
|
||
源码仓库保持 Private 时，外部用户必须具有 Release 下载权限，或通过另一个经过身份认证的分发渠道取得相同资产。Private GitHub 链接本身不能成为任意用户可访问的一键安装链接。
|
||
|
||
## 用户电脑上的内容
|
||
|
||
- Node.js 20.11+（唯一系统运行时）；
|
||
- 用户应用数据目录中的打包 MCP；
|
||
- CRM 映射配置；
|
||
- 当前 OS 用户的私有凭证文件；
|
||
- MCP 客户端配置和备份。
|
||
|
||
不需要 Git、Python、uv、`nb CLI` 或项目源码 checkout。npm 只在隔离前缀安装一个已经 bundle 的包，运行时没有额外 npm 依赖。
|
||
|
||
## 权限验收
|
||
|
||
至少使用两个权限不同的真实测试账号：
|
||
|
||
1. 分别签发个人 Key，并在隔离的 OS 用户/凭证路径运行 setup。
|
||
2. 使用相同参数调用 `list_customers`、`list_contacts`、`list_followups`、`list_projects`。
|
||
3. 确认返回范围与各自在 NocoBase UI 中的 ACL 一致。
|
||
4. 无项目写权限账号在 `--enable-writes` 下调用 `create_project`，确认 NocoBase 拒绝。
|
||
5. 有权限账号创建和更新测试项目，确认审计身份属于该用户。
|
||
6. 撤销 Key 后确认 MCP 返回 `nocobase_auth_failed`，且不会降级使用其他凭证。
|
||
7. 检查错误与日志，确认没有 Key、Authorization header 或业务原始行泄漏。
|
||
|
||
## 更新与回滚
|
||
|
||
Agent 下载新的固定 Release tarball并验证 SHA-256，再对同一隔离前缀运行 `npm install --prefix ... --omit=dev <tarball>`。安装前备份 MCP 客户端配置和非秘密 CRM 配置。
|
||
|
||
回滚时重新安装上一固定 Release 的已验证 tarball。凭证文件与 CRM 配置位于包目录之外，更新和回滚不应复制、覆盖或删除个人 Key。
|
||
|
||
## 常见故障
|
||
|
||
- `nocobase_auth_failed`：重新运行 setup，让用户在隐藏提示输入新签发 Key。
|
||
- `nocobase_request_timeout`：检查 NocoBase 可用性或缩小查询。
|
||
- `nocobase_request_failed` / `NO_PERMISSIONS`：检查该用户 ACL 和字段/行级权限。
|
||
- 凭证文件权限错误：POSIX 下修复为 `0600`，父目录为 `0700`，不要放宽为共享可读。
|
||
- 跨源重定向错误：检查 `https://justconn.top/api` 的反向代理配置；不要关闭同源保护。
|