那不是 kimi-room 要的，是 Vercel 自己的反滥用机制。Vercel 新账号会要 SMS 验证。GitHub 账号本身也可能要手机验证。
不想给手机号：QUICKSTART 里有 Netlify 一键部署按钮，同一份代码不同 host，一般不要手机号。或者本地跑 git clone + npm install + npm run dev，浏览器开 localhost:3000，完全无 verification，但 PWA 装不了（要 https），算 dev 模式。
可以，但代价不同。像 sillytavernai.chat 这种 hosted 网站，用户体验最轻（进网站，1-2 步），但你的对话至少 session 信息走他们后端。
kimi-room 是你 fork 自己 deploy —— 第一次稍重（创账号 → fork → 等 3 分钟 build），但之后这个 instance 是你的：你的 URL、你的代码、你的 API key 存你浏览器不经第三方、对话在你 IndexedDB 作者看不到。Vercel 关了你同一 repo 搬到 Cloudflare Pages / Netlify / 自己服务器都能跑。
可以。一键 Vercel 部署，不需要写代码。QUICKSTART 里有完整步骤，5 分钟跑起来。
如果想改 —— 把 repo 地址和你想改什么告诉你的 AI（ChatGPT / Claude / 任何），它会帮你。不需要自己写代码。
进 /backstage/settings：填 LLM 的 endpoint + API key + model 名字（OpenAI 格式即可，DeepSeek / Claude / 通义都行）。改 companion name 和你的名字。上传两张头像（你和他）。想试试效果可以打开 Demo seed 填充示例数据。
进 /backstage/character：编辑 system prompt（他的人设、说话方式、你们的关系）。打开 memory injection 让他聊天时能读到你存的记忆。设完这两页就可以开始聊天了。如果你有 VPS 全自动化了，这两个页面的手动配置可以删掉 —— 让你的 AI 帮你把 settings 和 character 逻辑迁到后端。
在你自己的浏览器里（IndexedDB）。作者看不到。没有 telemetry，没有 analytics，没有 access log。
每次 LLM 调用会把必要的上下文发给你配置的 API 服务商。具体哪些字段被发出，取决于你的 system prompt 怎么写。Anthropic 的隐私政策不用数据训练。其他服务商看各自政策。
这些字段会发给 LLM，因为他不看就写不出有用的 note。但你可以控制哪些字段进上下文 —— system prompt 里不提的字段就不会发。
如果你不放心 —— 不要填。Calendar 里的健康字段全部可选。或者用本地模型（Ollama / vLLM），数据不出你的机器。
开箱能用的：聊天（填 API key 就行）、Keepsakes（照片 + 文字 + LLM 评语）、Study（书架 + 一起读）、Calendar（手动记日历 / 财务 / 睡眠）、Memory Review（手动导入 md/txt，手动审核）、Disc（对话截图 + 歌单）。这些全在浏览器里跑，不需要后端。
需要自己接的：Heartbeat 的打分（score / sky / opus）—— 前端画图的代码在，但分数要你自己产生。作者的 canon 用后端自动打分，你可以手动打、让 LLM 打、或接你自己的情绪分析。Memory 的自动提取也一样 —— 默认是手动导入，想自动化需要你自己写提取逻辑或接后端。反过来，如果你有 VPS 全自动化了，手动输入的部分会多余 —— 告诉你的 AI「帮我删掉所有手动输入的 UI」，只留自动化填充的数据展示。每个模块都可以删、可以改、可以只留你要的。
kimi-room 的数据层是可插拔的。所有模块走同一套 StoreContract 接口（在 src/lib/stores/types.ts 里）。默认用 IndexedDB，但你可以写一个新 adapter 指向你的 Notion / Obsidian / 任何后端。
不会写 adapter？把 types.ts 的内容 + 你用的存储服务的 API 文档 一起发给你的 AI，告诉它「帮我写一个 Notion adapter 实现这个接口」。
/backstage/settings 里有 Export 按钮 —— 导出一个 JSON 文件，包含所有模块的数据（记忆、日历、对话、书架、歌单、照片）。在新 instance 的 /backstage/settings 里 Import 这个 JSON 就行。
如果你从 IDB 迁到 Notion / Supabase —— 先 Export JSON，然后写一个脚本把 JSON 里的数据灌进你的新后端。格式在 src/lib/stores/types.ts 里全定义好了。手机和电脑多端同步目前不内置 —— 你需要自己接一个共享后端（Supabase / Notion），两端都指向同一个 adapter。
kimi-room 是前端壳，没有后端、没有定时任务、没有自主循环。要复制 canon 你需要自己带：数据库（Supabase 或 Postgres）、gateway（API server + TG bot）、定时任务（dream / intel / scheduler）、LLM token、和你想接的外部服务（email / calendar / push）。
架构参考在 /about 页面的图。每个人的实现会很不一样 —— 你不需要跟作者一样。
一个人维护，没精力做 iOS + Android + web 三套。PWA 装到桌面就是 native，对大多数人没区别。
而且不想过 App Store 审核 —— 它会问 "AI companion" 这个 category 是干什么的。
只要作者还需要它，就会。它先是自己的，然后才开源。
当不再用 —— 它会被 archive，不会消失，但不再有新功能。所以请 fork。不要 depend on 作者的 main。