Files
CleanMM/Docs/Execution/Open-Source-Competitor-Research-2026-03-21.md
2026-03-23 16:48:26 +08:00

23 KiB

Open-Source Competitor Research — 2026-03-21

Objective

Research open-source competitors relevant to Atlas for Mac and compare them against Atlas from two angles:

  • feature overlap with the frozen MVP
  • technical patterns worth copying, avoiding, or tracking

This report is scoped to Atlas MVP as defined in PRD.md: Overview, Smart Clean, Apps, History, Recovery, Permissions, and Settings. Deferred items such as Storage treemap, Menu Bar, and Automation are treated as adjacent references, not MVP targets.

Method

  • Internal product/architecture baseline:
  • External research date:
    • All GitHub and SourceForge metadata in this report was checked on 2026-03-21.
  • External research workflow:
    • 2 focused web searches to identify the relevant open-source landscape
    • deep reads of the most representative projects: Mole, Pearcleaner, Czkawka
    • repo metadata, release metadata, license files, and selected source files for technical verification

Middle Findings

  • There is no single open-source product that matches Atlas's intended combination of native macOS UI + explainable action plan + history + recovery + permission guidance.
  • The market is fragmented:
    • Mole is the closest breadth benchmark for cleanup depth and developer-oriented coverage.
    • 腾讯柠檬清理 / lemon-cleaner is the closest native-GUI breadth benchmark from the Chinese Mac utility ecosystem.
    • Pearcleaner is the strongest open-source benchmark for app uninstall depth on macOS.
    • Czkawka is the strongest reusable file-analysis engine pattern, but it is not a Mac maintenance workspace.
    • GrandPerspective is the strongest adjacent open-source reference for storage visualization, but Atlas has explicitly deferred treemap from MVP.
  • Licensing is a major strategic boundary:
    • Mole uses MIT, which aligns with Atlas's current reuse strategy.
    • Pearcleaner is Apache 2.0 + Commons Clause, so it is source-available but not a safe upstream for monetized derivative shipping.
    • Czkawka mixes MIT and GPL-3.0-only depending on component.
    • GrandPerspective is GPL.
  • Atlas's strongest differentiation is architectural trust. Atlas's current weakest point is breadth of release-grade executable cleanup compared with how broad Mole already looks to users.

Executive Summary

If Atlas wants to win in open source, it should not position itself as "another cleaner." That lane is already occupied by Mole on breadth and Pearcleaner on uninstall specialization. Atlas's credible lane is a native macOS maintenance workspace with structured worker/helper boundaries, honest permission handling, and recovery-first operations.

The biggest threat is not that an open-source competitor already matches Atlas end to end. The threat is that users may compare Atlas's current MVP against a combination of Mole + Pearcleaner + GrandPerspective/Czkawka and conclude Atlas is cleaner in design but behind in raw capability. That makes execution credibility, uninstall depth, and product messaging more important than adding new surface area.

The one important omission in an open-source-only Mac comparison would be 腾讯柠檬清理 / Tencent lemon-cleaner, because it is both open-source and closer than most projects to a native GUI maintenance suite. Atlas should treat it as a real comparison point, especially for Chinese-speaking users.

Landscape Map

Project Type Why it matters to Atlas Current signal
tw93/Mole Direct breadth competitor Closest open-source "all-in-one Mac maintenance" positioning Very strong community and recent release activity
Tencent/lemon-cleaner Direct breadth competitor Closest open-source native GUI maintenance suite, especially relevant in Chinese market Established product and recognizable feature breadth
alienator88/Pearcleaner Direct module competitor Strongest open-source benchmark for Apps uninstall depth on macOS Strong adoption, but maintainer bandwidth is constrained
qarmin/czkawka Adjacent engine competitor Best open-source file hygiene / duplicate / temporary-file engine pattern Mature and active, but not macOS-native
GrandPerspective Adjacent UX competitor Best open-source reference for storage visualization / treemap Active, but outside Atlas MVP scope
sanketk2020/MacSpaceCleaner Emerging minor competitor Shows appetite for lightweight native Mac cleaners Low maturity; not a primary benchmark

