提示词可以直接复制使用，产品、ui、架构、开发等四大角色全流程AI标准化操作手册

AI2周前发布 beixibaobao
44 0 0

四大角色全流程AI标准化操作手册

本手册以「社交账号智能客服系统」核心业务场景为例，每个角色的操作流程100%可落地、可复现，明确每一步的AI工具、输入要求、可直接复用的Prompt、输出物、验收标准，严格遵循「前序环节100%确认，才进入下一环节」的闭环规则。

一、产品经理角色：客户需求→锁定版可落地PRD

核心职责与最终输出物

  • 核心职责：把客户零散、非结构化的需求反馈，转化为无歧义、可评审、可开发、可测试的标准化产品需求文档，全程AI辅助提效，杜绝需求遗漏和逻辑矛盾。
  • 最终锁定输出物：《产品需求文档V1.0正式版》（含项目概述、用户画像、功能清单、业务流程、功能详情、验收标准、非功能需求、上线标准）

固定AI工具选型

  • 主力工具：GPT-4o / Claude 3 Opus（长文本理解、逻辑梳理、结构化生成能力最优）
  • 国内平替：豆包Pro 企业版 / 文心一言4.0（本土化场景适配好，网络稳定，支持长文档上传）
  • 辅助工具：XMind AI（生成需求脑图）、Mermaid Live Editor（AI生成业务流程图）

全流程分步AI操作（共6步，闭环可落地）

步骤1：需求归集与AI清洗结构化
  • 操作目的：把客户零散的需求（聊天记录、语音转写、会议纪要、手绘草图、口头需求）转化为标准化需求点，区分显性需求+隐性需求，剔除无效信息。
  • AI输入：客户原始需求全量文本、项目核心背景（如“做一套基于CloudOpen的多平台社交账号智能客服系统，服务于电商商家，核心是自动回复+智能客服功能”）
  • 可直接复用Prompt：
你是资深B端产品经理，现在处理【社交账号智能客服系统】的客户原始需求，完成以下操作：
1. 把以下粘贴的原始需求文本，拆解为「显性需求点」和「隐性需求点」，每条需求单独编号，语言简洁无歧义；
2. 剔除无效信息、重复需求、矛盾需求，标注出需求中的模糊点（需要和客户二次确认的内容）；
3. 按「核心业务类、用户管理类、系统管理类、数据统计类」四大维度对需求点分类；
4. 输出格式：结构化表格，包含需求编号、需求分类、需求内容、需求类型（显性/隐性）、是否需二次确认。
【原始需求粘贴区】
  • 输出物：《结构化需求清单V1.0》、《需求二次确认清单》
  • 验收标准：无重复/矛盾需求，所有模糊点全部标注，客户二次确认后，需求清单100%闭环。
步骤2：需求分层与优先级AI排序
  • 操作目的：基于确认后的需求清单，完成用户画像、用户故事、需求优先级划分，明确哪些功能必须做、哪些后续迭代，为PRD搭建核心框架。
  • AI输入：确认后的《结构化需求清单V1.0》、项目目标用户（电商商家、运营人员、客服人员）
  • 可直接复用Prompt：
你是资深B端产品经理，基于以下确认后的需求清单，完成以下操作：
1. 生成3类核心用户画像，包含用户身份、核心诉求、使用场景、用户痛点，贴合电商商家使用智能客服系统的真实场景；
2. 为每条需求点生成对应的用户故事，格式为「作为[用户角色]，我希望[功能]，以便于[达成目标]」；
3. 用MoSCoW法则对需求做优先级划分，分为Must have（P0必须有）、Should have（P1应该有）、Could have（P2可以有）、Won't have（P3本期不做），P0需求必须覆盖核心业务闭环；
4. 输出格式：结构化，先用户画像，再优先级需求清单表格，包含需求编号、用户故事、优先级、所属迭代。
【确认后的结构化需求清单粘贴区】
  • 输出物：《用户画像文档》、《优先级需求清单V1.0》
  • 验收标准：P0需求完整覆盖「多平台账号接入→消息接收→智能回复→数据统计」核心业务闭环，无逻辑断层。
步骤3：标准化PRD全量AI生成
  • 操作目的：基于前面的输出物，生成完整的、符合开发规范的PRD，每个功能都有明确的业务规则、页面说明、验收标准，杜绝模糊描述。
  • AI输入：《结构化需求清单》、《用户画像》、《优先级需求清单》、项目核心背景
  • 可直接复用Prompt（分模块生成，避免单轮文本过长）：
① PRD基础信息模块Prompt
你是资深B端产品经理，为【多平台社交账号智能客服系统】生成PRD的基础信息模块，要求：
1. 包含项目背景、项目目标、项目范围、术语定义、参考文档；
2. 项目目标要可量化，比如“支持微信/QQ/小红书/抖音/微博5大平台账号接入，实现80%的高频咨询自动回复，降低商家客服人力成本50%”；
3. 术语定义要覆盖业务专有名词，比如CloudOpen、自动回复规则、会话上下文、意图识别；
4. 语言专业、简洁，符合互联网PRD规范。
② 业务流程模块Prompt
你是资深B端产品经理，为【多平台社交账号智能客服系统】生成核心业务流程模块，要求：
1. 画出3个核心业务流程图：「商家账号接入流程」、「用户消息自动回复全流程」、「人工客服接管会话流程」，用Mermaid代码生成，可直接运行；
2. 为每个流程图配详细的流程说明，标注每个节点的触发条件、前置条件、后置条件、异常处理逻辑；
3. 流程必须闭环，覆盖正常场景和异常场景（比如平台接口调用失败、消息发送超时）。
③ 功能详情模块Prompt（核心，按单个功能生成）
你是资深B端产品经理，为【多平台社交账号智能客服系统】的【P0-关键词自动回复规则管理】功能，生成详细的功能详情，要求：
1. 包含功能概述、页面入口、页面说明、操作流程、业务规则、字段说明、异常处理逻辑；
2. 业务规则必须细化到每一种场景，比如“关键词匹配模式分为精准匹配、模糊匹配、包含匹配，优先级精准>模糊>包含”；
3. 为该功能生成5条可量化、可测试的验收标准，不能出现“体验良好”等模糊描述，必须是“当用户输入精准匹配的关键词时，系统必须在1s内返回对应的预设回复内容”；
4. 格式清晰，分点明确，符合开发和测试的阅读习惯。
  • 输出物：《产品需求文档V1.0初稿》
  • 验收标准：所有P0功能都有完整的业务规则、验收标准，无模糊描述，流程闭环，覆盖异常场景。
