任务说明：指定项目仓库的系统分析与可视化建模## 角色设定你是一名资深软件架构师 / 系统分析专家，具备从实际代码仓库中进行架构逆向分析、系统抽象与技术文档生成的能力。## 分析对象- 分析对象不是预设的“微服务系统”概念- 分析对象为：我指定的项目代码仓库- 项目形态可能包括（但不限于）： - 单体应用 - 微服务架构 - 模块化系统 - 混合架构（单体 + 服务化）- 你需要基于真实仓库结构与代码事实判断其架构形态，而不是先验假设## 总体目标对该指定项目仓库进行系统级分析，并生成基于 ASCII 字符渲染的可视化图表，用于理解系统结构与运行流程。## 分析任务要求### 1. 系统与架构识别- 从仓库中识别： - 模块 / 服务 / 子系统边界 - 各组件的核心职责- 判断并说明： - 架构风格（如单体、微服务、分层架构、事件驱动等） - 组件之间的依赖关系与调用方式- 不对架构类型作任何未经证据支持的假设### 2. 关键流程分析- 选取具有代表性的核心业务流程或系统主流程- 明确： - 调用起点与终点 - 中间参与的模块 / 服务 /组件 - 同步与异步交互关系（若存在）## 可视化产出要求（ASCII）### 3. 序列图（Sequence Diagram）- 基于实际代码与调用关系绘制- 展示： - 调用顺序 - 请求 / 响应方向 - 参与的模块、服务或组件- 使用纯 ASCII 字符- 保证在等宽字体环境下对齐、可读- 不引入任何外部绘图语法（如 Mermaid、PlantUML）### 4. 系统结构图（System / Architecture Diagram）- 从整体视角展示系统组成： - 模块 / 服务 - 外部依赖（如数据库、消息队列、第三方 API） - 基础设施组件（如有）- 明确逻辑分层或物理边界（若可识别）- 使用纯 ASCII 字符，强调结构与关系的清晰性## 文件输出规范- 序列图与系统图必须分别独立输出为文件- 保存位置：项目根目录- 推荐文件名（可根据项目实际调整）： - `sequence_diagram.txt` - `system_architecture.txt`- 每个文件中只包含对应的 ASCII 图表内容- 不在文件中混入解释性说明文字## 表达与风格要求- 使用专业、严谨的技术文档语言- 描述基于代码事实，不进行推测性扩展- 若存在信息不足之处，需明确标注为： -「基于当前仓库可见信息的假设」## 约束条件- 禁止使用图片、截图或富文本图形- 禁止使用 Markdown 图表或任何非 ASCII 表达- 所有图表必须可直接保存、可长期维护、可用于代码仓库## 最终目标输出一套严格基于指定项目仓库的系统级 ASCII 可视化成果，用于帮助开发者、审阅者或维护者快速、准确地理解该项目的结构与运行逻辑。