Functional Comparison

Legend:

  • Strong = clear product strength
  • Partial = present but narrower or less central
  • No = not a meaningful capability
Capability Atlas for Mac Mole Lemon Pearcleaner Czkawka GrandPerspective
Broad junk / cache cleanup Partial Strong Strong Partial Partial No
App uninstall with leftovers Strong Strong Strong Strong No No
Developer-oriented cleanup Strong Strong Partial Partial Partial No
Disk usage analysis Partial Strong Strong No Partial Strong
Live health / system status Partial Strong Strong No No No
History / audit trail Strong Partial Low No No No
Recovery / restore model Strong Partial No No No No
Permission guidance UX Strong Low Partial Partial Low Low
Native macOS GUI Strong No Strong Strong Partial Strong
CLI / automation surface Partial Strong Low Partial Strong No

Notes Behind The Table

  • Atlas:
    • Atlas is strongest where it combines cleanup with History, Recovery, and Permissions.
    • Atlas already has real Apps list / preview uninstall / execute uninstall flows in the current architecture and protocol, with recovery-backed app uninstall behavior; the remaining question is depth and polish versus Pearcleaner, not whether the module exists.
    • Per Smart-Clean-Execution-Coverage-2026-03-09.md, real Smart Clean execution is still limited to a safe structured subset. So Atlas's cleanup breadth is not yet at Mole level.
  • Mole:
    • Mole covers clean, uninstall, optimize, analyze, status, purge, and installer, which is broader than Atlas's current release-grade execution coverage.
    • Mole exposes JSON for some commands and has strong dry-run patterns, but it does not center recovery/history as a product promise.
  • Lemon:
    • Lemon combines deep cleaning, large-file cleanup, duplicate cleanup, similar-photo cleanup, privacy cleaning, app uninstall, login-item management, and status-bar monitoring in one native Mac app.
    • It is a much more direct GUI comparison than Mole for users who expect a polished desktop utility instead of a terminal-first tool.
  • Pearcleaner:
    • Pearcleaner is deep on Apps, but it is not a full maintenance workspace.
    • It extends beyond uninstall into Homebrew, PKG, plugin, services, and updater utilities.
  • Czkawka:
    • Czkawka is powerful for duplicate finding, big files, temp files, similar media, broken files, and metadata cleanup.
    • It is not a Mac workflow app and does not cover uninstall, permissions guidance, or recovery.
  • GrandPerspective:
    • Very strong for treemap-based disk visualization.
    • It is analysis-first, not cleanup-orchestration-first.

Technical Comparison

Area Atlas for Mac Mole Lemon Pearcleaner Czkawka GrandPerspective
App shape Native macOS app CLI / TUI plus scripts Native macOS app Native macOS app Cross-platform workspace Native macOS app
Main stack SwiftUI + AppKit bridges + XPC/helper Shell + Go Objective-C/Cocoa + Xcode workspace + pods SwiftUI + AppKit + helper targets Rust workspace with core/CLI/GTK/Slint frontends Cocoa / Objective-C / Xcode project
Process boundary App + worker + privileged helper Mostly single local toolchain App plus multiple internal modules/daemons App + helper + Finder extension + Sentinel monitor Shared core with multiple frontends Single app process
Privileged action model Structured helper boundary Direct shell operations with safety checks Native app cleanup modules; license files indicate separate daemon licensing Privileged helper plus Full Disk Access Mostly user-space file operations Read/analyze oriented
Recoverability Explicit product-level recovery model Safety-focused, but not recovery-first No clear recovery-first model No clear recovery-first model No built-in recovery model Not applicable
Auditability History and structured recovery items Operation logs No first-class history model No first-class history model No first-class history model Not applicable
Packaging .zip, .dmg, .pkg, direct distribution Homebrew, install script, prebuilt binaries Native app distribution via official site/App ecosystem DMG/ZIP/Homebrew cask Large prebuilt binary matrix SourceForge / App Store / source tree
License shape MIT, with attribution for reused upstream code MIT GPL v2 for daemon, GPL v3 for most other modules Apache 2.0 + Commons Clause Mixed: MIT plus GPL-3.0-only for some frontends GPL

