urgency: 82
risk: CRITICAL
conf: 4.2 / 5
days: 6
credits: 32
sorted โœ“
Academic Risk Engine ยท BET CRASH 2026

Study Triage

Know exactly where you stand.
Know exactly what to study next.

4
Risk Factors
100
Max Score
โˆž
Subjects
1
Recommendation
Urgency Scoring
Insertion Sort
Topic Confidence
Smart Recommendations
Local Storage
scroll
Your Profile
1 12
Your Subjects
๐Ÿ“š

No subjects yet

Click "Add Subject" to start building your semester profile.
Add at least 2 subjects to unlock the dashboard.

Subjects by Risk
Semester Timeline
Topics โ€” Weakest First

๐Ÿ“‹ Overview

I built Study Triage for the BET Software CRASH 2026 competition. The brief required using AI as an assistant โ€” not as the main builder. That is exactly how I treated it. I used AI to explore ideas and challenge my thinking, but every final decision about what to build, how it works, and why it looks the way it does was mine.

This report is honest. It shows the prompts I actually used, the suggestions I rejected, and the places where I disagreed with AI and went my own way.

๐Ÿ” Step 1 โ€” Problem Identification

I started with real problems, not a solution. I used AI to brainstorm what first-year students actually struggle with across time management, academic performance, and mental load.

Prompt I used
"What are the most common reasons first-year university students fail or underperform academically? Give me a broad list."

From the list AI gave me, I picked the problems that felt most genuine and that I could actually solve in a single HTML file:

  • Not knowing what to study next
  • Studying easy topics instead of weak ones
  • No big picture view of the whole semester
  • Not knowing whether you are actually ready for a test

AI also suggested group coordination and peer accountability features. Rejected โ€” no network access in a single HTML file, so those would have been fake features.

๐Ÿ’ก Step 2 โ€” Concept Decision

I asked AI to suggest application categories I could build. It gave me four directions:

AI SuggestionMy DecisionReason
Priority engine (ranked task list)ModifiedUsed the scoring logic but rejected the plain list output โ€” would not stand out visually or score well on GUI marks
Exam week schedulerRejectedScheduling without real calendar access felt shallow
Sorting algorithm visualiserModifiedKept the sorting idea but embedded it inside the app logic instead of making it the main feature
Subject health dashboardAcceptedUsed as the visual shell โ€” the dashboard format communicates risk clearly at a glance

My final concept combined the dashboard with the urgency score engine as the brain behind it. I also independently decided to structure the app into three connected views โ€” setup, dashboard, deep dive โ€” so the sorting algorithm is visible at multiple levels of detail, not just hidden in the background.

โš™๏ธ Step 3 โ€” The Urgency Score Formula

This is the core intellectual contribution of the app. AI helped me identify relevant factors. I decided how they are weighted and why.

Prompt I used
"What factors should influence how urgently a student needs to study a subject? List them and suggest how they might be weighted."

AI suggested factors and proposed weighting them equally. Rejected โ€” equal weighting ignores that some factors are more time-sensitive than others. I made all weight decisions independently:

FactorMy WeightMy Reasoning
Days until test40%Proximity to a deadline creates real pressure. This should dominate.
Topic confidence25%Reflects actual understanding โ€” the most direct measure of being prepared.
Credit value20%Higher credit subjects carry bigger academic consequences if failed.
Grade risk15%Useful signal, but less immediate than time and confidence.

AI originally described the time component using the phrase "exponential decay." Rejected โ€” I corrected this to urgency bands with sharply increasing risk near the test date. It is more honest and easier to explain and defend.

๐Ÿ”ข Step 4 โ€” Sorting Algorithm Choice

I chose insertion sort after asking AI to compare options for this use case.

Prompt I used
"Compare insertion sort, selection sort, and bubble sort for sorting a small list of 5โ€“15 items by a numeric score. Which is most appropriate and why?"

AI confirmed insertion sort is appropriate for small datasets, is stable, and produces a comparator function that is easy to follow. I made two additional decisions independently:

  • Write the algorithm manually โ€” no built-in array.sort(). The algorithm needed to be visible and demonstrable, not hidden behind a library call.
  • Make the sort visible โ€” triggered by the Recalculate button so judges can see it run, not silently in the background on every change.

Every sort decision is traceable back to the urgency score, which is traceable back to the four-component formula.

๐ŸŽจ Step 5 โ€” Visual Design Decisions

AI suggested keeping the UI minimal to reduce complexity. Rejected. GUI look and feel is 10 out of 30 available marks. A plain ranked list would not score near the maximum.

Prompt I used
"I want a dark dashboard aesthetic with animated background elements, floating UI nodes, and a colour-coded risk system. Help me design the CSS variables and visual system for this."

I directed the visual style. AI helped implement it. Key design decisions that were mine:

DecisionWhy I Made It
Red / amber / green risk systemMirrors real-world risk dashboards. Readable without explanation.
Animated background orbs, orbit rings, particle effectsRaises visual quality. I specifically prompted for these elements and iterated on them.
Floating data nodes on the welcome screenMy idea โ€” shows the type of data the app works with before the user even starts.
Score breakdown panel in deep diveMakes the urgency formula visible to users and judges. Transparency by design.
Semester timelineAI suggested it was optional. I kept it โ€” it adds real value to the dashboard view.
Study tips tickerMy addition. Adds life to the interface and gives the app a sense of purpose beyond just data.

I also used AI heavily during the styling phase, prompting specifically for visual details like the gradient text effects, the animated border on the recommendation box, the corner tick marks, and the geometric accent shapes. I reviewed every piece of CSS and adjusted values until the result matched what I had in mind.

๐Ÿšซ Step 6 โ€” What AI Did NOT Do

Being specific about this matters. AI did not:

  • Choose the application concept
  • Decide the formula weights
  • Decide which features to include or cut
  • Choose the visual aesthetic
  • Write code without me directing each stage and reviewing the output

In several specific cases I directly overruled AI suggestions:

  • Rejected the minimal ranked-list approach in favour of a full dashboard
  • Corrected the "exponential decay" description to urgency bands
  • Kept the semester timeline after AI suggested removing it
  • Added the study tips ticker without AI suggesting it
  • Chose equal-weight rejection and set my own formula weights

๐Ÿ“ Formula Reference

The urgency score formula for reference:

Urgency Score =
  (Days Until Test Score  ร— 0.40) +
  (Credit Value Score    ร— 0.20) +
  (Confidence Score     ร— 0.25) +
  (Grade Risk Score     ร— 0.15)

Result: 0โ€“100  |  75โ€“100 = Critical  |  45โ€“74 = Watch  |  0โ€“44 = On Track

โœ… Final Statement

I used AI as a tool to think better, not to replace thinking. I asked questions, challenged suggestions, rejected ideas that did not fit the brief, and made all final decisions myself.

The urgency formula weights, the three-view structure, the visual design direction, and the decision to write insertion sort by hand were all my own choices. AI helped me explore options at each stage โ€” but I decided what stayed and what did not.

This project reflects how I think about a real problem, built with AI as a tool, not as a replacement for judgment.

Study Triage ยท BET CRASH 2026 ยท Built with purpose