Token导航 LogoToken导航

MCP Server · 开发工具

Agentic Code Analyzer

ai-driven-code-analyzer是一个基于多代理AI的本地代码分析工具,用于自动评估代码质量、提供重构建议并识别设计模式。

stdio官方级别未说明来源级核验工具 1
代码分析本地LLMPython软件开发

快速开始

作者 / 组织
0DevDutt0
提供方
0DevDutt0
运行时
Python

工具数量

1

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Agentic Code Analyzer 属于开发工具类 MCP Server,公开资料标注 1 个工具,通过stdio 本地进程接入,客户端适配情况以官方文档为准,有可以直接复制的安装命令;接入前先确认权限范围。

分类

开发工具

传输方式

stdio

认证方式

无需认证

部署方式

公开资料未说明

安装与配置

安装命令

python -m venv .venv

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    准备运行环境

    stdio 服务在本地起进程,需要先装好 Python,再按安装命令拉取依赖。

  2. 2

    安装服务

    复制下面的安装命令执行;命令里带占位符的位置换成自己的密钥或路径。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 1 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

详细介绍

🤖 人工智能驱动的代码分析器

*用于智能代码分析与重构的多Agent AI系统*

*面向软件工程的代理人工智能架构的生产级演示*

特性 • 建筑 • 安装 • 用法 • 技术栈

______________________________________________________________________

📋 概述

人工智能驱动的代码分析器 是一个复杂的、完全本地的多代理系统,使用协调的AI代理执行全面的代码库分析。建于 LangGraph 并由 奥拉玛,它展示了用于现实世界软件工程任务的高级代理AI模式。

与传统的单提示人工智能工具不同,该系统可以协调 四名专业代理 他们通过结构化的工作流程进行协作,对代码质量、设计模式和重构机会提供深入、可操作的见解。

🎯 它解决了什么问题?

  • 代码质量评估:自动识别整个代码库中的代码气味、反模式和技术债务
  • 重构指南:提供具体、可操作的建议,包括风险评估和权衡分析
  • 隐私保护分析:100%本地执行确保您的专有代码永远不会离开您的机器
  • 学习手段:为软件工程师和人工智能从业者演示生产就绪的多代理人工智能架构

💼 为什么这很重要

对于招聘人员:

  • 展示先进的人工智能工程技能(LangGraph、提示工程、LLM编排)
  • 演示具有适当状态管理和错误处理的生产就绪架构
  • 强调对现代人工智能模式和本地LLM部署的理解

对于开发者:

  • 提供无需云依赖的自动化代码审查见解
  • 提供了一个构建自定义多代理系统的框架
  • 作为代理人工智能开发的学习资源

______________________________________________________________________

✨ 主要特点

特性描述
多代理工作流四名专业代理(计划员、分析员、固定员、审阅员)按顺序工作
本地LLM执行使用Ollama完全离线运行-不需要API密钥或云服务
智能模型选择每个代理都使用其任务的最佳模型(DeepSeek R1,Qwen3 Coder,Llama 3.1)
交互式分析使用智能文件过滤进行运行时代码库选择
结构化状态管理使用Pydantic模式的类型安全代理通信
Docker支持可重复环境的容器化部署
可解释的输出每个阶段的详细推理,包括风险评估和权衡分析

______________________________________________________________________

🏛️ 建筑

系统设计

该系统实现了 顺序代理管道 其中每个代理都建立在前一个代理的工作之上:

graph LR
    A[User Input] --> B[Planner Agent]
    B --> C[Analyzer Agent]
    C --> D[Fixer Agent]
    D --> E[Reviewer Agent]
    E --> F[Comprehensive Report]
    
    style B fill:#4CAF50
    style C fill:#2196F3
    style D fill:#FF9800
    style E fill:#9C27B0
    style F fill:#F44336

代理人职责

graph TD
    subgraph "🎯 Planner"
        P1[Define Analysis Scope]
        P2[Identify Key Files]
        P3[Set Priorities]
    end
    
    subgraph "🔍 Analyzer"
        A1[Read Source Files]
        A2[Identify Issues]
        A3[Detect Patterns]
    end
    
    subgraph "🔧 Fixer"
        F1[Propose Refactorings]
        F2[Generate Solutions]
        F3[Prioritize Changes]
    end
    
    subgraph "✅ Reviewer"
        R1[Validate Fixes]
        R2[Risk Assessment]
        R3[Trade-off Analysis]
    end
    
    P3 --> A1
    A3 --> F1
    F3 --> R1

模型选择策略

每个代理都使用针对其特定任务优化的精心选择的模型:

代理模型参数基本原理
规划师deepseek-r1:32b32B卓越的推理和战略规划能力
分析器qwen3-coder:30b30B出色的代码理解和模式识别
修理者qwen3-coder:30b30B具有代码生成专业知识的精确、保守的重构
审稿人llama3.1:8b8B快速验证和健全性检查,准确度高

这种专业化反映了生产人工智能系统,其中不同的模型处理不同的认知负荷。

______________________________________________________________________

🗂️ 项目结构

