Dev Janitor - 開発マシンの cleanup と health check を一か所で見る

開発マシンでたまりやすいものは、単一の巨大 file だけではありません。複数 project の node_modules、Rust の target、temporary log、package manager cache、AI coding tool が残した chat history、debug file、project config が少しずつ増えていきます。個別には自然でも、積み重なると disk usage、PATH の混乱、port conflict、local credential exposure の原因になります。

今日紹介する cocojojo5213/Dev-Janitor は、こうした問題を一つの desktop interface にまとめる tool です。Tauri 2、React 19、Rust で作られていて、development artifact の cleanup、local developer tools の管理、common environment issue の確認を目的にしています。GitHub search page では現在およそ 841 stars、56 forks。主な言語は Rust、license は MIT、repository は 2026 年 1 月に作成され、2026 年 6 月にも更新されており、latest tag は v2.4.1 です。

プロジェクト概要

項目	内容
リポジトリ	cocojojo5213/Dev-Janitor
位置づけ	Cross-platform な開発マシン cleanup / tool management / environment check app
Stars	約 841
Forks	56
主な言語	Rust
Desktop stack	Tauri 2 / React 19
ライセンス	MIT
Latest tag	v2.4.1

扱っているのは「開発マシンの衛生」

多くの cleanup tool は system cache、browser cache、download folder に注目します。Dev Janitor はもう少し developer daily workflow に寄っています。Project directory の development artifact を scan し、language ecosystem ごとの cache や build output を見つけ、user が project ごと、type ごとに削除するか判断できるようにします。

README で明示されている対象には、node_modules、target、log、cache、temporary file があります。これらは active development では普通の存在です。しかし project が archived になったり、branch を何度も切り替えたり、dependency を何度も reinstall したりすると、長く残り続けます。手動で du や file manager を使っても調べられますが、repository が数十個あると漏れやすいです。

Dev Janitor の価値は「全部自動で消すこと」ではなく、development leftovers を reviewable list にすることです。状態が複雑な開発マシンでは、まず見えるようにしてから消すほうが安全です。

AI coding tool の残りを独立して扱う

この project が今らしいのは、AI coding tool が残す local artifacts を独立した cleanup target として扱っている点です。README では、AI coding tools の temporary leftovers を検出しつつ、active project config file、たとえば .codex/config.toml や .claude/settings.json を junk として扱わない、と説明されています。

この境界は重要です。AI tools は project directory や user directory に session、cache、debug log、tool state、rules file を残すことがあります。単純な file name matching だけだと、まだ使っている agent configuration を消してしまうかもしれません。Dev Janitor の説明はより慎重で、chat history、cache、debug files を project 単位で review する方向です。

私はこれを「AI tool footprint の棚卸し」と考えるのがよいと思います。Secure erase tool として見るべきではありません。機密情報を含む history があるなら、team policy に従い、content type を確認してから cleanup、archive、credential rotation を判断する必要があります。

Tool management は主要 ecosystem を広く見る

Dev Janitor には tool management もあります。README によると、Node、Python、Rust、Go と周辺 ecosystem の installed tools を inspect し、version check や common global packages の update ができます。

さらに、Codex、Claude Code、Cursor、Gemini CLI、Aider、Continue、Kiro、iFlow、OpenCode、GitHub Copilot CLI、Qwen Code、Cline、Amp、Crush、Amazon Q Developer CLI などの AI CLI tools も同じ interface で扱います。各 package manager を置き換えるのではなく、本機にどの agent tool が入っているのか、version が古くないか、重複や使っていない install がないかを俯瞰するための view です。

新しい tool をよく試す人には、この view が効きます。問題は install 方法を知らないことではなく、数か月後に自分が何を入れたか忘れていることだからです。

Local security scan は実務的なリスクに寄っている

Dev Janitor の security scan は、一般的な code vulnerability scanner ではありません。より local environment の configuration risk に寄っています。Common config files に API keys が残っていないか、本来 localhost のみに bind されるべき port が露出していないか、MCP server configuration に credential exposure や SSRF につながりうる pattern がないかを見ます。

