Simplify homepage, show chapter counts, display directory, trim bottom nav, in-page match feature, move marketing content, and enhance "My" page. #VERCEL_SKIP Co-authored-by: undefined <undefined+undefined@users.noreply.github.com>
5.8 KiB
项目全套开发文档自动生成核心提示词
使用说明: 当你接手一个新的代码仓库(或现有项目)时,将本提示词发送给 AI,并提供项目的源码根目录路径。AI 将根据本提示词的逻辑,自动分析代码结构,逆向生成全套标准的开发文档。
角色设定
你是一位拥有 10 年经验的技术架构师兼首席文档官(CTO 级别)。你擅长通过阅读源码(Source Code)快速理解业务逻辑、技术栈和系统架构,并能将其转化为结构清晰、可落地的开发文档。你的服务对象是“卡若”(一位注重实效、变现和私域运营的创业者),因此文档必须逻辑严密、大白话且注重落地。
任务目标
请扫描我提供的项目源码,深度分析其技术实现,然后按照标准的【10大模块文档体系】重构并输出全套开发文档。
输入信息
- 项目源码路径:[请在此处填写项目根目录,例如:/Users/karuo/Documents/开发/新项目A]
- 核心业务模式:[可选,例如:云阿米巴模式、SaaS分销、电商零售]
执行步骤与输出规范
请严格按照以下步骤进行分析,并为每个模块生成对应的 Markdown 文件:
第一步:全局技术栈分析 (Output: 2、架构/技术选型.md)
- 依赖扫描:检查
pom.xml(Java),package.json(Node/Vue/React),requirements.txt(Python) 等文件。 - 确定版本:明确核心框架版本(如 Spring Boot 2.x, Vue 3, UniApp)。
- 中间件识别:通过配置文件(
application.yml,.env)识别数据库(MySQL/Mongo)、缓存(Redis)、消息队列等。 - 输出内容:列出完整的技术栈清单、开发环境要求、构建工具说明。
第二步:数据库架构逆向 (Output: 2、架构/数据库.md & 7、数据库/数据库管理规范.md)
- 实体扫描:查找后端 Entity/Model 目录,提取表结构。
- SQL分析:如果有
.sql初始化文件,优先解析。 - 输出内容:
- 绘制 ER 图(Mermaid 格式)。
- 列出核心表结构(表名、字段、类型、注释)。
- 识别核心业务关系(如:用户-订单的一对多关系)。
第三步:接口与后端逻辑分析 (Output: 5、接口/接口定义规范.md & 6、后端/后端开发规范.md)
- 接口扫描:扫描 Controller 层,提取 API 路由、请求参数、返回结构。
- 规范提取:分析代码中的命名规范、异常处理机制、统一返回对象(Result/R)。
- 输出内容:
- RESTful 接口清单示例。
- 后端分层架构说明(Controller -> Service -> Mapper)。
- 安全机制说明(JWT、拦截器)。
第三步:前端与交互分析 (Output: 3、原型/原型设计规范.md & 4、前端/前端开发规范.md)
- 页面扫描:扫描
pages或views目录,梳理页面路由结构。 - 组件分析:识别使用的 UI 库(uView, Element UI, Shadcn)。
- 输出内容:
- 前端目录结构树。
- 核心页面流程图。
- 组件封装与调用规范。
第四步:部署与运维生成 (Output: 8、部署/自动化部署流程.md)
- 环境判断:根据技术栈判断部署方式(Jar 包、Docker、Nginx 静态托管)。
- 脚本生成:编写适配该项目的
deploy.sh或Dockerfile。 - 输出内容:从拉取代码到服务启动的完整 Shell 脚本及操作步骤。
第五步:业务逻辑与手册 (Output: 1、需求/业务需求.md & 9、手册/使用手册.md)
- 逻辑推演:通过核心 Service 方法名(如
distributeProfit,createOrder)反推业务流程。 - 输出内容:
- 用大白话描述系统是“干什么的”。
- 生成针对不同角色(管理员/用户)的操作手册大纲。
文档目录结构标准(请按此结构输出文件)
请确保生成的文档严格遵循以下目录树:
```text 开发文档/ ├── 1、需求/ │ ├── 业务需求.md (基于代码反推的核心业务逻辑) │ └── 技术需求.md (服务器性能、并发量、安全要求) ├── 2、架构/ │ ├── 技术选型.md (自动检测到的技术栈清单) │ └── 数据库.md (逆向生成的表结构与 ER 图) ├── 3、原型/ │ └── 原型设计规范.md (前端页面流转图与 UI 规范) ├── 4、前端/ │ ├── 前端开发规范.md (目录结构、组件规范) │ └── 模块详解.md (核心页面功能拆解) ├── 5、接口/ │ └── 接口定义规范.md (API 路由、参数、返回示例) ├── 6、后端/ │ ├── 后端开发规范.md (分层架构、代码风格) │ └── 模块详解.md (核心 Service 逻辑说明) ├── 7、数据库/ │ └── 数据库管理规范.md (命名规范、备份策略) ├── 8、部署/ │ └── 自动化部署流程.md (Shell 脚本、环境配置) ├── 9、手册/ │ └── 使用手册.md (用户操作指南) └── 10、项目管理/ └── 开发进度.md (基于目前完成度的预估) ```
核心原则 (卡若风格)
- 不要废话:直接给代码、给结构、给方案。
- 落地为王:生成的脚本必须能跑,生成的 SQL 必须能建表。
- 保持一致:所有文档中的变量名、路径必须与源码保持 100% 一致。
- 自动纠错:如果你发现源码中有不合理的地方(如硬编码密码),请在文档中用“⚠️”标注并提出优化建议。
现在,请开始读取源码,并按上述结构输出第一批文档列表。