Hi Shafique,
You're right, that in the context of a district's Instant Login portal, we'll only ever send the user to the first redirect URI on file. At this time, we don't have a way to map districts to specific redirect URIs you may have pre-registered for Clever.
Using "Log in with Clever" buttons, you can specify any of your registered redirect URIs -- so if the only way to log in to your application were by way of your own website, you'd be able to control that experience from district-specific landing pages. But Clever customers generally enjoy signing in to apps from their common dashboard.
Most developers in your scenario build a common handler at their primary redirect. After exchanging the code for a bearer token, it is trivial to determine the Clever ID for the district, which you can then compare to your own mapping and perform another redirect to your subdomain of choice for that district. That's the approach I would most strongly recommend.
Best,
Taylor Singletary
Clever developer relations