<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Kits by AI]]></title><description><![CDATA[Kits by AI]]></description><link>https://kitsbyai.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Fri, 23 Oct 2026 09:08:26 GMT</lastBuildDate><atom:link href="https://kitsbyai.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Final Year Projects for CSE (2026): 40 Computer Science Project Ideas and How to Defend One]]></title><description><![CDATA[40 final year project ideas for CSE with difficulty, stack and a twist for each, plus a 12-week plan, report outline and real viva questions.]]></description><link>https://kitsbyai.hashnode.dev/final-year-projects-for-cse-2026-40-computer-science-project-ideas-and-how-to-defend-one</link><guid isPermaLink="true">https://kitsbyai.hashnode.dev/final-year-projects-for-cse-2026-40-computer-science-project-ideas-and-how-to-defend-one</guid><category><![CDATA[Computer Science]]></category><category><![CDATA[projects]]></category><category><![CDATA[Students]]></category><category><![CDATA[Artificial Intelligence]]></category><dc:creator><![CDATA[Haseeb Sagheer]]></dc:creator><pubDate>Mon, 19 Oct 2026 09:53:28 GMT</pubDate><content:encoded><![CDATA[<p>The best final year project for CSE is one you can finish in 12 weeks, explain line by line in the viva, and show live in a placement interview. Below are 40 ideas with difficulty, stack and a twist for each, followed by a week-by-week plan, a report outline and the viva questions examiners actually ask.</p>
<p>Final year projects for CSE are judged on two things: whether the project works, and whether you can explain it. The external examiner has seen a hundred "student management systems" and will give you ten minutes. A placement interviewer will give you five. This guide gives you 40 computer science project ideas for the final year, each with a difficulty level, a suggested stack and the twist that makes it different from the copy everyone else submits, and then shows you how to turn the idea into a synopsis, modules, a report and a viva you can handle.</p>
<p>If you already know you want an AI project, the <a href="https://www.kitsbyai.com/ai-projects-for-students">AI projects for students</a> guide goes deeper on that category alone.</p>
<h2>How to choose a final year project the examiner respects</h2>
<p>Choose a project that solves a narrow, real problem, uses a stack you can explain from memory, and can be shown working in under two minutes. Everything else is secondary. Examiners and interviewers are not checking whether your idea is new to the world; they are checking whether you did the work and understood it.</p>
<p>Use this table to score any idea before you commit. Give each row 0, 1 or 2 points. Anything under 10 needs rethinking.</p>
<table>
<thead>
<tr>
<th>Criterion</th>
<th>What a 2 looks like</th>
<th>What gets a 0</th>
</tr>
</thead>
<tbody><tr>
<td>Specific user and problem</td>
<td>"Hostel students reporting maintenance issues"</td>
<td>"A system for everyone"</td>
</tr>
<tr>
<td>You can explain every component</td>
<td>Each team member can draw the architecture on a board</td>
<td>Parts nobody on the team has read</td>
</tr>
<tr>
<td>Real data</td>
<td>Data you collected, scraped or got from a public source like Kaggle or a government portal</td>
<td>Twenty hand-typed rows</td>
</tr>
<tr>
<td>Measurable result</td>
<td>Accuracy, latency, retrieval hit rate, before-and-after numbers</td>
<td>"It works well"</td>
</tr>
<tr>
<td>Live demo</td>
<td>A public URL or a device that runs in the viva room</td>
<td>Screenshots only</td>
</tr>
<tr>
<td>Fits 12 weeks</td>
<td>A core version working by week 6</td>
<td>Needs hardware or data you don't have yet</td>
</tr>
<tr>
<td>Useful in interviews</td>
<td>Touches skills listed in job descriptions you want</td>
<td>Outdated stack nobody hires for</td>
</tr>
</tbody></table>
<p>Two common mistakes. First, picking the most impressive-sounding idea and shipping half of it. A finished intermediate project beats an unfinished advanced one every time. Second, picking a topic because a senior did it. The examiner may have seen that exact project last year.</p>
<h2>40 final year project ideas for computer science (2026)</h2>
<p>Each idea below lists what it does, the level, a stack that works, and the twist: the one feature that separates your version from a tutorial. "Team" marks ideas with enough separate modules for 3–4 people; "Solo/2" ideas are better for individuals or pairs.</p>
<p>Levels: <strong>Beginner</strong> means you can build it with one language and one framework you already know. <strong>Intermediate</strong> means two or three moving parts (for example a model plus an API plus a front end). <strong>Advanced</strong> means you will learn something new mid-project and must manage real engineering trade-offs.</p>
<h3>GenAI, RAG and LLM apps</h3>
<p>This is the category placement interviewers ask most about right now, which is a good reason to pick it and a good reason to do it properly. A GenAI project needs retrieval, evaluation or tool use; a chat box on top of an API is not enough. If RAG is new to you, read the <a href="https://www.kitsbyai.com/rag-project">RAG project guide</a> first.</p>
<table>
<thead>
<tr>
<th>#</th>
<th>Project</th>
<th>What it does</th>
<th>Level</th>
<th>Stack</th>
<th>The twist</th>
<th>Team</th>
</tr>
</thead>
<tbody><tr>
<td>1</td>
<td>Chat with your syllabus</td>
<td>Students ask questions over their course PDFs and get answers with page citations</td>
<td>Intermediate</td>
<td>Next.js or FastAPI, pgvector or Chroma, Gemini API</td>
<td>Hybrid search (vector + keyword) with a measured hit rate on 30 test questions</td>
<td>Solo/2</td>
</tr>
<tr>
<td>2</td>
<td>Placement prep assistant</td>
<td>Answers questions over company interview experiences your seniors wrote</td>
<td>Intermediate</td>
<td>Python, LangChain or plain code, Chroma, Gemini or a local model via Ollama</td>
<td>Filters by company and role before retrieval</td>
<td>Team</td>
</tr>
<tr>
<td>3</td>
<td>Legal or RTI document explainer</td>
<td>Explains a government notice or RTI reply in simple English or Hindi</td>
<td>Intermediate</td>
<td>Python, Gemini API, Streamlit</td>
<td>Answers in the user's language while documents stay in English</td>
<td>Solo/2</td>
</tr>
<tr>
<td>4</td>
<td>Multi-PDF research comparer</td>
<td>Compares what several research papers say about one question</td>
<td>Advanced</td>
<td>Python, LlamaIndex or LangChain, pgvector</td>
<td>Side-by-side answer table with a citation per paper</td>
<td>Team</td>
</tr>
<tr>
<td>5</td>
<td>Lecture video Q&amp;A</td>
<td>Transcribes lectures and answers questions with timestamps</td>
<td>Advanced</td>
<td>Whisper (open-source), Python, vector store, Gemini</td>
<td>Clickable timestamps that jump the video to the answer</td>
<td>Team</td>
</tr>
<tr>
<td>6</td>
<td>Offline campus helpdesk</td>
<td>A chatbot that runs fully on a laptop with no internet</td>
<td>Advanced</td>
<td>Ollama with a small open model (Llama, Qwen or Gemma family), Chroma</td>
<td>Compares answer quality and speed against a cloud model in the report</td>
<td>Solo/2</td>
</tr>
<tr>
<td>7</td>
<td>SQL from plain English</td>
<td>Turns questions into SQL over a college database and shows the result</td>
<td>Intermediate</td>
<td>Python, Gemini API, PostgreSQL, Streamlit</td>
<td>Read-only database user plus query validation before execution</td>
<td>Solo/2</td>
</tr>
<tr>
<td>8</td>
<td>Scanned notes to searchable notes</td>
<td>OCRs handwritten or scanned notes and makes them searchable</td>
<td>Advanced</td>
<td>Tesseract or Gemini's PDF input, Python, vector store</td>
<td>Reports OCR error rate on 20 sample pages</td>
<td>Team</td>
</tr>
</tbody></table>
<blockquote>
<p><strong>Want the complete, deployable version?</strong> <a href="https://www.kitsbyai.com/">Chat with your PDFs</a> is a ready RAG project: full Next.js source code, a 20-minute free deploy guide, an 11-minute video walkthrough and 15 interview answers. <a href="https://demo.kitsbyai.com">Try the live demo</a>.</p>
</blockquote>
<p>If you want idea 1 without spending the first month on plumbing, the <a href="https://www.kitsbyai.com/">Chat with your PDFs kit</a> is a working RAG app (Next.js, Supabase pgvector, Gemini) with a deploy guide, so you can start at the twist: add hybrid search or OCR, measure it, and write about that. You can try the <a href="https://demo.kitsbyai.com">live demo</a> before deciding.</p>
<h3>Machine learning and data</h3>
<p>ML projects live or die on the dataset and the evaluation. Use a real dataset, split it properly, report a baseline, and explain why your metric fits the problem (recall matters more than accuracy for fraud; MAE is easier to explain than RMSE for price prediction).</p>
<table>
<thead>
<tr>
<th>#</th>
<th>Project</th>
<th>What it does</th>
<th>Level</th>
<th>Stack</th>
<th>The twist</th>
<th>Team</th>
</tr>
</thead>
<tbody><tr>
<td>9</td>
<td>Crop disease detector</td>
<td>Classifies leaf images into disease classes</td>
<td>Intermediate</td>
<td>PyTorch or TensorFlow, a pretrained CNN, PlantVillage dataset</td>
<td>Works on photos taken by phone in your area, not only the clean dataset</td>
<td>Team</td>
</tr>
<tr>
<td>10</td>
<td>Credit card fraud detection</td>
<td>Flags fraudulent transactions in a heavily imbalanced dataset</td>
<td>Intermediate</td>
<td>scikit-learn, XGBoost, Kaggle credit card dataset</td>
<td>Precision-recall curve and a cost-based threshold, not just accuracy</td>
<td>Solo/2</td>
</tr>
<tr>
<td>11</td>
<td>Student dropout predictor</td>
<td>Predicts at-risk students from attendance and marks</td>
<td>Beginner</td>
<td>pandas, scikit-learn, Streamlit</td>
<td>SHAP explanations so a teacher sees why a student is flagged</td>
<td>Solo/2</td>
</tr>
<tr>
<td>12</td>
<td>Fake news classifier for Indian news</td>
<td>Classifies headlines as reliable or not</td>
<td>Intermediate</td>
<td>Hugging Face Transformers, a fine-tuned small BERT model</td>
<td>Tests on a fresh set of headlines collected after training</td>
<td>Solo/2</td>
</tr>
<tr>
<td>13</td>
<td>Exam answer sheet grader assistant</td>
<td>Scores short answers against a model answer</td>
<td>Advanced</td>
<td>Sentence embeddings, Python, Flask</td>
<td>Reports agreement with a human teacher's marks</td>
<td>Team</td>
</tr>
<tr>
<td>14</td>
<td>Traffic density estimator</td>
<td>Counts vehicles from a junction video</td>
<td>Intermediate</td>
<td>Ultralytics YOLO, OpenCV</td>
<td>Suggests signal timing from the counts</td>
<td>Team</td>
</tr>
<tr>
<td>15</td>
<td>Sign language to text</td>
<td>Recognises hand signs from webcam</td>
<td>Intermediate</td>
<td>MediaPipe hand landmarks, scikit-learn or a small neural net</td>
<td>Uses landmarks instead of raw pixels, so it trains on a laptop</td>
<td>Solo/2</td>
</tr>
<tr>
<td>16</td>
<td>Air quality forecaster</td>
<td>Forecasts next-day AQI for your city</td>
<td>Intermediate</td>
<td>pandas, Prophet or LightGBM, public CPCB data</td>
<td>Compares against a "same as yesterday" baseline honestly</td>
<td>Solo/2</td>
</tr>
<tr>
<td>17</td>
<td>Resume and job matcher</td>
<td>Ranks job descriptions for a given resume</td>
<td>Intermediate</td>
<td>Sentence embeddings, FastAPI, React</td>
<td>Explains which skills matched and which are missing</td>
<td>Team</td>
</tr>
</tbody></table>
<h3>Web and full-stack</h3>
<p>Full-stack projects are easy to start and easy to make boring. The twist has to be an engineering problem: real-time updates, permissions, payments in test mode, offline support or scale.</p>
<table>
<thead>
<tr>
<th>#</th>
<th>Project</th>
<th>What it does</th>
<th>Level</th>
<th>Stack</th>
<th>The twist</th>
<th>Team</th>
</tr>
</thead>
<tbody><tr>
<td>18</td>
<td>Hostel complaint tracker</td>
<td>Students raise issues; wardens assign and close them</td>
<td>Beginner</td>
<td>Django or Express, PostgreSQL</td>
<td>Role-based access and an SLA timer per complaint</td>
<td>Team</td>
</tr>
<tr>
<td>19</td>
<td>Real-time collaborative whiteboard</td>
<td>Several users draw on one board at once</td>
<td>Advanced</td>
<td>Node.js, WebSockets, React, Canvas</td>
<td>Conflict handling when two users edit the same shape</td>
<td>Team</td>
</tr>
<tr>
<td>20</td>
<td>Canteen pre-order system</td>
<td>Order food before the break, pick up with a token</td>
<td>Intermediate</td>
<td>Next.js, Supabase or Firebase</td>
<td>Razorpay test mode payments and a live order queue</td>
<td>Team</td>
</tr>
<tr>
<td>21</td>
<td>Lost and found with image search</td>
<td>Post found items; search by uploading a photo of what you lost</td>
<td>Intermediate</td>
<td>React, FastAPI, CLIP image embeddings</td>
<td>Image similarity search instead of text-only search</td>
<td>Solo/2</td>
</tr>
<tr>
<td>22</td>
<td>Alumni mentorship platform</td>
<td>Matches juniors with alumni by interest</td>
<td>Intermediate</td>
<td>MERN stack</td>
<td>Matching score plus calendar slot booking</td>
<td>Team</td>
</tr>
<tr>
<td>23</td>
<td>Offline-first attendance app</td>
<td>Marks attendance without internet and syncs later</td>
<td>Advanced</td>
<td>PWA, IndexedDB, any backend</td>
<td>Sync conflict rules documented and tested</td>
<td>Solo/2</td>
</tr>
<tr>
<td>24</td>
<td>URL shortener with analytics</td>
<td>Short links with click stats by device and region</td>
<td>Beginner</td>
<td>Express or FastAPI, Redis, PostgreSQL</td>
<td>Load test results showing requests per second</td>
<td>Solo/2</td>
</tr>
<tr>
<td>25</td>
<td>Event ticketing with QR check-in</td>
<td>Issue tickets, scan at the gate</td>
<td>Intermediate</td>
<td>Next.js, PostgreSQL, a QR library</td>
<td>Signed QR codes so screenshots can't be forged or reused</td>
<td>Team</td>
</tr>
</tbody></table>
<h3>Cybersecurity</h3>
<p>Security projects impress when they show both attack and defence and stay strictly inside a lab you own. Never test against systems without permission, and say so in your report.</p>
<table>
<thead>
<tr>
<th>#</th>
<th>Project</th>
<th>What it does</th>
<th>Level</th>
<th>Stack</th>
<th>The twist</th>
<th>Team</th>
</tr>
</thead>
<tbody><tr>
<td>26</td>
<td>Phishing URL detector</td>
<td>Classifies URLs as phishing or safe</td>
<td>Intermediate</td>
<td>Python, scikit-learn, a browser extension</td>
<td>Runs as a Chrome extension with a warning banner</td>
<td>Solo/2</td>
</tr>
<tr>
<td>27</td>
<td>Network intrusion detection</td>
<td>Detects attacks in network flow data</td>
<td>Advanced</td>
<td>Python, CIC-IDS2017 or UNSW-NB15 dataset, scikit-learn</td>
<td>Live mode reading packets with Scapy in a lab network</td>
<td>Team</td>
</tr>
<tr>
<td>28</td>
<td>Password strength and breach checker</td>
<td>Rates passwords and checks known breaches</td>
<td>Beginner</td>
<td>Python or JS, Have I Been Pwned range API</td>
<td>Uses k-anonymity so the full password hash never leaves the device</td>
<td>Solo/2</td>
</tr>
<tr>
<td>29</td>
<td>Secure file sharing</td>
<td>Upload files that are encrypted before they leave the browser</td>
<td>Advanced</td>
<td>Web Crypto API, any backend</td>
<td>Server only ever stores ciphertext; key lives in the link fragment</td>
<td>Solo/2</td>
</tr>
<tr>
<td>30</td>
<td>Log anomaly detector</td>
<td>Flags unusual login patterns in server logs</td>
<td>Intermediate</td>
<td>Python, Isolation Forest, Elasticsearch or plain files</td>
<td>Dashboard that explains why each event was flagged</td>
<td>Team</td>
</tr>
<tr>
<td>31</td>
<td>Steganography tool with detection</td>
<td>Hides data in images and detects hidden data</td>
<td>Intermediate</td>
<td>Python, Pillow, NumPy</td>
<td>Includes a steganalysis test to detect its own output</td>
<td>Solo/2</td>
</tr>
<tr>
<td>32</td>
<td>Vulnerable app and fix report</td>
<td>Builds a deliberately vulnerable web app, attacks it, then fixes it</td>
<td>Intermediate</td>
<td>Flask or Express, OWASP ZAP</td>
<td>Before-and-after scan results for each OWASP Top 10 issue</td>
<td>Team</td>
</tr>
</tbody></table>
<h3>IoT and systems</h3>
<p>Hardware projects demo well in a viva room but carry risk: parts arrive late and sensors fail. Order components in week 1 and keep a simulated data mode so you can still demo if a sensor dies.</p>
<table>
<thead>
<tr>
<th>#</th>
<th>Project</th>
<th>What it does</th>
<th>Level</th>
<th>Stack</th>
<th>The twist</th>
<th>Team</th>
</tr>
</thead>
<tbody><tr>
<td>33</td>
<td>Smart irrigation</td>
<td>Waters plants based on soil moisture and weather forecast</td>
<td>Intermediate</td>
<td>ESP32, soil moisture sensor, MQTT, a dashboard</td>
<td>Skips watering when rain is forecast</td>
<td>Team</td>
</tr>
<tr>
<td>34</td>
<td>Classroom occupancy and energy saver</td>
<td>Switches lights and fans off in empty rooms</td>
<td>Intermediate</td>
<td>ESP32 or Raspberry Pi, PIR sensor, relay</td>
<td>Logs energy saved per week</td>
<td>Team</td>
</tr>
<tr>
<td>35</td>
<td>Fall detection for elderly</td>
<td>Detects falls from a wearable accelerometer</td>
<td>Advanced</td>
<td>ESP32, MPU6050, a small classifier</td>
<td>Sends an alert to a phone with location</td>
<td>Team</td>
</tr>
<tr>
<td>36</td>
<td>Build your own key-value store</td>
<td>A small Redis-like database with persistence</td>
<td>Advanced</td>
<td>Go, Rust or C++</td>
<td>Write-ahead log and crash recovery, tested by killing the process</td>
<td>Solo/2</td>
</tr>
<tr>
<td>37</td>
<td>Mini container runtime</td>
<td>Runs a process in isolation using Linux namespaces and cgroups</td>
<td>Advanced</td>
<td>Go or C, Linux</td>
<td>Memory limit enforced and demonstrated live</td>
<td>Solo/2</td>
</tr>
<tr>
<td>38</td>
<td>Distributed file storage</td>
<td>Splits files across several nodes with replication</td>
<td>Advanced</td>
<td>Go or Python, gRPC</td>
<td>Keeps working when one node is killed during the demo</td>
<td>Team</td>
</tr>
</tbody></table>
<h3>Blockchain (only where it genuinely helps)</h3>
<p>Most blockchain student projects would work better as a normal database. Choose this category only if the problem truly needs a shared record that no single party controls, and be ready for the examiner to ask why a database wasn't enough.</p>
<table>
<thead>
<tr>
<th>#</th>
<th>Project</th>
<th>What it does</th>
<th>Level</th>
<th>Stack</th>
<th>The twist</th>
<th>Team</th>
</tr>
</thead>
<tbody><tr>
<td>39</td>
<td>Certificate verification</td>
<td>Colleges issue certificates whose hash anyone can verify</td>
<td>Intermediate</td>
<td>Solidity, Hardhat, a testnet, React</td>
<td>Only the hash goes on chain; the PDF stays off chain</td>
<td>Solo/2</td>
</tr>
<tr>
<td>40</td>
<td>Transparent fund tracking for a student club</td>
<td>Records club income and spending on a public ledger</td>
<td>Intermediate</td>
<td>Solidity, Hardhat, a testnet</td>
<td>Multi-signature approval for spending</td>
<td>Team</td>
</tr>
</tbody></table>
<h2>Best final year project for CSE: narrowing 40 ideas to one</h2>
<p>The best final year project for CSE is the one where your interests, your target job and your available time overlap. Use three filters, in order:</p>
<ol>
<li><strong>Job target.</strong> Applying for data science or ML roles: pick from the ML or GenAI tables. Product companies and SDE roles: full-stack or systems ideas show engineering depth. Security roles: the cybersecurity table.</li>
<li><strong>Team size.</strong> A team of four needs four separable modules. Ideas marked "Team" split naturally; forcing four people onto a Solo/2 idea leaves someone with nothing to explain in the viva.</li>
<li><strong>Risk.</strong> If no one on the team has shipped anything before, pick an Intermediate idea and add the twist late. Advanced ideas are for teams where at least one person has built something similar.</li>
</ol>
<h2>How to scope a major project for CSE final year: synopsis to viva</h2>
<p>A major project moves through four documents: synopsis, module plan, report and viva. Scope each one before you write code.</p>
<h3>Synopsis (1–3 pages)</h3>
<p>The synopsis is a promise you will be held to, so promise less than you think you can do. Include: problem statement in two sentences, objectives (three to five, each testable), existing approaches and their gaps, proposed system with a block diagram, tech stack, expected outcome and references. Write objectives as things you can check: "answer questions over uploaded PDFs with page citations" is testable; "make learning easier" is not.</p>
<h3>Modules</h3>
<p>Break the system into four to six modules with clear inputs and outputs. For a RAG app, that might be: document ingestion, embedding and storage, retrieval, answer generation, front end, and evaluation. Assign each module an owner. In the viva, the examiner will often point at one person and ask about a module, so ownership has to be real.</p>
<h3>Report and viva</h3>
<p>The report documents what you built and how you tested it. The viva tests whether you understand it. Both are covered below, but start the report in week 3, not week 11.</p>
<h2>A realistic 12-week timeline</h2>
<p>This assumes a team of 3–4 working part-time alongside classes. Solo builders can follow it with smaller scope.</p>
<table>
<thead>
<tr>
<th>Week</th>
<th>Goal</th>
<th>Done when</th>
</tr>
</thead>
<tbody><tr>
<td>1</td>
<td>Pick idea, score it on the criteria table, order any hardware</td>
<td>Idea approved by guide</td>
</tr>
<tr>
<td>2</td>
<td>Synopsis, architecture diagram, dataset located</td>
<td>Synopsis submitted</td>
</tr>
<tr>
<td>3</td>
<td>Set up repo, environments, a "hello world" deployed end to end</td>
<td>A blank app runs at a public URL</td>
</tr>
<tr>
<td>4–5</td>
<td>Core module: model trained, pipeline running, or main API working</td>
<td>Core feature works on your machine</td>
</tr>
<tr>
<td>6</td>
<td>Connect modules into the first full version</td>
<td>One complete user flow works</td>
</tr>
<tr>
<td>7</td>
<td>Deploy the full version; fix what breaks in production</td>
<td>Live link shared with your guide</td>
</tr>
<tr>
<td>8–9</td>
<td>Build the twist; collect evaluation data</td>
<td>Twist works and has numbers</td>
</tr>
<tr>
<td>10</td>
<td>Testing: unit tests, test cases table, edge cases</td>
<td>Test results recorded</td>
</tr>
<tr>
<td>11</td>
<td>Report final draft, screenshots, PPT</td>
<td>Report sent to guide</td>
</tr>
<tr>
<td>12</td>
<td>Viva practice, demo rehearsal, backup video</td>
<td>Every member answers 20 questions without notes</td>
</tr>
</tbody></table>
<p>Two rules make this work. Deploy something in week 3, even if it does nothing, because deployment problems discovered in week 11 sink projects. And record a demo video in week 12 as a backup in case the college network fails during the viva.</p>
<h2>What to put in the project report</h2>
<p>A good report lets an examiner understand the project without running it. Most universities give a template; fill it with substance, not padding. The typical structure:</p>
<ol>
<li><strong>Abstract</strong> (150–250 words): problem, approach, main result with a number.</li>
<li><strong>Introduction</strong>: motivation, problem statement, objectives, scope and limitations.</li>
<li><strong>Literature survey</strong>: 8–15 sources, each with what it did and what gap you address. Cite real papers and documentation you actually read.</li>
<li><strong>System requirements</strong>: hardware, software, functional and non-functional requirements.</li>
<li><strong>System design</strong>: architecture diagram, data flow diagrams, ER diagram or schema, sequence diagram for the main flow.</li>
<li><strong>Implementation</strong>: each module, key algorithms, short code excerpts for the interesting parts only.</li>
<li><strong>Testing and results</strong>: test cases table (input, expected, actual, pass/fail), evaluation metrics, screenshots, comparison with a baseline.</li>
<li><strong>Conclusion and future scope</strong>: what works, what doesn't, what you'd add.</li>
<li><strong>References and appendix</strong>.</li>
</ol>
<p>The results chapter is where most reports are weakest. "The system gives accurate answers" earns nothing. "On 30 test questions, the correct page appeared in the top 6 retrieved chunks for 26 of them" earns marks and gives you something to say in interviews.</p>
<h2>Common viva questions for CSE final year projects</h2>
<p>Examiners ask a predictable set of questions. Practise answering these out loud, in your own words, for your project:</p>
<ul>
<li>Explain your project in two minutes.</li>
<li>Why did you choose this problem? Who is the user?</li>
<li>What is the architecture? Draw it.</li>
<li>Why this tech stack and not an alternative? (For example, why PostgreSQL and not MongoDB, why React and not plain HTML.)</li>
<li>What is your contribution versus what libraries do for you?</li>
<li>Which algorithm did you use, and how does it work internally?</li>
<li>How did you test it? What were the results?</li>
<li>What happens if the input is wrong, empty or huge?</li>
<li>What are the limitations?</li>
<li>How would this scale to 10,000 users?</li>
<li>Show me where a specific feature is in the code.</li>
<li>What would you do differently with three more months?</li>
</ul>
<p>For AI projects, expect a few more: what is an embedding, why that chunk size, how you stop the model from making things up, and what your evaluation metric means. The <a href="https://www.kitsbyai.com/rag-interview-questions">RAG interview questions</a> page covers these with model answers you can adapt.</p>
<p>The question that catches most students is "show me in the code". If you can open the right file and walk through it, the examiner relaxes. If you scroll around searching, they start asking harder questions.</p>
<h2>CSE final year project with source code: the honest answer</h2>
<p>Using existing source code is fine, and almost every real project does it. Submitting code you don't understand, or code that is identical to what someone else submitted, is not. The line is understanding and contribution.</p>
<h3>Using code you understand vs copying</h3>
<p>Libraries, frameworks, templates, tutorials and starter kits are normal engineering. Nobody writes their own web server for a final year project. What matters is that you can explain every file in your repository, why it is there and what would break if you removed it. If you can't, either learn it or remove it.</p>
<h3>Plagiarism checks</h3>
<p>Reports usually go through a text plagiarism checker such as Turnitin or a similar tool your university uses, so write the report in your own words and cite every source. Code is checked less consistently, but examiners recognise popular GitHub projects, and two teams submitting the same repository is easy to spot. The bigger risk is the viva: copied code collapses under three follow-up questions.</p>
<h3>What to change to make it yours</h3>
<p>If you start from existing code, a template or a kit, make changes that are real engineering, not cosmetic:</p>
<ul>
<li><strong>Add a feature</strong> that changes how the system works: hybrid search, authentication with row level security, OCR for scanned input, a new model.</li>
<li><strong>Use your own data</strong>: a dataset you collected, documents from your college, sensor readings from your hardware.</li>
<li><strong>Measure it</strong>: build a small test set and report numbers before and after your change.</li>
<li><strong>Write the report from your own understanding</strong>, with your own diagrams.</li>
<li><strong>Credit the starting point</strong> in the report. Saying "I started from X and added Y and Z" is honest and reads better than pretending you wrote everything.</li>
</ul>
<p>Changing the colours and the project name does not count, and examiners know it.</p>
<h2>Turning the project into a placement asset</h2>
<p>A final year project does double duty: marks now, interviews later. Put it on GitHub with a clear README, deploy it at a public URL, and write one resume line with a number in it. Interviewers then ask about it, which means you get to talk about something you know well instead of answering random questions.</p>
<p>If you picked a GenAI idea, prepare for the follow-up questions interviewers ask about LLMs generally, not only your project. The <a href="https://www.kitsbyai.com/ai-projects-for-students">AI projects for students</a> guide has more ideas in that area and shows how to make an AI project resume-worthy.</p>
<h2>Frequently asked questions</h2>
<p><strong>Which is the best final year project for CSE students?</strong></p>
<p>The one that solves a specific problem for a specific user, uses a stack you can explain, and runs live at a public URL. A RAG app over a real document set, a fraud detector with honest evaluation, or a deployed full-stack tool for your college all qualify. Topic matters less than depth and a working demo.</p>
<p><strong>Can I use a CSE final year project with source code from the internet?</strong></p>
<p>You can build on existing code if you understand every file, credit the source in your report, and add real work of your own such as a new feature, a dataset you collected, or an evaluation. Submitting copied code unchanged is plagiarism, and it usually falls apart in the viva.</p>
<p><strong>How many modules should a major project for CSE final year have?</strong></p>
<p>Usually four to six. For a team of four, give each person at least one module they own end to end, for example data pipeline, model, backend API and front end, so everyone can answer questions about their part.</p>
<p><strong>Is an AI or GenAI project a good choice for a final year project?</strong></p>
<p>Yes, if it goes beyond calling a chatbot API. Retrieval, evaluation, a real dataset and a deployed demo turn a GenAI project into strong final year work. A thin wrapper around a chat API with no measurement is weak.</p>
<p><strong>How long does a final year project take to build?</strong></p>
<p>Plan for 12 weeks of build time: 2 weeks for scoping and synopsis, about 7 weeks of building in modules, and 3 weeks for testing, the report and viva practice. Most teams underestimate the report and testing.</p>
<hr />
<p><em>Originally published at <a href="https://www.kitsbyai.com/final-year-projects-computer-science">kitsbyai.com</a>.</em></p>
]]></content:encoded></item><item><title><![CDATA[AI Projects for Students: 25 Artificial Intelligence Project Ideas from Beginner to GenAI]]></title><description><![CDATA[25 AI project ideas for students, from beginner ML to GenAI and LangChain apps, with free tools, datasets and resume lines for each.]]></description><link>https://kitsbyai.hashnode.dev/ai-projects-for-students-25-artificial-intelligence-project-ideas-from-beginner-to-genai</link><guid isPermaLink="true">https://kitsbyai.hashnode.dev/ai-projects-for-students-25-artificial-intelligence-project-ideas-from-beginner-to-genai</guid><category><![CDATA[Artificial Intelligence]]></category><category><![CDATA[Machine Learning]]></category><category><![CDATA[Students]]></category><category><![CDATA[generative ai]]></category><dc:creator><![CDATA[Haseeb Sagheer]]></dc:creator><pubDate>Mon, 19 Oct 2026 09:50:35 GMT</pubDate><content:encoded><![CDATA[<p>Good AI projects for students use a real dataset, a free model or API, and a measurable result you can show live. Here are 25 ideas sorted by level, each with the free tools to build it, followed by how to make the project count on a resume.</p>
<p>The AI projects for students that stand out in 2026 are not the ones with the fanciest model. They use real data, run at a live link, and report a number. This list has 25 artificial intelligence project ideas for students, ordered from beginner to advanced, with a separate section for GenAI and LangChain projects. Every idea lists what it does, what you learn, and the free tools, datasets or APIs that make it buildable on a student budget.</p>
<p>If you need a full major project rather than a practice build, the <a href="https://www.kitsbyai.com/final-year-projects-computer-science">final year projects for CSE</a> guide covers scoping, timelines and viva preparation.</p>
<h2>The free toolkit for student AI projects</h2>
<p>You can build every project on this page without paying for anything. These are the tools that come up repeatedly:</p>
<ul>
<li><strong>Datasets:</strong> Kaggle Datasets, Hugging Face Datasets, the UCI Machine Learning Repository, and Indian government open data (data.gov.in).</li>
<li><strong>Compute:</strong> Google Colab and Kaggle Notebooks both give free GPU sessions with usage limits.</li>
<li><strong>Classic ML:</strong> scikit-learn, pandas, XGBoost or LightGBM.</li>
<li><strong>Deep learning:</strong> PyTorch or TensorFlow/Keras, with pretrained models from Hugging Face or torchvision.</li>
<li><strong>LLMs:</strong> the Gemini API free tier, or Ollama to run open models (Llama, Gemma, Qwen and others) locally on your own machine.</li>
<li><strong>Demo UI and hosting:</strong> Streamlit or Gradio for quick interfaces; Hugging Face Spaces, Streamlit Community Cloud or Vercel to host them.</li>
</ul>
<p>Free tiers change, so check current limits on each provider's site before you depend on one for a viva demo.</p>
<h2>Which AI project idea to pick</h2>
<p>Pick by where you are and what the project is for. If you have never trained a model, do one beginner project in a weekend before anything else; skipping the basics shows up the first time an interviewer asks what a test set is for. If you need a resume project before placements, pick one intermediate or GenAI idea and finish it properly, with deployment and a number, rather than starting three. If you need AI projects for final year submission, choose from the advanced or GenAI sections, because those have enough separate modules for a team and enough depth to fill a report.</p>
<p>Match the idea to the job you want, too. Data science roles care about datasets, features and evaluation, so the classic ML ideas fit. Most "AI engineer" and GenAI roles at Indian startups and service companies care about retrieval, APIs and shipping, so the GenAI section fits better.</p>
<h2>Beginner AI project ideas for students</h2>
<p>Beginner projects teach the workflow: load data, clean it, split it into train and test sets, train a model, evaluate it honestly. Do one of these first even if you plan something advanced later.</p>
<h3>1. House price prediction</h3>
<p><strong>What it does:</strong> predicts a house's price from features like area, rooms and location.
<strong>What you learn:</strong> regression, feature engineering, train/test split, MAE and RMSE.
<strong>Free tools:</strong> Kaggle's House Prices dataset, pandas, scikit-learn.</p>
<h3>2. Spam message classifier</h3>
<p><strong>What it does:</strong> labels SMS or email messages as spam or not.
<strong>What you learn:</strong> text preprocessing, TF-IDF, Naive Bayes vs logistic regression, precision and recall.
<strong>Free tools:</strong> the SMS Spam Collection dataset (UCI or Kaggle), scikit-learn, Streamlit.</p>
<h3>3. Handwritten digit recogniser</h3>
<p><strong>What it does:</strong> recognises digits drawn on a canvas in the browser.
<strong>What you learn:</strong> your first neural network, convolution, overfitting.
<strong>Free tools:</strong> MNIST (built into Keras and torchvision), Gradio with a sketchpad input.</p>
<h3>4. Student performance predictor</h3>
<p><strong>What it does:</strong> predicts final grades from study time, attendance and past marks.
<strong>What you learn:</strong> classification vs regression, feature importance, explaining a model to non-technical users.
<strong>Free tools:</strong> UCI Student Performance dataset, scikit-learn.</p>
<h3>5. Movie recommender</h3>
<p><strong>What it does:</strong> suggests movies based on what a user liked.
<strong>What you learn:</strong> content-based vs collaborative filtering, cosine similarity.
<strong>Free tools:</strong> MovieLens dataset, pandas, scikit-learn.</p>
<h3>6. Sentiment analysis of product reviews</h3>
<p><strong>What it does:</strong> classifies reviews as positive, negative or neutral.
<strong>What you learn:</strong> using a pretrained transformer without training one.
<strong>Free tools:</strong> Hugging Face <code>transformers</code> pipeline, Amazon or Flipkart review datasets on Kaggle.</p>
<h2>Intermediate artificial intelligence projects for students</h2>
<p>Intermediate projects add a second skill on top of the model: a real-world input like a camera, a deployed app, or a dataset you collect yourself.</p>
<h3>7. Plant disease detection from leaf photos</h3>
<p><strong>What it does:</strong> identifies crop diseases from a phone photo.
<strong>What you learn:</strong> transfer learning with a pretrained CNN, data augmentation, testing on out-of-distribution images.
<strong>Free tools:</strong> PlantVillage dataset, PyTorch or Keras, Colab GPU.</p>
<h3>8. Real-time face mask or helmet detection</h3>
<p><strong>What it does:</strong> detects helmets on two-wheeler riders in video.
<strong>What you learn:</strong> object detection, bounding boxes, mAP, running models on video frames.
<strong>Free tools:</strong> Ultralytics YOLO, OpenCV, public helmet datasets on Kaggle or Roboflow Universe.</p>
<h3>9. Sign language recogniser</h3>
<p><strong>What it does:</strong> turns hand signs from a webcam into letters.
<strong>What you learn:</strong> using landmarks as features instead of raw pixels, building your own dataset.
<strong>Free tools:</strong> MediaPipe hand landmarks, scikit-learn, OpenCV.</p>
<h3>10. Fake news detector</h3>
<p><strong>What it does:</strong> scores how likely a headline is to be misleading.
<strong>What you learn:</strong> fine-tuning a small transformer, why a model can look accurate and still fail on new data.
<strong>Free tools:</strong> LIAR or Kaggle fake news datasets, a small BERT model such as DistilBERT from Hugging Face.</p>
<h3>11. Credit card fraud detection</h3>
<p><strong>What it does:</strong> flags fraudulent transactions.
<strong>What you learn:</strong> class imbalance, why accuracy is misleading, precision-recall trade-offs, choosing a threshold.
<strong>Free tools:</strong> Kaggle Credit Card Fraud dataset, XGBoost.</p>
<h3>12. Speech-to-text note taker</h3>
<p><strong>What it does:</strong> transcribes lectures and produces a short summary.
<strong>What you learn:</strong> speech recognition, chaining two models together.
<strong>Free tools:</strong> OpenAI's open-source Whisper model (runs locally), the Gemini API for the summary.</p>
<h3>13. Resume screener</h3>
<p><strong>What it does:</strong> ranks resumes against a job description and lists missing skills.
<strong>What you learn:</strong> sentence embeddings, semantic similarity, bias in automated screening.
<strong>Free tools:</strong> <code>sentence-transformers</code> models from Hugging Face, Kaggle resume datasets.</p>
<p><strong>Resume line example:</strong> "Built a resume-to-job matcher using sentence embeddings (all-MiniLM-L6-v2) and FastAPI; ranked the human-chosen best candidate in the top 3 for 17 of 20 test job descriptions."</p>
<h2>Advanced AI ML projects for final year</h2>
<p>These are big enough for an AI ML project for final year with a team, because each has several modules and a real evaluation problem.</p>
<h3>14. Traffic signal optimisation from video</h3>
<p><strong>What it does:</strong> counts vehicles per lane and suggests green-light timing.
<strong>What you learn:</strong> detection plus tracking, turning model output into decisions.
<strong>Free tools:</strong> Ultralytics YOLO, OpenCV, a simple tracker such as ByteTrack.</p>
<h3>15. Medical image classifier with explanations</h3>
<p><strong>What it does:</strong> classifies chest X-rays and highlights the region that influenced the prediction.
<strong>What you learn:</strong> transfer learning, Grad-CAM, why medical AI needs careful evaluation. State clearly in your report that it is not a diagnostic tool.
<strong>Free tools:</strong> the NIH ChestX-ray14 or Kaggle pneumonia dataset, PyTorch, Grad-CAM implementations.</p>
<h3>16. Time series forecasting for energy or AQI</h3>
<p><strong>What it does:</strong> forecasts tomorrow's electricity load or air quality.
<strong>What you learn:</strong> lag features, walk-forward validation, comparing against a naive baseline.
<strong>Free tools:</strong> LightGBM, Prophet, CPCB air quality data.</p>
<h3>17. Image captioning for accessibility</h3>
<p><strong>What it does:</strong> describes an image in a sentence and reads it aloud.
<strong>What you learn:</strong> vision-language models, evaluating generated text.
<strong>Free tools:</strong> BLIP models on Hugging Face, the browser's Web Speech API for audio.</p>
<h3>18. Reinforcement learning game agent</h3>
<p><strong>What it does:</strong> trains an agent to play a simple game.
<strong>What you learn:</strong> rewards, exploration vs exploitation, why RL is hard to train.
<strong>Free tools:</strong> Gymnasium environments, Stable-Baselines3.</p>
<h2>GenAI projects and LangChain projects</h2>
<p>GenAI projects are the most asked-about in interviews right now, so they are worth doing well. The difference between a weak and a strong GenAI project is almost always retrieval and evaluation. A chatbot that forwards the user's message to an API teaches you very little.</p>
<h3>19. Chat with your PDFs (RAG)</h3>
<p><strong>What it does:</strong> answers questions over uploaded PDFs, citing the page each answer came from.
<strong>What you learn:</strong> chunking, embeddings, vector search, prompt grounding, streaming. This is the core pattern behind most company GenAI products.
<strong>Free tools:</strong> Gemini API (embeddings and answers), Supabase Postgres with pgvector, or Chroma locally.</p>
<p><strong>Resume line example:</strong> "Built and deployed a RAG app (Next.js, pgvector, Gemini) that answers questions over uploaded PDFs with page-level citations; added hybrid search and improved top-6 retrieval hit rate from X/30 to Y/30 on a hand-labelled test set." Fill in your own measured numbers.</p>
<p>The <a href="https://www.kitsbyai.com/rag-project">RAG project guide</a> explains the architecture, and <a href="https://www.kitsbyai.com/how-to-build-a-rag-app">how to build a RAG app</a> walks through building one on free tools.</p>
<blockquote>
<p><strong>Want the complete, deployable version?</strong> <a href="https://www.kitsbyai.com/">Chat with your PDFs</a> is a ready RAG project: full Next.js source code, a 20-minute free deploy guide, an 11-minute video walkthrough and 15 interview answers. <a href="https://demo.kitsbyai.com">Try the live demo</a>.</p>
</blockquote>
<p>If you'd rather start from a working, deployed RAG app and spend your time on an upgrade, the Chat with your PDFs kit includes the full source, a deploy guide and interview questions. The <a href="https://demo.kitsbyai.com">live demo</a> shows exactly what you get.</p>
<h3>20. Offline study assistant with Ollama</h3>
<p><strong>What it does:</strong> a RAG chatbot over your notes that runs fully on your laptop.
<strong>What you learn:</strong> running local models, trade-offs between model size, speed and answer quality.
<strong>Free tools:</strong> Ollama with a small open model and an embedding model such as <code>nomic-embed-text</code>, Chroma.</p>
<h3>21. Natural language to SQL</h3>
<p><strong>What it does:</strong> turns "which students scored above 80 in DBMS" into a SQL query and runs it.
<strong>What you learn:</strong> prompting with a schema, validating generated code, read-only database permissions.
<strong>Free tools:</strong> Gemini API, SQLite or PostgreSQL, Streamlit.</p>
<h3>22. Agent that uses tools</h3>
<p><strong>What it does:</strong> an assistant that can search the web, do calculations and look up a timetable by calling functions.
<strong>What you learn:</strong> function calling (tool use), deciding when the model should act vs answer, handling tool errors.
<strong>Free tools:</strong> Gemini API function calling, or LangGraph if you want a framework.</p>
<h3>23. YouTube lecture summariser with timestamps</h3>
<p><strong>What it does:</strong> summarises a lecture and links each point to the moment it was said.
<strong>What you learn:</strong> long-context handling, chunked summarisation, structured output (JSON).
<strong>Free tools:</strong> Whisper or available captions, Gemini API.</p>
<h3>24. LLM evaluation dashboard</h3>
<p><strong>What it does:</strong> runs the same 50 questions through two or three models and compares accuracy, latency and cost.
<strong>What you learn:</strong> building a test set, LLM-as-judge and its weaknesses, how to report results.
<strong>Free tools:</strong> Gemini API, Ollama for open models, pandas, Streamlit.</p>
<p><strong>Resume line example:</strong> "Built an evaluation harness comparing a cloud model and two local Ollama models on 50 domain questions; reported accuracy and median latency, and chose the model for a campus chatbot based on the results."</p>
<h3>25. Multilingual support bot for a local business or college office</h3>
<p><strong>What it does:</strong> answers FAQs in English, Hindi or another regional language from one set of English documents.
<strong>What you learn:</strong> cross-lingual retrieval, prompt design for language, testing with real users.
<strong>Free tools:</strong> Gemini API (embeddings and generation), pgvector or Chroma.</p>
<p><strong>Resume line example:</strong> "Built a Hindi/English FAQ assistant for the college admissions office over 12 policy documents; answered 42 of 50 real student questions correctly in a user test."</p>
<p>For the interview side of any GenAI project, the <a href="https://www.kitsbyai.com/llm-interview-questions">LLM interview questions</a> page covers what gets asked about tokens, embeddings, temperature, hallucination and RAG.</p>
<h2>LangChain or no LangChain?</h2>
<p>Build your first GenAI project without LangChain, then decide. The core of a RAG app is short: split text, call an embedding endpoint, store vectors, run a similarity query, put the results in a prompt, call the model. Writing that yourself means you can answer "what does the retriever actually do" in an interview, which is the question that separates people who built something from people who followed a tutorial.</p>
<p>LangChain earns its place when you need many integrations quickly: swapping between several model providers, trying different vector stores, or using ready-made document loaders for formats you don't want to parse yourself. LangGraph, from the same team, is useful for agents with multiple steps and state. LlamaIndex is a similar option focused on retrieval.</p>
<p>The costs are real too. These libraries change quickly, so tutorials from a year ago often use APIs that have since moved or been deprecated. Stack traces pass through several layers of abstraction, which makes debugging slower for beginners. And "I used LangChain's RetrievalQA" invites the follow-up "what does it do internally", so you have to learn the internals anyway.</p>
<p>A sensible path: plain code for your first project, then rebuild one part with LangChain or LlamaIndex and write a short note in your README comparing the two. That comparison is itself a good interview topic for LangChain projects.</p>
<h2>How to make an AI project resume-worthy</h2>
<p>An AI project becomes resume-worthy when a recruiter can see it working and an interviewer can see you understand it. Four things do that.</p>
<h3>Deploy it live</h3>
<p>A link beats a screenshot. Streamlit and Gradio apps deploy free on Hugging Face Spaces or Streamlit Community Cloud; Next.js apps on Vercel. If the model is too large to host, deploy the interface with a smaller model and say so in the README. Keep it running through placement season, and check the link the morning of every interview.</p>
<h3>Measure it</h3>
<p>Every project needs at least one number you produced. For classifiers: precision, recall and a confusion matrix on a held-out test set. For RAG: build 20 to 30 questions where you know which page has the answer, and count how often that page is retrieved. For LLM apps: latency and the share of answers a human marked correct. Compare against a baseline, even a simple one.</p>
<h3>Write a README</h3>
<p>The README is what recruiters read. Include: one-line description, live link, a screenshot or GIF, architecture diagram, stack, how to run it locally, your results table, limitations, and what you would add next. Keep API keys out of the repository; use environment variables and a <code>.env.example</code> file.</p>
<h3>Record a demo</h3>
<p>A 60 to 90 second screen recording that shows the problem, the app solving it, and the result. Put it at the top of the README and on LinkedIn. It also saves you if the live demo fails during an interview.</p>
<p>Then write the resume line: action verb, what you built, stack, measured result. One line, one number, one link. If two candidates both list "chatbot using LLM", the one with a hit rate and a live URL gets the interview question, and the interview question is your chance to talk about something you know well.</p>
<h2>Frequently asked questions</h2>
<p><strong>What is a good AI project for a beginner student?</strong></p>
<p>Start with a classic supervised learning problem on a clean dataset, such as house price prediction or spam detection with scikit-learn. You learn the full workflow of loading data, splitting it, training, and evaluating, which every later AI project builds on.</p>
<p><strong>Can I build AI projects for free?</strong></p>
<p>Yes. Kaggle and Hugging Face give free datasets and pretrained models, Google Colab and Kaggle Notebooks give free GPU time with limits, the Gemini API has a free tier, and Ollama runs open models on your own laptop. You can deploy small apps free on Hugging Face Spaces, Streamlit Community Cloud or Vercel.</p>
<p><strong>Which AI project is best for a final year project?</strong></p>
<p>A deployed GenAI or ML application that solves a specific problem and reports a number, for example a RAG app with measured retrieval accuracy or an image classifier tested on photos you collected. It needs enough modules for your team and enough depth for the viva.</p>
<p><strong>Do I need LangChain for a GenAI project?</strong></p>
<p>No. LangChain is useful for trying many models and components quickly, but a basic RAG or chatbot app is a few hundred lines of plain code. Writing the core loop yourself first makes you much better at answering interview questions.</p>
<p><strong>How do I put an AI project on my resume?</strong></p>
<p>One line with what you built, the stack, and a measured result, plus a live link and a GitHub repository with a README. For example: built a RAG app over 40 course PDFs that answers with page citations, with the correct page in the top 6 results for 26 of 30 test questions.</p>
<hr />
<p><em>Originally published at <a href="https://www.kitsbyai.com/ai-projects-for-students">kitsbyai.com</a>.</em></p>
]]></content:encoded></item></channel></rss>