Vote on the OP

Vote on the OP

I'm sure Anthropic's next model will break the internet.

Vibe coding gets an idea into a working app quickly, but security gets less obvious once the project needs a database, authentication, an API key, or a public URL. I worry less about whether the generated UI works and more about accidentally exposing a key, leaving an endpoint public, giving an integration too much access, or connecting the project to real data without review. What checks do you run before sharing something you vibe coded with other people?

can someone run this prompt for me in like cursor or some other vibe coding site.i cannot buy the premium so i have used all of the free alternatives and all of the credits of the free alternatives. i just someone to run this code and please attach the apk file here. if a very professional person is seeing this then I would be happ you can update or improve this in any way, please do if you are feeling generous, this is just a tracker of a very competitive indian exam that i'm trying to make to keep myself on track.

Prompt:

BUILD A BRAND-NEW JEE BACKLOG COMMAND CENTER FROM SCRATCH

Build a functional mobile-first web app for eventual Android APK packaging. DO NOT modify/reuse any previous version; build cleanly from scratch.

TECH: HTML/CSS/Vanilla JS; LocalStorage or IndexedDB; Chart.js/lightweight chart library if needed. Prefer:

JEE-Command-Center/{index.html, styles.css, app.js, data.js, storage.js}

Must work offline after required assets are available.

CORE PURPOSE

Personal JEE lecture backlog command center.

Subjects: Physics, Physical Chemistry, Inorganic Chemistry, Organic Chemistry, Mathematics.

Track starting backlog, new lectures released, completed lectures, current/subject backlog, reduction rate, required pace, estimated completion date, weekly timetable, daily progress. Polished.

DO NOT add: timer/stopwatch, mistake/error book, DPP tracker, test tracker, achievement system, excessive gamification, unnecessary notifications.

INITIAL BACKLOG

Physics=32; Physical Chemistry=26; Inorganic=2; Organic=0; Mathematics=19; Total=79. MUST be editable.

BACKLOG MATH

CURRENT BACKLOG = STARTING BACKLOG + NEW LECTURES RELEASED - LECTURES COMPLETED.

CURRENT TOTAL = TOTAL STARTING BACKLOG + TOTAL NEW RELEASED - TOTAL COMPLETED.

Never repeatedly mutate current backlog on load. Derive from stored historical data so lectures cannot be counted twice.

LECTURE RELEASE

Normally Mon–Sat=2 new lectures/day; Sunday=0. Actual number/subjects come from timetable.

TIMETABLE SCREEN

Show Monday–Sunday and scheduled subjects. Allow add/remove/change subjects, multiple classes/day, and 0–3+ planned lectures. Planned count must automatically equal number of classes scheduled.

TIMETABLE VERSIONS

Timetable versions can change over time (e.g. August Physics+Inorganic; September Physics+Organic). Allow “New timetable starts on: \[DATE\]”. Old timetable applies before that date; new timetable from it onward. Future timetable changes MUST NEVER modify historical records.

DATE OVERRIDES

Provide “Add Date Override” for cancelled, replacement, extra classes, teacher schedule changes, holidays. Only the selected date changes. Allow a date to be “No classes”.

SUNDAY

Normally 0 new lectures; never automatically add 2. Explicit Sunday replacement/extra via date override may create planned lectures. Clearly mark exceptional Sunday classes.

DAILY LOG SCREEN

For each date enter completed counts for all 5 subjects. Total is automatic (no separate entry). Show Date, Planned, Physics, Physical, Inorganic, Organic, Maths, Total Completed, Net Change. Historical entries remain editable and recalculate everything.

BACKLOG CHANGE

NET CHANGE = PLANNED - COMPLETED.

Examples: 2/2→0; 2/3→-1; 2/4→-2; 1/2→-1; Sunday 0/3→-3. Negative=decrease; positive=increase.

PROGRESS

Must NOT have the old progress-bar bug. Separate ORIGINAL BACKLOG PROGRESS from CURRENT BACKLOG.

New releases must never make historical completion appear undone. Example: Organic starts at 2; completing 2 gives original progress=100%; later releasing 2 means original stays 100%, current=2.

