从认识一家店开始
老板说出城市和店铺名称后，PRISM 会先把完整门店名称确认清楚，再开始快速调研。
- 先确认“是哪一家店”，减少同名、简称和分店带来的误判。
- 结合合规可用的公开经营信号，形成对门店、口碑、菜品与周边环境的初步认识。
- 把机会、风险和暂时不知道的部分分开，让下一步更有方向。
技术建设方向：门店消歧、公开来源标记、证据分层与可追溯调研任务。
公开信息帮助建立基础认识，但不能替代门店内部数据。
PRODUCT ARCHIVE / 2026—
把每一次进步，留在这里。
把每一次新增、修复和优化都留下来，让产品怎样一步步变好，有迹可循。
当前对外正式版本为 V2.0。每条记录都会明确区分已发布、研发验证和未来规划，不把正在做的事情写成已经上线。内部方法、判断标准、提示词、数据规则与核心研究流程，仍是 PRISM 的知识资产。
EVOLUTION LEDGER
持续变好，不靠一句承诺。
新增了什么、修复了什么、还在优化什么，都放在同一条演进线上。
- 受版本控制的产品源码
- 3,670行
- 公开产品演进
- 7条
- 创始人产品需求整理
- 1.02万字符
按 38 个产品源码文件统计，不含构建产物、测试报告与依赖包。
从 V1 到 V4，正式版本、研发验证与未来规划分别标记，不混在一起。
来自 5 份直接关联 V1—V4 的需求与验收整理稿，不含客户项目和聊天原文。
菜品线索开始进入报告
公开可见的菜单与菜品线索，可以被整理成一份更容易阅读的观察报告。
- 把菜名、公开价格和来源状态分开记录，减少“看见了就算真实在售”的误会。
- 对资料不足的菜品直接写明未知，不把公开热度包装成销量或利润。
- 为后续接入餐厅自己的菜单、订单和成本资料留下清晰入口。
开发侧记：菜品记录拆成名称、公开价格、来源状态和未知项，报告只读取证据支持的字段。
已完成样本验证；当前公开版本记录中尚无工作台上线记录。
先把门店与周边看清楚
PRISM 开始把门店身份、公开口碑和周边环境放在同一张观察图里。
- 先确认门店身份和公开来源，避免把同名门店的信息混在一起。
- 把周边商业环境、口碑信号与信息缺口分开呈现。
- 只说公开证据真正支持的内容，不替老板编造确定答案。
开发侧记：门店身份、公开来源和周边信号分层记录，避免同名门店的信息串线。
已完成十店样本验证；当前公开版本记录中尚无工作台上线记录。
账号入口更稳妥
登录与注册保护进一步收紧，让正常使用更安心，也让连续试错和跨账号混用更难发生。
- 注册密码要求更明确，错误输入会被及时拦住。
- 连续登录失败会触发临时保护，减少恶意尝试。
- 新账号进入后保持独立空间，不带入其他门店资料。
开发侧记：密码校验、登录失败保护和账号数据隔离进入同一份验收清单。
当前仅有本地验收记录，尚无公网版本记录。
经营顾问真正变成长期工作台
不建立档案也能先聊天；聊过的话、交过的资料和后续处理状态，开始成为可以持续恢复的经营记录。
- 支持首次引导、自定义经营问题和更自然的顾问反馈。
- 重要消息先保存，再等待顾问回复；网络中断或刷新后不轻易丢失老板原话。
- 支持会话附件、资料维护、朗读入口和可恢复的人工协助请求。
- 档案保存成功后再确认收到；资料可修改、撤回和恢复。
- 回到长会话时直接落在最近内容，不再从顶部一路滚到底。
开发侧记：消息幂等保存、附件版本关联、资料软撤回、人工请求状态与刷新恢复。
该能力属于研发记录，尚未作为正式产品版本发布。
从一次咨询变成一份持续档案
餐厅基本信息、经营问题、上传资料和顾问对话开始被放进同一个工作空间。
- 老板可以从常见经营问题快速开始，也可以直接说自己的问题。
- 资料上传后先预览、再确认是否交给顾问使用。
- 经营建议逐步从一次性回答，变成可回看、可继续的工作记录。
开发侧记：餐厅档案、资料上传与会话记录开始汇入同一个工作空间。
让餐饮老板有一个随时能说问题的入口
PRISM 的第一步，是把餐厅档案、经营资料与顾问沟通放到一个简单的网页里。
- 建立餐厅基本档案，减少每次咨询都要重新介绍。
- 上传经营资料，让后续沟通有共同背景。
- 把复杂的系统语言，翻译成老板更容易理解的经营表达。
开发侧记：完成网页入口、基础档案、资料上传和顾问对话的第一版闭环。