需要 Node.js 环境(npm/npx 安装);默认在当前目录生成 repomix-output.xml;--compress 依赖 Tree-sitter 解析,输出会精简掉部分代码内容
repomix
yamadashyMIT活跃维护把整个代码仓库打包成单个 AI 友好文件,方便直接喂给 ChatGPT、Claude 等大模型做代码理解与分析。
📦 Repomix is a powerful tool that packs your entire repository into a single, AI-friendly file. Perfect for when you need to feed your codebase to Large Language Models (LLMs) or other AI tools like Claude, ChatGPT, DeepSeek, Perplexity, Gemini, Gemma, Llama, Grok, and more.
npx repomix@latestREADME 未说明,纯命令行工具,无需 GPU 显存
把整个代码仓库打包成单个 AI 友好文件,方便直接喂给 LLM 做代码审查与重构
把整个代码仓库打包成单个 AI 友好文件,方便直接喂给 ChatGPT、Claude 等大模型做代码理解与分析。
核心能力
- 一条命令打包整个仓库为 AI 友好格式
- 统计每个文件与整个仓库的 token 数
- 自动遵循 .gitignore、.ignore 和 .repomixignore
- 用 Secretlint 识别凭证格式文件并排除出输出
- --compress 借助 Tree-sitter 提取关键代码元素以降低 token 数
容易踩的坑
- v1.19.0最新正式版2026-11-08 · 2026-11-08 03:04 UTC
This release moves the MCP server to SDK v2 with live progress and cancellation, makes
--compressoutput far more accurate, and brings a big round of bug fixes from first-time contributors!What's New 🚀
MCP Server on SDK v2 and the 2026-07-28 Protocol (#1952, #1954)
The MCP server now runs on the MCP TypeScript SDK v2. Clients that support the 2026-07-28 protocol negotiate it automatically, and existing clients work as before.
- The server exits cleanly when the client closes stdin, so no
repomix --mcpprocesses are left behind. - The install pulls in about half as many packages (171 to 84), since the v1 SDK brought HTTP transport dependencies such as Express that the stdio-only server never used.
For client authors: tool schemas now declare JSON Schema 2020-12 (bodies unchanged), and validation errors no longer start with
MCP error -32602:.MCP: Progress and Cancellation for Long-Running Packs (#1955, #1958)
pack_codebase,pack_remote_repositoryandgenerate_skillnow sendnotifications/progresswhen the client passes aprogressToken, so long packs show live status, and clients that reset their timeout on progress no longer cut them off. In--sandboxmode, messages carry only the stage name, never a host path.Cancelling a call or disconnecting now stops the pack and cleans up its partial output.
Improvements ⚡
More Accurate
--compressOutput (#2003)Golden tests for every supported language exposed a set of bugs, now fixed:
- Code from function bodies no longer leaks into the output as if it were a declaration.
- Duplicate lines are removed.
- Declarations that were silently dropped are kept, such as C/C++
typedefand#define, C# and Java fields, Rust struct fields, Rubyattr_*calls and CSS at-rules.
Output changes for C, C++, C#, CSS, Dart, Go, Java, JavaScript/TypeScript, Ruby, Rust, Swift and Vue. If you rely on
--compressin a pipeline, expect a diff from v1.18.Skill Generation: Better Tech-Stack Detection (#1995)
--skill-generatenow reads dependencies from Gradle Kotlin DSL (build.gradle.kts) and from the PEP 621 and Poetry forms ofpyproject.toml.Warning When a Remote URL Path Is Ignored (#1980, #1984, #433)
A URL like
https://github.com/owner/repo/tree/main/src/sharedpacked the whole repository and silently dropped the path. Repomix now warns and suggests an--includepattern:The path "src/shared" in the remote URL is ignored, and the whole repository will be packed. To pack only that path, add: --include "src/shared/**"Bug Fixes 🐛
Ignore Patterns Ending in a Wildcard Now Exclude Files (#1963, #1876, #320)
Patterns such as
**/npm-debug.log*and**/repomix-output.*only excluded directory contents, so files likenpm-debug.log.1anddocs/repomix-output.xmlslipped into the output. They are now excluded. Nothing that was excluded before becomes included..git/info/excludeFollows Git's Matching Rules (#1871, #1870)A slash-free pattern such as
secret.txtnow matches at any depth, as in Git, sosub/secret.txtis no longer packed.Special thanks to @sxh313 for this contribution! 🎉
Negated Custom Ignore Patterns No Longer Invert (#1975, #400)
!main.tsinignore.customPatternsor--ignoreexcludedmain.tsinstead of re-including it. Negated patterns are now skipped with a warning until proper support lands (#400).Split Output Files No Longer Packed into the Next Run (#1921, #1920)
With
--split-output, files likerepomix-output.1.xmlfrom a previous run are no longer picked up as input.Special thanks to @lorenzozanee for their first contribution! 🎉
--remove-commentsKeeps URLs in CSS, SCSS, Less, Vue and Svelte (#1912, #1965, #1911)url(http://example.com/logo.png)was cut tourl(http:because//was treated as a comment. Each language now uses its own comment rules, and Vue and Svelte files are handled per<script>,<style>and markup section.Speci
- The server exits cleanly when the client closes stdin, so no
- v1.18.12026-09-21 · 2026-09-21 08:34 UTC
查看更新说明
This patch release fixes a security issue in the CLI's git handling, along with the Windows
.gitignorecrash and a set of contributor bug fixes!Security Fix 🔒
Repository-Level Git Config Is No Longer Executed (GHSA-4p5g-gh74-q524)
Repomix runs
git login the target directory to sort files by change frequency, andgit diff/git logfor--include-diffs/--include-logs. Git honors settings from the repository's own.git/configthat name an executable, such asgpg.program,diff.external, textconv drivers, andcore.fsmonitor. A directory shipped with a crafted.git(for example inside a zip archive) could therefore run arbitrary commands when Repomix was invoked inside it. A normalgit clonedoes not carry the remote's.git/config, and--remoteremoves the clone's.gitbefore processing, so those paths were not affected.All git commands Repomix runs in a target directory now disable these settings. Output for a normal repository is unchanged.
See the security advisory for details. Thanks to @kinehoo77-debug for the report! 🙏 https://github.com/yamadashy/repomix/security/advisories/GHSA-4p5g-gh74-q524
Bug Fixes 🐛
Windows Crash on
.gitignorewith Backslash Escapes (#1765, #1775)On Windows, packing failed with
path should be a `path.relative()`d stringwhen a.gitignoremixed a backslash-escaped rule with a negation rule. The bug was in globby and is fixed in globby 16.2.3, which this release picks up. Thanks to @iki for the report and for sticking with it! 🙏--remove-commentsNo Longer Corrupts Shell and YAML Files (#1752)Shell and YAML files were stripped with the Perl profile, which treats every unquoted
#as a comment. In these languages#only starts a comment at the beginning of a line or after whitespace, so constructs like${name##*/},$#, and URL fragments were being cut. Shell and YAML now use a dedicated handler that respects this rule, heredocs, and block scalars. Thanks @serhiizghama!--include-full-directory-structureKeeps Non-Included Files (#1749)When combined with
--include, the Directory Structure section is meant to show the whole repository tree while packing only the included files' contents. Non-included files were being dropped from the tree. Thanks @serhiizghama!Split Output Shows Each Part's Own Directory Tree (#1815, #1822)
With
--split-output, every part listed the directory tree of the entire output instead of the files in that part. Each part now renders only its own files. Thanks @Elioooon!Remote URLs Whose Repository Name Starts with a Dot (#1772)
https://github.com/microsoft/.githuband similar org profile repositories were rejected as invalid. Thanks @serhiizghama!Data URI Parameters Preserved When Truncating Base64 (#1819, #1820)
Truncating long base64 payloads kept only the last
;parambefore;base64,, dropping the others. Thanks @cyphercodes!Small CLI Fixes (#1808, #1809, #1810)
--split-outputsizes that round down to zero bytes (such as0.5b) are now rejected instead of looping forever.- Output and skill paths are classified by real directory boundaries, so a sibling directory with a matching prefix is no longer treated as inside the base.
- Remote skill names are derived from the owner and repository of GitHub URLs.
Thanks @Whxuan0701!
How to Update
npm update -g repomix - v1.18.02026-08-08 · 2026-08-08 04:31 UTC
查看更新说明
This release introduces sandbox mode for the MCP server, confining it to a single workspace directory, along with a set of security hardening changes across the MCP tool surface and remote repository processing!
What's New 🚀
MCP Sandbox Mode (#1753, #1754)
The MCP server can now be confined to a single workspace directory with the
--sandboxflag:# Confine to the current working directory repomix --mcp --sandbox # Confine to a specific directory repomix --mcp --sandbox path/to/projectBy default the MCP server can read any path the host user can, which is convenient for a trusted local assistant but too broad when the server is exposed to an untrusted client or agent, such as when embedding Repomix in a hosted application. In sandbox mode:
- Every path is relative to the workspace root. Absolute paths,
~,.., and Windows drive/UNC paths are refused, and paths that resolve outside the root (including through symlinks) are dropped. - Results and error messages are virtualized, so host paths are never exposed.
- Only the read-only, root-confined tools are registered:
pack_codebase,read_repomix_output,grep_repomix_output,file_system_read_file, andfile_system_read_directory. Remote packing, skill generation, and attaching external outputs are disabled.
This is an application-level confinement of the tool surface, not an OS-level sandbox: when hosting the server for untrusted clients, still run it under your platform's usual isolation (containers, dedicated users).
See MCP Server – Sandbox Mode for details.
Special thanks to @huy-trn for designing and implementing this feature. Great to have a long-time contributor back! 🎉
Security Hardening 🔒
MCP File System Tools Are Now Sandbox-Only
The
file_system_read_fileandfile_system_read_directorytools are now registered only in sandbox mode. Outside--sandboxthey could read any path the process can, while their built-in Secretlint scan was presented as more protection than it provides: it recognizes known secret formats in file content, and nothing else. In sandbox mode the workspace root gives these tools a real access boundary, with the secret scan kept as an additional heuristic safeguard.If your MCP setup relied on these two tools, add
--sandbox [dir]to the server arguments to keep using them, confined to that workspace.Tool descriptions and documentation have also been reworded across the board to describe the Secretlint scan as what it is: a best-effort content heuristic, not an access boundary.
See the security advisory for details. Thanks to @rafaelfiguereod-stack for the report! 🙏 https://github.com/yamadashy/repomix/security/advisories/GHSA-rpmv-562j-qxrv
Credentials in Repository URLs Are Redacted Before Logging
Remote URLs are routinely written with credentials inline (
https://<token>@github.com/owner/repo.git), especially in CI. Repomix previously echoed such URLs as-is into console output, trace logs, error messages (git repeats the full command line in its failure output), and the MCPpack_remote_repositoryresponse, persisting the credential in terminal scrollback, CI build logs, and log aggregation systems. All of these paths now redact userinfo credentials and known credential query parameters (token,private_token,access_token, and similar) before the URL is written anywhere.See the security advisory for details. Thanks to @kakashi-kx for the report! 🙏 https://github.com/yamadashy/repomix/security/advisories/GHSA-w8cw-mgw9-74h7
Cloud Metadata Endpoints Are Refused as Clone Targets
Remote packing now refuses to clone from cloud instance metadata endpoints (
169.254.0.0/16,fd00:ec2::254,100.100.100.200,metadata.google.internal), which serve credentials and host no git repository. Through the MCP server an AI agent chooses the URL, so an injected instruction could otherwise aim a clone at an address the - Every path is relative to the workspace root. Absolute paths,
- v1.17.02026-07-21 · 2026-07-21 15:25 UTC
查看更新说明
This release introduces custom file processors, an interactive confirmation before a remote repository's config is trusted, and per-file inclusion levels for the MCP pack tools!
What's New 🚀
Custom File Processors (#1720, #933)
You can now run an external command on matching files before they are packed, so the packed output contains the transformed content. This opens the door to token-saving conversions like JSON→TOON, SVG minification, or notebook→script conversion.
{ "input": { "processors": [ { "pattern": "**/*.json", "command": "npx @toon-format/cli {file}" } ] } }Each entry is
{ pattern, command, timeout?, onError? }, matched the same way asinclude/ignoreand evaluated in array order (first match wins, one processor per file). The required{file}placeholder is replaced with a temporary copy of the file, and the command's stdout becomes the new content, which then flows through the security check, token counting, and output like any other file.timeout: per-command timeout in ms (default60000)onError:"fail"(default, aborts the pack) or"skip"(warn and keep the original content)
Because processors run arbitrary commands, execution is default-deny: they run only when you invoke the repomix CLI directly. The library API, the MCP server, and the hosted website never run them, and a cloned remote repository's processors are honored only with
--remote-trust-config. Active processors are printed at startup.See File Processors for details.
Confirm Before Trusting a Remote Repository's Config (#1747)
A
repomix.config.*is code, not just data: a.ts/.jsconfig is executed when loaded,input.processorsruns external commands, and path options can read files outside the repository. A cloned repository's config is still never loaded by default, but when you opt in with--remote-trust-config, Repomix now shows you the config that is about to run and asks before loading it:⚠ user/repo ships a config file that will be trusted: repomix.config.json A trusted config can run arbitrary commands (input.processors) and read local files. ──────────────────────────────────────────────────────────────────────── | { "output": { "style": "xml" } } ──────────────────────────────────────────────────────────────────────── ? Trust and run this config from user/repo? It can run arbitrary commands on your machine. ❯ Yes, once Yes, and don't ask again for this repository No, do not run"Don't ask again" is pinned to the config's contents, so you are asked again if that repository later ships a different one, the same model as
direnv allow. The safe answer is the default, and the displayed config is escaped and capped so a repository cannot repaint your terminal or hide part of what you are approving.[!NOTE]
REPOMIX_REMOTE_TRUST_CONFIG=truenow prompts on an interactive terminal. Non-interactive shells such as CI are unchanged and keep trusting the config as before, so existing automation keeps working. Passing--forcealso skips the prompt.Thanks to @nuc13us and @sumo166, whose reports on how much
--remote-trust-confighands over prompted this work and the accompanying documentation. 🙏MCP: Per-File Inclusion Levels for Pack Tools (#1719, #608)
The
pack_codebaseandpack_remote_repositoryMCP tools now accept anoutputPatternsparameter, so an AI agent can decide per file whether to include full content, compressed content, or the directory structure only, on a per-call basis.This is especially useful for remote repositories: a remote repository's own config (including its
output.patterns) is never loaded, sooutputPatternsis the way to control inclusion levels there.See MCP Server for details.
Improvements ⚡
Split Output for Repositories with One Oversized Directory (#1724, #1134)
`
- v1.16.12026-07-11 · 2026-07-11 12:36 UTC
查看更新说明
This release is a bug-fix patch: it plugs a WebAssembly memory leak, extends comment removal to more JavaScript/TypeScript module files, and fixes the token count tree for underscore-prefixed directories and the directory tree on Windows. Updating to 1.16.1 is recommended for all users.
Improvements ⚡
Fixed a WebAssembly Memory Leak (#1681)
Parsed
web-tree-sitterTreeobjects were not released after use, leaking WebAssembly heap memory when parsing or compressing many files — noticeable on large repositories. Each tree is now freed right after parsing, keeping memory usage stable.Special thanks to @isaka1022 for their first contribution! 🎉
Comment Removal for More Module Files (#1683)
--remove-commentsnow strips comments from JavaScript/TypeScript module files that were previously skipped —.mjs,.cjs,.mts,.cts, and their JSX variants.mjsx/.mtsx.repomix --remove-commentsSpecial thanks to @serhiizghama for this contribution! 🎉
Token Count Tree: Count Underscore-Prefixed Directories (#1710)
Directories whose names start with an underscore (for example
__tests__or__mocks__) were dropped from the--token-count-treeoutput and excluded from the token totals. They are now rendered and counted like any other directory.repomix --token-count-treeSpecial thanks to @serhiizghama for this contribution! 🎉
Correct Directory Tree and File Ordering on Windows (#1712)
On Windows, the
<directory_structure>section collapsed into a flat list of full paths and file sorting fell back to a plain string comparison, because already-normalized (/-separated) paths were being split on the OS separator (\). Paths are now normalized before splitting, so the tree nests correctly and files sort in directory-aware order on every platform.Special thanks to @serhiizghama for this contribution! 🎉
How to Update
npm update -g repomix
As always, if you have any issues or suggestions, please let us know on GitHub issues or our Discord community.
用户点评
登录用户的真实使用记录,可按版本和硬件筛选还没有人点评。第一个说出真实体验的人最有价值。
Warp, built for coding with multiple AI agents
Available for MacOS, Linux, & Windows
CodeRabbit | AI Code Reviews
Cut code review time & bugs in half, instantly.
📦 Repomix is a powerful tool that packs your entire repository into a single, AI-friendly file.
It is perfect for when you need to feed your codebase to Large Language Models (LLMs) or other AI tools like Claude,
ChatGPT, DeepSeek, Perplexity, Gemini, Gemma, Llama, Grok, and more.
Please consider sponsoring me.
🏆 Open Source Awards Nomination
We're honored! Repomix has been nominated for the Powered by AI category at the JSNation Open Source Awards 2025.
This wouldn't have been possible without all of you using and supporting Repomix. Thank you!
🎉 New: Repomix Website & Discord Community!
- Try Repomix in your browser at repomix.com
- Join our Discord Server for support and discussion
We look forward to seeing you there!
🌟 Features
- AI-Optimized: Formats your codebase in a way that's easy for AI to understand and process.
- Token Counting: Provides token counts for each file and the entire repository, useful for LLM context limits.
- Simple to Use: You need just one command to pack your entire repository.
- Customizable: Easily configure what to include or exclude.
- Git-Aware: Automatically respects your
.gitignore,.ignore, and.repomixignorefiles. - Security-Focused: Incorporates Secretlint to detect files matching known credential formats and leave them out of the output.
- Code Compression: The
--compressoption uses Tree-sitter to extract key code elements, reducing token count while preserving structure.
🚀 Quick Start
Using the CLI Tool >_
You can try Repomix instantly in your project directory without installation:
npx repomix@latest
Or install globally for repeated use:
# Install using npm
npm install -g repomix
# Alternatively using yarn
yarn global add repomix
# Alternatively using bun
bun add -g repomix
# Alternatively using Homebrew (macOS/Linux)
brew install repomix
# Then run in any project directory
repomix
That's it! Repomix will generate a repomix-output.xml file in your current directory, containing your entire
repository in an AI-friendly format.
You can then send this file to an AI assistant with a prompt like:
This file contains all the files in the repository combined into one.
I want to refactor the code, so please review it first.

When you propose specific changes, the AI might be able to generate code accordingly. With features like Claude's Artifacts, you could potentially output multiple files, allowing for the generation of multiple interdependent pieces of code.

Happy coding! 🚀
Using The Website 🌐
Want to try it quickly? Visit the official website at repomix.com. Simply enter your repository name, fill in any optional details, and click the Pack button to see your generated output.
Available Options
The website offers several convenient features:
- Customizable output format (XML, Markdown, or Plain Text)
- Instant token count estimation
- Much more!
Using The Browser Extension 🧩
Get instant access to Repomix directly from any GitHub repository! Our Chrome extension adds a convenient "Repomix" button to GitHub repository pages.

Install
- Chrome Extension: Repomix - Chrome Web Store
- Firefox Add-on: Repomix - Firefox Add-ons
Features
- One-click access to Repomix for any GitHub repository
- More exciting features coming soon!
Using The VSCode Extension ⚡️
A community-maintained VSCode extension called Repomix Runner (created by massdo) lets you run Repomix right inside your editor with just a few clicks. Run it on any folder, manage outputs seamlessly, and control everything through VSCode's intuitive interface.
Want your output as a file or just the content? Need automatic cleanup? This extension has you covered. Plus, it works smoothly with your existing repomix.config.json.
Try it now on the VSCode Marketplace! Source code is available on GitHub.
Alternative Tools 🛠️
If you're using Python, you might want to check out Gitingest, which is better suited for Python ecosystem and data
science workflows:
https://github.com/cyclotruc/gitingest
📊 Usage
To pack your entire repository:
repomix
To pack a specific directory:
repomix path/to/directory
To pack specific files or directories using glob patterns:
repomix --include "src/**/*.ts,**/*.md"
To exclude specific files or directories:
repomix --ignore "**/*.log,tmp/"
To pack a remote repository:
repomix --remote https://github.com/yamadashy/repomix
# You can also use GitHub shorthand:
repomix --remote yamadashy/repomix
# You can specify the branch name, tag, or commit hash:
repomix --remote https://github.com/yamadashy/repomix --remote-branch main
# Or use a specific commit hash:
repomix --remote https://github.com/yamadashy/repomix --remote-branch 935b695
# Another convenient way is specifying the branch's URL
repomix --remote https://github.com/yamadashy/repomix/tree/main
# Commit's URL is also supported
repomix --remote https://github.com/yamadashy/repomix/commit/836abcd7335137228ad77feb28655d85712680f1
To pack files from a file list (pipe via stdin):
# Using find command
find src -name "*.ts" -type f | repomix --stdin
# Using git to get tracked files
git ls-files "*.ts" | repomix --stdin
# Using grep to find files containing specific content
grep -l "TODO" **/*.ts | repomix --stdin
# Using ripgrep to find files with specific content
rg -l "TODO|FIXME" --type ts | repomix --stdin
# Using ripgrep (rg) to find files
rg --files --type ts | repomix --stdin
# Using sharkdp/fd to find files
fd -e ts | repomix --stdin
# Using fzf to select from all files
fzf -m | repomix --stdin
# Interactive file selection with fzf
find . -name "*.ts" -type f | fzf -m | repomix --stdin
# Using ls with glob patterns
ls src/**/*.ts | repomix --stdin
# From a file containing file paths
cat file-list.txt | repomix --stdin
# Direct input with echo
echo -e "src/index.ts\nsrc/utils.ts" | repomix --stdin
The --stdin option allows you to pipe a list of file paths to Repomix, giving you ultimate flexibility in selecting which files to pack.
When using --stdin, the specified files are effectively added to the include patterns. This means that the normal include and ignore behavior still applies - files specified via stdin will still be excluded if they match ignore patterns.
[!NOTE] When using
--stdin, file paths can be relative or absolute, and Repomix will automatically handle path resolution and deduplication.
To include git logs in the output:
# Include git logs with default count (50 commits)
repomix --include-logs
# Include git logs with specific commit count
repomix --include-logs --include-logs-count 10
# Combine with diffs for comprehensive git context
repomix --include-logs --include-diffs
The git logs include commit dates, messages, and file paths for each commit, providing valuable context for AI analysis of code evolution and development patterns.
To compress the output:
repomix --compress
# You can also use it with remote repositories:
repomix --remote yamadashy/repomix --compress
To initialize a new configuration file (repomix.config.json):
repomix --init
Once you have generated the packed file, you can use it with Generative AI tools like ChatGPT, DeepSeek, Perplexity, Gemini, Gemma, Llama, Grok, and more.
Docker Usage 🐳
You can also run Repomix using Docker.
This is useful if you want to run Repomix in an isolated environment or prefer using containers.
Basic usage (current directory):
docker run -v .:/app -it --rm ghcr.io/yamadashy/repomix
To pack a specific directory:
docker run -v .:/app -it --rm ghcr.io/yamadashy/repomix path/to/directory
Process a remote repository and output to a output directory:
docker run -v ./output:/app -it --rm ghcr.io/yamadashy/repomix --remote https://github.com/yamadashy/repomix
Prompt Examples
Once you have generated the packed file with Repomix, you can use it with AI tools like ChatGPT, DeepSeek, Perplexity, Gemini, Gemma, Llama, Grok, and more. Here are some example prompts to get you started:
Code Review and Refactoring
For a comprehensive code review and refactoring suggestions:
This file contains my entire codebase. Please review the overall structure and suggest any improvements or refactoring opportunities, focusing on maintainability and scalability.
Documentation Generation
To generate project documentation:
Based on the codebase in this file, please generate a detailed README.md that includes an overview of the project, its main features, setup instructions, and usage examples.
Test Case Generation
For generating test cases:
Analyze the code in this file and suggest a comprehensive set of unit tests for the main functions and classes. Include edge cases and potential error scenarios.
Code Quality Assessment
Evaluate code quality and adherence to best practices:
Review the codebase for adherence to coding best practices and industry standards. Identify areas where the code could be improved in terms of readability, maintainability, and efficiency. Suggest specific changes to align the code with best practices.
Library Overview
Get a high-level understanding of the library
This file contains the entire codebase of library. Please provide a comprehensive overview of the library, including its main purpose, key features, and overall architecture.
Feel free to modify these prompts based on your specific needs and the capabilities of the AI tool you're using.
Community Discussion
Check out our community discussion where users share:
- Which AI tools they're using with Repomix
- Effective prompts they've discovered
- How Repomix has helped them
- Tips and tricks for getting the most out of AI code analysis
Feel free to join the discussion and share your own experiences! Your insights could help others make better use of Repomix.
Output File Format
Repomix generates a single file with clear separators between different parts of your codebase.
To enhance AI comprehension, the output file begins with an AI-oriented explanation, making it easier for AI models to
understand the context and structure of the packed repository.
XML Format (default)
The XML format structures the content in a hierarchical manner:
This file is a merged representation of the entire codebase, combining all repository files into a single document.
<file_summary>
(Metadata and usage AI instructions)
</file_summary>
<directory_structure>
src/
cli/
cliOutput.ts
index.ts
(...remaining directories)
</directory_structure>
<files>
<file path="src/index.js">
// File contents here
</file>
(...remaining files)
</files>
<instruction>
(Custom instructions from `output.instructionFilePath`)
</instruction>
For those interested in the potential of XML tags in AI contexts:
https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/use-xml-tags
When your prompts involve multiple components like context, instructions, and examples, XML tags can be a game-changer. They help Claude parse your prompts more accurately, leading to higher-quality outputs.
This means that the XML output from Repomix is not just a different format, but potentially a more effective way to feed your codebase into AI systems for analysis, code review, or other tasks.
Markdown Format
To generate output in Markdown format, use the --style markdown option:
repomix --style markdown
The Markdown format structures the content in a hierarchical manner:
This file is a merged representation of the entire codebase, combining all repository files into a single document.
# File Summary
(Metadata and usage AI instructions)
# Repository Structure
```
src/
cli/
cliOutput.ts
index.ts
```
(...remaining directories)
# Repository Files
## File: src/index.js
```
// File contents here
```
(...remaining files)
# Instruction
(Custom instructions from `output.instructionFilePath`)
This format provides a clean, readable structure that is both human-friendly and easily parseable by AI systems.
JSON Format
To generate output in JSON format, use the --style json option:
repomix --style json
The JSON format structures the content as a hierarchical JSON object with camelCase property names:
{
"fileSummary": {
"generationHeader": "This file is a merged representation of the entire codebase, combined into a single document by Repomix.",
"purpose": "This file contains a packed representation of the entire repository's contents...",
"fileFormat": "The content is organized as follows...",
"usageGuidelines": "- This file should be treated as read-only...",
"notes": "- Some files may have been excluded based on .gitignore, .ignore, and .repomixignore rules..."
},
"userProvidedHeader": "Custom header text if specified",
"directoryStructure": "src/\n cli/\n cliOutput.ts\n index.ts\n config/\n configLoader.ts",
"files": {
"src/index.js": "// File contents here",
"src/utils.js": "// File contents here"
},
"instruction": "Custom instructions from instructionFilePath"
}
This format is ideal for:
- Programmatic processing: Easy to parse and manipulate with JSON libraries
- API integration: Direct consumption by web services and applications
- AI tool compatibility: Structured format for machine learning and AI systems
- Data analysis: Straightforward extraction of specific information using tools like
jq
Working with JSON Output Using jq
The JSON format makes it easy to extract specific information programmatically:
# List all file paths
cat repomix-output.json | jq -r '.files | keys[]'
# Count total number of files
cat repomix-output.json | jq '.files | keys | length'
# Extract specific file content
cat repomix-output.json | jq -r '.files["README.md"]'
cat repomix-output.json | jq -r '.files["src/index.js"]'
# Find files by extension
cat repomix-output.json | jq -r '.files | keys[] | select(endswith(".ts"))'
# Get files containing specific text
cat repomix-output.json | jq -r '.files | to_entries[] | select(.value | contains("function")) | .key'
# Extract directory structure
cat repomix-output.json | jq -r '.directoryStructure'
# Get file summary information
cat repomix-output.json | jq '.fileSummary.purpose'
cat repomix-output.json | jq -r '.fileSummary.generationHeader'
# Extract user-provided header (if exists)
cat repomix-output.json | jq -r '.userProvidedHeader // "No header provided"'
# Create a file list with sizes
cat repomix-output.json | jq -r '.files | to_entries[] | "\(.key): \(.value | length) characters"'
Plain Text Format
To generate output in plain text format, use the --style plain option:
repomix --style plain
This file is a merged representation of the entire codebase, combining all repository files into a single document.
================================================================
File Summary
================================================================
(Metadata and usage AI instructions)
================================================================
Directory Structure
================================================================
src/
cli/
cliOutput.ts
index.ts
config/
configLoader.ts
(...remaining directories)
================================================================
Files
================================================================
================
File: src/index.js
================
// File contents here
================
File: src/utils.js
================
// File contents here
(...remaining files)
================================================================
Instruction
================================================================
(Custom instructions from `output.instructionFilePath`)
Command Line Options
Basic Options
-v, --version: Show version information and exit
CLI Input/Output Options
| Option | Description |
|---|---|
--verbose | Enable detailed debug logging (shows file processing, token counts, and configuration details) |
--quiet | Suppress all console output except errors (useful for scripting) |
--stdout | Write packed output directly to stdout instead of a file (suppresses all logging) |
--stdin | Read file paths from stdin, one per line (specified files are processed directly) |
--copy | Copy the generated output to system clipboard after processing |
--token-count-tree [threshold] | Show file tree with token counts; optional threshold to show only files with ≥N tokens (e.g., --token-count-tree 100) |
--top-files-len <number> | Number of largest files to show in summary (default: 5) |
Repomix Output Options
| Option | Description |
|---|---|
-o, --output <file> | Output file path (default: repomix-output.xml, use "-" for stdout) |
--style <style> | Output format: xml, markdown, json, or plain (default: xml) |
--output-file-path-style <style> | How file paths are shown in output: target-relative or cwd-relative (default: target-relative) |
--parsable-style | Escape special characters to ensure valid XML/Markdown (needed when output contains code that breaks formatting) |
--compress | Extract essential code structure (classes, functions, interfaces) using Tree-sitter parsing |
--output-show-line-numbers | Prefix each line with its line number in the output |
--no-file-summary | Omit the file summary section from output |
--no-directory-structure | Omit the directory tree visualization from output |
--no-files | Generate metadata only without file contents (useful for repository analysis) |
--remove-comments | Strip all code comments before packing |
--remove-empty-lines | Remove blank lines from all files |
--truncate-base64 | Truncate long base64 data strings to reduce output size |
--header-text <text> | Custom text to include at the beginning of the output |
--instruction-file-path <path> | Path to file containing custom instructions to include in output |
--split-output <size> | Split output into multiple numbered files (e.g., repomix-output.1.xml); size like 500kb, 2mb, or 1.5mb |
--include-empty-directories | Include folders with no files in directory structure |
--include-full-directory-structure | Show complete directory tree in output, including files not matched by --include patterns |
--no-git-sort-by-changes | Don't sort files by git change frequency (default: most changed files first) |
--include-diffs | Add git diff section showing working tree and staged changes |
--include-logs | Add git commit history with messages and changed files |
--include-logs-count <count> | Number of recent commits to include with --include-logs (default: 50) |
File Selection Options
| Option | Description |
|---|---|
--include <patterns> | Include only files matching these glob patterns (comma-separated, e.g., "src/**/*.js,*.md") |
-i, --ignore <patterns> | Additional patterns to exclude (comma-separated, e.g., "*.test.js,docs/**") |
--no-gitignore | Don't use .gitignore rules for filtering files |
--no-dot-ignore | Don't use .ignore rules for filtering files |
--no-default-patterns | Don't apply built-in ignore patterns (node_modules, .git, build dirs, etc.) |
Remote Repository Options
| Option | Description |
|---|---|
--remote <url> | Clone and pack a remote repository (GitHub URL or user/repo format) |
--remote-branch <name> | Specific branch, tag, or commit to use (default: repository's default branch) |
--remote-trust-config | Trust and load config files from remote repositories (disabled by default for security). On an interactive terminal, the config is shown and you are asked to confirm |
Configuration Options
| Option | Description |
|---|---|
-c, --config <path> | Use custom config file instead of repomix.config.json |
--init | Create a new repomix.config.json file with defaults |
--global | With --init, create config in home directory instead of current directory |
Security Options
--no-security-check: Skip scanning for sensitive data like API keys and passwords
Token Count Options
--token-count-encoding <encoding>: Tokenizer model for counting: o200k_base (GPT-4o), cl100k_base (GPT-3.5/4), etc. (default: o200k_base)--token-budget <number>: Fail with a non-zero exit code when the packed output exceeds N tokens. Useful as a guard in CI pipelines and agent workflows to keep output within a target model's context window. The output is still generated; only the exit code signals the overflow.
MCP
--mcp: Run as Model Context Protocol server for AI tool integration--sandbox [dir]: (with--mcp) confine the MCP server's file tools to a workspace directory (defaults to the working directory; e.g.--sandbox path/to/project) — every path is relative to that root, absolute/host paths are refused, and remote packing, skill generation, and attaching external outputs are disabled.
Agent Skills Generation
| Option | Description |
|---|---|
--skill-generate [name] | Generate Claude Agent Skills format output to .claude/skills/<name>/ directory (name auto-generated if omitted) |
--skill-project-name <name> | Override the project name used in generated Skills descriptions |
--skill-output <path> | Specify skill output directory path directly (skips location prompt) |
-f, --force | Skip all confirmation prompts (skill directory overwrite, remote config trust) |
Watch Mode
-
-w, --watch: Watch for file changes and automatically re-pack. Debounces rapid changes (300ms) and logs a timestamp on each rebuild. Stop withCtrl+C.Watch mode only works with local directories, so it cannot be combined with
--remote, a positional remote repository URL,--stdout,--stdin,--split-output,--skill-generate, or--copy(whether set on the command line or in your config file).
Examples
# Basic usage
repomix
# Custom output
repomix -o output.xml --style xml
# Output to stdout
repomix --stdout > custom-output.txt
# Send output to stdout, then pipe into another command (for example, simonw/llm)
repomix --stdout | llm "Please explain what this code does."
# Custom output with compression
repomix --compress
# Process specific files
repomix --include "src/**/*.ts" --ignore "**/*.test.ts"
# Split output into multiple files (max size per part)
repomix --split-output 20mb
# Remote repository with branch
repomix --remote https://github.com/user/repo/tree/main
# Remote repository with commit
repomix --remote https://github.com/user/repo/commit/836abcd7335137228ad77feb28655d85712680f1
# Remote repository with shorthand
repomix --remote user/repo
# Watch mode — automatically re-pack on file changes
repomix --watch
repomix -w --include "src/**/*.ts"
Updating Repomix
To update a globally installed Repomix:
# Using npm
npm update -g repomix
# Using yarn
yarn global upgrade repomix
# Using bun
bun update -g repomix
Using npx repomix is generally more convenient as it always uses the latest version.
Remote Repository Processing
Repomix supports processing remote Git repositories without the need for manual cloning. This feature allows you to quickly analyze any public Git repository with a single command.
To process a remote repository, use the --remote option followed by the repository URL:
repomix --remote https://github.com/yamadashy/repomix
You can also use GitHub's shorthand format:
repomix --remote yamadashy/repomix
You can specify the branch name, tag, or commit hash:
# Using --remote-branch option
repomix --remote https://github.com/yamadashy/repomix --remote-branch main
# Using branch's URL
repomix --remote https://github.com/yamadashy/repomix/tree/main
Or use a specific commit hash:
# Using --remote-branch option
repomix --remote https://github.com/yamadashy/repomix --remote-branch 935b695
# Using commit's URL
repomix --remote https://github.com/yamadashy/repomix/commit/836abcd7335137228ad77feb28655d85712680f1
[!NOTE] For security, config files (
repomix.config.*) in remote repositories are not loaded by default. This prevents untrusted repositories from executing code via config files. Your global config and CLI options are still applied. To trust a remote repository's config, use--remote-trust-configor setREPOMIX_REMOTE_TRUST_CONFIG=true— on an interactive terminal Repomix then shows that config and asks you to confirm before loading it. See Remote Repository Config Trust.When using
--configwith--remote, an absolute path is required (e.g.,--config /home/user/repomix.config.json).
Code Compression
The --compress option utilizes Tree-sitter to perform intelligent code extraction, focusing on essential function and class signatures while removing implementation details. This can help reduce token count while retaining important structural information.
repomix --compress
For example, this code:
import { ShoppingItem } from './shopping-item';
/**
* Calculate the total price of shopping items
*/
const calculateTotal = (
items: ShoppingItem[]
) => {
let total = 0;
for (const item of items) {
total += item.price * item.quantity;
}
return total;
}
// Shopping item interface
interface Item {
name: string;
price: number;
quantity: number;
}
Will be compressed to:
import { ShoppingItem } from './shopping-item';
⋮----
/**
* Calculate the total price of shopping items
*/
const calculateTotal = (
items: ShoppingItem[]
) => {
⋮----
// Shopping item interface
interface Item {
name: string;
price: number;
quantity: number;
}
[!NOTE] This is an experimental feature that we'll be actively improving based on user feedback and real-world usage
Per-file Inclusion Levels (output.patterns)
While --compress applies one level to every file, output.patterns lets you control the detail level per glob from your config file. Each entry targets files by glob (matched the same way as include/ignore) and overrides the global output.compress setting for matching files:
{
"output": {
"compress": false, // global default acts as the catch-all
"patterns": [
{ "pattern": "docs/**/*", "compress": true },
{ "pattern": "website/**/*", "directoryStructureOnly": true }
]
}
}
There are three levels:
- Full content (default) — the file's full content is included.
- Compressed (
compress: true) — the content is passed through the same Tree-sitter pipeline as--compress. - Directory-structure-only (
directoryStructureOnly: true) — the file is listed in the directory structure, but its content block is omitted from the output entirely.
Semantics:
- Patterns are evaluated in array order and the first matching pattern wins for a given file.
- A matched pattern's flags override the global
output.compresssetting. A pattern that matches without setting either flag forces full content for that file (useful for whitelisting files out of a globalcompress). directoryStructureOnlytakes precedence overcompresswhen both are set.- If no pattern matches, the global behavior applies (full content, or compressed when
output.compressistrue).
This is a config-file-only option; there is no CLI flag for per-pattern levels.
Token Count Optimization
Understanding your codebase's token distribution is crucial for optimizing AI interactions. Use the --token-count-tree option to visualize token usage across your project:
repomix --token-count-tree
This displays a hierarchical view of your codebase with token counts:
🔢 Token Count Tree:
────────────────────
└── src/ (70,925 tokens)
├── cli/ (12,714 tokens)
│ ├── actions/ (7,546 tokens)
│ └── reporters/ (990 tokens)
└── core/ (41,600 tokens)
├── file/ (10,098 tokens)
└── output/ (5,808 tokens)
You can also set a minimum token threshold to focus on larger files:
repomix --token-count-tree 1000 # Only show files/directories with 1000+ tokens
This helps you:
- Identify token-heavy files that might exceed AI context limits
- Optimize file selection using
--includeand--ignorepatterns - Plan compression strategies by targeting the largest contributors
- Balance content vs. context when preparing code for AI analysis
Splitting Output for Large Codebases
When working with large codebases, the packed output may exceed file size limits imposed by some AI tools (e.g., Google AI Studio's 1MB limit). Use --split-output to automatically split the output into multiple files:
repomix --split-output 1mb
This generates numbered files like:
repomix-output.1.xmlrepomix-output.2.xmlrepomix-output.3.xml
Size can be specified with units: 500kb, 1mb, 2mb, 1.5mb, etc. Decimal values are supported.
[!NOTE] Files are grouped by top-level directory to maintain context. A single file or directory will never be split across multiple output files.
MCP Server Integration
Repomix supports the Model Context Protocol (MCP), allowing AI assistants to directly interact with your codebase. When run as an MCP server, Repomix provides tools that enable AI assistants to package local or remote repositories for analysis without requiring manual file preparation.
repomix --mcp
Sandbox Mode
By default the MCP server can read any path the host user can. That is convenient for a trusted local assistant, but too broad when the server is exposed to an untrusted client or agent. The --sandbox flag confines the server's file tools to a single workspace directory:
# Confine to the current working directory
repomix --mcp --sandbox
# Confine to a specific directory
repomix --mcp --sandbox path/to/project
When sandbox mode is on, every path is relative to the workspace root (absolute, ~, .., and Windows drive/UNC paths are refused, as are paths that resolve outside the root through symlinks), config files are not loaded, and only the read-only, root-confined tools are registered; remote packing, skill generation, and attaching external outputs are disabled. The raw file tools (file_system_read_file, file_system_read_directory) are available only in sandbox mode, where the workspace root bounds what they can reach. This is an application-level confinement of the tool surface, not an OS-level sandbox.
Without --sandbox, pack_codebase loads and trusts the repomix.config.* in the directory it packs, the same as running repomix there from the command line. A config file is code: it can run when loaded and read files outside the repository. If your assistant may pack directories you don't trust, such as cloned third-party repositories, use --sandbox. See the MCP Server guide for details.
Configuring MCP Servers
To use Repomix as an MCP server with AI assistants like Claude, you need to configure the MCP settings:
For VS Code:
You can install the Repomix MCP server in VS Code using one of these methods:
- Using the Install Badge:
- Using the Command Line:
code --add-mcp '{"name":"repomix","command":"npx","args":["-y","repomix","--mcp"]}'
For VS Code Insiders:
code-insiders --add-mcp '{"name":"repomix","command":"npx","args":["-y","repomix","--mcp"]}'
For Cline (VS Code extension):
Edit the cline_mcp_settings.json file:
{
"mcpServers": {
"repomix": {
"command": "npx",
"args": [
"-y",
"repomix",
"--mcp"
]
}
}
}
For Cursor:
In Cursor, add a new MCP server from Cursor Settings > MCP > + Add new global MCP server with a configuration similar to Cline.
For Claude Desktop:
Edit the claude_desktop_config.json file with similar configuration to Cline's config.
For Claude Code:
To configure Repomix as an MCP server in Claude Code, use the following command:
claude mcp add repomix -- npx -y repomix --mcp
Alternatively, you can use the official Repomix plugins (see Claude Code Plugins section below).
Using Docker instead of npx:
You can use Docker as an alternative to npx for running Repomix as an MCP server:
{
"mcpServers": {
"repomix-docker": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/yamadashy/repomix",
"--mcp"
]
}
}
}
Once configured, your AI assistant can directly use Repomix's capabilities to analyze codebases without manual file preparation, making code analysis workflows more efficient.
Available MCP Tools
When running as an MCP server, Repomix provides the following tools:
- pack_codebase: Package a local code directory into a consolidated XML file for AI analysis
- Parameters:
directory: Absolute path to the directory to packcompress: (Optional, default: false) Enable Tree-sitter compression to extract essential code signatures and structure while removing implementation details. Reduces token usage by ~70% while preserving semantic meaning. Generally not needed since grep_repomix_output allows incremental content retrieval. Use only when you specifically need the entire codebase content for large repositories.includePatterns: (Optional) Specify files to include using fast-glob patterns. Multiple patterns can be comma-separated (e.g., "/*.{js,ts}", "src/,docs/**"). Only matching files will be processed.ignorePatterns: (Optional) Specify additional files to exclude using fast-glob patterns. Multiple patterns can be comma-separated (e.g., "test/,*.spec.js", "node_modules/,dist/**"). These patterns supplement .gitignore, .ignore, and built-in exclusions.outputPatterns: (Optional) Per-file inclusion levels, mirroring the config-fileoutput.patternsoption. An array of{ pattern, compress?, directoryStructureOnly? }entries; the first matching pattern wins,directoryStructureOnlytakes precedence overcompress, and a match with neither flag forces full content (useful for exempting files from a globalcompress). Overrides anyoutput.patternsfrom the target repository'srepomix.config.json.topFilesLength: (Optional, default: 10) Number of largest files by size to display in the metrics summary for codebase analysis.
- attach_packed_output: Attach an existing Repomix packed output file for AI analysis
- Parameters:
path: Path to a directory containing repomix-output.xml or direct path to a packed repository XML filetopFilesLength: (Optional, default: 10) Number of largest files by size to display in the metrics summary
- Features:
- Accepts either a directory containing a repomix-output.xml file or a direct path to an XML file
- Registers the file with the MCP server and returns the same structure as the pack_codebase tool
- Provides access to existing packed outputs without requiring re-processing
- Useful for working with previously generated packed repositories
- pack_remote_repository: Fetch, clone, and package a GitHub repository into a consolidated XML file for AI analysis
- Parameters:
remote: GitHub repository URL or user/repo format (e.g., "yamadashy/repomix", "https://github.com/user/repo", or "https://github.com/user/repo/tree/branch")compress: (Optional, default: false) Enable Tree-sitter compression to extract essential code signatures and structure while removing implementation details. Reduces token usage by ~70% while preserving semantic meaning. Generally not needed since grep_repomix_output allows incremental content retrieval. Use only when you specifically need the entire codebase content for large repositories.includePatterns: (Optional) Specify files to include using fast-glob patterns. Multiple patterns can be comma-separated (e.g., "/*.{js,ts}", "src/,docs/**"). Only matching files will be processed.ignorePatterns: (Optional) Specify additional files to exclude using fast-glob patterns. Multiple patterns can be comma-separated (e.g., "test/,*.spec.js", "node_modules/,dist/**"). These patterns supplement .gitignore, .ignore, and built-in exclusions.outputPatterns: (Optional) Per-file inclusion levels, mirroring the config-fileoutput.patternsoption. An array of{ pattern, compress?, directoryStructureOnly? }entries; the first matching pattern wins,directoryStructureOnlytakes precedence overcompress, and a match with neither flag forces full content (useful for exempting files from a globalcompress).topFilesLength: (Optional, default: 10) Number of largest files by size to display in the metrics summary for codebase analysis.
- read_repomix_output: Read the contents of a Repomix-generated output file. Supports partial reading with line range specification for large files.
- Parameters:
outputId: ID of the Repomix output file to readstartLine: (Optional) Starting line number (1-based, inclusive). If not specified, reads from beginning.endLine: (Optional) Ending line number (1-based, inclusive). If not specified, reads to end.
- Features:
- Specifically designed for web-based environments or sandboxed applications
- Retrieves the content of previously generated outputs using their ID
- Provides access to packed codebase without requiring file system access
- Supports partial reading for large files
- grep_repomix_output: Search for patterns in a Repomix output file using grep-like functionality with JavaScript RegExp syntax
- Parameters:
outputId: ID of the Repomix output file to searchpattern: Search pattern (JavaScript RegExp regular expression syntax)contextLines: (Optional, default: 0) Number of context lines to show before and after each match. Overridden by beforeLines/afterLines if specified.beforeLines: (Optional) Number of context lines to show before each match (like grep -B). Takes precedence over contextLines.afterLines: (Optional) Number of context lines to show after each match (like grep -A). Takes precedence over contextLines.ignoreCase: (Optional, default: false) Perform case-insensitive matching
- Features:
- Uses JavaScript RegExp syntax for powerful pattern matching
- Supports context lines for better understanding of matches
- Allows separate control of before/after context lines
- Case-sensitive and case-insensitive search options
- file_system_read_file: Read a file inside the sandbox workspace. Only available in sandbox mode (
--sandbox), where the workspace root bounds what it can reach.
- Parameters:
path: Path to the file to read, relative to the workspace root (e.g.src/index.ts)
- Notes:
- Not registered without
--sandbox - Content matching known secret formats (Secretlint) is refused as an additional heuristic safeguard — the access boundary is the workspace root, not the scan
- Not registered without
- file_system_read_directory: List the contents of a directory inside the sandbox workspace. Only available in sandbox mode (
--sandbox).
- Parameters:
path: Path to the directory to list, relative to the workspace root (e.g..orsrc)
- Features:
- Shows files and directories with clear indicators (
[FILE]or[DIR]) - Useful for exploring project structure and understanding codebase organization
- Shows files and directories with clear indicators (
Claude Code Plugins
Repomix provides official plugins for Claude Code that integrate seamlessly with the AI-powered development environment.
Installation
1. Add the Repomix plugin marketplace:
/plugin marketplace add yamadashy/repomix
2. Install plugins:
# Install MCP server plugin (recommended foundation)
/plugin install repomix-mcp@repomix
# Install commands plugin (extends functionality)
/plugin install repomix-commands@repomix
# Install repository explorer plugin (AI-powered analysis)
/plugin install repomix-explorer@repomix
Note: The repomix-mcp plugin is recommended as a foundation. The repomix-commands plugin provides convenient slash commands, while repomix-explorer adds AI-powered analysis capabilities. While you can install them independently, using all three provides the most comprehensive experience.
Alternatively, use the interactive plugin installer:
/plugin
This will open an interactive interface where you can browse and install available plugins.
Available Plugins
1. repomix-mcp (MCP Server Plugin)
Foundation plugin that provides AI-powered codebase analysis through MCP server integration.
Features:
- Pack local and remote repositories
- Read and search packed outputs
- Automatic Tree-sitter compression (~70% token reduction)
2. repomix-commands (Slash Commands Plugin)
Provides convenient slash commands for quick operations with natural language support.
Available Commands:
/repomix-commands:pack-local- Pack local codebase with various options/repomix-commands:pack-remote- Pack and analyze remote GitHub repositories
Example usage:
/repomix-commands:pack-local
Pack this project as markdown with compression
/repomix-commands:pack-remote yamadashy/repomix
Pack only TypeScript files from the yamadashy/repomix repository
3. repomix-explorer (AI Analysis Agent Plugin)
AI-powered repository analysis agent that intelligently explores codebases using Repomix CLI.
Features:
- Natural language codebase exploration and analysis
- Intelligent pattern discovery and code structure understanding
- Incremental analysis using grep and targeted file reading
- Automatic context management for large repositories
Available Commands:
/repomix-explorer:explore-local- Analyze local codebase with AI assistance/repomix-explorer:explore-remote- Analyze remote GitHub repositories with AI assistance
Example usage:
/repomix-explorer:explore-local ./src
Find all authentication-related code
/repomix-explorer:explore-remote facebook/react
Show me the main component architecture
The agent automatically:
- Runs
npx repomix@latestto pack the repository - Uses Grep and Read tools to efficiently search the output
- Provides comprehensive analysis without consuming excessive context
Benefits
- Seamless Integration: Claude can directly analyze codebases without manual preparation
- Natural Language: Use conversational commands instead of remembering CLI syntax
- Always Latest: Automatically uses
npx repomix@latestfor up-to-date features - Secret Scanning: Secretlint flags files matching known credential formats so they are left out of the output
- Token Optimization: Tree-sitter compression for large codebases
For more details, see the plugin documentation in the .claude/plugins/ directory.
Agent Skills Generation
Repomix can generate Claude Agent Skills format output, creating a structured Skills directory that can be used as a reusable codebase reference for AI assistants. This feature is particularly powerful when you want to reference implementations from remote repositories.
Basic Usage
# Generate Skills from local directory
repomix --skill-generate
# Generate with custom Skills name
repomix --skill-generate my-project-reference
# Generate with a custom project name in Skills descriptions
repomix --skill-generate --skill-project-name "My Project"
# Generate from remote repository
repomix --remote https://github.com/user/repo --skill-generate
When you run the command, Repomix prompts you to choose where to save the Skills:
- Personal Skills (
~/.claude/skills/) - Available across all projects on your machine - Project Skills (
.claude/skills/) - Shared with your team via git
Non-Interactive Usage
For CI pipelines and automation scripts, you can skip all interactive prompts using --skill-output and --force:
# Specify output directory directly
repomix --skill-generate --skill-output ./my-skills
# Skip overwrite confirmation with --force
repomix --skill-generate --skill-output ./my-skills --force
# Full non-interactive example
repomix --remote user/repo --skill-generate my-skill --skill-output ./output --force
Generated Structure
The Skills are generated with the following structure:
.claude/skills/<skill-name>/
├── SKILL.md # Main Skills metadata & documentation
└── references/
├── summary.md # Purpose, format, and statistics
├── project-structure.md # Directory tree with line counts
├── files.md # All file contents (grep-friendly)
└── tech-stacks.md # Languages, frameworks, dependencies
What's Included
- SKILL.md: Contains Skills metadata, file/line/token counts, overview, and usage instructions
- summary.md: Explains the Skills' purpose, usage guidelines, and provides statistics breakdown by file type and language
- project-structure.md: Directory tree with line counts per file for easy file discovery
- files.md: All file contents with syntax highlighting headers, optimized for grep-friendly searching
- tech-stacks.md: Auto-detected tech stack per package from dependency files (
package.json,requirements.txt,Cargo.toml, etc.)
Auto-Generated Skills Names
If no name is provided, Repomix auto-generates one:
repomix src/ --skill-generate # → repomix-reference-src
repomix --remote user/repo --skill-generate # → repomix-reference-repo
repomix --skill-generate CustomName # → custom-name (normalized to kebab-case)
Integration with Repomix Features
Skills generation respects all standard Repomix options:
# Generate Skills with file filtering
repomix --skill-generate --include "src/**/*.ts" --ignore "**/*.test.ts"
# Generate Skills with compression
repomix --skill-generate --compress
# Generate Skills from remote repository
repomix --remote yamadashy/repomix --skill-generate
Repomix Explorer Skill (Agent Skills)
Repomix provides a ready-to-use Repomix Explorer skill that enables AI coding assistants to analyze and explore codebases using Repomix CLI. This skill is designed to work with various AI tools including Claude Code, Cursor, Codex, GitHub Copilot, and more.
Quick Install
For Claude Code, install the official Repomix Explorer plugin:
/plugin marketplace add yamadashy/repomix
/plugin install repomix-explorer@repomix
For Codex, Cursor, OpenClaw, and other Agent Skills-compatible assistants, install the standalone skill with the Skills CLI:
npx skills add yamadashy/repomix --skill repomix-explorer
To target a specific assistant, pass --agent:
npx skills add yamadashy/repomix --skill repomix-explorer --agent codex
npx skills add yamadashy/repomix --skill repomix-explorer --agent openclaw
For Hermes Agent, install the single-file skill with Hermes Agent's native skills command:
hermes skills install https://raw.githubusercontent.com/yamadashy/repomix/main/skills/repomix-explorer/SKILL.md
What It Does
Once installed, you can analyze codebases with natural language instructions.
Analyze remote repositories:
"What's the structure of this repo?
https://github.com/facebook/react"
Explore local codebases:
"What's in this project?
~/projects/my-app"
This is useful not only for understanding codebases, but also when you want to implement features by referencing your other repositories.
⚙️ Configuration
Repomix supports multiple configuration file formats for flexibility and ease of use.
Configuration File Formats
Repomix will automatically search for configuration files in the following priority order:
- TypeScript (
repomix.config.ts,repomix.config.mts,repomix.config.cts) - JavaScript/ES Module (
repomix.config.js,repomix.config.mjs,repomix.config.cjs) - JSON (
repomix.config.json5,repomix.config.jsonc,repomix.config.json)
JSON Configuration
Create a repomix.config.json file in your project root:
repomix --init
This will create a repomix.config.json file with default settings.
TypeScript Configuration
TypeScript configuration files provide the best developer experience with full type checking and IDE support.
Installation:
To use TypeScript or JavaScript configuration with defineConfig, you need to install Repomix as a dev dependency:
npm install -D repomix
Example:
// repomix.config.ts
import { defineConfig } from 'repomix';
export default defineConfig({
output: {
filePath: 'output.xml',
style: 'xml',
removeComments: true,
},
ignore: {
customPatterns: ['**/node_modules/**', '**/dist/**'],
},
});
Benefits:
- ✅ Full TypeScript type checking in your IDE
- ✅ Excellent IDE autocomplete and IntelliSense
- ✅ Use dynamic values (timestamps, environment variables, etc.)
Dynamic Values Example:
// repomix.config.ts
import { defineConfig } from 'repomix';
// Generate timestamp-based filename
const timestamp = new Date().toISOString().slice(0, 19).replace(/[:.]/g, '-');
export default defineConfig({
output: {
filePath: `output-${timestamp}.xml`,
style: 'xml',
},
});
JavaScript Configuration
JavaScript configuration files work the same as TypeScript, supporting defineConfig and dynamic values.
Configuration Options
Here's an explanation of the configuration options:
| Option | Description | Default |
|---|---|---|
input.maxFileSize | Maximum file size in bytes to process. Files larger than this will be skipped | 50000000 |
input.processors | Ordered array of { pattern, command, timeout?, onError? } entries that run an external command to transform matching files before packing (e.g. JSON→TOON). First matching glob wins. Runs arbitrary commands, so it runs only for local CLI runs (and remote repos with --remote-trust-config). See File Processors | Not set |
output.filePath | The name of the output file | "repomix-output.xml" |
output.style | The style of the output (xml, markdown, json, plain) | "xml" |
output.filePathStyle | How file paths are shown in output (target-relative keeps paths relative to each target root, cwd-relative keeps paths relative to the current working directory) | "target-relative" |
output.parsableStyle | Whether to escape the output based on the chosen style schema. Note that this can increase token count. | false |
output.compress | Whether to perform intelligent code extraction to reduce token count | false |
output.patterns | Per-file inclusion levels. An ordered array of { pattern, compress?, directoryStructureOnly? } entries; the first matching glob wins and overrides the global output.compress for that file. See Per-file Inclusion Levels | Not set |
output.headerText | Custom text to include in the file header | null |
output.instructionFilePath | Path to a file containing detailed custom instructions | null |
output.fileSummary | Whether to include a summary section at the beginning of the output | true |
output.directoryStructure | Whether to include the directory structure in the output | true |
output.files | Whether to include file contents in the output | true |
output.removeComments | Whether to re |