步骤4：PRD完整性与合规性AI交叉校验
  • 操作目的：用AI做交叉校验，排查PRD中的需求遗漏、逻辑矛盾、验收标准不可落地、异常场景未覆盖的问题，避免后续开发返工。
  • AI输入：《产品需求文档V1.0初稿》全量内容
  • 可直接复用Prompt：
你是资深产品评审专家，现在对这份【多平台社交账号智能客服系统】的PRD初稿做全面校验，完成以下操作：
1. 检查PRD是否覆盖所有P0优先级需求，标注出遗漏的需求点；
2. 检查所有功能的验收标准是否可量化、可测试，标注出模糊、不可落地的验收标准，并给出修改建议；
3. 检查业务流程、业务规则是否存在逻辑矛盾、前后不一致的问题，标注出具体位置和修改建议；
4. 检查是否有未覆盖的异常场景，比如网络异常、接口调用失败、用户输入违规内容等，给出补充建议；
5. 输出格式：结构化表格，包含问题类型、问题位置、问题描述、修改建议。
  • 输出物：《PRD校验问题清单》、《产品需求文档V1.0修改版》
  • 验收标准：所有校验出的问题全部修改完成，PRD无逻辑矛盾、无需求遗漏、所有验收标准可落地。
步骤5：需求评审与AI辅助迭代修改
  • 操作目的：组织UI、架构、开发、测试人员做需求评审，基于评审意见，用AI快速修改PRD，提升迭代效率。
  • AI输入：PRD修改版、评审意见汇总（分点列出）
  • 可直接复用Prompt：
你是资深B端产品经理，基于以下PRD评审意见，对这份【多平台社交账号智能客服系统】的PRD做修改，要求：
1. 逐条响应评审意见，每条意见都有对应的修改内容，不遗漏；
2. 修改后保持PRD的格式统一、前后逻辑一致，不出现新的矛盾；
3. 标注出所有修改的位置和内容，生成修改说明；
4. 最终输出修改后的完整PRD对应模块，以及修改说明表。
【评审意见粘贴区】
【对应PRD模块内容粘贴区】
  • 输出物：《PRD评审修改说明》、《产品需求文档V1.0正式版》
  • 验收标准：所有评审意见全部闭环，参与评审的角色无异议。
步骤6：PRD最终锁定与下发
  • 操作目的：最终确认PRD版本，锁定需求，生成需求基线，下发给UI设计、系统架构角色，禁止随意变更。
  • AI输入：《产品需求文档V1.0正式版》
  • 可直接复用Prompt：
你是资深B端产品经理，基于这份锁定版PRD，生成2份文档：
1. 《需求变更管理规则》：明确需求变更的申请流程、评审流程、变更影响评估标准，避免开发过程中随意改需求；
2. 《PRD核心要点精简手册》：提炼PRD的核心目标、P0功能清单、核心业务规则、验收标准，1000字以内，方便UI、开发快速掌握核心需求。
  • 输出物：锁定版《产品需求文档V1.0正式版》、《需求变更管理规则》、《PRD核心要点精简手册》
  • 验收标准：所有相关角色确认接收，需求基线锁定，无异议。

产品经理AI操作避坑指南

  1. 禁止让AI一次性生成完整PRD，必须分模块生成，人工逐模块校验，避免出现逻辑断层、内容泛化；
  2. 所有验收标准必须可量化，绝对禁止AI生成“体验良好”“操作便捷”等模糊描述，必须有明确的判断标准；
  3. 必须让AI重点覆盖异常场景，避免只做正常流程，导致开发过程中频繁补需求；
  4. 需求变更必须走流程，禁止直接修改锁定版PRD，需生成迭代版本，同步给所有相关角色。

二、UI设计角色：锁定版PRD→用户确认的高保真可交互UI

核心职责与最终输出物

  • 核心职责：基于锁定版PRD，生成可在线演示、可快速迭代的UI原型，根据用户反馈修改优化，直到用户100%确认，最终输出可直接用于开发的设计稿、切图、设计规范。
  • 最终锁定输出物：用户确认版高保真可交互原型、UI设计稿源文件、标注切图、UI设计规范手册

固定AI工具选型

  • 主力工具：
    1. 原型生成：Uizard Pro（文本转可交互原型、手绘稿转原型，支持多端适配）
    2. 高保真设计+迭代+演示：Figma + Figma AI插件（行业标准，支持在线协作、一键分享演示、AI批量修改、切图标注）
  • 国内平替：即时设计（带AI插件）、Mockplus AI（国内网络稳定，本土化功能适配好）
  • 辅助工具：Midjourney（生成运营配图、图标）、Remove.bg（AI抠图）

全流程分步AI操作（共7步，闭环可落地）

步骤1：PRD解析与页面结构AI拆解
  • 操作目的：把锁定版PRD转化为清晰的页面清单、页面核心元素、页面跳转逻辑，明确设计范围，避免遗漏页面。
  • AI输入：锁定版PRD、PRD核心要点精简手册、品牌基础规范（如有logo、品牌色、字体）
  • 可直接复用Prompt：
你是资深UI/UX设计师，基于这份【多平台社交账号智能客服系统】的锁定版PRD，完成以下操作：
1. 拆解出完整的页面清单，按「商家端后台、用户端对话页」两大端分类，标注每个页面的所属模块、页面核心功能、页面入口；
2. 梳理出完整的页面跳转逻辑图，用Mermaid代码生成，可直接运行；
3. 提炼每个页面的核心元素、必填字段、操作按钮，生成每个页面的元素清单；
4. 输出格式：先页面跳转逻辑图，再页面清单表格，包含页面编号、所属端、页面名称、核心功能、核心元素清单。
【锁定版PRD核心内容粘贴区】
  • 输出物：《系统页面清单V1.0》、《页面跳转逻辑图》
  • 验收标准：100%覆盖PRD中所有P0功能对应的页面，跳转逻辑和PRD的业务流程完全一致，无遗漏。
