keoyyo85/FoundPhone-Studio

如果你脑中有适合「捡手机」形式的故事，又不想从零画手机界面，这个项目值得试。它是浏览器里的创作框架，不是运行时调用模型的叙事引擎：AI 发生在制作阶段，把设定转成结构化的剧情数据。

解决什么问题

你想做一部可玩的「捡到手机」故事，读者通过聊天记录、备忘录、照片和锁屏逐步拼出真相。难点通常不在剧情本身，而在手机外壳：锁屏、桌面网格、通知、文件夹、应用商店和数十个应用内页。FoundPhone-Studio 从一套可运行、含 49 个应用入口的手机界面和默认剧情文件起步，你的精力可以放到人物、对话和分支上，而不是重做外壳。

有什么不同

它把手机界面和剧情数据分开：默认故事在 stories/template/story.json，播放时只读生成好的 JSON，不联网调用模型。对作者来说，这意味着读者首次缓存完成后无需账号或 API key，改剧情也不必碰界面代码。

README 主推低代码流程：先 Fork 或用模板，在 Codex、WorkBuddy、Claude Code 等能改文件的 AI 编程工具里打开副本，把故事设定和提示词交给 AI，让它读 AGENTS.md 后优先改剧情 JSON。界面支持互动选项、密码线索、模拟来电、通知、多个结局，以及跨应用事件连接。这些连接是悬疑叙事的关键，但也把作品限制在手机形态里；它不是通用视觉小说引擎，49 个应用入口中部分页面覆盖有限，并不代表都完整还原了真实服务。

谁值得试

适合：有成型悬疑或人物故事、想要现成手机外观、愿意用 AI 助手配合校验脚本反复迭代的作者；也能直接按剧情脚本规范手改 JSON。不适合：期望在网页表单里填文字就发布的人，或要求每个应用都像真实客户端一样完整的人——README 明确说这些页面不是真实服务客户端，覆盖程度不一。

使用条件与边界

本地运行需要 Node.js 22，执行安装、校验、测试、预览和构建命令，不能直接双击 HTML 文件。发布是构建加静态托管；项目提供了 GitHub Pages 教程，首次需要在你自己仓库启用 Actions 和 Pages。玩家进度按浏览器保存，清理网站数据可能丢失；README 建议剧情大改后提高脚本的 revision，避免旧存档掩盖新内容。自然语言由创作阶段的 AI 转成 JSON；若你的 AI 工具不能访问文件，需要自己保存并放入生成结果。

日常维护主要是数据层面：跑校验、在预览里走一遍聊天、密码、电话和每个结局，然后重新构建。框架不会执行剧情脚本里的 HTML 或 JavaScript，内容以数据驱动而非任意代码。

HotRepo 点评

HotRepo 在 2026-10-26 记录到该项目 114 个总 star、新项目榜 TypeScript 第 12 名；仓库创建于 2026-10-25，这只是新项目榜的单日快照，不是每日增长序列，无法据此判断热度能否持续。投入前先看在线演示里你需要的应用页面是否完整，再读脚本规范估算分支写作的工作量。