dist/codex/plugins/dev-tools/skills/exploring-repos/SKILL.md
Explore public GitHub repositories in Pi using GitHub CLI, local clones, and web tools. Use when the user asks how a public repo works, wants architecture orientation, or needs repo-level Q&A. NOT for library API docs (use looking-up-docs) or local private codebases (use a local codebase workflow).
npx skillsauth add alexei-led/claude-code-config exploring-reposInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use public sources and local clones. Do not assume specialized repo-wiki tools exist.
owner/name.gh repo view.web_search or web_answer for public docs, README context, release
notes, or architecture articles.gh or a shallow clone for code structure when needed.fd for files and rg for text. Use dedicated codebase-analysis tooling for structural or architecture evidence when needed.looking-up-docs for library API docs, not repo architecture.gh repo view owner/name --json name,description,homepageUrl,repositoryTopics
rg -n 'architecture|design|package|module|cmd|src' README.md docs 2>/dev/null
fd 'README|CONTRIBUTING|docs|cmd|src|packages|internal'
For a temporary clone:
git clone --depth=1 https://github.com/owner/name /tmp/name-repo
gh error, ask the user to confirm the owner/name slug or check access.gh not installed: fall back to git clone --depth=1 and web_search for public docs; note the limitation.gh repo view summary only.## Repository Map
### Repo
owner/name — <purpose>
### Entry Points
- `path` — role
### Architecture
- component and relationship facts with file references
### Public Docs
- source/result used
### Unknowns
- gaps or unverified claims
tools
Use when planning, executing, checkpointing, finishing, or inspecting lightweight spec-driven work. Runs one task at a time using `.spec/` markdown files and the bundled `specctl` helper. NOT for broad product discovery beyond a short requirement interview. NOT for generic implementation planning that does not read or write `.spec/` files.
development
Simple web development with HTML, CSS, JS, and HTMX. Use when working with .html, .css, or .htmx files, web templates, stylesheets, or vanilla JS scripts. NOT for React/Vue/Angular (use writing-typescript) or Node.js backends.
tools
Idiomatic TypeScript development. Use when writing TypeScript code, Node.js services, React apps, or TypeScript design advice. Emphasizes strict typing, boundary validation, composition, fast feedback, behavior tests, and project-configured tooling. NOT for Go, Python, Rust, plain HTML/CSS/JS, or server-rendered templates (use writing-web).
tools
Idiomatic shell development for POSIX sh, Bash, Zsh, Fish, hooks, CI shell steps, and scriptable CLI glue. Use when writing or changing `.sh`, `.bash`, `.zsh`, `.fish`, `.bats`, shell functions, shell pipelines, CI `run:` shell bodies, or command-runner recipes. Emphasizes portability, quoting, safe filesystem/process handling, non-TUI CLI tools, ShellCheck, shfmt, Bats, and ShellSpec. NOT for Python, Rust, TypeScript, Go, web code, or GitHub Actions workflow/job/permissions semantics; use operating-infra.