Tags
Creators
Details
1.4.1
Compatibility
Changes
NeoModeration 1.4.1 — Activation clarity
NeoModeration 1.4.1 makes the first-run and cloud-recovery paths explicit. A fresh install still starts safely in monitor mode: it detects and reports, but does not block or punish until an admin runs /nmod mode enforce.
Improved
- Guided first test. Startup, help, README, and marketplace copy now point to
/nmod test badword. It proves the bundled local rule works and states that monitor mode will not execute an action. - Truthful key setup. Saving a key no longer claims cloud moderation is active before it has been checked.
/nmod doctorverifies the account and usage API, latency, and the current credit balance;/nmod test helloverifies the moderation-events path separately. - Actionable cloud recovery. HTTP 401/403 is reported as a rejected key, while HTTP 402 is reported separately as insufficient credits. Recovery commands provide the matching key or billing link without echoing an API key.
- Honest billing classification. Ordinary Minecraft chat uses the platform's
generalcontent class. Only NSFW map-art image scanning declaresnsfw. - Separated cloud health. Chat tests and map-art scans feed the moderation-event circuit/status state. Account checks cannot make a broken events endpoint look healthy.
Compatibility
- No configuration migration is required.
- Existing enforce-mode servers remain in enforce mode. Monitor is only the default for a genuinely new config.
- Supports Minecraft 1.18.2–1.21.11 on Bukkit, Paper, Purpur, and Spigot. Folia is not advertised.
- Local word, URL, and anti-spam rules continue to run when cloud moderation is unavailable or out of credits.
Verified
- Automated regression coverage includes 401/403, 402, other 4xx, transient failures, separated account/event health, recovery routing, locale parity, billing classes, and the guided monitor-mode test path.
- The release matrix checks Paper 1.18.2, 1.19.4, 1.20.6, and 1.21.11.
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:b3WivO4t:nCh1n97U"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:b3WivO4t:nCh1n97U"
}