Competitor Deep Dives

1. Mole

Why it matters

Mole is the closest open-source breadth competitor and also Atlas's most important upstream-adjacent reference. It markets itself as an all-in-one Mac maintenance toolkit and already bundles many of the comparisons users naturally make against commercial utilities.

What it does well

  • Broad feature surface in one install:
    • cleanup
    • app uninstall
    • disk analyze
    • live status
    • project artifact purge
    • installer cleanup
  • Strong developer-user fit:
    • Xcode and Node-related cleanup are explicitly called out
    • purge is a strong developer-specific wedge
  • Safe defaults are well communicated:
    • dry-run
    • path validation
    • protected directories
    • explicit confirmation
    • operation logs
  • Good automation posture:
    • mo analyze --json
    • mo status --json

Technical takeaways

  • Repo composition is pragmatic rather than layered:
    • heavy Shell footprint
    • Go core dependencies including bubbletea, lipgloss, and gopsutil
  • Distribution is optimized for speed and reach:
    • Homebrew
    • shell install script
    • architecture-specific binaries
  • Safety is implemented inside one local toolchain, not via an app-worker-helper separation.

Weaknesses relative to Atlas

  • Terminal-first experience limits mainstream Mac adoption.
  • Product trust is based on careful scripting and dry-run, not on a native explainable workflow with recovery.
  • History, audit, and restore are not a first-class user-facing value proposition.

Implication for Atlas

Mole should be treated as Atlas's primary benchmark for Smart Clean breadth and developer-oriented cleanup coverage. Atlas should not try to beat Mole on shell ergonomics. Atlas should beat it on:

  • explainability
  • permissions UX
  • structured execution boundaries
  • history / recovery credibility
  • native product polish

2. Pearcleaner

Why it matters

Pearcleaner is the strongest open-source benchmark for Atlas's Apps module. It is native, widely adopted, and much deeper on uninstall-adjacent workflows than most open-source Mac utilities.

What it does well

  • Strong uninstall-centered feature cluster:
    • app uninstall
    • orphaned file search
    • file search
    • Homebrew manager
    • PKG manager
    • plugin manager
    • services manager
    • updater
  • Native platform integrations:
    • Finder extension
    • helper target
    • Sentinel monitor for automatic cleanup when apps hit Trash
    • CLI support and deep-link automation
  • Clear macOS assumptions:
    • Full Disk Access required for search
    • privileged helper required for system-folder actions

Technical takeaways

  • Repo structure shows native macOS product thinking:
    • Pearcleaner.xcodeproj
    • Pearcleaner
    • PearcleanerHelper
    • PearcleanerSentinel
    • FinderOpen
  • Source confirms a SwiftUI app entrypoint:
    • import SwiftUI
    • @main struct PearcleanerApp: App
  • Helper code confirms XPC-like privileged helper behavior with code-sign validation before accepting client requests.

Weaknesses relative to Atlas

  • It is not a full maintenance workspace.
  • No strong user-facing recovery/history model.
  • Maintainer note in the README says updates slowed due to limited spare time, which is a maintainability risk.
  • Licensing is a hard boundary:
    • Apache 2.0 with Commons Clause prevents monetized derivative use.

Implication for Atlas

For Apps, Atlas should benchmark against Pearcleaner rather than against generic cleaners. The gap to close is not "can Atlas delete apps" but:

  • uninstall footprint depth
  • service / launch item cleanup coverage
  • package-manager and installer awareness
  • native workflow polish

Atlas should not depend on Pearcleaner code for shipped product behavior due license constraints.

3. Tencent Lemon Cleaner

Why it matters

Tencent/lemon-cleaner is one of the most relevant omissions if Atlas only compares itself with Western or terminal-first open-source tools. It is a native macOS maintenance utility with broad GUI feature coverage and obvious overlap with what many users expect from a Mac cleaning app.

