matchup guide
Counters and checks in Pokémon Champions: from label to battle plan
A counter table is a shortlist, not a verdict. It describes a matchup under a set of assumptions about typing, abilities, items, Speed, damage, field conditions, and available moves. This guide starts with the everyday meaning of counter and check, then builds toward a professional validation process for Regulation M-B Double Battles, where partners, Mega Evolution, weather, terrain, and incomplete information can reverse an apparently simple one-on-one answer.
Key ideas
- A counter can enter the relevant line and answer repeatedly; a check usually needs position, Speed, chip damage, or another favorable condition.
- Judge the complete action sequence—not one damage number—and identify every assumption that makes the answer work.
- In doubles, the partner, targeting options, field state, and action order are part of the matchup.
- Use static M-B data to prioritize tests, then validate the real set and board state before treating the label as reliable.
Learning roadmap
Move from foundations to professional validation at your own pace.
Casual → Intermediate → Professional
Casual
1. Start with useful counter and check language
The label should describe reliability and conditions, not promise a win.
A counter is an answer that can enter the attack or sequence you expect, remain functional, and create a stable reply. A check can still be excellent, but normally requires a free switch, a favorable Speed order, prior chip damage, a one-time item, or help from its partner.
These words are only meaningful inside a stated scenario. A Pokémon may counter one common set and merely check another. Calling the species itself a universal counter hides the exact move, ability, item, and field condition that made the conclusion possible.
- — Counter: repeatable answer with margin in the evaluated line.
- — Check+: favorable answer with one important condition.
- — Check−: narrow answer that needs several conditions or precise timing.
- — Emergency line: a trade, priority finish, or resource exchange—not the primary plan.
Casual
2. Read the whole sequence, not a single hit
Switch-in cost, action order, and the following turn determine whether an answer is stable.
Begin one step before the displayed damage. Ask how the answer reaches the field, which attack it must absorb, whether it acts before the threat, and what happens after both players choose their next actions. A comfortable damage range can still fail if the answer is forced to Protect every second turn or cannot threaten meaningful progress.
Then test the reasonable worst case rather than the most convenient one. Include prior chip, spread damage, a partner attack, and the strongest plausible coverage move. You do not need to assume every surprise at once, but you should know which assumption your plan loses to.
- — Entry: free switch, pivot, lead position, or direct switch into damage.
- — Survival: relevant move, chip, spread modifier, and partner pressure.
- — Reply: damage, control, recovery, redirection, or safe repositioning.
- — Repeatability: whether the same answer remains available later.
Casual
3. Separate evidence from assumptions
A compact confidence record prevents an estimate from becoming a false fact.
Record what the data actually confirms and what you supplied yourself. Typing and base stats may be known while move compatibility, investment, item, or ability interaction remains uncertain. The result should inherit the confidence of its weakest important assumption.
Analitykos labels static or incomplete sections so that you can use them without pretending they are simulated outcomes. A missing mechanic is not automatically a bad answer; it is a reason to test that branch before relying on it.
| Evidence | What it supports | How to use it |
|---|---|---|
| Confirmed type and stat data | Basic damage and Speed hypotheses | Good starting point |
| Known legal move, item, and ability | A defined set-to-set line | Calculate and test |
| Estimated investment or unknown coverage | A plausible range | Keep alternate branches |
| Unmodelled interaction | No reliable final verdict | Verify in engine or battle |
Intermediate
4. Rebuild the question for Double Battles
The real unit of analysis is often two Pokémon, four actions, and one shared field.
In doubles, a one-on-one counter can be removed or disabled by the second opposing slot. Fake Out, redirection, Helping Hand, spread damage, priority, and a double target can all change whether the nominal answer gets to execute its reply. Your own partner can also turn a check into a stable answer through Speed control, screens, Intimidate, healing, or immediate pressure.
Write the matchup as a board: your proposed answer plus its likely partner into the threat plus its likely partner. If your line succeeds only when the other three Pokémon do nothing relevant, it is not yet a Double Battle counter plan.
- — Can the partner deny or redirect your reply?
- — Does a spread move put both of your slots into danger?
- — Can you punish the opponent for double-targeting the answer?
- — What happens if either side Protects or switches?
Intermediate
5. Branch on abilities, items, and move choices
The important branch is the one that changes the answer's job or survival.
Do not enumerate every possible set. Identify the few branches that alter the conclusion: an immunity-granting ability, a damage-reduction item, priority, recovery, a coverage move, or a move that changes position. Test those before refining small damage differences.
A type advantage is especially easy to overread. Abilities can remove an immunity, alter power, or punish contact; items can turn a two-hit knockout into a one-time survival; and a pivot move can make the correct response about board control rather than direct damage.
- — Type-only branch: useful for discovery, never sufficient by itself.
- — Set-known branch: the best basis for a matchup claim.
- — Set-unknown branch: retain at least one safe line and one punish line.
Intermediate
6. Recalculate after Mega Evolution and field changes
Use the state that exists when the action resolves, including the resulting Mega form and active field.
Mega Evolution can change typing, Ability, defensive stats, offensive stats, and Speed. Weather and terrain can then modify damage, enable abilities, block status or priority in specific contexts, and change which Pokémon moves first. A pre-Mega counter label should not be carried into the post-Mega state without recalculation.
Treat each meaningful state as a separate branch. This is particularly important when an entry Ability establishes weather before the first choices or when a Mega Ability changes the field during the turn.
| Change | Recheck | Typical failure |
|---|---|---|
| Mega form | Type, Ability, final stats, Speed | Using base-form assumptions |
| Weather | Power, accuracy, abilities, recovery | Keeping an outdated damage range |
| Terrain | Priority, status, power, grounded status | Ignoring target eligibility |
| Speed control | Final action order for all four slots | Comparing base Speed only |
Intermediate
7. Worked example: turn a type answer into a doubles line
The example shows how the label changes as context is added.
Suppose your Water-type looks like an answer to a Fire attacker in Team Preview. The type chart is only the first filter. The useful question is whether your two-slot board survives the likely Fire attacker's post-Mega state and partner support while still making progress.
Professional
8. Use a professional validation protocol
A repeatable protocol makes matchup notes comparable across teams and updates.
For every high-value threat, store the expected set, uncertainty branches, board state, field, action order, damage ranges, and resource cost. Run the baseline line first, then change one assumption at a time. This reveals which variable actually changes the classification.
Record a counter only when the answer remains stable across the branches you consider common enough to prepare for. Otherwise document the exact check condition. This is more useful in practice than forcing every candidate into a single tier.
- — Baseline: most common or most defensible assumptions.
- — Stress test: strongest reasonable opposing branch.
- — Partner test: best support action on each side.
- — Resource test: item, Mega slot, field turn, HP, and positioning consumed.
- — Decision: counter, conditional check, emergency line, or reject.
Professional
9. Exercise: classify three candidate answers
Practice stating the condition instead of guessing a universal label.
Use one Regulation M-B threat from the Pokédex and choose three candidates: a resistant switch-in, a faster attacker, and a priority user. Do not rank them until you have written how each enters and what support it needs.
Practice
Counter, check, or emergency line?
Classify the three candidates against one expected threat set and one plausible alternative set.
- Write both sides' type, Ability, item assumption, four moves, and Speed benchmark.
- Add one likely partner per side and the active weather or terrain.
- Test entry, survival, reply, and repeatability for each candidate.
- State the exact condition that changes each classification.
Show solution
A complete answer does not need a predetermined species. It should reserve 'counter' for the candidate that can enter and answer both relevant branches with manageable support. The faster attacker is usually a check if it cannot switch in, while the priority user is an emergency line unless it reliably finishes the threat and preserves the board.
Professional
10. Final checklist and limitations
Publish the assumptions beside the label and keep uncertainty visible.
Before keeping a matchup label, confirm that it describes the current regulation, final form, legal set, relevant field, and Double Battle board. Revisit the note when the regulation or data source changes.
Analitykos public counter and Pokédex data is a static analytical aid. It does not know the opponent's actual set, predict human decisions, or replace an engine-resolved battle calculation. Use it to narrow and explain choices, not to claim certainty that the available evidence cannot support.
- — I can name the attack or sequence this answer handles.
- — I checked the post-Mega state and final action order.
- — I included both partners and the active field.
- — I separated confirmed data from assumptions.
- — I can explain why the label is counter, check, or emergency line.
Glossary
- Counter
- A repeatable answer within a clearly defined matchup scenario.
- Check
- An answer that succeeds when one or more positioning, Speed, damage, or resource conditions are met.
- Damage range
- The minimum-to-maximum result produced by a defined set of battle assumptions.
- Board state
- The active Pokémon, HP, field effects, positions, and revealed information at a decision point.
- Branch
- One plausible version of the matchup created by a different set, action, form, or field condition.
- Repeatability
- The ability to perform the defensive or offensive answer again after the first exchange.
Continue the analysis
Sources and criteria
This content combines linked official documentation with static Analitykos datasets. Estimates disclose their limits and do not represent guaranteed win rates.
View methodology and data status