Por qué el método `coincide` de Hamcrest usa Object como tipo de entrada y no usa el tipo genérico como entrada

Soy nuevo en Java, aprendiendo el framework Hamcrest.

He leído el código de la interfaz Matcher y no entiendo el comentario y la firma del método de matches(Object actual). Esperaba que fuera matches(T actual), y use el tipo genérico T en lugar de Object que acepta todo.

Este es el código fuente: https: // github. com / hamcrest / JavaHamcrest / blob / master / hamcrest / src / main / java / org / hamcrest / Matcher.java

Para el método matches:

public interface Matcher<T> extends SelfDescribing {

/**
     * Evaluates the matcher for argument <var>item</var>.
     *
     * This method matches against Object, instead of the generic type T. This is
     * because the caller of the Matcher does not know at runtime what the type is
     * (because of type erasure with Java generics). It is down to the implementations
     * to check the correct type.
     *
     * @param actual the object against which the matcher is evaluated.
     * @return <code>true</code> if <var>item</var> matches, otherwise <code>false</code>.
     *
     * @see BaseMatcher
     */
    boolean matches(Object actual);

Leer el comentario sobre el método muestra que esto es por intención y no entiendo por qué. Sé lo que es tipo borrado en java. Pero aún no entiendo por qué el diseñador de Hamcrest pensó que es mejor tener Object como entrada en lugar de tipo genérico para la interfaz que se declara como genérica public interface Matcher<T> extends SelfDescribing