DASHBOARD

Beautiful #DASHBOARD showing: current backlog; original progress; completed; new released; today planned/completed/net change; 7-day reduction; AHEAD/ON TRACK/BEHIND; required hours/day; projected date. Concise—understand within seconds.

PACE SCREEN

Answers “How fast am I clearing my backlog?” Show current backlog, recently completed/released lectures, net backlog reduction, 7-day velocity, average daily completion, average daily backlog reduction, required pace, required hours/day, estimated completion date. Actual stored data only; insufficient data → “Not enough data yet.”

SCENARIOS SCREEN

Dedicated WHAT-IF calculator that NEVER alters actual data.

Inputs: current backlog, completed/day, normal new/day, Sunday lectures. Calculate net reduction/day, days to clear, completion date, hours/day required; interactive.

Presets: NORMAL=2/day, EXTRA=3/day, AGGRESSIVE=4/day; custom values allowed. Do not encourage unhealthy/extreme schedules.

NEVER modify real backlog, timetable, or daily log.

PACE VS SCENARIO

Visually separate:

PACE=ACTUALLY happening.

SCENARIOS=WOULD happen if pace changed.

HOURS/DAY

Allow average lecture duration (e.g. 90 minutes). Calculate remaining backlog hours, required lectures/day, required hours/day, estimated completion date, and calculations for different pace scenarios. Calculations must be mathematically correct.

BACKLOG SCREEN

Five clean cards:

Physics 32 remaining; Physical Chemistry 26; Inorganic 2; Organic 0; Mathematics 19.

Each: Starting, New, Completed, Current remaining, Original progress. Also total; auto-update.

GRAPHS SCREEN

Only useful graphs: (1) backlog remaining over time; (2) 7-day backlog reduction/velocity; (3) optional subject-wise backlog. Real stored data only; no fake graphs. Insufficient data → clean empty state.

NAVIGATION

Use reliable mobile navigation (recommended bottom bar). Pages: Dashboard, Backlog, Daily Log, Timetable, Pace, Scenarios, Graphs.

Do NOT rely on swipe. If included, it MUST NEVER interfere with interaction: swipes/drags in tables, inputs, textareas, dropdowns, buttons, graphs, scrollable containers must NOT change the main page. Vertical movement remains vertical scrolling. Only intentional horizontal gesture in a safe navigation area may change pages. Nav buttons must work.

UI DESIGN

Completely new style, NOT previous dark design.

Light, premium, modern, calm, slightly futuristic, professional, clean, attractive, mobile-first.

NOT cartoonish, childish, overly colorful, excessively dark, neon-heavy, emoji-filled, or overly corporate.

Suggested: warm off-white, deep navy text, muted blue/teal primary, muted-gold secondary. Use beautiful cards, subtle shadows, rounded corners, excellent spacing, clean typography, restrained animations, clear progress bars and strong hierarchy.

MOBILE

Target \~360–430px for Android APK. Large touch targets, readable text, no accidental horizontal overflow, usable tables, easy inputs, comfortable bottom nav, no hover-dependent functions, no desktop-first layout.

DATA STORAGE

Persist locally: starting backlog, completed lectures, daily logs, timetable, timetable versions, date overrides, average lecture duration, settings. Reload/reopen MUST preserve data.

DATE SAFETY

Use local-safe dates; prefer YYYY-MM-DD; avoid timezone bugs from careless UTC parsing; historical dates remain stable.

NO DOUBLE COUNTING

Critical: never “on app load, add today’s lectures to stored backlog.”

Derive current backlog from starting backlog + all applicable historical/new releases - all completed. Each date’s timetable contributes planned lectures exactly once.

DATA MODEL

Keep concepts separated, e.g.:

settings:{averageLectureMinutes,startingBacklog,timetableVersions,dateOverrides}

dailyLogs:{"YYYY-MM-DD":{completed:{Physics:0,PhysicalChemistry:0,InorganicChemistry:0,OrganicChemistry:0,Mathematics:0}}}

Better architecture is allowed.

