mid switch to Colyseum

.cursor/rules/architecture.mdc

@@ -1,11 +1,4 @@
 ---
 alwaysApply: true
 ---
-# Structure
-
-- Read, but don't edit @README.md to get an idea of how the app should work.
-- Where possible, the app should be separated into an API and frontend components.
-- Tests should be written as the app is developed.
-- Use package.json to ensure you're using the correct packages to implement features and not installing redundant packages or reinventing the wheel.
-- User superforms for all forms
-- For now, we will keep multiplayer and single player experiment serving, queuing, and session logic completely separate, even if it means overlapping and redundant code. We will optimise later.
+Read, but don't edit @CLAUDE.md for all prompts

.cursor/rules/code.mdc

@@ -1,9 +0,0 @@
----
-description: Code rules
-globs: 
----
-
-# Code
-
-- This app uses Sveltekit. Where possible, the app should use reusable components and Svelte features for reactivity.
-- This app is written in Typescript.

.cursor/rules/multiplayer.mdc

@@ -1,8 +0,0 @@
----
-description: Multiplayer experiment implementation
-globs:
-alwaysApply: false
----
-
-- Multiplayer experiments should be 'run' by the app, not on the participant's computers like singleplayer experiments. This enables participants to drop connection and rejoin the session where they left off
-- All participants should see the same thing at the same time, but *later* I want to give the experimenter the ability to occasionally show participants different things based on a URL variable that this app will inject based on some . So participants will be on the same 'screen' but with different images, for example. The ability for experimenters to show different things should not be implemented unless directly requested, but any solutions to the basic multiplayer implementation consider that this needs to be possible in the future.

.cursor/rules/sql.mdc

@@ -1,10 +0,0 @@
----
-description: Implementing database functions
-globs: 
----
-
-# Your rule content
-
-- This app uses DrizzleORM
-- The app should use transactions and connection pooling where possible
-- Utmost care needs to be taken to prevent SQL injection

.cursor/rules/style.mdc

@@ -1,9 +0,0 @@
----
-description: Styling
-globs: 
----
-
-# Styling
-
-- Everything should be designed using shadcn for svelte components
-= No plain CSS should be written - only Tailwind