CopyCat Clipboard keeps a searchable, synced clipboard history across six platforms

One clipboard history for desktop, phone and tablet

CopyCat Clipboard is described as an intuitive clipboard manager designed to enhance your workflow, letting you seamlessly switch between documents, apps and devices while keeping copied items organised, accessible and synced. The platform list in the feature list is the honest summary of the ambition, since you can access your clipboard history on Android, Windows, Mac, iPhone, iPad and Linux. The application is written in Dart with Flutter, and the repository layout confirms it, with platform folders for android/, ios/, linux/, macos/ and windows/ sitting alongside lib/ and a long list of asset, font and package directories. For a tool whose whole value is being present on every device you copy on, the multi-platform build is not a nice-to-have feature, it is the product, and the per-platform folders in the tree are the evidence that the project maintains all of them.

Collections are the part that survives the history limit

The first feature is unlimited clipboard history, which lets you save and retrieve all your copied items without limits and with an unlimited number of concurrent devices. The third feature, collections, is the more interesting design decision, and the README explains the difference in one line. Clips stored in collections are always available and will not be automatically deleted like history. That is a deliberate two tier model. History is the volatile tier, everything you copy, pruned by age or by the platform policy, and collections are the durable tier, things you decided to keep, such as project assets, a DevOps command list or memes. The practical effect is that the collections become the place you actually look, because a search across a pruned history is a search across data that may be gone. The other tools in the same list are conventional, quick search to instantly find any copied item and categorical search to locate the exact type you need.

End-to-end encryption is optional, and it changes who can read your clips

The security story is a fifth feature with two tiers. Your data is encrypted to ensure privacy and security, and you can opt for end-to-end encryption for added security. The README states the mechanism plainly, that end-to-end encryption uses 256-bit AES encryption, ensuring even Copycat cannot access your clips. That last clause is the point of the feature and also its cost, since a clipboard history is exactly the kind of data a user sometimes needs to recover after a reinstall. The default state, encryption without end to end, keeps the service able to index and search the clips, and the optional tier trades that away for confidentiality. The repository also carries a SECURITY.md and a .sentry-native/ directory, which indicates that crash reporting is part of the shipped application and is worth knowing about before you paste anything sensitive.

Real-time sync is the feature that justifies the service

The sixth feature is real-time synchronisation across multiple devices, and it is what turns a clipboard tool into something that follows you between a laptop and a phone. You copy on one device and paste on any other instantly with real-time syncing, and the syncing is backed by a backend in the repository, with a supabase/ directory and a firebase.json at the top level. The seventh feature bundles the small things that make a clipboard manager usable day to day. You can access your Copycat clipboard anywhere with a configurable shortcut, paste directly into any application using smart paste, and add titles and descriptions to clips for easy searching. The last two items on the list are platform specific, a realtime Android background listener, which is what lets the app notice a copy that happens outside it, and extensive keyboard shortcuts on desktops, plus dock mode, advanced filters, theming and duplicate prevention.

Getting it is a download, not a package install

There is no install command in the README, and the distribution model is a download. The primary route is the project page:

[Download v2.0.20 Here](https://www.entilitystudio.com/copycat-clipboard)

The alternative is a public repository of binaries:

or Download from [EntiltyStudio Public Repos](https://github.com/raj457036/entility_studio_public)

That is the whole installation story, and it is worth noticing what it implies. You get a build for the platform you want from a vendor page or a public repository, and you update it when the vendor publishes a new one. The release list published for the project is consistent with that pattern, with 1.0.0 on 2024-12-19, 1.2.2 on 2025-11-24 and 2.0.21 on 2026-08-14, while the last push was on 2026-10-19, so the source tree moves faster than the packaged downloads. The repository also carries a ChangeLog.md, and the privacy policy and terms of service are linked from the README.

A Flutter app with a web backend and its own localisation

The repository is bigger than a small utility usually is, and the layout explains why. There is the Flutter application itself in lib/ with the platform runners in android/, ios/, linux/, macos/ and windows/, then the supporting files: assets/, fonts/, logo_resources/, packages/, devtools_options.yaml, analysis_options.yaml and pubspec.yaml with a lock file, plus l10n.yaml and a watch_locale.dart script, which is the standard Flutter arrangement for generating translations from localisation sources. Then the service side, a supabase/ directory and a firebase.json, and the build and release tooling, with scripts/, git-scripts/, _build.yaml, restart.bat and notes.txt. The presence of a devtools directory, a test/ directory and a .github/ directory suggests the project is set up for real development, and the .sentry-native/ directory points to native crash reporting. The README also credits a localisation contributor, with Simplified Chinese contributed by Mabisi.

Where a clipboard manager is the wrong answer

Three cases. The first is a machine where the clipboard is the channel for secrets, because a history that retains everything is a history that retains the password you copied once, and the optional end to end encryption protects the service rather than your local disk. The second is a platform the project does not build for, since the feature list covers six platforms and the tree has five runners, and an unsupported platform is a platform where the realtime Android background listener and the dock mode simply do not exist. The third is an organisation that will not install an unsigned desktop binary from a vendor page with a custom licence, and for that case the ordinary clipboard history of the operating system is the answer, with none of the sync and none of the exposure. There is also a documentation point worth making, since the README's feature list has headings with no description under them, including customization and theming, so the detail of those features lives in the application rather than in the repository.

Editorial conclusion

Adopt CopyCat Clipboard if you copy and paste across several devices a day and want a searchable history that follows you, and if you are willing to install a desktop and mobile build by hand rather than from a package repository. Do not adopt it if you cannot accept a custom licence or a vendor hosted download, and think twice before enabling end-to-end encryption on a machine where you also need recovery, since the point of the feature is that not even Copycat can read the clips. Before you install, read the privacy policy and terms of service linked from the README, check the platform builds you actually need, and confirm the project is still moving before you depend on the sync format.

Frequently asked questions

Official sources

1. Issues
2. Project website
3. raj457036/CopyCat-Clipboard on GitHub
4. README
5. Releases