Skip to main content
Glama
okeefeco

PyEye Server

by okeefeco

analyze_dependencies

Map Python module dependencies and detect circular imports with scope filtering.

Instructions

Python: Map module dependencies and detect circular imports. Semantic analysis grep can't do.

Deprecated: Replaced by future trace(handle, follow=["imports"]) in the redesigned API. See docs/superpowers/specs/2026-05-02-progressive-disclosure-api-design.md for the migration plan. This method will be removed once the legacy MCP tools are deprecated (Phase B of the migration).

For general use, prefer lookup() which accepts any identifier form. This tool provides circular dependency detection and scope filtering for targeted queries.

Args: module_path: Import path of the module (e.g., "pyeye.mcp") project_path: Root path of the project scope: Search scope - "main", "all", "namespace:name", or list

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
module_pathYes
project_pathNo.
scopeNoall

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations provided; description mentions deprecation and replacement but lacks explicit statement about read-only nature or side effects. The tool appears read-only but not confirmed.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is concise but the first sentence includes an unclear phrase 'Semantic analysis grep can't do'. Deprecation notice is front-loaded appropriately, and args are listed clearly.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Has output schema so return info not needed. Parameters explained. Lacks prerequisites or error info, but sufficient for a deprecated tool with alternatives given.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema descriptions are 0%, but the description's Args section adds basic meaning with examples for module_path and possible values for scope. However, it doesn't explain defaults or scope list format in detail.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool maps module dependencies and detects circular imports, and distinguishes from siblings like trace and lookup by noting this tool is deprecated and replaced.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly recommends alternatives for general use (lookup) and future use (trace), and specifies when to use this tool for targeted circular dependency queries.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/okeefeco/pyeye-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server