# cfr-decompiler を Homebrew でインストール cfr-decompiler のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。 ## インストール ```sh sudo av install brew:cfr-decompiler ``` 追加のインストールコマンド: ### macOS - Homebrew (100%): ```sh brew install cfr-decompiler ``` 証拠: local Homebrew formula metadata ## パッケージ情報 - **パッケージキー:** brew:cfr-decompiler - **パッケージマネージャ:** Homebrew - **バージョン:** 0.152 - **ソース概要:** Yet Another Java Decompiler - **ホームページ:** - **リポジトリ:** - **最終更新:** 2026-06-22T14:03:00-07:00 - **生成日時:** 2026-08-03T19:37:03+00:00 ## 実行可能ファイル - cfr-decompiler (エイリアス) ## インストール挙動 - Bottle: 利用不可 ## バージョンと鮮度 - ページ生成日: 2026-08-03 - マネージャ版: 0.152 ## プロジェクトの歴史と使われ方 CFR is a Java bytecode decompiler distributed as the `cfr-decompiler` Homebrew formula. Its official site describes it as another Java decompiler that can handle modern Java features while being written in Java 6 for broad runtime compatibility. ### プロジェクトの歴史 The official GitHub repository was created in May 2014 and points users to benf.org as the main CFR site. The README says CFR can decompile modern Java features, including Java 9, 12, and 14 features, and can make a reasonable attempt at JVM languages such as Kotlin, Scala, and Groovy. The benf.org project page records a long release history, including 0.146 in July 2019, 0.147 in October 2019, 0.150 in May 2020, 0.151 in February 2021, and 0.152 in December 2021. The README notes that since 0.145, binaries have also been published on GitHub releases. ### 採用の歴史 CFR's adoption comes from the Java reverse-engineering and debugging niche: developers use it when they need readable Java-like output from class files or jars, especially for newer language features that older decompilers may not handle cleanly. Official distribution includes the benf.org jar downloads, GitHub release artifacts, and Maven Central. The Homebrew package wraps that Java tool in a package-manager-friendly executable for macOS users. ### 使われ方 The documented use is to run the versioned jar against class names or class files, or pass an entire jar and an `--outputdir` when emitting files. The README also documents `--help` for arguments. CFR supports an options file for decompilation tests, but the official user docs do not document a persistent application config path or credential file for normal CLI use, so both locations are null. ### パッケージ好きにとっての重要性 CFR matters to package people because decompilers are operational tools as much as developer tools: they are installed when source is missing, artifacts are suspicious, or bytecode behavior needs inspection. It is also a classic example of a small Java jar that package managers wrap into a named executable. The package value is not dependency complexity; it is putting a known decompiler on PATH. ### タイムライン - 2014: The leibnitz27/cfr public repository is created on GitHub. - 2019: CFR 0.146 and 0.147 add support and fixes for Java and Kotlin bytecode patterns. - 2021: CFR 0.152 is published on benf.org with support and fixes for newer Java features including sealed classes. - 2026: The official site notes renewed tinkering and points users to the GitHub repository for a modern version. ### Related projects - The Java compiler and JVM class-file format are the direct targets CFR decompiles. - Kotlin, Scala, and Groovy are named in the README as JVM languages whose class files CFR may attempt to turn back into Java. - Maven Central is an official distribution channel for CFR artifacts. ### ソース - - - - - - ## セキュリティノート narrow executable package without higher-risk signals. - **Geiger リスク:** グリーン / 低 - narrow executable package without higher-risk signals ## Combined YAML source View the package source record on GitHub. [combined/cfr-decompiler.yml](https://github.com/mxcl/pkgdb/blob/main/combined/cfr-decompiler.yml) ## ソース - pkg.so package database - Geiger risk classifier - curated package history - pkgdb category and tag curation - cross-ecosystem install command graph