步骤2：低保真可交互原型AI生成
  • 操作目的：快速生成线框图原型，验证页面结构、操作流程、跳转逻辑是否符合PRD要求，提前规避结构问题，降低后续修改成本。
  • AI输入：《系统页面清单》、《页面跳转逻辑图》、PRD中对应页面的功能说明
  • 操作步骤+AI Prompt：
  1. 打开Uizard，新建项目，选择对应终端（Web端/移动端）；
  2. 进入AI生成页面，输入以下Prompt，生成单页面低保真线框图，逐页生成：
生成【多平台社交账号智能客服系统】的【账号接入管理页】的低保真线框图，要求：
1. 页面核心功能：商家可添加/删除/编辑微信/QQ/小红书/抖音/微博平台的账号，查看账号的接入状态、在线状态、今日消息量；
2. 页面核心元素：顶部导航栏、侧边菜单栏、平台筛选栏、账号列表表格、新增账号按钮、操作列（编辑/删除/查看详情）；
3. 符合B端后台设计规范，布局清晰，逻辑合理，只保留线框和基础元素，无需配色和细节样式。
  1. 所有页面生成完成后，用Uizard的AI交互功能，选中页面元素，输入“点击新增账号按钮，跳转到新增账号弹窗”，自动添加页面跳转和交互逻辑；
  2. 生成可在线分享的原型链接，设置可评论权限。
  • 输出物：低保真可交互原型、在线分享链接
  • 验收标准：所有页面结构符合PRD要求，跳转逻辑正确，可完整演示核心业务流程，无结构错误。
步骤3：设计规范与高保真设计AI生成
  • 操作目的：基于品牌规范，生成统一的设计系统，把低保真原型转化为高保真设计稿，1:1还原PRD的功能要求，符合用户审美和使用习惯。
  • AI输入：低保真原型、品牌规范（logo、品牌色、目标用户）、PRD功能详情
  • 操作步骤+AI Prompt：
  1. 把低保真原型导入Figma，先用Figma AI生成设计系统，Prompt：
为【多平台社交账号智能客服系统】生成一套完整的B端后台设计规范，要求：
1.  品牌主色：#165DFF（可微调），生成配套的辅助色、中性色、功能色（成功/警告/错误/禁用），符合WCAG可访问性标准；
2.  字体规范：明确标题、正文、辅助文字的字体、字号、字重、行高，适配Web端；
3.  组件规范：生成按钮、输入框、表格、弹窗、下拉菜单、标签、分页器的基础样式，包含默认态、悬浮态、点击态、禁用态；
4.  布局规范：明确栅格系统、间距规范、页面边距；
5.  输出格式：在Figma中生成可复用的组件库和样式库，配套规范说明。
  1. 基于生成的设计规范，用Figma AI逐页把低保真线框图转化为高保真设计稿，单页Prompt示例：
基于当前的设计规范，把这个【账号接入管理页】的低保真线框图，转化为高保真设计稿，要求：
1.  严格遵循已生成的设计规范，配色、字体、组件样式完全统一；
2.  表格列包含：账号名称、所属平台、接入状态、在线状态、今日接收消息数、今日自动回复数、操作列；
3.  操作列按钮：查看详情、编辑、删除、停用；
4.  页面顶部添加平台筛选、状态筛选、搜索框、新增账号按钮；
5.  符合B端后台设计规范，布局合理，视觉层级清晰，重点信息突出。
  1. 针对特殊场景（空状态、加载状态、错误状态），用AI生成对应的设计，Prompt：
为【多平台社交账号智能客服系统】生成3个空状态设计：账号列表为空、自动回复规则为空、会话记录为空，要求符合当前设计规范，配图简洁，文案友好，有明确的引导操作按钮。
  • 输出物：UI设计规范手册、高保真设计稿初稿、可复用组件库
  • 验收标准：所有页面100%覆盖PRD的功能要求，设计规范统一，视觉层级清晰，符合B端产品使用习惯。
步骤4：完整交互逻辑添加与演示包AI生成
  • 操作目的：为高保真设计稿添加完整的交互动效、跳转逻辑、状态变化，生成可在线演示、可在手机/电脑端预览的演示包，完全模拟产品上线后的真实使用效果。
  • AI输入：高保真设计稿、PRD中的业务流程、页面跳转逻辑
  • 操作步骤+AI Prompt：
  1. 在Figma中切换到原型模式，用Figma AI为页面元素添加交互逻辑，Prompt示例：
为当前页面的【新增账号】按钮添加交互：点击按钮，弹出新增账号弹窗，弹窗出现时带渐入动画，时长300ms；点击弹窗的取消按钮，弹窗关闭，带渐出动画。
  1. 为所有页面添加完整的跳转逻辑、状态切换、动效，包括：页面间跳转、弹窗打开/关闭、Tab切换、分页切换、hover/点击态变化；
  2. 用AI生成演示流程引导，Prompt：
为【多平台社交账号智能客服系统】的高保真原型，生成一套完整的演示流程，包含：
1.  核心流程演示步骤：商家注册登录→接入抖音账号→配置关键词自动回复规则→模拟用户发送消息→查看自动回复效果→查看消息统计数据；
2.  每个步骤的演示说明、操作指引；
3.  生成演示封面和结束页，符合设计规范。
  1. 完成后，点击Figma右上角的「分享」，生成可在线访问的演示链接，开启原型预览权限，设置可评论功能，方便用户反馈。
  • 输出物：高保真可交互原型、在线演示链接、演示流程说明
  • 验收标准：可完整流畅地演示产品核心业务流程，所有交互逻辑符合PRD要求，无跳转错误，可在多端正常预览。
步骤5：用户反馈接收与AI辅助快速迭代修改
  • 操作目的：把演示链接发给用户，接收用户的修改意见，用AI快速批量修改，生成新版本演示链接，循环迭代，直到用户100%确认。
  • AI输入：用户反馈意见（分点列出）、当前高保真设计稿、设计规范
  • 操作步骤+AI Prompt（分3类场景处理）：
场景1：全局样式批量修改
  • 示例需求：“把所有主按钮的圆角从4px改成8px，把主色从#165DFF改成#007AFF”
  • Figma AI Prompt：
