| name | open-source-repo-analysis |
| description | Analyze referenced open-source repositories by reusing or cloning them into the project's git-ignored tmp directory. Use when the user references GitHub links, open-source repositories, external codebases, or asks to compare, inspect, understand, or learn from another repository. |
Open Source Repo Analysis
Workflow
When the user references an open-source project, such as a GitHub link, first decide whether the user's purpose requires code analysis.
Use code analysis when the user asks to:
- Understand architecture, implementation, APIs, or patterns.
- Compare this project with another repository.
- Reuse, port, or adapt logic from an open-source project.
- Investigate how a feature, bug fix, or tool works in another codebase.
Do not clone when a general explanation, package metadata, release note, or documentation lookup is enough.
Repository Cache
Use the project-local tmp/ directory as the cache for cloned repositories. This directory is git ignored and should hold temporary external code only.
- Normalize the repository name from the URL, for example
https://github.com/org/repo becomes tmp/org-repo.
- Check whether the target directory already exists in
tmp/.
- If it exists, analyze the existing local copy directly.
- If it does not exist, clone the repository into that target directory.
- Read and analyze files from the cloned repository as needed for the user's question.
- After completing the analysis, ask the user whether they want to delete the cloned temporary repository.
Guardrails
- Do not copy code from the external repository into this project unless the user explicitly asks.
- Prefer shallow clones when full history is not needed.
- Avoid running install, build, or test commands inside the cloned repository unless the user asks or runtime evidence is necessary.
- Clearly distinguish findings from the external repository from findings about the current project.