Tags
Creators
Details
0.7.2
Compatibility
Changes
Solver 0.7.2
Chat moderation stops trusting a single AI call, staff commands get much faster to type, and the next milestone's toolkit ships early as experimental. Multi-signal corroboration for sanctions, 4 configurable levels of how much the AI gets involved, standalone commands for staff/sanctions/moderation, and (experimental) vanish/freeze/staff-chat with granular per-command permissions.
Highlights
- Experimental: Staff Mode Toolkit —
/solver vanish,/solver freeze <player>, and/solver staffchat, all under/solverand also available as standalone commands (see below). Early, in-progress piece of the next big milestone, shipped now instead of waiting on it — expect rough edges. - Experimental: Granular permissions, LuckPerms-friendly — every
/solversubcommand now has its own permission node, grouped undersolver.diagnostics.*,solver.sanctions.*, andsolver.staffmode.*.solver.adminstill grants everything, fully backward-compatible with existing OP-based setups. - Staff/moderation commands no longer need the
/solverprefix —/vanish,/mute,/ban,/moderation, and more now work directly, with/solver <command>still working exactly as before. Toggle a whole category off inconfig.ymlif another plugin already claims one of those names. - Chat moderation no longer sanctions on the AI's word alone — a real warn/mute/kick only fires automatically when the AI verdict is both very confident and severe, or when an independent local signal backs it up. Otherwise it stays a staff-only alert for manual review.
- 4 configurable levels of how aggressively chat moderation calls the AI — from never (local filter only, no AI provider needed) to real-time per-message.
More details: docs.jeamcube.com/en/solver/changelog
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:b96u2ZZt:GcMc0gao"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:b96u2ZZt:GcMc0gao"
}

