v2.4 docs hub

Documentation

Classify AI documentation

A practical product guide for the Classify AI official portal, Windows Desktop v2.4 release, Android APK testing build, roles, workflows, installation, validation coverage, architecture, security notes and roadmap.

Product Overview

Understand what Classify AI is and how the platform is positioned.

Role Guide

Admin, Assistant, Teacher, Student and HOD responsibilities.

Core Workflows

Attendance, assignments, resources, chat, timetable and support flows.

Installation

Windows desktop setup, Android APK testing notes and internet requirement guidance.

Validation Coverage

Release validation areas covered before institution-level use.

Technical Architecture

Official website portal, client apps, APIs, database, realtime and AI/analytics layer overview.

Security & Privacy

Role access, face verification, attendance integrity and chat security notes.

API Direction

High-level API direction without exposing internal endpoints or secrets.

Roadmap

Release hardening, Nexus, EduReels, AI Reel Generator and advanced chat direction.

Product docs

Campus workflows, explained clearly

These docs are written for students, teachers, admins, professors, demo viewers, collaborators and anyone opening the official website.

Product Overview

Classify AI is a campus operating system that connects students, teachers, admins and HODs through attendance, academic workflows and real-time communication, while moving toward AI-powered support for real campus workflow problems.

Classify AI v2.4 is presented through the official website with Windows desktop distribution, Android APK testing access, product documentation and release notes. The official website is the public information and download portal; Classify AI is not being released as a public web app for end users.

Campus operating system for students, teachers, assistants, admins and HODs
Attendance, academics, resources, timetable, announcements, events and chat in one workspace
Windows Desktop v2.4 release distributed through the official Download page
Android APK testing build installed and tested on a real phone
Circle of Care, Support Center, risk detection and multi-campus model included in the implemented direction

Preview

Attendance Command

QR window • cooldown • finalize • logs

Preview

HOD Command Center

Timetable • stats • pulse

Preview

Support Center

At-risk • follow-up • notes

Preview

Student Workspace

Scan • submit • learn

Role Guide

Admin

Platform-level role that creates campuses, creates Assistant accounts and can view campus-level structure.

Assistant / Campus Admin

Completes campus setup, manages users, events, announcements, logs, premium plans and campus operations.

Teacher

Runs attendance, manages classes, assignments, resources, grading, announcements and academic communication.

Student

Uses attendance scan, stats, assignments, resources, timetable, chat, study planner and responsible attendance awareness tools.

HOD

Teacher with HOD capability, including HOD Command Center, timetable control and department intelligence views.

Students and teachers

Assistant / Campus Admin

Assistant accounts are created by the platform Admin, then the Assistant completes campus setup and manages campus users.

Admin

Admin owns platform-level controls such as campus creation, Assistant creation and campus-level visibility.

Assistant First-Time Campus Setup

After the Admin creates the Assistant account, the Assistant completes campus setup during first-time configuration. This setup allows real campus workflows to work correctly across attendance, users, timetable and role-based access.

Campus nameCampus Hindi nameLogoLocationWi-Fi BSSIDsCityState

Core Workflow Guides

Attendance Flow

Teacher starts attendance and selects subject, semester, section, students and mode.
QR/token attendance window stays active for 5 minutes.
In v2.4, the same teacher and subject can open a new attendance window again after a 60-minute cooldown.
Online mode uses QR verification without location/Wi-Fi restriction.
Offline mode validates geolocation and campus Wi-Fi BSSID when configured.
Remaining students can be finalized as absent, and teacher edits are stored in logs.

Student Face Verification

Students complete face setup during first login.
Student face verification is required during login, not on every page reload.
Attendance scan stays fast because the QR window is time-limited.
Fresh login, session reset or unusual app restart may require verification again.

Assignment Flow

Teacher creates assignments with deadline, marks, rubric and typed questions.
Draft assignments can be edited until published or before the first student submission.
Students submit PDF or written answers.
Teacher reviews, checks AI-generated content estimate, assigns marks and gives voice or written feedback.
Checked PDF can include digital signature/stamp before the student views feedback.

Resources + AI Predictor

Teachers upload notes, PYQs, pictures and study material.
System stores title, description and AI-generated summary with the resource.
Students browse resources with filters and AI summary support.
AI Predictor can analyze notes/PYQs for important questions, likely paper direction and study insights.

Campus Chat