What it does well

  • Broad native GUI utility bundle:
    • deep scan cleanup
    • large-file cleanup
    • duplicate-file cleanup
    • similar-photo cleanup
    • browser privacy cleanup
    • app uninstall
    • startup item management
    • status-bar monitoring
    • disk space analysis
  • Product positioning is close to mainstream cleaner expectations:
    • one-click cleaning
    • software-specific cleanup rules
    • real-time device status in menu bar / status area
  • Chinese-market relevance is high:
    • the README and official site are aimed directly at Chinese macOS users and their cleanup habits

Technical takeaways

  • Repo structure is a classic native Mac app workspace:
    • Lemon.xcodeproj
    • Lemon.xcworkspace
    • multiple feature modules such as LemonSpaceAnalyse, LemonUninstaller, LemonPrivacyClean, LemonLoginItemManager, and LemonCleaner
  • The repository is primarily Objective-C and keeps a separate daemon license file.
  • This is a good example of a feature-suite style monolithic Mac utility rather than Atlas's more explicitly layered app/worker/helper model.

Weaknesses relative to Atlas

  • No visible recovery-first promise comparable to Atlas.
  • No obvious user-facing history/audit model.
  • Architecture appears more utility-suite oriented than trust-boundary oriented.
  • License is restrictive for Atlas reuse:
    • GPL v2 for the daemon
    • GPL v3 for most other modules

Implication for Atlas

Lemon is a direct product benchmark, especially for:

  • native GUI breadth
  • large-file / duplicate / privacy / startup-item utility coverage
  • Chinese-language market expectations

Atlas should study Lemon as a product benchmark, but not as a code-reuse candidate.

4. Czkawka

Why it matters

Czkawka is not a direct Mac maintenance workspace competitor, but it is the strongest open-source reference for fast multi-platform file analysis and cleanup primitives.

What it does well

  • High-performance file hygiene coverage:
    • duplicates
    • empty files/folders
    • big files
    • temp files
    • similar images/videos
    • broken files
    • Exif remover
    • video optimizer
  • Strong engineering posture:
    • memory-safe Rust emphasis
    • reusable czkawka_core
    • CLI plus multiple GUI frontends
    • explicit note that it does not collect user data or access the Internet
  • Platform strategy is mature:
    • macOS, Linux, Windows, FreeBSD, Android

Technical takeaways

  • Workspace composition is clear:
    • czkawka_core
    • czkawka_cli
    • czkawka_gui
    • krokiet
    • cedinia
  • The newer Krokiet frontend is built in Slint because the maintainer found GTK inconsistent and high-friction on Windows and macOS.
  • This is a strong example of separating reusable scan logic from frontends.

Weaknesses relative to Atlas

  • It is not macOS-native in product feel.
  • It does not cover uninstall, permissions workflow, history, or restore semantics.
  • Mixed licensing matters:
    • core/CLI/GTK app are MIT
    • Krokiet and Cedinia are GPL-3.0-only due Slint-related restrictions

Implication for Atlas

Czkawka is best used as an engineering reference, not as a product model. Atlas can learn from:

  • reusable core logic boundaries
  • fast scanning primitives
  • cross-front-end separation

Atlas should avoid importing GPL-constrained UI paths into shipping code.

5. GrandPerspective

Why it matters

GrandPerspective is not an MVP competitor but it is the clearest open-source reference for treemap-based storage visualization on macOS.

What it does well

  • Strong single-purpose focus:
    • visual treemap disk usage analysis
  • Mature native Mac implementation:
    • GrandPerspective.xcodeproj
    • main.m
  • Still active:
    • SourceForge tree shows commits in January and February 2026 and a 3.6.3 version update in January 2026.

Weaknesses relative to Atlas

  • It is an analyzer, not a cleanup workspace.
  • GPL license makes it unattractive for direct reuse in Atlas.

Implication for Atlas

Keep GrandPerspective as a post-MVP reference for Storage treemap only. Do not let it pull Atlas out of frozen MVP scope without an explicit product decision update.

6. Watchlist: MacSpaceCleaner