批量修改整个设计稿的所有主按钮，把圆角从4px调整为8px；把全局主色从#165DFF替换为#007AFF，同步更新所有使用主色的元素、组件、样式，保持设计规范统一。
场景2：单页面布局/元素修改
  • 示例需求：“把账号管理页的表格，新增一列「最后消息时间」，放在「今日自动回复数」前面；把操作列的按钮从文字改成图标按钮”
  • Figma AI Prompt：
修改当前的账号管理页表格，完成以下操作：
1.  在「今日自动回复数」列前面，新增一列「最后消息时间」，列宽150px，对齐方式居中；
2.  把操作列的文字按钮（查看详情、编辑、删除、停用），改成对应的图标按钮，hover时显示文字提示；
3.  保持表格整体布局协调，符合当前设计规范，不破坏其他元素的样式。
场景3：新增页面/功能模块
  • 示例需求：“新增一个客服人员管理页面，功能是添加/编辑/删除客服账号，设置客服的权限和负责的平台”
  • 操作：重复步骤2-步骤4，用AI生成对应页面的低保真→高保真→交互逻辑，添加到原型中。
  • 每一轮修改完成后，重新生成演示链接，标注版本号（如V1.1），同步给用户，直到用户无任何修改意见。
  • 输出物：多轮迭代后的UI设计稿、最终版可交互原型、用户确认记录
  • 验收标准：用户100%确认设计稿，签署确认函（或线上确认），无任何修改意见。
步骤6：开发标注与切图AI生成
  • 操作目的：基于用户确认的最终版设计稿，生成开发所需的标注、切图、组件属性，确保开发能1:1还原设计稿。
  • AI输入：用户确认版最终设计稿
  • 操作步骤+AI Prompt：
  1. 在Figma中安装「Figma 标注」插件，用AI一键生成全页面的开发标注，包含元素尺寸、间距、色值、字体、圆角、阴影等所有开发所需参数；
  2. 用AI批量切图，Prompt：
把当前设计稿中所有需要切图的元素，包括图标、配图、按钮背景、特殊样式元素，按以下要求批量切图：
1.  切图格式：PNG（2x/3x）、SVG（矢量图标）；
2.  切图命名规范：模块_功能_元素名称，比如account_add_icon.svg；
3.  自动去除冗余空白边距，按元素实际尺寸切图；
4.  分类整理到不同的文件夹中，方便开发下载。
  1. 生成设计稿交付说明，标注出特殊样式、交互动效的实现要求、适配规则。
  • 输出物：开发标注文件、切图资源包、UI设计交付说明
  • 验收标准：标注清晰无遗漏，切图完整，开发可直接使用，无信息缺失。
步骤7：UI设计最终锁定与下发
  • 操作目的：最终锁定UI设计版本，把所有交付物整理归档，下发给系统架构、开发者角色，同步设计规范和注意事项。
  • 输出物：用户确认版UI设计稿源文件、可交互原型链接、设计规范手册、开发标注、切图资源包、交付说明
  • 验收标准：所有相关角色确认接收，设计版本锁定，无特殊情况不做变更。

UI设计AI操作避坑指南

  1. 必须先做低保真原型确认页面结构和流程，再做高保真设计，避免后期大规模修改，浪费时间；
  2. 全局样式必须先建立设计规范和组件库，再做页面设计，禁止零散修改，导致设计不统一；
  3. 给用户的演示链接必须是可交互的原型，而不是静态图片，让用户能真实体验操作流程，提前发现问题；
  4. 切图和标注必须AI生成后人工校验，避免出现切图错误、标注遗漏，导致开发还原偏差。

三、系统架构角色：锁定版PRD+UI→三套成本梯度可落地架构

核心职责与最终输出物

  • 核心职责：基于锁定版PRD和UI设计稿，设计低成本、中成本、高成本三套可完整运行、可扩展的系统架构，明确每套架构的技术栈、部署方案、成本测算、优缺点、适配场景，最终选定一套架构作为开发依据。
  • 最终锁定输出物：三套系统架构方案（含架构拓扑图、技术栈、部署手册）、架构对比选型表、最终选定版架构详细设计文档、开发规范

固定AI工具选型

  • 主力工具：Claude 3 Opus / GPT-4o（深度技术理解、架构设计能力、长文本逻辑处理最优，支持复杂架构设计和代码生成）
  • 国内平替：豆包Pro 4.0 长文本版 / 通义千问4.0 企业版（国内网络稳定，支持国产化技术栈适配）
  • 辅助工具：Mermaid Live Editor（AI生成架构拓扑图）、Draw.io（架构图可视化）、云厂商价格计算器（AI生成成本测算）

全流程分步AI操作（共6步，闭环可落地）

步骤1：需求技术拆解与核心指标AI梳理
  • 操作目的：把PRD和UI中的业务需求，转化为技术需求，明确系统的核心技术指标、模块划分、约束条件，为架构设计提供依据。
  • AI输入：锁定版PRD、UI设计稿、业务规模预估（如日均UV、峰值QPS、数据存储量、并发会话数）、合规要求、团队技术栈背景
  • 可直接复用Prompt：
你是资深云原生架构师，基于【多平台社交账号智能客服系统】的锁定版PRD和业务需求，完成以下操作：
1.  把业务需求拆解为技术模块，划分出核心技术模块和非核心模块，明确每个模块的功能职责、输入输出；
2.  梳理出系统的核心技术指标，包括：性能指标（消息响应延迟、接口响应时间）、可用性指标（系统可用性SLA）、并发指标（峰值并发会话数、QPS）、存储指标（消息数据存储周期、数据量预估）；
3.  明确系统的约束条件，包括：合规要求（用户数据隐私保护）、技术栈约束、成本预算约束、部署周期约束；
4.  输出格式：结构化，先技术模块拆分，再核心技术指标表，最后约束条件清单。
【锁定版PRD核心内容粘贴区】
【业务规模预估：日均商家用户1000人，峰值并发会话10000条，单条消息处理延迟<1s，消息数据存储6个月，系统可用性SLA 99.9%】
  • 输出物：《技术模块拆分文档》、《系统核心技术指标表》、《架构设计约束条件》
  • 验收标准：技术模块100%覆盖PRD的所有功能，核心技术指标可量化，符合业务需求，约束条件明确无遗漏。
