网站计划

PLAN.md 会在项目首次构建完成的那一刻写入，其设计目标是始终描述网站当前的状态——而不是记录其所发生过的一切（那是“版本”标签和“更新日志”的用途）。“网站计划”页面会将该 Markdown 解析为真实界面：页面用表格、模块用列表、未解决问题用清单，业务信息、品牌和决策则用纯文本段落呈现。

在任何构建完成之前，还没有可读取的内容：该屏幕会显示“尚无计划”，简单说明计划由项目的首次构建编写，并提供返回项目自身页面的链接，而不是显示一个空表格。

如果网站文件是在没有计划的情况下导入的（通过连接器从其他 AI 工具发布、导入或上传），仍会生成计划：该屏幕会根据项目简报、所选工具包和已测量的页面开始制定计划，并显示横幅“此计划已为你开始制定”，同时提供“保存此计划”按钮，使其成为项目的真实计划，从而使每个部分都可以编辑。“阅读完整网站计划”会链接到“计划与简报”标签中的计划文档。

之后从工具包添加的工具（添加到计划）会以“计划中”的状态加入模块列表，并带有“在工具包中查看”链接，即使计划文本是在它们添加之前编写的。

在标题下方，有一行文字说明计划上次更新的时间：“计划已更新 10月2日 下午3:04”。该时间来自 aiKit 上次测量网站真实文件的时间，每次更改后都会进行测量（例如聊天编辑、置顶、工具包添加、恢复、手动编辑计划，或从其他 AI 工具发布）。

在页面顶部（计划生成后显示）：一个总体完成百分比进度条，下方是三个卡片：已搭建页面（共计划页面数）、已搭建模块（共所选模块数）、已回答问题（共计划中未解决的问题数）。每个卡片都是一个按钮，点击后会滚动到对应的统计部分。这些数字不是由计划文本自我报告的：只有当 aiKit 在网站的实际文件中找到某个页面时，该页面才算已搭建；只有在经过验证的搭建报告或文件中找到模块时，该模块才算已搭建；而问题只有在计划中对应条目被勾选，或客户已在其“问题”页面上作答时，才算已回答。

有两种情况会导致计划落后，页面会说明是哪一种：在修改后重写计划的 AI 处理没有完成（“上次修改后，书面计划未更新”，并附上原因），或者网站有比计划所依据版本更新的版本（“网站在该计划上次更新后发生了变化”）。出现任一情况时，都会显示“刷新计划”按钮。打开页面时，系统不会自动运行它（打开页面从不使用 AI）；引擎会在后台将每次修改合并到计划中，该按钮是在这一过程落后时使用的。点击“刷新计划”会将最新的修改合并到书面计划中，并重新评估网站。如果仍未成功，横幅会保留错误原因，你可以再次点击“刷新计划”，或手动编辑计划。

“健康度”卡片会根据 aiKit 在实际文件中检查的规则为网站打分（满分 100 分），而不是根据 AI 的意见。检查内容包括：页面标题或搜索描述缺失或重复；页面没有主标题或有多个主标题；链接指向不存在的页面；页面没有任何链接指向且不在菜单中；图片缺少供屏幕阅读器使用的描述；页面过短；表单没有提交去处；以及需求中要求但网站上没有的模块。每个问题都会注明所在页面和重要原因，并附有“修复”按钮：点击后，系统会将该问题的现成修复指令作为请求提交，并交给 AI 处理，处理期间按钮显示“已请求修复”；修改生效后，系统会重新评分。你可以按严重程度筛选列表，使用“高”“中”“低”数量进行过滤，点击“显示全部”即可清除筛选。

站点地图以树状图展示网站：首页位于顶部，其次是按顺序排列的菜单，再其次是从这些页面链接到的其他页面。没有任何链接指向的页面单独归为一组；计划中列出但尚未搭建的页面以虚线绘制并标记为“计划中”；已搭建但计划中未提及的页面会标记为“不在计划中”，并带有“添加到计划”按钮，点击后会将其添加到“页面”部分。

点击任意页面（在站点地图或页面列表中），即可在计划旁边打开其详情。地址栏会变为 ?page=/about，因此团队中的任何人都可以通过该链接打开同一页面。详情包括：该页面在 Google 中的显示方式（标题、地址、描述）、其各个部分和主标题、字数、图片及缺少描述的图片数量、表单以及运行这些表单的套件模块、客户是否已批准该页面，以及最近一次修改：时间、请求人以及请求内容。

“历史记录”列出 aiKit 保存的版本（原始版本及最新的 10 个版本），按从新到旧排序，显示每个版本的编号、修改类型（首次搭建、聊天、置顶、套件、发布、恢复、计划编辑）、时间、请求内容、请求人，以及发生变化的页面（点击页面可打开其详情）。最新版本标记为“当前版本”；其他较旧的版本则带有“恢复此版本”按钮，点击后会先询问确认，并在恢复前保存当前状态，因此恢复操作可以撤销。默认显示前三个版本；点击“显示全部”可列出其余版本。