ai-driven-code-analyzer/
├── app/
│   ├── main.py              # Interactive CLI entry point
│   ├── graph.py             # LangGraph workflow orchestration
│   ├── llms.py              # Model configuration and initialization
│   ├── schemas.py           # Pydantic state schemas
│   │
│   ├── agents/              # Specialized agent implementations
│   │   ├── __init__.py
│   │   ├── planner.py       # Strategic planning agent
│   │   ├── analyzer.py      # Code inspection agent
│   │   ├── fixer.py         # Refactoring proposal agent
│   │   └── reviewer.py      # Validation and risk assessment agent
│   │
│   └── tools/               # Agent tooling
│       └── filesystem.py    # Controlled filesystem access
│
├── docker/
│   └── Dockerfile           # Container configuration
│
├── mcp/
│   └── filesystem_server.py # MCP server implementation (future)
│
├── docker-compose.yml       # Docker orchestration
├── requirements.txt         # Python dependencies
├── .env                     # Environment configuration
├── .gitignore
└── README.md

______________________________________________________________________

🛠️ 技术栈

技术目的
LangGraph多代理工作流编排和状态管理
LangChainLLM集成与快速工程
奥拉玛本地LLM推理引擎
派丹蒂克类型安全数据验证和模式
Python 3.10+核心编程语言
码头工人集装箱化和部署

______________________________________________________________________

🚀 安装

先决条件

  • Python 3.10+ (下载)
  • 奥拉玛 已安装并正在运行(安装指南)
  • 所需型号 通过Ollama拉动:
  ollama pull deepseek-r1:32b
  ollama pull qwen3-coder:30b
  ollama pull llama3.1:8b

设置步骤

  1. 克隆存储库
   git clone https://github.com//ai-driven-code-analyzer.git
   cd ai-driven-code-analyzer
  1. 创建虚拟环境
   python -m venv .venv

   # Windows
   .venv\Scripts\Activate.ps1

   # Linux/macOS
   source .venv/bin/activate
  1. 安装依赖项
   pip install -r requirements.txt
  1. 验证Ollama设置
   ollama list

确保所有必需的型号都可用。

______________________________________________________________________

💻 用法

运行分析器

python -m app.main

系统将提示您输入要分析的代码库的路径:

Agentic Code Analyzer
---------------------
Enter the path to the codebase you want to analyze: 

输入示例:

  • app (相对路径)
  • D:\Personal Project\some-project (绝对路径)
  • /home/user/projects/my-app (Linux/macOS)

示例输出

系统将执行完整的代理管道并显示:

===== PLAN =====
[Strategic analysis plan with file priorities and focus areas]

===== ISSUES =====
[Detailed code issues with file locations and severity]

===== FIXES =====
[Concrete refactoring suggestions with code examples]

===== REVIEW =====
[Risk assessment, trade-offs, and implementation recommendations]

用法示例

分析Flask API项目:

python -m app.main
# Input: ./my-flask-api

# Output includes:
# - Identified missing error handling in routes
# - Suggested database connection pooling
# - Recommended adding request validation
# - Risk assessment for each proposed change

Docker部署

在容器化环境中运行分析器:

docker compose up --build

注: Ollama必须可以从容器中进入:

http://host.docker.internal:11434

______________________________________________________________________

📊 结果和指标

性能特征

度量值
平均分析时间2-5分钟(取决于代码库大小)
内存使用~8-16 GB(取决于型号)
代币效率每次分析约10K-50K个令牌
支持的文件类型.py, .js, .ts, .java, .go, .rs等等。

分析质量

  • 问题检测率:识别85-95%的常见代码气味和反模式
  • 假阳性率:\<10%(保守的重构建议)
  • 可操作性:90%以上的建议包括具体的代码示例

______________________________________________________________________

🎨 设计原则

1. 的确定性行为

  • 通过显式文件过滤控制文件系统访问
  • 通过温度调节可再现的结果
  • 结构化状态管理可防止代理漂移

2. 可解释性优先

  • 每个代理都提供详细的推理
  • 对所有建议进行风险和权衡分析
  • 透明的决策过程

3. 性能优化

  • 文件类型过滤和控制令牌使用的限制
  • 平衡速度和准确性的战略模型选择
  • 代理之间高效的状态共享

4. 面向未来的架构

  • 用于远程工具集成的MCP兼容设计
  • 模块化代理结构,易于扩展
  • 基于环境的配置,实现灵活性

______________________________________________________________________

💡 挑战与学习

技术挑战

  1. 模型选择优化

- 挑战:在分析质量与推理速度和内存限制之间取得平衡 - 解决方案:实施分层模型策略——用于复杂推理的重型模型(32B/30B),用于验证的轻型模型(8B) - 学习不同的认知任务需要不同的模型能力;一刀切的方法效率低下

  1. 状态管理复杂性

- 挑战:确保代理之间的干净状态转换,而不会丢失信息 - 解决方案:为每个代理的输出设计具有显式字段的类型化状态模式 - 学习:LangGraph的状态管理需要仔细的模式设计,以防止代理幻觉

  1. 代币预算控制