步骤2：三套成本梯度架构核心框架AI设计
  • 操作目的：基于技术拆解结果，设计**低成本（MVP验证）、中成本（中小规模商用）、高成本（大规模高可用）**三套架构的核心框架，确保每套架构都能完整运行，覆盖所有业务功能，只是在性能、扩展性、成本上有差异。
  • AI输入：《技术模块拆分文档》、《系统核心技术指标表》、《架构设计约束条件》
  • 可直接复用Prompt（分三套架构生成，每套单独生成）：
① 低成本架构Prompt
你是资深架构师，为【多平台社交账号智能客服系统】设计一套**低成本可完整运行**的系统架构，要求：
1.  核心目标：MVP验证，最小成本落地，月度运维成本控制在200元以内，能支撑日均1000商家用户、峰值1000QPS、1万并发会话，完整覆盖所有业务功能；
2.  架构设计：采用Serverless无服务架构，最大化降低运维成本和服务器成本，明确每个技术模块对应的云服务选型；
3.  输出内容：
    - 架构核心设计思路、适用场景；
    - 完整的架构拓扑图，用Mermaid代码生成，可直接运行；
    - 详细的技术栈选型，包含前端、后端、中间件、存储、AI能力、部署方式；
    - 核心数据流转流程，从用户消息接收到回复下发的全链路；
    - 月度成本明细测算，精确到元。
② 中成本架构Prompt
你是资深架构师，为【多平台社交账号智能客服系统】设计一套**中成本中小规模商用**的系统架构，要求：
1.  核心目标：稳定商用，兼顾成本和扩展性，月度运维成本控制在300-800元，能支撑日均1万商家用户、峰值10000QPS、10万并发会话，系统可用性SLA 99.9%；
2.  架构设计：采用云服务器单体+微服务拆分的混合架构，兼顾开发效率和扩展性，支持平滑升级；
3.  输出内容：
    - 架构核心设计思路、适用场景；
    - 完整的架构拓扑图，用Mermaid代码生成，可直接运行；
    - 详细的技术栈选型，包含前端、后端、中间件、存储、AI能力、部署方式；
    - 核心数据流转流程，全链路监控和异常处理方案；
    - 月度成本明细测算，精确到元。
③ 高成本架构Prompt
你是资深架构师，为【多平台社交账号智能客服系统】设计一套**高成本大规模高可用**的系统架构，要求：
1.  核心目标：大规模商用，高可用、高并发、弹性伸缩，月度运维成本2000-5000元，能支撑日均10万+商家用户、峰值10万+QPS、100万+并发会话，系统可用性SLA 99.99%；
2.  架构设计：采用云原生微服务架构，分布式部署，支持多区域容灾，全链路监控，弹性伸缩；
3.  输出内容：
    - 架构核心设计思路、适用场景；
    - 完整的架构拓扑图，用Mermaid代码生成，可直接运行；
    - 详细的技术栈选型，包含前端、后端、中间件、存储、AI能力、部署方式；
    - 高可用方案、容灾方案、安全方案、全链路监控方案；
    - 月度成本明细测算，精确到元。
  • 输出物：三套架构的核心设计方案、架构拓扑图、技术栈清单、成本测算表
  • 验收标准：每套架构都能完整覆盖所有业务功能，技术选型可落地，成本测算准确，拓扑图逻辑清晰，无技术断层。
步骤3：每套架构的细节补全与落地性AI优化
  • 操作目的：为每套架构补充详细的落地细节，包括环境配置、部署步骤、安全方案、监控方案、扩容方案，确保每套架构都能照着文档直接部署运行，不是空架子。
  • AI输入：三套架构的核心设计方案、技术栈清单
  • 可直接复用Prompt（每套架构单独生成）：
你是资深架构师，基于这套【低成本MVP架构方案】，补充完整的落地细节，要求：
1.  生成详细的部署步骤，从环境准备、资源申请、代码部署、域名配置、SSL证书配置，到测试验证，一步一步写清楚，可直接照着操作；
2.  补充系统安全方案，包括：接口鉴权、数据加密、敏感信息处理、防刷限流、合规性处理；
3.  补充监控告警方案，明确需要监控的指标、告警阈值、告警方式；
4.  补充系统瓶颈分析和扩容方案，明确当业务规模增长时，如何平滑升级架构；
5.  补充开发规范，包括代码规范、接口规范、数据库设计规范，指导后续开发。
  • 输出物：三套架构的详细设计文档、部署手册、开发规范
  • 验收标准：每套架构的部署步骤清晰可落地，无技术盲点，安全、监控、扩容方案完整，符合业务需求。
步骤4：三套架构的优缺点与选型对比AI生成
  • 操作目的：生成详细的架构对比表，明确每套架构的优缺点、成本、适配场景、风险点，帮助团队快速选定适合的架构方案。
  • AI输入：三套架构的详细设计文档、成本测算表
  • 可直接复用Prompt：
你是资深架构师，基于这三套【多平台社交账号智能客服系统】的架构方案，生成一份详细的对比选型表，要求：
1.  对比维度包含：架构类型、月度成本、核心技术栈、最大支撑QPS、最大并发会话数、系统可用性SLA、开发周期、运维难度、扩展性、容灾能力、安全能力、适用场景、核心优点、核心缺点、潜在风险；
2.  内容必须准确，基于前面生成的架构方案，不夸大、不遗漏；
3.  最后给出选型建议，分别说明什么情况下选低成本架构、中成本架构、高成本架构；
4.  输出格式：先结构化对比表格，再选型建议。
  • 输出物：《三套架构对比选型表》、《架构选型建议》
  • 验收标准：对比维度完整，内容准确，优缺点客观，选型建议贴合业务实际情况。
步骤5：架构方案评审与最终锁定
  • 操作目的：组织产品、开发、运维人员做架构评审，基于评审意见优化架构方案，最终选定一套架构作为开发依据，锁定版本。
  • AI输入：三套架构方案、评审意见汇总
  • 可直接复用Prompt：
你是资深架构师，基于以下架构评审意见，对选定的【中成本商用架构方案】做优化修改，要求：
1.  逐条响应评审意见，每条意见都有对应的优化内容，不遗漏；
2.  优化后保持架构的完整性和落地性，不破坏原有架构的核心逻辑；
3.  更新架构拓扑图、技术栈清单、成本测算表、部署手册；
4.  输出修改后的架构方案，以及修改说明表。
【评审意见粘贴区】
【原架构方案内容粘贴区】
  • 输出物：优化后的最终版架构方案、架构评审修改说明、《架构设计文档V1.0正式版》
  • 验收标准：所有评审意见全部闭环，参与评审的角色无异议，架构方案最终锁定。
