Fifteen task types, not one chat box
Question generation across multiple-choice, true-false, fill-in-the-blank and open-ended formats; exam assembly; grading; gap analysis; study planning; lesson content; tutoring; a teacher co-pilot; and parent reporting are separate, purpose-built tasks.
One portal, four role-scoped views
Administration, teachers, students and parents share a single system. There is no separate parent application to build and maintain alongside it.
Weak-topic analysis from actual results
Gap analysis derives each student's weak topics from their own examination and homework results rather than a syllabus average, and feeds the generated study plan directly.
The economics of continuous tutoring
The model runs on the institution's H100 through Dify. Serving round-the-clock tutoring on owned hardware is what makes unlimited student usage affordable relative to per-question API pricing.
Curriculum retrieval scoped per institution
A retrieval layer holds a curriculum dataset scoped to each tenant, so generated questions and lesson content stay within the syllabus that institution actually teaches.
Asynchronous processing off the request path
A queue-backed worker handles reporting, messaging and retrieval synchronisation, so bulk operations do not block the portal.
Prepared for multilingual operation
The portal ships with Turkish as the default and the internationalisation layer prepared for five languages.