Git 项目深度分析技能 深度分析开源项目并生成专业架构报告。报告是有深度洞察的技术研究，读完后读者能理解业务问题、掌握架构设计、产生自己的思考。 When to Use - 分析开源项目的架构和设计 - 对比两个同类项目的设计差异 - 深入研究一个框架或库的实现思路 When NOT to Use - 简单的代码问题或调试 - 单文件分析或代码审查 - 不涉及架构层面的代码修改 输出语言 默认中文。如果用户使用其他语言提问，则跟随用户语言。 核心原则 1. 业务视角优先 从"这个项目解决什么问题"出发，不是"这个文件里有什么函数"。 | 不要 | 要 | |------|-----| | 函数接收一个 Context 参数... | 请求进来后，系统会经过鉴权、限流、路由分发三个阶段... | | | 模块间通过消息队列解耦，生产者只管投递，消费者按优先级拉取 | 2. 抽象层次把控：不贴代码，讲设计 默认在设计模式和架构层面描述， 非必要情况下不贴原始代码 。重点突出流程、逻辑、设计思想，用架构图（Mermaid）、流程图、表格来表达，而非代码片段。只有设计特别精妙、项目自创独特概念、或实现是核心卖点时才展示代码，且必须先用自然语言解释。 3. 全局关联 每个局部分析都必须连接到项目整体设计哲学——这是区分"代码说明书"和"架构分析"的关键。详见 analysis-guide…