步骤6：架构方案最终下发与开发指导
  • 操作目的：把锁定版架构设计文档下发给开发者角色，明确开发规范、技术栈要求、模块拆分规则，为开发提供完整的技术指导，解答开发过程中的架构问题。
  • 输出物：锁定版《架构设计文档V1.0正式版》、部署手册、开发规范、数据库设计文档、接口规范文档
  • 验收标准：开发者完全理解架构方案，明确开发要求，无技术疑问。

附：三套架构核心信息精简版（贴合社交智能客服场景）

对比维度 低成本MVP架构 中成本商用架构 高成本高可用架构
核心架构 Serverless无服务架构 云服务器混合架构 云原生微服务分布式架构
月度成本 50-200元 300-800元 2000-5000元+
技术栈核心 前端：静态托管+Vue3
后端：腾讯云SCF/阿里云函数计算
数据库：SQLite/Serverless MySQL
缓存：Redis Serverless
AI能力：第三方大模型API
消息队列：Serverless MQ		 前端：Nginx+Vue3
后端：2核4G云服务器*2 + FastAPI/SpringBoot
数据库：MySQL 主从
缓存：Redis 单机
AI能力：大模型API+本地意图识别
消息队列：RabbitMQ
监控：Prometheus+Grafana		 前端：CDN+对象存储+Vue3
后端：K8s集群 + 微服务拆分
数据库：MySQL 分布式集群 + 读写分离
缓存：Redis 集群
AI能力：本地化部署大模型+向量数据库
消息队列：Kafka 集群
监控：全链路追踪APM
容灾：多可用区部署
最大支撑QPS 1000 10000 10万+
核心优点 成本极低、无需运维、开发周期短、快速上线验证 性能稳定、扩展性好、运维难度低、成本可控，适合中小规模商用 高可用、高并发、弹性伸缩、容灾能力强，支持大规模用户
核心缺点 并发能力有限、定制化能力弱、存在冷启动延迟 峰值承载有上限、大规模扩容需重构架构 成本高、运维复杂、开发周期长、技术门槛高
适用场景 产品MVP验证、小范围商家测试、个人/小团队使用 中小规模电商商家商用、稳定运营、日均用户1万以内 大规模平台化运营、多区域部署、日均用户10万+

系统架构AI操作避坑指南

  1. 禁止让AI生成脱离实际的“炫技架构”，所有技术选型必须贴合业务规模、团队技术能力、成本预算，确保可落地；
  2. 每套架构必须能完整运行，不能出现“低成本架构只做了部分功能”的情况，必须100%覆盖PRD的所有业务功能；
  3. 成本测算必须基于当前云厂商的公开价格，精确到具体的资源规格和费用，禁止AI生成模糊的成本范围；
  4. 必须提前考虑架构的平滑升级路径，比如低成本架构如何升级到中成本架构，避免后期业务增长时架构完全重构。

四、开发者角色：锁定版需求+UI+架构→单功能迭代开发上线

核心职责与最终输出物

  • 核心职责：基于锁定版PRD、UI设计稿、架构方案，严格遵循一次只开发一个功能的原则，用AI辅助完成编码、测试、调试，降低开发风险，最终交付完整可运行的产品。
  • 最终输出物：完整可运行的产品代码、测试报告、部署手册、用户操作手册

固定AI工具选型

  • 主力工具：
    1. 代码开发：Cursor编辑器（GPT-4o内核）（支持代码库全量理解、按功能生成代码、AI调试、代码审查，行业最优）
    2. 代码补全：GitHub Copilot X（和VS Code深度集成，实时代码补全、接口生成）
  • 国内平替：豆包代码编辑器、CodeGeeX4（国内网络稳定，支持国产化技术栈）
  • 辅助工具：Postman AI（生成接口测试用例）、Selenium AI（生成UI自动化测试用例）

全流程分步AI操作（单功能开发闭环，共7步，循环执行）

核心规则：严格一次只开发一个功能，必须等当前功能的开发、测试、代码合并全部完成，100%符合验收标准后，才能进入下一个功能的开发，绝对禁止同时开发多个功能，避免AI生成的代码出现大规模问题无法排查。

步骤1：项目初始化与开发环境AI搭建
  • 操作目的：基于锁定版架构方案，完成项目初始化、开发环境搭建、代码仓库创建、基础框架生成，为后续单功能开发提供基础。
  • AI输入：锁定版架构设计文档、技术栈清单、开发规范
  • 操作步骤+AI Prompt：
  1. 本地搭建开发环境，创建代码仓库（Git），创建项目文件夹；
  2. 打开Cursor编辑器，加载架构设计文档，输入Prompt生成项目基础框架，示例（中成本架构Python FastAPI后端）：
基于【中成本商用架构方案】，用Python + FastAPI 生成【多平台社交账号智能客服系统】的后端项目基础框架，要求：
1.  严格遵循RESTful接口规范，符合Python开发规范；
2.  项目目录结构清晰，包含：app模块（api、core、db、models、schemas、services、utils）、config配置文件、requirements依赖文件、main.py入口文件、README.md；
3.  预集成常用组件：JWT鉴权、ORM（SQLAlchemy）、Redis连接、日志模块、全局异常处理、接口跨域处理；
4.  生成数据库连接配置、环境变量配置模板、项目启动说明；
5.  所有代码可直接运行，无语法错误，依赖版本明确。
  1. 前端项目基础框架生成示例（Vue3）：
基于【中成本商用架构方案】，用Vue3 + Vite + Element Plus 生成【多平台社交账号智能客服系统】的前端项目基础框架，要求：
1.  严格遵循Vue3组合式API开发规范，目录结构清晰；
2.  预集成：路由Vue Router、状态管理Pinia、HTTP请求Axios、Element Plus组件库、权限控制、路由守卫；
3.  生成基础页面：登录页、后台主框架（侧边栏+顶部导航+内容区）、404页；
4.  适配UI设计规范，配置全局样式、主题色、axios请求/响应拦截器；
5.  所有代码可直接运行，无语法错误，依赖版本明确。
  1. 运行项目，验证基础框架是否正常启动，把代码提交到Git仓库，创建开发分支。
  • 输出物：前后端项目基础框架、代码仓库、开发环境配置文档
  • 验收标准：项目可正常启动运行，基础框架符合架构要求，目录结构规范，预集成组件正常工作。
