agentreadme

Report · marked 25 Aug 2026

topjohnwu/Magisk

Solid foundations, held back in a few specific places.

Kotlin · 62,425 stars · 714 files · branch master

Fix these first

01
Test command is discoverable
Add a `test` script or a `test` target that runs the whole suite with no arguments. The convention is the interface — an agent tries `npm test` and `make test` before it tries reading your CI config.
02
Deterministic install
Commit the lockfile your package manager generates. Without it, an agent's install and your install are different builds, and 'works on my machine' becomes unfalsifiable.
03
Tests exist
Coverage is thin enough that an agent can break real behavior and still see green.

The full marking

Every deduction below names the file or setting it came from.

Instructions 24/27 A

Whether the repo tells an agent how to behave before it starts guessing.

Agent instruction file 12/12
AGENTS.md is present, which is the format the most tools read.
Instruction quality 10/12
Specific enough that an agent can act on it.
Worth fixing: has no code blocks.
3,082 characters, a workable length
names the actual commands to run
uses headings, so an agent can skim it
README as an entry point 2/3
README exists but never explains how to get the thing running.
Give the README an Install and a Usage heading with real commands under each. Agents pattern-match on those headings.
Setup 6/14 C

Whether an agent can install the project and get it running without a human.

Deterministic install 0/6
No lockfile. An agent installing dependencies may not get what CI got.
Commit the lockfile your package manager generates. Without it, an agent's install and your install are different builds, and 'works on my machine' becomes unfalsifiable.
Discoverable commands 6/6
Commands are declared where an agent will look for them.
scripts/ directory
Environment config n/a
Not applicable — this reads as a library, with no environment to configure.
Pinned runtime version 0/2
No pinned runtime version.
Add a .nvmrc, .python-version, or equivalent so the agent's toolchain matches yours.
Reproducible environment n/a
Not applicable — a library doesn't need a container to be worked on.
Verification loop 8/22 D

Whether an agent can check its own work. This is the category that most decides whether agent output is trustworthy.

Tests exist 4/8
10 test files against 350 source files.
Coverage is thin enough that an agent can break real behavior and still see green.
e.g. app/core/src/main/java/com/topjohnwu/magisk/test/AdditionalTest.kt, app/core/src/main/java/com/topjohnwu/magisk/test/BaseTest.kt, app/core/src/main/java/com/topjohnwu/magisk/test/Environment.kt
Test command is discoverable 0/7
There's no obvious way to run the tests. Even if tests exist, an agent won't reliably find the entry point.
Add a `test` script or a `test` target that runs the whole suite with no arguments. The convention is the interface — an agent tries `npm test` and `make test` before it tries reading your CI config.
Continuous integration 4/4
1 GitHub Actions workflow define what "passing" means.
Lint and format rules 0/3
No linter or formatter config. Style is tribal knowledge, so agent output will drift from yours.
A formatter config is the cheapest way to stop reviewing whitespace in agent diffs. It moves style from opinion to a command.
Static type checking n/a
Not applicable — the Kotlin compiler type checks every build.
Context economy 19/20 A+

Whether the repo fits in a context window, or fights it.

No committed build output 6/6
No generated directories committed.
.gitignore hygiene 3/3
.gitignore covers 12 patterns.
File sizes fit in context 6/6
No source file is large enough to crowd out a context window.
Repository weight 4/5
About 63.1MB checked out, which is comfortable.

Here is your AGENTS.md

Drafted from what is actually in this repository: the install command from your lockfile, the commands you already declare, your real directory layout. Anything marked TODO needs a person. Save it at the root as AGENTS.md.

AGENTS.md — drafted for topjohnwu/Magisk
# AGENTS.md

The Magic Mask for Android

## Setup

```
# TODO: the install command. No lockfile was found, so this could not be inferred.
```

## Commands

```
# TODO: nothing declares a build or test command, so an agent has to guess.
# This is the single most valuable section of this file. Fill it in.
```

## Layout

- `app/`     214 source files
- `native/`  116 source files
- `scripts/` 15 source files
- `tools/`   2 source files

## Conventions

- Tests live alongside the code they cover, following `app/core/src/main/java/com/topjohnwu/magisk/test/AdditionalTest.kt`.
- CI defines what passing means. See `.github/workflows/build.yml`, and keep it green.
- TODO: add the two or three conventions a newcomer always gets wrong here.

## Gotchas

- No lockfile is committed, so an install here may not match what CI produced.

---

Drafted by agentreadme.com from what is in this repository. Everything marked TODO
needs a human. Check it in as AGENTS.md at the root.

Open the raw markdown  or  curl -o AGENTS.md agentreadme.com/draft/topjohnwu/Magisk.md

Show the mark

The badge re-checks daily, so it keeps up as the repository changes. Use mark again to force it now.

agent ready 71 out of 100

[![agent ready](https://agentreadme.com/badge/topjohnwu/Magisk.svg)](https://agentreadme.com/topjohnwu/Magisk)

Other Kotlin repositories, marked

2dust/v2rayNG 40 C JetBrains/kotlin 40 C bannedbook/fanqiang 26 F lysine-dev/okhttp 43 C android/architecture-samples 40 C gkd-kit/gkd 60 B-

All Kotlin repositories

Think this mark is wrong?

Every deduction above names the file it came from, so this can be settled by looking. If a check missed something, that is a rule worth fixing.

Open an issue, already filled in