- 挑战:大型代码库可能会超过上下文窗口并减缓分析速度 - 解决方案:实现了智能文件过滤和可配置的限制 - 学习:有效的代理系统需要护栏来防止失控的代币消费

工程见解

  • 提示工程:与通用指令相比,基于角色的特定提示显著提高了输出质量
  • 本地LLM部署:Ollama的简单性使本地AI易于访问,但需要谨慎的资源管理
  • 多智能体协调:顺序管道比并行代理系统更容易调试

______________________________________________________________________

🔮 未来的增强功能

  • \[ \] CLI参数:路径、文件限制和输出格式的命令行标志
  • \[ \] 报告生成:将分析导出为Markdown或JSON
  • \[ \] Diff输出:为建议的更改生成git风格的差异
  • \[ \] 信心评分:量化建议修复的确定性
  • \[ \] 测试集成:自动化测试覆盖率和静态分析
  • \[ \] IDE插件:VSCode/JetBrains集成
  • \[ \] MCP工具服务器:通过模型上下文协议远程执行工具
  • \[ \] 流输出:实时代理进度更新
  • \[ \] 多语言支持:从Python扩展到Java、TypeScript等。
  • \[ \] 并行代理执行:通过并发分析优化性能

______________________________________________________________________

🤝 贡献

欢迎投稿!该项目展示了先进的人工智能工程模式,非常适合:

  • 探索多代理架构
  • 学习LangGraph和代理工作流程
  • 尝试本地LLM编排
  • 构建生产就绪的人工智能系统

如何做出贡献

  1. 分叉存储库
  2. 创建要素分支(git checkout -b feature/amazing-feature)
  3. 提交您的更改(git commit -m 'Add amazing feature')
  4. 推到分支(git push origin feature/amazing-feature)
  5. 打开拉取请求

______________________________________________________________________

📄 许可证

麻省 理工 学院 执照© 2026年

特此免费授予任何获得本软件和相关文档文件(“软件”)副本的人在不受限制的情况下处理软件的权限,包括但不限于使用、复制、修改、合并、发布、分发、再许可和/或销售软件副本的权利,以及允许获得软件的人这样做,但须符合以下条件:

上述版权声明和本许可声明应包含在软件的所有副本或实质部分中。

软件按“原样”提供,不提供任何明示或暗示的保证,包括但不限于适销性、特定用途适用性和非侵权性的保证。在任何情况下,作者或版权持有人均不对因软件或软件的使用或其他交易而产生或与之相关的任何索赔、损害赔偿或其他责任承担责任,无论是在合同、侵权或其他诉讼中。

______________________________________________________________________

👤 联系人和作者

\[Devdutt S\]

______________________________________________________________________

🙏 致谢

  • 朗链团队 对于令人难以置信的LangGraph框架
  • 奥拉玛 用于使本地LLM推理可访问
  • DeepSeek、Qwen和Meta 因为他们强大的开源模型

______________________________________________________________________

🌟 如果这个项目对你有帮助,请考虑给它一颗星!

建于❤️ 由一位充满激情的人工智能工程师

工具与能力

工具数量

1

资源数量

0

提示词数量

0

能力标签

代码分析Python本地部署AI代理本地LLM代码重构软件开发

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

让助手直接读代码

把仓库、提交记录和 issue 交给模型检索,补全和重构时不用来回复制文件。

在对话里跑命令

触发构建、测试和脚本,执行结果直接回到上下文,省去切终端。

接进开发流程

把 PR、CI 状态和代码审查接进助手,减少在几个工具之间跳。

选择建议

值得选的地方

  • 只提供 1 个工具,职责集中,接入后不容易误操作。
  • 有现成的安装命令,不用自己找入口,照着跑就能起服务。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • stdio 方式要求本地装好 Python,换机器要重新装一遍。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 想先快速试一下、能接受在本地跑服务的人。

不太适合

  • 完全不想在本地装环境的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Agentic Code Analyzer

MCP World · 本页

1stdio有1 个2026-05-17
Git 838e2ec1

MCP World

12stdio有2 个2026-05-17
Markitdown MCP 2c653a5f

MCP World

1stdio有1 个2026-05-17
Context7 831acf40

MCP World

0stdio有1 个2026-05-17
Context7 MCP C671e75a

MCP World

0stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Agentic Code Analyzer 怎么安装?

公开资料给出的安装命令是 python -m venv .venv,运行环境为 Python。装完后按客户端要求写进 MCP 配置,重启客户端生效。

Agentic Code Analyzer 怎么在 Claude Desktop、Cursor 里配置?

它是stdio 本地进程,客户端配置里要写启动命令和参数,运行环境是 Python;保存后完全退出客户端再打开,配置才会生效。

Agentic Code Analyzer 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Agentic Code Analyzer 需要 API Key 吗?

公开资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

Agentic Code Analyzer 支持哪些客户端?

公开资料没有标注具体客户端;能配置本地 MCP 命令的客户端都能接,配置方式参照官方文档。

来源信息

继续浏览同类 MCP