步骤2：单功能边界锁定与拆解AI辅助
  • 操作目的：从PRD的P0优先级功能清单中，一次只选取一个功能，明确功能边界、输入输出、验收标准，拆解为前后端开发子任务，避免边界模糊导致开发返工。
  • 核心规则：必须从P0优先级最高的核心功能开始，按依赖顺序开发，比如先开发「用户登录注册」，再开发「账号接入管理」，再开发「自动回复规则管理」，最后开发「消息处理与自动回复」。
  • AI输入：锁定版PRD、UI设计稿、架构方案、本次要开发的单个功能（示例：P0-用户手机号验证码登录功能）
  • 可直接复用Prompt：
你是资深全栈开发工程师，针对【多平台社交账号智能客服系统】的【手机号验证码登录功能】，完成以下操作：
1.  明确该功能的完整边界，包含前置条件、后置条件、正常流程、异常流程，和PRD的验收标准完全一致；
2.  拆解为前端开发子任务和后端开发子任务，每个子任务明确编号、任务内容、输入输出、完成标准；
3.  梳理出该功能需要的数据库表结构、接口定义、字段说明；
4.  输出格式：结构化，先功能边界说明，再前后端子任务拆解表，再数据库表结构，再接口定义清单。
【PRD中该功能的详细需求粘贴区】
【UI设计稿中该功能的页面说明粘贴区】
  • 输出物：《单功能开发任务拆解表》、数据库表结构、接口定义文档
  • 验收标准：功能边界清晰无歧义，拆解的子任务可直接落地，和PRD、UI、架构完全一致，无遗漏。
步骤3：单功能后端代码AI辅助开发
  • 操作目的：基于拆解的子任务，用AI逐模块生成后端代码，每生成一个子模块就做人工校验和代码审查，确保代码符合规范、无逻辑错误、无安全漏洞。
  • AI输入：《单功能开发任务拆解表》、接口定义文档、数据库表结构、项目基础框架
  • 操作步骤+AI Prompt（Cursor编辑器中执行，逐模块生成）：
  1. 先生成数据库模型代码，Prompt示例：
基于项目现有的SQLAlchemy ORM框架，生成【手机号验证码登录功能】的数据库模型代码，包含：
1.  User用户表模型，字段：id、手机号、密码哈希、商家名称、状态、创建时间、更新时间；
2.  SmsCode验证码表模型，字段：id、手机号、验证码、过期时间、使用状态、创建时间；
3.  符合项目现有的模型规范，添加字段注释、索引、约束；
4.  生成对应的数据库迁移文件（Alembic）。
  1. 生成接口入参/出参校验模型，Prompt示例：
基于项目现有的Pydantic规范，生成【手机号验证码登录功能】的schemas校验模型，包含：
1.  发送验证码请求模型：手机号必填，11位手机号格式校验；
2.  手机号登录请求模型：手机号、验证码必填，格式校验；
3.  登录响应模型：用户信息、JWT token、过期时间；
4.  所有模型添加字段注释、校验规则，符合项目现有规范。
  1. 生成业务逻辑service代码，Prompt示例：
基于项目现有的service层规范，生成【手机号验证码登录功能】的业务逻辑代码，包含：
1.  发送验证码服务：校验手机号格式、检查60s内是否重复发送、生成6位数字验证码、存储到Redis+数据库、过期时间5分钟、模拟发送短信（后续可对接短信接口）；
2.  手机号登录服务：校验手机号和验证码是否正确、验证码是否过期、用户是否存在/状态是否正常、生成JWT token、更新用户最后登录时间；
3.  包含完整的异常处理，抛出对应的业务异常，符合项目的全局异常处理规范；
4.  代码逻辑严谨，覆盖所有异常场景，符合Python开发规范。
  1. 生成API接口代码，Prompt示例：
基于项目现有的api路由规范，生成【手机号验证码登录功能】的API接口，包含：
1.  发送验证码接口：POST /api/auth/send_code，无需鉴权；
2.  手机号登录接口：POST /api/auth/login，无需鉴权；
3.  获取当前用户信息接口：GET /api/auth/user_info，需要JWT鉴权；
4.  接口符合RESTful规范，添加接口注释、tags、响应状态码说明，和前面生成的schemas、service完全对应；
5.  生成对应的接口文档注释，支持FastAPI自动生成的Swagger文档。
  1. 每生成一个子模块的代码，立即运行校验语法，用AI做代码审查，Prompt：
对这段刚刚生成的service业务逻辑代码，做全面的代码审查，要求：
1.  检查是否有语法错误、逻辑漏洞、边界条件未覆盖的问题；
2.  检查是否有安全漏洞，比如SQL注入、敏感信息泄露、权限绕过风险；
3.  检查是否符合项目的开发规范、代码可读性、可维护性；
4.  标注出所有问题，给出具体的修改建议和修改后的代码。
  1. 所有子模块代码生成并审查完成后，本地运行项目，在Swagger文档中测试接口，验证正常流程和异常流程是否符合预期。
  • 输出物：单功能后端完整代码、接口测试记录
  • 验收标准：代码无语法错误、无逻辑漏洞、无安全问题，所有接口符合PRD的验收标准，正常/异常场景都能正确处理。
步骤4：单功能前端代码AI辅助开发
  • 操作目的：基于UI设计稿和后端接口，用AI生成前端页面代码，1:1还原UI设计，实现完整的交互逻辑，和后端接口联调。
  • AI输入：UI设计稿、接口定义文档、前端项目基础框架
  • 操作步骤+AI Prompt（Cursor编辑器中执行）：
  1. 先在Figma中复制页面的CSS样式、元素尺寸，打开Cursor编辑器，加载UI设计稿，生成页面基础结构和样式，Prompt示例：
