Add decorator to mark class as concrete / instantiable

We have the @final decorator to mark a class as final, so that it cannot be subclassed. Typecheckers can then cue off of this to raise an error when there are unimplemented abstract methods (e.g. the Ty abstract-method-in-final-class rule).

Similarly, Pyright and Ty can flag errors when other code instantiates a class that has abstract methods.

However, I would find it very useful to be able to mark a class as concrete: it isn't final (someone might subclass it), but it is intended to be instantiable. This would allow the type checker to raise abstract method errors at the point of class definition, rather than elsewhere in the code where the class is instantiated. For classes that are instantiated directly, the error location isn't a huge problem; for classes that are primarily instantiated indirectly, however, it there is no guarantee that the code will include a direct instantiation of the class to raise an error.

Start by reviewing the proposal alongside the existing @final decorator and the abstract-method behavior described for Pyright and Ty. Define the concrete-class decorator's intended type-checking semantics and confirm that errors are reported at class definition time for classes with abstract methods, without making the class final.