Real-time campus chat supports direct messages, groups, attachments, reactions, pins, typing indicators and read receipts.
Supported conversations include student-student, student-teacher, teacher-teacher, assistant-teacher and assistant-admin flows.
In v2.4, the student chat page sidebar behavior on mobile was improved with fold/collapse behavior so the chat section remains accessible.
Chat requires secure key initialization, so a user must open chat before another user can start an encrypted conversation with them.
Future improvements can add AI moderation, deeper server-side identity enforcement and institution-specific policies.

Timetable + Events

HOD manages semester and section-wise timetable with breaks, lunch and custom period timings.
Conflict detection helps avoid timetable clashes.
Student and teacher dashboards show today’s classes.
Assistant creates events; exams are handled as an event type and appear for students/teachers.

Workspace Guides

Student Workspace

Attendance scanAttendance statsAssignmentsResourcesTimetableChatAI study plannerResponsible attendance awarenessMobile notification layout fix

Teacher Workspace

AttendanceRepeated attendance after cooldownToday’s classesAssignmentsResourcesGradingAnnouncementsAttendance edit logsChat

Assistant / Campus Admin

Campus setupManage usersEvents and examsAnnouncementsPremium plansActivity logsContact requests

HOD Command Center

All teacher featuresTimetable managementStudent statisticsTeacher statisticsResource activity insightsDepartment pulse

Circle of Care, Support Center and Risk Detection

Classify AI already includes a Circle of Care PoC direction, Support Center workflows, risk detection logic and a multi-campus deployment model. These capabilities support early follow-up and communication workflows, while institution-level rollout and production hardening can continue depending on deployment needs.

This PoC focuses on early support and communication workflows. It does not automate legal, visa or disciplinary decisions.

01
Attendance/risk rule detects repeated absence after 3 absents
02
Student becomes at-risk
03
Support case/group is created
04
Professor/support team can follow up with the student
05
Case status can be tracked
06
Notes and activity logs are saved

Download and Installation

Classify AI v2.4 is available as a Windows desktop release through the official Download page. An Android APK testing build is also available for real-device testing. The desktop and mobile testing builds connect to the Classify AI backend and require an internet connection.

Open Download PageAndroid APK Testing

01
Download Windows v2.4 installer
02
Run setup file
03
Open Classify AI desktop app
04
Login using assigned credentials
05
Students complete face setup/verification when required
06
Use with internet connection

Product Validation Coverage

Classify AI release validation covers the major role-based workflows required before institution-level use.

Admin login and campus creation
Assistant first-time campus setup
Student / Teacher / HOD user creation
Student login and face setup
Student face verification
Teacher attendance session creation
Same teacher and subject attendance cooldown validation
Online QR attendance flow
Offline QR attendance with location and Wi-Fi BSSID checks
Attendance finalization and edit logs
Assignment publish, submission and grading
Resource upload, AI summary and student access
Announcements
Events and exams
Timetable creation and conflict handling
Chat initialization, encrypted messaging and attachments
Student chat mobile sidebar behavior
Student dashboard mobile notification layout
Windows installer and download flow
Android APK install and real-device testing flow

Known Notes and Deployment Requirements

Internet connection is required because the desktop and mobile testing builds connect to the Classify AI backend.
Campus, users, subjects, sections and Wi-Fi/location data must be configured before real institutional use.
Android APK is available as a testing build and should not be described as a final public production APK.
The official website is only the public landing, documentation, release notes and download portal.
Some modules may need institution-specific configuration before rollout.
Production hardening for larger deployments can continue depending on institution scale.
Face verification and attendance validation depend on configured student and campus data.
Offline attendance accuracy depends on device location permission and campus Wi-Fi BSSID configuration.

Technical Architecture

Classify AI uses Next.js App Router, React, TypeScript, Tailwind CSS, Prisma, Neon PostgreSQL, Vercel, Tauri, Cloudinary, Pusher, face-api.js and Stripe test mode for premium/payment experimentation. Formspree is used only for the official website contact form, not for the main Classify AI product backend.

Client Apps

Official website portal, Windows desktop app through Tauri and Android APK testing build for mobile validation.

Backend APIs

Role-based application APIs power attendance, assignments, resources, announcements, events, chat, logs and user management.

PostgreSQL Database

Neon PostgreSQL stores campus, users, academic data, attendance records, support cases and activity logs.

Realtime Layer

Pusher-backed communication supports campus chat and realtime activity behavior.

AI & Analytics

face-api.js, AI study tools, resource summaries, HOD insights and risk/support intelligence workflows.

Developer Setup Direction

Developer setup documentation is intentionally high-level in public docs. It can describe the stack, local setup direction, environment/database requirements and deployment approach, but it should not expose private credentials, database URLs, admin credentials, production secrets or internal endpoint-level details.