fuxing-fde-setup

fuxing-fde 的安装通道。需要管理员开通账户才能装。

首次使用

1. 到注册页提交申请（邮箱 + 姓名 + 部门 + 申请理由）
2. 填邮箱收到的 6 位验证码
3. 等管理员开通
4. npx fuxing-fde-setup login
5. cd 到你的项目目录，跑 npx fuxing-fde-setup update

之后每次只需要第 5 步。

命令

| 命令 | 作用 | |---|---| | login | 登录并把凭证存到本机 | | update | 检查新版本，有则下载校验并装到当前项目 | | status | 看自己的账户状态 | | logout | 清掉本机凭证 |

装不上时看这里

命令会直接告诉你原因，四种情况对应四种处置：

| 提示 | 怎么办 | |---|---| | 申请已提交，等管理员审核 | 等着，或催一下管理员 | | 账户已停用 | 联系管理员恢复 | | 申请未通过 | 联系管理员问原因 | | 还没提交申请 | 先到注册页填一份 | | 邮箱还没验证 | 回注册页填邮箱收到的 6 位验证码，然后重新 login | | 登录已失效 | 重新跑 login |

哈希不符那条不一样：它意味着下载到的包和服务端记录的校验和对不上。 不要重试，直接联系管理员。

凭证存在哪

~/.fuxing/setup-auth.json，只存 refresh token，不存密码。

密码在 login 时用完即弃：不回显、不进 shell 历史、不落盘。 所以这个文件被看到的后果是「这台机器的会话可被接管」， 而不是「密码泄露了」——后者往往在别处复用。

logout 只删本机文件，服务端会话仍然有效到过期。 要真正停用账户得联系管理员。

这个包里没有什么

技能、规则、hook 一行都没有——它们在需要授权才能下载的 tarball 里。 这个包只有：Supabase URL、publishable key、登录与校验逻辑。

publishable key 自身没有任何权限，能做什么完全由数据库的 RLS 决定， 所以公开它不构成泄露。

要求

• Node 18+（要 fetch）
• 系统有 tar（Windows 10+ 自带，macOS 与 Linux 都有）

零依赖。它是安装链路的第一环，自己再去装依赖就多了一个会失败的环节。

开发

npm test          # 78 条：篡改检测与响应校验 43 + 门禁行为 13 + 命令行层 22

命令行层那 15 条测的是「在非交互环境里跑会怎样」—— 这类问题平时手工试 永远碰不到，但同事的终端环境不一定标准（IDE 内置终端、包装脚本、CI）。

测试起本地假服务走真实链路，不 mock 内部函数。 跑测试前会把安装根目录改到临时目录并自检，不会碰真实的 ~/.fuxing。