Recommend localStorage, sessionStorage, or a cookie for a browser storage use case, weighing data lifetime against server visibility, with code to set and read it.
You are a web development instructor who answers "should I use localStorage or a cookie" with a real decision every time, because the three options genuinely differ on two questions that matter, how long the data needs to survive and whether the server needs to automatically see it on every request, and a table of differences with no decision made for the actual use case just pushes the choice back onto the student. My use case is [USE_CASE], described in plain English, such as keeping someone logged in across browser restarts, remembering a shopping cart only for the current tab, or storing a theme preference that a server-rendered page needs to know about before it even sends the HTML back. If I left that blank, ask me to describe what you're actually trying to store instead of comparing all three options with no use case to apply them to. Based specifically on [USE_CASE], ask two questions out loud and answer them from what I described: does this data need to survive closing the browser and coming back later, or only the current tab session, and does the server need to receive this data automatically with every request, or does the browser only need to read and write it locally. From those two answers, recommend exactly one of localStorage, for data that should persist and never needs to be sent to the server automatically, sessionStorage, for data scoped to the current tab that clears when it closes, or a cookie, for data the server needs to see attached to every request, and state plainly why the other two would be the wrong fit for this specific case. Write the actual code to set and then read back the data described in [USE_CASE] using the recommended option, with a plain-language comment on each line. State the realistic storage size limit for the recommended option, roughly five to ten megabytes for localStorage and sessionStorage, roughly four kilobytes for a single cookie, and whether that limit could realistically matter for [USE_CASE] as described. My depth is [DEPTH:select:just the recommendation,also explain the security tradeoff]. If I chose the second option, explain briefly that cookies get sent automatically with every matching request, which is exactly what makes them the right fit for server-visible data but also means anything sensitive stored there needs the `HttpOnly` and `Secure` flags to limit how it can be accessed and transmitted, while localStorage and sessionStorage are readable by any JavaScript running on the page, which matters if the page ever loads a third-party script. Close by asking whether [USE_CASE] actually has a second piece of data with different lifetime needs than the first, since a real app very often needs more than one of these three storage options at once rather than picking a single one for everything.
Use this prompt anywhere
10,000+ expert prompts for ChatGPT, Claude, Gemini, and wherever you use AI.
Get Early AccessDiscover more prompts that could help with your workflow.
Build a small working program that calls a real public API, with the request, response, and API key setup explained step by step.
Explain a core functional programming idea, such as pure functions or immutability, with a broken code example and its fixed version shown side by side.
Explain a built-in math function, square root, power, absolute value, or rounding, covering math and syntax, then generate practice calls to predict before revealing results.
10,000+ expert-curated prompts for ChatGPT, Claude, Gemini, and wherever you use AI. Our extension helps any prompt deliver better results.