aShellYou puts an ADB shell and a file explorer on the phone that already has ADB
A material you designed app for your ADB needs
At a glance
- What is it?
- aShell You is a Kotlin Android app that runs ADB, root and shell commands either on your own handset through Shizuku or root, or on a second handset over OTG and Wireless Debugging. The front page is honest about what is unfinished and wrong about several paths.
- Who is it for?
- aShell You is worth installing if you already know ADB and Linux commands well enough that a stray root command is your own problem, and if you want a second device reachable over wireless debugging without a laptop in the loop. It is the wrong tool for anyone who wants a friendly file manager or for a phone that has no Shizuku and no root.
- Can I use it commercially?
- Yes, with conditions. GPL-3.0 is a copyleft licence: if you distribute software that includes it, you must release that software's source code under the same licence. Running it internally without distributing it does not trigger that obligation.
- Is it still maintained?
- Yes. The repository received new commits within the last day.
- What is it written in?
- Mainly Kotlin, according to GitHub's language statistics.
Answers come from the project's GitHub data, last synced on October 3, 2026, and from our analysis. They are not legal advice.
Editorial analysis
Two privilege paths, and the second one needs nothing from your phone
The requirements block states a working Shizuku environment or root access, then adds that neither is required when executing ADB commands on other devices using OTG or Wireless Debugging. That split is the mechanical centre of the app, and it is easy to read past. Pointing aShell You at your own handset means it must already hold a privileged channel to that handset, so Shizuku or root is the price of entry. Pointing it at a second handset means the sending phone only has to be able to open an ADB channel to the target, and the privilege burden moves onto the connection itself. Two different consent models sit behind one interface, and nothing on the front page describes how the app decides which one it is in at run time.
The task table marks script execution as To Do
The task table near the bottom of the README carries six rows. Wi-Fi ADB Feature, Migrate to Kotlin and Proper localization are all marked done. Add Fastboot is marked in progress. Fix scripts execution and Add Interactive shell are both marked to do. An app whose entire purpose is running shell commands on Android therefore ships a front page stating that script execution is unfinished and that an interactive shell has not arrived. Meanwhile the repository root already carries a fastbootlib/ directory, so the directory for the in progress item exists while the table still calls the item in progress. No line anywhere reconciles the table with the tree.
The badge links resolve to a branch the repository does not default to
The default branch is master. Every header badge points at hardcoded main branch paths, including the license badge, which targets https://github.com/DP-Hridayan/aShellYou/blob/main/LICENSE. A reader who clicks it asks for a branch the repository does not use and a file name the repository does not have, since the license section at the bottom of the same page links to LICENSE.md. The contributor link further down spells the project as dp-hridayan/ashellyou in lower case, while the star history chart spells it DP-Hridayan/aShellYou. These are small mistakes, but together they say the front page was assembled in pieces and never revisited. What the license section does print is a two line notice in a fenced block:
Designed and developed by DP Hridayan @2024
This project is licensed under the GNU General Public License v3.0The surrounding repository metadata agrees with it, GPL-3.0, so the terms are consistent even though the path the badge points at is not.
Releases stop in May while commits land in October
Three tagged releases are visible: v7.2.1 on 2026-04-27, v7.3.0 on 2026-05-14, and aShell You v7.4.0 on 2026-05-22. The last commit on the default branch is dated 2026-10-03. That leaves roughly four and a half months of commits sitting on master with no release attached, and the newest build a user can download from the releases tab is about four months older than the source tree. Three channels carry the app: the GitHub releases page, an IzzyOnDroid entry at apt.izzysoft.de, and an F-Droid package under in.hridayan.ashell. Each follows its own cadence, and the front page does not say which of the three is current.
adblib/ and libadb/ sit beside three more linked trees
The root listing carries adblib/, libadb/, fastbootlib/, scrcpyserver/ and third_party/, and there is a .gitmodules file at the top level, so those directories arrive as Git submodules rather than vendored copies. Two of them, adblib and libadb, sit under near identical names, and nothing on the front page says which one the app links against or whether both are still referenced. scrcpyserver/ sits beside them with no matching entry in the feature list, which never mentions screen mirroring or scrcpy, so the tree points at a capability the description does not claim. graphify-out/ occupies the same listing with no explanation anywhere in the README.
Bookmarks, a .txt file and a local backup are the whole persistence story
The app keeps state in three places named in the feature list: frequently used commands saved to bookmarks, command output written out to a .txt file, and a local backup of app settings and the database for later restore. No account, no sync service and no server appear anywhere in the documentation, and PRIVACY_POLICY.md and TERMS_OF_SERVICE.md are two plain links near the bottom of the page. Continuous commands such as logcat, top or watch stream live updates, so the text that reaches a .txt file is whatever the stream produced up to the moment it was saved, and the integrated search works over that same live output buffer.
Crowdin translations with the cache buster fixed into the image URL
Localization runs through Crowdin, with a crowdin.yml file at the repository root, a translators list at docs/translators.md, and a light and dark badge pair whose srcset URLs end in ?ts=1790822453. That trailing number is a cache invalidation parameter baked into the README, so the translation counter graphic is only as current as the moment it was written. Proper localization is marked done in the task table, yet the mechanism for adding a language is a contribution to somebody else's translation platform rather than a resource file inside this repository.
The caution block names the risk, then hands you to the wiki
The only explicit warning on the page says that using aShell You requires basic knowledge of ADB/Linux commands, and that the project is not responsible for any harm caused to a device by improper use of ADB commands. No permission model is documented, no list explains what the app does with a root shell once it holds one, and no statement covers what the Shizuku path exposes beyond that channel. Immediately after the warning, the page points readers at the project Wiki for instructions and setup guides. The documented scope of the app is therefore a feature list plus a disclaimer, with the operating manual living in a wiki the front page never summarizes.
Editorial conclusion
aShell You is worth installing if you already know ADB and Linux commands well enough that a stray root command is your own problem, and if you want a second device reachable over wireless debugging without a laptop in the loop. It is the wrong tool for anyone who wants a friendly file manager or for a phone that has no Shizuku and no root. Before you rely on it, check which of the three distribution channels is actually shipping current builds, read PRIVACY_POLICY.md and TERMS_OF_SERVICE.md, and find out whether the fastboot work and the unfinished script execution landed after v7.4.0, because none of that is recorded in the repository.
Frequently asked questions
How do I use aShell You?
The README sends setup questions to the project Wiki rather than documenting the steps itself. What it does state is that running ADB commands on your own device needs a working Shizuku environment or root access, while running them on another device over OTG or Wireless Debugging needs neither.
Does aShell You run shell commands on its own phone or on other phones?
Both directions are supported, through different paths. Its own device requires Shizuku or root, and other devices are reached over an OTG cable or Wireless Debugging, which the requirements block says need neither Shizuku nor root.
What is the newest aShell You release?
The newest tagged release is aShell You v7.4.0, dated 2026-05-22, after v7.3.0 on 2026-05-14 and v7.2.1 on 2026-04-27. The last commit on the default branch master is dated 2026-10-03, so commits continued for months after that release.
Which parts of aShell You are still unfinished?
The task table marks Fix scripts execution and Add Interactive shell as to do, and Add Fastboot as in progress, while Wi-Fi ADB Feature, Migrate to Kotlin and Proper localization are marked done. A fastbootlib/ directory already exists at the repository root.
Where can aShell You be downloaded from?
Three places are linked: the GitHub releases page for the newest tag, an IzzyOnDroid listing at apt.izzysoft.de, and an F-Droid package under the identifier in.hridayan.ashell. Each channel updates on its own schedule and the page does not say which is current.
Official sources
Add this badge to your README
If you maintain this project, the badge below links readers to this analysis and shows its maintenance status from the daily GitHub snapshot. Paste the markdown into your README; add ?metric=license or ?metric=stars to the image URL for a different field.
[](https://hysenlabs.com/projects/dp-hridayan-ashellyou)