“业务信息”部分会将客户档案中的电话、电子邮件、地址和营业时间与已搭建页面的文字进行比对（首页和联系页面优先）。每项信息会显示“网站上有”或“网站上未找到”（并注明检查了多少个页面，因为网站可能仍显示旧值），还提供“在客户档案中编辑”链接，让客户档案始终作为信息的唯一来源。

• 页面——一个表格，包含：页面、路径、用途和状态（已搭建或计划中）；页面既已搭建又已上线后，会显示真实的“查看”链接，可直接访问线上页面。
• 模块和工具——计划中列出的每个模块，各带有“已搭建”或“计划中”标签及其各自的备注。
• 业务信息——营业时间、地址、服务、价格，以及任何关于业务的事实信息，以纯文本形式呈现。
• 品牌——计划中记录的配色、语气及任何风格说明。
• 决定事项——已经做出的实际决定，下一次编辑时不应再重新讨论。
• 待解决问题——仍真正未决的事项清单，每项显示“已回答”或“未解决”。

每个部分卡片上都有相同的两个按钮。“编辑”会在普通文本框中打开该部分的原始 Markdown 内容，并将其直接保存回 PLAN.md——这是一次真实、即时的写入（通过项目自身的 PUT 接口完成），但它刻意不会触发搭建或部署；它只会改变计划文档的内容，与编辑任何其他笔记相同。

“请求修改”有所不同，这是有意设计的：它会打开一个简单的表单（“您希望修改 <section> 中的哪些内容？”），提交后会在项目的“反馈”标签页中生成一条正式请求，标题为“网站规划 — <Section>：…”，与任何标注或快速编辑请求完全一样，并拥有自己的状态流程；发送后还会出现“查看请求”链接。如果您要自己更正或改写规划本身的文字，请使用“编辑”；如果您希望实际网站（进而规划）随之更新，请使用“请求修改”。

该计划分为两层。衡量数据（页面、标题、章节、链接、表单、模块、健康状况）由代码在每次更改后从真实文件中获取，因此不会出现偏差。书面计划（目标、业务信息、品牌、决策、待解决问题）由一次AI处理保持更新，该处理在每次更改后运行，且只重写受更改影响的部分。它从不添加更改日志或带日期的条目；更改记录保存在“历史”中。

如果AI处理失败，书面计划将保持原样而不是被部分重写，失败会被记录，页面会显示“刷新计划”（见上文），而不是悄悄显示过时的计划。

计划旁边的操作栏包含各项操作（在手机上，操作栏会在进度条下方变成全宽的“复制客户链接”按钮，其余操作收纳在“更多操作（3）”下）。“与客户分享”会复制一个只读链接（aikit.ai/p/<project>/plan）——不包含员工工具、编辑按钮或任何内部内容。“打开线上网站”是直接指向线上网站的链接；如果网站尚未上线，操作栏会明确显示“尚未上线”。“文件”会显示真实的文件数量，并可展开列出每个文件的路径和大小。“下载计划”会下载当前真实的PLAN.md文件，作为真正的.md文件，与页面读取的内容逐字节一致——而不是重新生成的摘要。

客户页面默认打开“计划”标签页，显示员工在“计划与简报”标签页中看到的同一份网站计划文档（概述和目标、受众、策略、网站地图、每个工具及其对业务的作用和状态、内容计划、时间表、决策和待解决问题），但不包含仅限员工可见的部分：不显示添加工具时输入的备注、不显示是谁添加了什么、不显示通往aiKit套件的链接，也没有“编写计划”按钮。第二个标签页“页面与审批”保留下方的逐页视图。

“页面与审批”页面需使用客户已用于提交反馈的同一访问码才能进入（无需单独登录）。客户将看到相同的进度条、其页面的网站地图、带有“查看”链接的页面列表、模块、业务信息、品牌、决策和待解决问题，以及一行“计划已更新”。客户看不到健康状况、修复说明、历史记录、谁请求了什么、文件列表，也没有任何编辑或“请求更改”按钮。

员工为自己标记的内容会在页面发送前于服务器端移除，适用于所有章节：包含“(internal)”、“[internal]”或“(staff only)”的行，以“Internal:”或“Staff only:”开头的行，标题含有Internal或Staff only的任何章节，以及隐藏注释。这些内容绝不会到达客户的浏览器，甚至不会出现在页面的网络数据中。

每个已建成的页面都有一个“批准”按钮。客户输入姓名（以及可选的备注）后即可批准；批准与该页面的确切内容绑定，因此如果页面之后发生变化，会显示“自您批准后已更改”并再次请求批准。只有使用客户访问码的人才能批准。如果您在以员工身份登录时打开客户链接，您可以看到每个页面的批准状态，但没有“批准”按钮，因此任何人都无法代表客户批准。在员工的“网站计划”中，已批准的页面显示“客户已批准”，已更改的页面显示“自批准后已更改”。

页面底部有一个“发送反馈”按钮：如果网站已上线，它会使用客户自己的访问码打开真实的线上网站，并已开启反馈浮层；如果尚未上线，则会改为打开其“最近更新”页面。