我用 DeepSeek，
一步步做出咖啡店网站。
从“我想做一个网站”开始，到菜单、来店、预约和店主处理。看我怎样提问、怎样看结果，再把问题反馈给 DeepSeek。
按真实输入、公开回复和历史预览整理为教学回放，已逐轮核对讲解与画面。第八轮时间表与路线为交付代码补充截图，画面另有标注；不是开发当时的连续录屏。字幕已嵌入，点击章节可跳转。
亲手试一遍，这个网站做到了什么。
先浏览首页和菜单，再试试预约、店主确认、客人查询。可以直接在下方操作，也可以在新窗口打开完整 Demo。
体验顺序：提交预约并记下查询码 → 进入店主处理并确认 → 用查询码与手机后四位 0000 查看结果。演示数据可在 Demo 顶栏清空。
每一轮，我具体说了什么。
展开查看输入原文、DeepSeek 的回复摘录，以及我为什么这样提问。提示词可以复制，播放按钮会跳到视频里的对应位置。
第 1 / 14 轮 · 00:35先搭出能打开的基础站
我先点进输入框，直接说明：我想做一个网站，但不太懂开发。请先搭建环境，创建基础项目并运行，告诉我在哪里看效果。我还补上边界：不要影响电脑上的已有项目，先做到这一步。输入完整后，我点击发送。 DeepSeek 先回复，要检查电脑环境。接着它告诉我，Node.js 已经装好，会新建一个独立项目。中间还遇到了缓存权限问题。这里我没有改代码，只是看它是否说明了问题，以及接下来怎么处理。 看这条回复：它把缓存改到项目工作区，不动系统目录。之后又说明，新站用五一八零端口，避开已有服务。对我来说，技术名词可以慢慢学，但新项目不能把旧项目弄坏，这个要求要说在前面。 等它给出地址，我切到页面预览，确认基础站能打开、中文内容能显示。这个阶段我只验收能打开的起点，还没有要求它把咖啡店所有功能一次做完。看完以后，我再回到输入框讲网站用途。
我输入的提示词
我想做一个网站，但不太懂开发。请先帮我搭建开发环境，创建一个基础网站项目并运行起来，告诉我在哪里可以看到效果。不要影响电脑上已有的项目，先做到这一步。
DeepSeek 的回复摘录
原始回复 #18我先检查一下你电脑上的开发环境，再动手建项目。
原始回复 #38环境没问题：Node.js 已装好，npm 能联网。我现在新建一个**独立**的项目目录 `my-website`（不会碰你已有的 `studio-booking` 等项目），并用 Vite 搭一个基础网站。
原始回复 #49npm 的全局缓存目录被系统权限挡住了（写不进去）。我把缓存改到项目工作区里，不动系统目录，再试一次。
原始回复 #69项目骨架和依赖都装好了。现在把 Vite 的默认示例页换成一个简单的中文首页，并把开发端口固定到 `5180`（避开你已占用的 5173）。
原始回复 #327网站已经搭好并在运行了。你现在就可以打开看：
第 2 / 14 轮 · 01:32先聊用途，让它提出方案
基础站打开后，我在输入框里补充用途：想做一家社区咖啡店的网站，客人能看介绍、查菜单，也能预约来店。我明确写上，先别急着写代码，先用我能听懂的话梳理页面、第一版范围，以及需要我决定的事情。 发送以后，DeepSeek 先给我店名和风格建议。看这里，它推荐巷口咖啡，解释了温暖、邻里的感觉，也标明这是演示设定。我先看方向，而不是马上催它继续写页面。 再往下看，它把第一版分成首页、菜单、来店和预约，并逐项解释每页放什么。它还提醒，第一版的预约如果只做展示，店主并不能真正收到申请。这个区别，我下一轮一定要说清楚。 我这时需要回答的是几个业务选择：店叫什么、想要什么感觉、客人来做什么。方案能看懂以后，我才选一个方向让它开始。你也可以先这样问，让 DeepSeek 帮你把模糊想法整理成几个能决定的问题。
我输入的提示词
我打开看到了，基础页面能正常显示。我想把它做成一家社区咖啡店的网站，让客人看看店里有什么、查菜单，也能预约来店。先做演示版，店名和介绍你可以帮我想。先别急着写代码，你先用我能听懂的话帮我梳理一下要做哪些页面、第一版适合做什么，需要我决定哪些事情。
DeepSeek 的回复摘录
原始回复 #337好，这一轮先不动代码。我先把“这家店”和“第一版做什么”讲清楚，你只需要判断方向。 ## 一、我建议的店：巷口咖啡
原始回复 #337**巷口咖啡 · Alley Coffee** > 拐个弯，就是常来的地方。
原始回复 #337- 营业时间：工作日 08:00–20:00，周末 09:00–21:00，周二店休（演示设定）
原始回复 #337| **巷口咖啡**（推荐） | 温暖、邻里、好记 | 拐个弯，就是常来的地方 |
原始回复 #337## 二、第一版做 4 个页面 ```text 首页 ├── 菜单 ├── 来店（故事 + 地址/时间） └── 预约 ```
原始回复 #337- **预约表单不会真的发给你**。它能填、能检查、有成功页，但只是演示。以后要真收到预约，可以接一个表单服务发到你邮箱，或者直接跳转微信/电话；如果需要收集手机号，还要加一句用途说明和同意勾选。
原始回复 #337**必须你定的其实只有 4 件：** 1. **店名**：巷口 / 回声 / 慢半拍 / 我自己有 2. **真店还是纯演示** 3. **预约是普通留座，还是活动包场**（或者只留电话、不做表单） 4. **菜单和照片是你提供，还是我先编/先用图库**
第 3 / 14 轮 · 02:27确认方向，只做首页
我把选择输入进去：就叫巷口咖啡，纯演示，温暖邻里的风格。预约是一到六人的普通留座。我特别加了一句，以后客人填完预约，店主要真的能看到申请，不能只有一个成功提示。这一轮先只做首页。 点击发送后，DeepSeek 回复，它会先做品牌、文案、照片和首页，真实预约留到下一轮。它还先看了图片来源。这里我会看它有没有理解我的分步要求，不能我说只做首页，它却开始同时做很多功能。 接下来的反馈里，它列出了首页结构：首屏、本季菜单、空间、周末活动、来店信息和预约留座。菜单和预约先作为展示。我能从这段文字里提前知道，这个版本哪些地方已经能用，哪些还只是入口。 再切到实际首页预览，我看店名、第一屏照片、菜单入口和营业信息。先确认整体方向。页面上能看见的东西，才是我接下来给反馈的依据。预约的数据保存，我已经在前面的输入里留下要求，之后再继续。
我输入的提示词
就叫“巷口咖啡”，做纯演示，菜单和照片先由你准备，风格按你推荐的温暖邻里感来。预约做普通留座，1到6人。不过我希望后面客人填完预约，店主真的能看到申请，不只是弹一个成功提示，这个需求先记住。我们一步一步来：现在先只把首页做好，其他页面下一轮再做。完成后给我地址，我先看看首页效果。
DeepSeek 的回复摘录
原始回复 #347好，方向定了。我会先只做首页：品牌、文案、照片、风格都按“巷口咖啡”的温暖邻里感来，其他页面和真实预约留到下一轮。我现在先确认一下项目状态和图片素材来源。
原始回复 #470开始搭首页。结构会按“首屏 → 本季菜单 → 空间 → 周末活动 → 来店信息 → 预约留座”来做，菜单和预约先做展示，真实投递留到下一轮。
原始回复 #496首页代码已经替换完成，开发服务器会自动刷新。现在截取桌面和手机效果图，检查排版、图片加载和营业状态。
第 4 / 14 轮 · 03:22及时要求交出当前版本
做首页时，它一直在挑照片、调细节。我先发了第四条：现在做得怎么样，我想看看当前版本，细节看过以后再改。这种时候，我要先拿到一个能判断的版本。 它回复发现了图片被高度属性拉得太长的问题，还要再检查最终效果。我知道它在修问题，但也不想一直等它自己决定什么时候算完成。
我输入的提示词
现在首页做得怎么样了？我想先看看当前版本，细节可以等我看过以后再慢慢改。
DeepSeek 的回复摘录
原始回复 #637发现一个真正的布局问题：图片标签自带的 `height` 属性把“关于”和“周末活动”的图片拉成了 900px 多高，页面因此被撑得很长。我会修掉这个，并删掉首屏那张会被小图挡住的说明文字。
原始回复 #660首页已经能看了。我先快速检查一遍最终效果，确认没有明显问题，再把地址给你。
第 5 / 14 轮 · 03:42及时要求交出当前版本
所以我又在输入框里发第五条：先停在这里，把当前地址和预览图发给我，先不要继续调整。我看完以后，再告诉你改哪里。看这里，这一条是进一步收住本轮范围。 这次它交出了当前地址和预览图。我切到首页看效果，再决定下一步。对我来说，阶段版本很重要；拿到预览以后，我才能告诉它哪些保留、哪些修改。
我输入的提示词
现在先停在这里，把当前版本的地址和预览图发给我，先不要继续调整细节。我看完以后再告诉你改哪里。
DeepSeek 的回复摘录
原始回复 #775当前版本已经停在这个状态，地址如下： ## 在线查看 - **在这台电脑上打开**：<http://localhost:5180/> - **手机 / 平板（同一 Wi-Fi）**：<http://192.168.1.57:5180/>
第 6 / 14 轮 · 04:04把“感觉不对”变成具体反馈
我看手机首页时发现，前面说周二店休，页面却写成周一。我就在输入框里说清楚这个不一致：请统一周二，相关营业提示也一起对上，其他地方先不改，改好让我看一下。然后点击发送。 DeepSeek 的回复很明确：会同步今天店休的提示、营业时间表和页脚，其他内容不动。我会先读这一句，确认它要改的范围和我的要求一致。 随后它回复，店休已经改为周二，还更新了预览图。这里我不会只看它说完成了，还要把新截图打开，找到同一个位置再核对。 现在看左右两张原始预览，左边写周一，右边已经是周二。这样，一条反馈就有了能检查的结果。以后你遇到按钮、文字或数字不对，也可以按这个方法，说位置、说期望，再说明哪些先别动。
我输入的提示词
首页这个感觉可以。我看了一下手机预览，有个地方不一致：你前面说周二店休，现在首页写的是周一。请统一成周二店休，相关的营业提示也一起对上，其他地方先不改。改好后让我看一下。
DeepSeek 的回复摘录
原始回复 #785我会把店休统一改成周二，并同步“今天店休”的提示、营业时间表和页脚；其他内容不动。
原始回复 #819店休已统一成周二，我也检查了实时状态：现在显示“周二店休 · 明天 08:00 见”。接下来我会更新预览图，确保你看到的截图也是新版本。
第 7 / 14 轮 · 04:50独立完成菜单页
首页方向确认后，我发出下一条：只做独立菜单页，按咖啡、非咖啡、甜点分类，名字、介绍和价格要清楚。首页按钮要能进来，也要方便返回首页。最后要求给地址和预览，我看过再继续。 DeepSeek 先回复，会沿用首页的页头、页脚和暖色调，把内容改成适合浏览的菜单。我可以从这句话里确认，它是在已有网站上接着做，而不是又做一个风格完全不同的页面。 它自查时又反馈，手机大图把分类导航挤到了下方，还发现分类跳转和高亮对不上。它把这两个问题处理后，再交出预览。看这些回复，我能知道它改了什么，以及为什么改。 我切到菜单页，先看分类、商品名称和价格，再看能不能从首页进入和回到首页。做新页面时，我会把这些来回的路径一起说清楚。这样每完成一页，网站就多了一段可以走通的路径。
我输入的提示词
这次店休信息对了，首页先保持这样。接下来帮我做独立的菜单页：能按咖啡、非咖啡、甜点这些分类看，名字、简单介绍和价格要清楚，菜单内容按你前面建议的示例来。首页点“看看本季菜单”要能进入菜单页，也能方便回到首页。先只做这一页，完成后给我地址和预览图，我再看看。
DeepSeek 的回复摘录
原始回复 #880这一轮只做独立的菜单页，并把首页的“看看本季菜单”连过去。先看一下现有配置和首页入口。
原始回复 #890菜单页会沿用首页的页头、页脚和暖色调，但内容改成适合浏览的菜单：顶部分类切换、咖啡/非咖啡/甜点三组、价格和标签清楚，底部有明确的“回到首页”。
原始回复 #964手机版发现一个使用上的问题：首屏大图把分类导航推得太靠下。菜单页的重点是“快速看分类”，所以手机上我会把这张装饰图隐藏，让分类栏直接进入第一屏；桌面版保留。
原始回复 #1042分类跳转的落点偏上，导致高亮还停在上一个分类。原因是页面顶部同时叠加了两层滚动留白。我把这两层留白合并，调整了高亮判断，让点击分类后落点和标签一致。
原始回复 #1066分类切换和深链接已经验证过：点“甜点”会落到甜点区并高亮，手机端同样正常。现在更新菜单页预览，并同步首页的预览图和说明。
第 8 / 14 轮 · 05:43让各页的信息保持一致
接着我回到输入框，只要求做来店页：讲清店里是什么感觉、适合谁来，营业时间和怎么来要容易找到。我又提醒了一次周二店休，地址和联系方式都是演示信息，要标清楚。 DeepSeek 回复，会沿用已有的窗边、里间和熟客照片，并接好首页和菜单页的入口。看这里，它把我这轮关心的内容复述出来了，我就能判断有没有漏掉。 完成后，它反馈修正了被挡住的图片说明，也把偏淡的演示信息标注调清楚。多个页面共享同一条营业规则，所以我会在下一轮简短提醒，避免新页面又写成另一个时间。 我再打开来店预览，找到营业时间、路线说明和演示标注，确认这些信息不用来回找。看过这页以后，我才开始聊预约功能。
我输入的提示词
菜单预览看着清楚，先保持这样。接下来只做“来店坐坐”这一页：介绍一下店里是什么感觉、适合什么人来，营业时间和怎么来要容易找到。记得周二店休，地址和联系方式是演示信息要说明白。把首页和菜单页里相关入口接好，做完给我地址和预览图，我先看这一页。
DeepSeek 的回复摘录
原始回复 #1127这一轮只做“来坐坐”页。我会用现有的窗边、里间和熟客照片，重点把“店里的感觉、适合谁、周二店休、怎么来、演示信息”讲清楚，并把首页和菜单页的入口改成指向这一页。
原始回复 #1195整体已经成形。现在只修正两处影响阅读的地方：桌面首屏图片说明被小图挡住，以及联系卡片里的“演示信息”字样偏淡；另外，让本页页脚的“找个位置”直接在本页滚动。
原始回复 #1229来坐坐页的桌面和手机效果都检查过了。现在把项目说明和路线图更新到“首页 + 菜单 + 来坐坐”，并做最后的构建检查。
第 9 / 14 轮 · 06:26先把预约流程问明白
开始预约前，我先不让它写代码。我在输入框问：客人填完后，我作为店主在哪里看申请，怎样确认或拒绝，客人又怎样知道结果？我不需要支付和短信，先把申请真正保存下来，能处理就行。 发送后，它按我的三个问题逐项回复：店主用密码进管理页，处理每条申请；客人拿查询码和手机后四位回来查。看这段回复，我就能把店主和客人的操作连起来。 它又画出了这条链：填表，保存为待确认，店主管理，最后客人查看结果。还解释，只弹成功提示或只存在客人自己的浏览器里，都不能满足店主查看申请的要求。 我这次先把流程看懂，再做选择。一个报名、预约或报修网站，都可以先问这几个问题。不要等页面做得很好看以后，才发现提交的数据谁也看不到。
我输入的提示词
来店页的预览可以，先保留。接下来做预约前，我想先弄明白：客人填完以后，我作为店主在哪里看申请？我怎么确认或拒绝？客人又怎么知道结果？我不需要支付、短信这些，先在网站里把申请真正保存下来、能处理就行。请你给我讲一个最简单能用的做法，先别写代码。
DeepSeek 的回复摘录
原始回复 #1276这一轮不改代码，先把整个流程说明白。你问的三个问题，答案分别是： 1. **你在哪里看申请**：网站里一个需要密码的“预约管理”页，比如 `你的网址/admin`。手机和电脑都能打开，加到书签就行。 2. **你怎么确认或拒绝**：每条申请上有“确认留座”和“拒绝”按钮。拒绝时选一个原因（满座/店休/时间不合适），确认时可以加一句给客人的话。 3. **客人怎么知道结果**：提交后得到一个查询码和链接，用“查询码 + 手机后四位”回来查看。**不会发短信**，所以客人要保存链接；你也可以点“复制回复”发到微信里。
原始回复 #1276## 最简单的流程 ```text 客人填预约表 ↓ 保存为「待确认」 ↓ 你的预约管理页（密码登录） ├─ 确认 → 已确认 → 客人查询页看到「已留座」 └─ 拒绝 → 已拒绝 → 客人查询页看到原因 ```
原始回复 #1276现在的网站是纯静态的，没有地方真正保存数据。下面这些做法都不够： - **只弹成功提示**：客人一关页面，申请就没了。 - **存在浏览器里**：只存在客人自己的手机上，你永远看不到。
原始回复 #1276所以需要加一个**很小的后台程序 + 一个数据库**。数据库可以先理解成“一张只有后台能看的表”，预约就存在里面，不会因为关网页消失。
第 10 / 14 轮 · 07:13把业务规则说具体
流程聊清楚后，我输入具体规则：店主先用一个密码，客人用查询码加手机后四位。提前一天，能约未来三十天；每桌两小时，同时最多两桌，别把同一桌约给两拨客人。这轮先做客人预约和查询。 DeepSeek 回复，会做表单、查询页和真正保存申请的小接口，管理界面下一轮再做。我先确认它记住了这个范围，再继续看后面的结果。 随后它反馈，实际提交和查询已经跑通，申请写进本机数据库。它还停掉并重启接口，之前那条申请仍然能查到。这是它给我的检查报告，不只是页面上的一句提交成功。 我打开它交来的表单和查询预览，看到申请已收到和待确认状态。我会分别看能不能填、有没有提交反馈、能不能查询，以及数据能不能留下来。画面里的测试查询信息已经遮挡。
我输入的提示词
先用一个店主密码，客人用查询码加手机后四位看结果，不做短信邮件，先在现在这台电脑把流程跑通。提前一天、未来30天这些规则可以；每桌先按坐两小时、同时最多两桌来算，别把同一桌同时约给两拨客人。自动清理和自动提醒这些先不急。现在先把客人预约和查询这部分做好，申请要真的保存下来；店主管理界面下一轮再做。完成后把客人能用的地址和效果图给我。
DeepSeek 的回复摘录
原始回复 #1285这一轮只做客人侧：预约表单、查询页，以及真正落库的小接口，店主管理界面留到下一轮。我先确认这台机器上最适合的本地存储方式。
原始回复 #1360后台已经能真实保存申请，并按“每桌 2 小时、同时两桌”检查时间冲突。现在把客人用的预约表单和查询页做出来，并接上网站入口。
原始回复 #1490真实提交和查询已经跑通：申请写进了本机数据库，查询码能查到“待确认”。我再修两个显示细节：手机上的日期换行，以及成功页补上明确的状态标签。
原始回复 #1529预约服务重启后，之前那条申请仍然能查到，说明数据确实保存下来了。现在清库做最后一次完整提交和截图，只留下本轮的一条测试预约。
第 11 / 14 轮 · 08:03把店主和客人的结果连起来
接下来我在输入框补上店主管理：登录后按日期看申请，能确认或拒绝，并留一句话。处理后，客人的查询结果也要变化。我让它演示收到申请、店主处理、客人查结果这一整段，密码另放本地文件。 DeepSeek 先回复，密码会随机生成，只写到本机，截图和对话里不显示。之后又回复，登录和处理接口通过了检查，准备走一遍确认与查询。我读这些回复，是为了确认它准备怎样验证功能。 但在继续时，它报告了一个安全问题：开发服务器可能把密码文件和数据库当普通文件提供下载。看到这句，我没有催它先把演示做完，而是马上补下一条要求，先处理这个问题。 这也是我做项目时要留意的地方。前台和后台看起来能用，还不代表数据保护已经做好。接下来这一轮，我会把安全检查单独说清楚。
我输入的提示词
预约表单和“待确认”的查询预览我看明白了。现在做店主管理页吧：要登录才能看申请，能按日期看客人、时间、人数和备注，能确认或拒绝并给客人留一句话。处理后，客人的查询结果也要跟着变化。做完以后请你用测试预约演示一下“收到申请—店主处理—客人查结果”，把效果给我看。也告诉我怎么登录，密码单独放本地文件，不要写进对话或预览图。
DeepSeek 的回复摘录
原始回复 #1649现在开始做店主管理页。密码会随机生成，只写到本机文件，并在服务端保存哈希；对话和截图里都不会出现密码明文。
原始回复 #1789店主登录和预约处理接口已经通过验证：未登录会被拒绝，登录后能看到待确认申请。现在用这条测试预约实际走一遍“收到—确认—客人查询”。
原始回复 #1862发现一个必须马上处理的安全问题：Vite 开发服务器默认能把 `server/data` 里的密码文件和数据库当静态文件读出来。我先把它封掉，再继续。
第 12 / 14 轮 · 08:51先处理数据保护问题
我直接在输入框写：这个问题先处理好，不能让普通客人看到店主密码和其他人的预约。先检查清楚并修好，再继续给我演示。要求很短，但先后顺序要明确。 它回复，先做安全审计，暂不继续演示。重点检查文件能否下载、未登录能否读取管理数据，以及客人查询是否会越权。我先看检查范围是不是覆盖了刚才的风险。 修复后，它给了逐项结果：相关文件被拦截，未登录的管理请求被拒绝，错误查询信息不返回预约内容。这里展示的是它的原文检查报告，不能只用一句已经安全了带过。 之后我再看处理后的预览：店主确认和留言，能在客人的查询结果里对上。密码不放进视频。这样我才继续做整站检查，而不是绕过前面发现的问题。
我输入的提示词
这个问题要先处理好，不能让普通客人看到店主密码或其他人的预约信息。你先把这块检查清楚并修好，再继续给我演示。
DeepSeek 的回复摘录
原始回复 #2003先做安全审计和修复，暂不继续演示。重点检查三类风险：密码/数据库能否被网页直接下载、未登录能否读到管理数据、客人查询能否被枚举或越权。
原始回复 #2101先处理安全问题，已经修复并做了针对性验证。 ## 发现并修复的问题 确实发现了一个开发服务器层面的暴露风险：Vite 默认会把 `server/data`、`docs`、`README.md`、`package.json` 等文件当静态文件返回，理论上可以通过网址直接下载密码文件、数据库或预览图。现在已经加了服务端中间件和 Vite 文件黑名单。 验证结果： | 检查项 | 结果 | | --- | --- | | `/server/data/admin-password.txt` | 404 | | `/server/data/bookings.db` | 404 | | `/docs/...` 预览图、路线图 | 404 | | `/@fs/.../server/...`、`/@fs/.../docs/...` | 403 / 404 | | 大小写、`%2f`、`%252f` 等绕过尝试 | 全部拦截 | | 未登录访问 `/api/admin/bookings` | 401，无数据 | | 未登录提交确认/拒绝 | 401，数据不变 | | 错误手机号后四位查询 | 404，不返回预约内容 | | 退出登录后继续用旧 Cookie | 401 | | 局域网直接访问接口端口 5181 | 连接被拒绝（接口只监听本机） |
第 13 / 14 轮 · 09:37用完整流程做最后验收
主要功能都有了，我就再发一条完整试用要求：请像客人和店主一样，把整站从头走一遍，检查打不开、点不动、信息不一致和预约处理问题。当时过了午夜，我还提醒检查日期、营业提示，并更换之前有暴露风险的密码。 DeepSeek 回复，会先轮换密码和旧会话，再检查功能。接着它说明，午夜后的状态、周三高亮和最早预约日期已经核对。这些时间相关的规则，我会让它专门检查。 它随后报告，完整流程跑通了，同时发现来店页还留着预约即将开放的旧文案，并一起修正。看回复里列出的具体问题，比只看一个全部完成更有帮助。 我再切回首页和相关预览，看营业提示与入口是否一致。这些是它的自测和交付结果，后续正式使用前还需要独立验收。这次范围始终是本机和同一无线网络的演示。
我输入的提示词
我看过预览了，店主确认后，客人那边的结果和留言对得上。现在请你像客人和店主一样，把整站从头用一遍，看看有没有打不开、点不动、信息不一致或预约处理不对的地方，有问题就修好再给我看。现在已经过了午夜，也检查一下日期和营业提示。另外，之前密码有被下载的风险，旧密码别继续用了，换一个新的，仍然只放本地文件，不要发到对话或截图里。
DeepSeek 的回复摘录
原始回复 #2111我会先整体过一遍安全与功能，再做端到端测试。先轮换店主密码并重启接口，确保旧密码和旧会话作废；新密码仍只写入本地文件。
原始回复 #2166午夜后的营业状态和日期范围已经核对：现在显示“还没开门 / 今天 08:00 见”，今天高亮在周三，预约最早从明天开始。接下来检查全站链接和交互。
原始回复 #2230端到端测试已经跑通：预约、管理员确认/拒绝、客人查询、日期切换、手机导航都正常。测试中发现并修复了两处问题：来店页“在线预约表即将开放”的旧文案，以及静态文件访问层面的安全暴露。现在做最后构建和清理。
第 14 / 14 轮 · 10:29交给未来的自己
最后，我把交付要求一次说清楚：电脑关机再开怎样启动和停止，要有简单脚本和新手说明；所有页面地址、遇到的问题、临时文件和代码包都整理好。密码、数据库和测试数据不要装进分享包，这次不用部署公网。 DeepSeek 回复，会补启动、停止、首次密码生成脚本，并把日志和运行状态集中保存。随后它还报告，实际停止、启动、再停止、再启动了一遍，最后保持网站运行。 看最终回复里的这几行：双击 start.command 启动，stop.command 停止，status.command 查看运行状态。对我这种使用者来说，这些入口比一大段技术介绍更容易照着操作。 我会把说明、页面地址、提问和问题记录留在一起。这样隔几天再回来，也知道怎么启动、从哪里管理、哪些资料不能直接分享。到这里，这个局域网网站的开发过程才算有了完整交付。
我输入的提示词
现在主要功能都有了，最后帮我整理好，方便我以后自己用、也方便拿给别人看：电脑关机再开后怎么启动、怎么停止，最好给我简单的脚本和新手能看懂的说明；把所有页面地址写清楚；整理这次遇到的问题和你怎么解决的；临时文件集中放好；再给我一个代码包，账号密码、预约数据库和测试数据不要放进去。这次先保留在本机和同一Wi-Fi可用，不用部署公网。最后给我一张当前首页预览，并保持网站运行。我们的每轮提问原文我也会单独保留。
DeepSeek 的回复摘录
原始回复 #2290现在做收尾整理：先加启动/停止脚本和首次密码生成脚本，再写新手说明、问题记录和打包清单。临时日志统一放 `logs/`、运行状态放 `tmp/`。
原始回复 #2306启动/停止脚本已经写好。现在实际停一次、用脚本启动、再停止、再启动，确认新手照着做能跑通，最后保持网站运行。
原始回复 #2434## 一、电脑重启后怎么用 在 Finder 里打开项目的 `scripts` 文件夹： - **双击 `start.command`**：启动网站和预约接口。第一次会自动安装依赖、生成店主密码。 - **双击 `stop.command`**：停止网站和预约接口。 - **双击 `status.command`**：查看当前有没有在运行。 启动成功后浏览器会自动打开首页，终端窗口可以关掉，网站会继续在后台运行。
带着自己的想法，做下一个项目。
这段案例先完成本机和局域网开发。网站部署、云服务器与域名配置，继续沿网站课程路线学习。