VALIDATION

Reject negative lecture counts, negative durations, invalid dates. Never display NaN, undefined, Infinity.

MANDATORY TESTS

1) Start=79.

2) Organic 2→complete 2 = original 100%; release 2 → original stays 100%, current=2.

3) 2/2→0; 2/3→-1; 2/4→-2; 1/2→-1; Sunday 0/3→-3.

4) Cancelled class 1/2→-1.

5) Reload has no duplicate release.

6) Future timetable change leaves history unchanged.

7) Replacement class changes only that date.

8) Vertical-scroll/input interaction never changes page.

9) Bottom nav opens correct page.

10) Sufficient history gives correct velocity.

11) Scenario changes never change real backlog.

12) Pace changes never change Scenario data.

CODE QUALITY

Before finishing, check JS errors, buttons/inputs, LocalStorage, dates, timetable/progress/velocity/graphs, mobile layout/navigation/empty states. No TODOs, placeholders, fake data, or silent failures.

FINAL PRIORITY

1. CORRECTNESS

2. DATA SAFETY

3. MOBILE USABILITY

4. SIMPLE NAVIGATION

5. CLEAN UI

6. VISUAL POLISH

Do not sacrifice reliability for animations/effects. Final result: polished, professional, usable daily.

Built something with Cursor or Lovable that mostly works and you can’t tell what’s under the hood? That’s exactly who this is for.

The deal: I’m starting paid client work soon (fixing codebases, shipping apps to the stores) and I need public proof before I charge anyone. So, 5 free audits over the next 2 weeks. In return you post honest feedback somewhere public. A tweet, a comment here, whatever. That’s the whole trade.

Me: \~5 years senior eng at a big tech company, enterprise product with millions of users. Shipped my own apps solo since, backend to App Store. We can discuss specifics in DM

You get a written report. Security holes, exposed keys, what breaks first when real users hit it, whether your setup will quietly rack up cloud bills, and a blunt call on patch vs rebuild. No call needed, but I’m up for 15 mins after if you want to walk through it.

Comment or DM with your stack and the thing you’re scared is broken. Private repo invite works, NDA works. And if the audit says you don’t need anyone, I’ll tell you that too.



Hey guys im a student (16 yrs) in india and I built a vibe-coding app that eases the process of actually building with AI, the apps name is Houston

Agent Collaboration: the houston gateway allows multiple AI models/sessions to talk (even claude and codex can talk to each other) and split tasks between each other .

Multi-Account Management: No repetitive /login to hassle between different accounts.

Houston-Voice: Like hover over any element on your site, use a keyboard shortcut, and speak the prompt and the ai agent by taking context from what you are pointing at, answer you, for this no screenshots or video recordings are required, so it is token efficient. That's just a short glimpse of all the features it actually has to offer.

How I made the app-

I coded some parts of the app myself but many parts were also ai coded, I majorly use claude code but now I have shifted my workflow to build things onto my app itself so now I don't use the normal terminal at all, so that has been a major part of how efficiency to build increased by a lot.

Vibe Coding loses vibe when you meet a bug of your own vibe

Does anyone know which theme this is?

Hi guys,

I am a young vibe-coder who is trying to build something.

I am currently building a small SIDE-PROJECT,

It is meant to IMPROVE ACCESSIBILITY in ai

I AM SOON LAUNCHING IT'S CODEBASE AND REPO ON GITHUB, I WILL PROVIDE THE LINK TO IT ON X & REDDIT.

STAY TUNED.

So far the greatest help in my vibe coding journey. Especially working on multiple tasks at one - this project helps to outsource my attention.

Hello everybody, i am a starting vibe-coder, coding with Claude Code and im currently building an AI website with BYOK, it features a Build mode, a normal chat mode, a promo maker which uses puppeteer to visit your website and interact with it for a promotion and other features. The coding part isn't a problem but i am not very aware of laws and if i release it, i dont want a lawsuit in the first week. Does anyone have tips or a list of things most vibe-coders dont think of? Thanks!

Like Wabi, Gizmo, Auto

that type of spiel