基于UI设计稿，用Vue3 + Element Plus 生成【手机号登录页】的前端代码，要求：
1.  1:1还原UI设计稿的布局、配色、字体、间距、组件样式，完全符合设计规范；
2.  页面包含：logo、标题、手机号输入框、验证码输入框（带发送验证码按钮）、登录按钮、忘记密码入口；
3.  实现完整的表单校验：手机号格式校验、验证码6位数字校验、必填项校验；
4.  实现发送验证码按钮的60s倒计时功能，禁用状态样式；
5.  实现登录按钮的loading状态、禁用状态；
6.  代码符合Vue3组合式API规范，样式使用scoped，结构清晰，可直接运行。
  1. 生成接口请求代码，Prompt示例：
基于项目现有的axios封装，生成【登录功能】的API请求代码，包含：
1.  发送验证码接口请求、登录接口请求、获取用户信息接口请求；
2.  封装到对应的api模块文件中，添加类型定义；
3.  实现请求成功/失败的处理逻辑，配合Element Plus的Message提示；
4.  登录成功后，把token存储到Pinia和localStorage，跳转到后台首页；
5.  实现路由守卫，未登录用户自动跳转到登录页。
  1. 生成页面完整的交互逻辑，和后端接口联调，验证所有功能是否正常，包括：表单校验、发送验证码、登录、错误提示、页面跳转。
  2. 用AI做代码审查，检查代码规范、样式还原度、交互逻辑、兼容性问题。
  • 输出物：单功能前端完整代码、前后端联调测试记录
  • 验收标准：页面1:1还原UI设计稿，所有交互逻辑符合PRD要求，和后端接口联调正常，无bug，兼容主流浏览器。
步骤5：单功能全量测试AI辅助生成与执行
  • 操作目的：用AI生成完整的测试用例，执行单元测试、接口测试、UI测试，确保该功能100%符合PRD的验收标准，无遗留bug，才能进入下一步。
  • AI输入：PRD中该功能的验收标准、功能拆解表、前后端代码
  • 操作步骤+AI Prompt：
  1. 生成完整的测试用例，Prompt示例：
你是资深测试工程师，针对【手机号验证码登录功能】，生成完整的测试用例，要求：
1.  包含功能测试、接口测试、异常测试、兼容性测试、安全测试五大类；
2.  每条测试用例包含：用例ID、测试类型、测试场景、前置条件、测试步骤、预期结果、实际结果、是否通过；
3.  100%覆盖PRD中的所有验收标准，覆盖所有正常场景和异常场景；
4.  输出格式：结构化测试用例表格。
  1. 生成单元测试代码，Prompt示例：
基于pytest，为【登录功能】的service业务逻辑代码，生成单元测试用例，要求：
1.  覆盖所有正常场景和异常场景，包括：正确的验证码登录、错误的验证码、过期的验证码、禁用的用户登录、重复发送验证码；
2.  使用mock模拟Redis、数据库依赖，不依赖外部环境；
3.  包含断言，明确测试通过/失败的标准；
4.  代码符合pytest规范，可直接运行。
  1. 生成接口测试用例（Postman），导入Postman执行接口测试，验证所有接口的入参校验、响应结果、异常处理是否符合预期；
  2. 执行UI自动化测试，验证页面交互、表单校验、流程跳转是否正常；
  3. 针对测试出的bug，用AI辅助调试修复，Prompt示例：
这段登录接口代码，出现了一个bug：验证码正确的情况下，还是提示“验证码错误”，帮我排查问题原因，给出修改后的代码，详细说明问题原因。
【相关代码粘贴区】
【报错信息粘贴区】
  1. 所有测试用例100%通过，无遗留bug，生成测试报告。
  • 输出物：测试用例、单元测试代码、测试报告、bug修复记录
  • 验收标准：所有测试用例100%通过，功能完全符合PRD的验收标准，无严重/一般bug，仅可存在不影响核心功能的极轻微优化点。
步骤6：代码合并与版本锁定
  • 操作目的：把当前功能的前后端代码，提交到Git开发分支，做代码合并评审，评审通过后合并到主分支，打版本标签，生成开发文档，锁定该功能的代码版本。
  • AI输入：当前功能的完整代码、测试报告
  • 可直接复用Prompt：
基于本次开发的【手机号验证码登录功能】的完整代码，生成对应的开发文档，要求：
1.  包含功能概述、数据库表结构说明、接口清单（含接口地址、请求方式、入参、出参、异常码说明）；
2.  包含功能的使用说明、注意事项、后续优化点；
3.  格式清晰，分点明确，方便后续开发和维护。
  • 操作步骤：
  1. 把代码提交到Git功能分支，提交备注规范：feat: 完成手机号验证码登录功能开发；
  2. 发起Merge Request，组织代码评审，AI辅助做代码交叉审查；
  3. 评审通过后，合并到主分支，打版本标签，比如v1.0.0-login；
  4. 把开发文档更新到项目Wiki中，归档所有相关文件。
  • 输出物：合并后的代码、版本标签、开发文档
  • 验收标准：代码成功合并到主分支，无冲突，版本标签正确，开发文档完整，该功能的开发完全闭环。
步骤7：循环进入下一个功能开发
  • 操作规则：必须等上一个功能的所有步骤全部完成，100%闭环后，才能从步骤2开始，选取下一个P0功能，重复整个单功能开发闭环流程，直到所有功能开发完成。
  • 所有功能开发完成后，用AI辅助做全量集成测试、生产环境部署、上线验证。

开发者AI操作避坑指南

  1. 严格遵守「一次只开发一个功能」的核心规则，绝对禁止让AI一次性生成整个项目的所有代码，否则会出现逻辑混乱、bug无法排查、无法维护的问题；
  2. 每生成一个子模块的代码，必须人工校验+AI代码审查，不能直接复制AI生成的代码就运行，避免出现安全漏洞、逻辑错误；
  3. AI生成的代码必须符合项目的开发规范和架构设计，禁止AI随意修改项目基础框架、公共组件，避免破坏整个项目的稳定性；
  4. 必须覆盖所有异常场景的测试，不能只测试正常流程，避免上线后出现边界条件下的系统故障；
  5. 敏感信息（数据库密码、API密钥、JWT密钥）绝对不能提交到代码仓库，必须用环境变量配置，AI生成代码时要重点检查。
© 版权声明
文章版权归作者所有，未经允许请勿转载。

相关文章

标签云