この種類の check は、開発マシンの health check として相性がよいです。最近は local HTTP server、MCP server、browser automation endpoint、agent bridge が増えています。一つの service が不適切な address に bind されていたり、token が project directory に残っていたりすると、単なる local issue ではなく network-reachable な問題になり得ます。

もちろん、すべての security issue を cover するわけではありません。現実的には quick reminder layer として使うのがよいです。怪しい項目が出たら、具体的な tool documentation と team security policy に戻って確認します。

Port と PATH の小さな問題もまとめて見る

README には system utilities も並んでいます。Long-running development processes の確認、特定 port を使っている process の特定、PATH と shell configuration issue の review、Windows system/user PATH entries の確認などです。

これらは個別の command でもできます。lsof、netstat、PowerShell、Task Manager、shell config file を使えば調べられます。ただし一つの desktop tool にまとまっていると、「今日この machine の何かがおかしい」という場面で便利です。Port が埋まっている、command が見つからない、global tool version が違う、cache が膨らんでいる、AI CLI が history files を残している、という問題を同じ場所から見られます。

Dev Janitor は single-purpose CLI というより、development workstation control panel に近い位置づけです。

Installation と development status

Project は Releases page で Windows .msi と portable zip、macOS .dmg、Linux AppImage、.deb、.rpm を提供しています。Source user だけではなく、普通の developer が直接 download して使うことを想定しているようです。

Development に参加する場合、README に書かれている local stack は Node.js 24 LTS+、pnpm 11.5.0+、Rust 1.95.0 です。

git clone https://github.com/cocojojo5213/Dev-Janitor.git
cd Dev-Janitor
corepack enable pnpm
pnpm install
pnpm tauri dev

Validation commands は frontend build、Rust formatting、tests、clippy、Windows GNU target の cargo check を含みます。Local files、ports、PATH、tool configuration に触れる desktop app としては、この範囲の validation は重要です。

向いている人

Dev Janitor が向いているのは、次のような developer です。

同じ machine で多くの frontend、Rust、Go、Python project を扱っている。
AI coding CLI をよく試し、それらが local に何を残したか見たい。
Cache、build artifacts、logs を project ごとに review して cleanup したい。
Local ports、PATH、global tool versions、credential exposure risk を素早く確認したい。
毎回 command を組み立てるより、cross-platform desktop UI で見たい。

Project が少ない人や、すでに dotfiles、package management、cleanup scripts が整っている人にとって、Dev Janitor が既存 workflow を置き換えるとは限りません。それでも one-time audit tool として、見落としていた leftovers や configuration drift を見つける用途はあります。

使うときの注意点

第一に、cleanup tool を automatic deleter として扱わないことです。node_modules、target、cache、AI session files には、再生成できるものもあれば、今の task で使われているものもあります。削除前に path と project state を確認する必要があります。

第二に、security scan result は hint です。Final verdict ではありません。API key、MCP config、port binding のような問題は、具体的な tool と network environment に照らして確認するべきです。

第三に、project はかなり速く更新されています。GitHub metadata では 2026 年 1 月作成で、latest tag は v2.4.1 です。Daily workflow に入れる前に version を固定し、まず non-critical directory で試して、scan rules が自分の作業方法に合うか見たほうがよいです。

まとめ

cocojojo5213/Dev-Janitor は、developer machine に散らばる小さな問題を一つの desktop app に集めています。Development artifacts、AI tool leftovers、global tool versions、local ports、PATH、configuration risk を同じ場所から見られます。du、lsof、package manager、security scanner を置き換えるのではなく、日常的な maintenance の入口を提供する tool です。

よいところは、境界が比較的はっきりしていることです。まず scan し、まず表示し、それから user が cleanup を決める。AI coding agent、MCP server、多言語 toolchain を頻繁に使うほど、local environment の complexity は上がります。Dev Janitor は、その「開発マシンにも定期 health check が必要」という需要にうまく刺さっています。

リポジトリ：https://github.com/cocojojo5213/Dev-Janitor