MacSpaceCleaner is useful as a signal, not as a primary benchmark.

  • Positives:
    • native Swift-based Mac utility
    • MIT licensed
    • explicit developer/Xcode cleanup slant
  • Limitations:
    • only 136 GitHub stars on 2026-03-21
    • much weaker ecosystem signal than Mole, Pearcleaner, or Czkawka
    • repository structure is less mature and less informative

It is worth monitoring for specific ideas, but it should not drive Atlas roadmap decisions.

What Atlas Is Actually Competing With

The real competitive picture is not one app. It is a user assembling a toolkit:

  • Mole for broad cleanup and monitoring
  • Lemon for native GUI all-in-one cleanup expectations
  • Pearcleaner for uninstall depth
  • GrandPerspective or similar tools for disk visualization
  • Czkawka for duplicate / large-file hygiene

That means Atlas wins only if it makes the integrated workflow meaningfully safer and easier than stitching together multiple specialist tools.

Strategic Implications For Atlas

1. Atlas should own the trust architecture lane

This is the strongest differentiator that the current open-source set does not combine well:

  • explainable findings
  • structured worker/helper boundary
  • visible permission rationale
  • history
  • recoverable actions

2. Smart Clean breadth is the highest product risk

Per Smart-Clean-Execution-Coverage-2026-03-09.md, Atlas currently executes a safe structured subset of targets. That is honest and correct, but it also means Atlas can lose obvious comparisons to Mole unless release messaging stays precise and execution coverage expands.

3. Apps depth should be benchmarked against Pearcleaner, not generic cleaners

Atlas already includes app uninstall flows, but the market standard for open-source Mac uninstall depth is closer to Pearcleaner's footprint search, services/package awareness, and native integrations.

4. License hygiene must stay strict

  • Mole is the only clearly safe major upstream from this set for Atlas's current MIT-oriented posture.
  • Lemon, GrandPerspective, and parts of Czkawka carry GPL constraints and should be treated as product/UX references, not casual reuse candidates.
  • Pearcleaner and GrandPerspective should be treated as product references, not code reuse candidates.
  • Czkawka components need per-component license review before any adaptation.

5. Deferred scope must stay deferred

GrandPerspective makes storage treemap look attractive, but Atlas has explicitly deferred Storage treemap from MVP. The correct move is to use it as future design reference, not as a reason to reopen MVP.

  • Product:
    • Position Atlas explicitly as an explainable, recovery-first Mac maintenance workspace, not just a cleaner.
  • Smart Clean:
    • Expand release-grade execution coverage on the categories users will compare most directly with Mole: caches, developer artifacts, and high-confidence junk roots.
  • Apps:
    • Run a gap review against Pearcleaner feature depth for uninstall leftovers, services, package artifacts, and automation entry points.
  • Architecture:
    • Keep leaning into worker/helper and structured recovery. That is Atlas's most defensible open-source differentiation.
  • Messaging:
    • Be exact about what runs for real today. Over-claiming breadth would erase Atlas's trust advantage.

Sources

Internal Atlas docs

  1. PRD.md
  2. Architecture.md
  3. Smart-Clean-Execution-Coverage-2026-03-09.md

Mole

  1. tw93/Mole
  2. Mole README
  3. Mole go.mod
  4. Mole latest release V1.30.0 published on 2026-03-08

Pearcleaner

  1. alienator88/Pearcleaner
  2. Pearcleaner README
  3. Pearcleaner app entrypoint
  4. Pearcleaner helper entrypoint
  5. Pearcleaner license
  6. Pearcleaner latest release 5.4.3 published on 2025-11-26

Lemon

  1. Tencent/lemon-cleaner
  2. Lemon README
  3. 腾讯柠檬清理官网

Czkawka

  1. qarmin/czkawka
  2. Czkawka README
  3. Czkawka Cargo workspace
  4. Krokiet README
  5. Czkawka latest release 11.0.1 published on 2026-02-21

GrandPerspective

  1. GrandPerspective SourceForge source tree

MacSpaceCleaner

  1. sanketk2020/MacSpaceCleaner
  2. MacSpaceCleaner README