Utvecklingstavla

Önskan om att Saia ska kunna generera filer i word excel och powerpoint format.

Önskemål om att implementera Canvas-läge (liknande ChatGPT Canvas) i Saia för att underlätta arbete med längre dokument och rapporter. Varför behövs det: Möjliggör enklare redigering av längre texter och rapporter direkt i gränssnittet Ger en separat arbetsyta bredvid chatten där användaren kan iterera på dokument Förbättrar användarupplevelsen för dokumentskapande avsevärt Gör det lättare att arbeta med kod, tabeller och strukturerade dokument Tillägg för Saia-supporten: Saia-supporten bör också ha information om Canvas-läget finns/planeras, så användare får tydliga svar på denna fråga.

Du ska hålla i ett event, en studiecirkel eller en kurs och har byggt en anpassad modell i Saia med kunskap, funktioner och en systemprompt som gör den perfekt – och nu vill du snabbt och enkelt tillgängliggöra den för användare som inte har Saia-konton. Med ett knapp ska du kunna "publicera" din anpassade modell och får då en länk och ett enkelt lösenord att dela ut till de som ska kunna chatta med modellen. Denna funktion gör det enkelt att skapa en anpassad modell för ett specifikt tillfälle och ge access till den på ett smidigt sätt.

Problem När användare ställer korta, enkla frågor i Saia via Microsoft Edge får de ibland felmeddelandet ContextWindowExceededError, även i helt nya chattar. Efter undersökning verkar det som att Saia automatiskt inkluderar metadata från alla öppna Edge-flikar (sidtitlar, URL:er och annan flikinformation) i prompten som skickas till modellen. Detta innebär att prompten blir extremt stor trots att användarens faktiska fråga och systemprompt är mycket korta, vilket snabbt överskrider modellens token-gräns. Skärmbild av felmeddelandet kommer bifogas i kommentar. Konkret exempel på tokenstorlekar Användarens fråga: 30 tokens (kort, enkel fråga) Systemprompt för anpassad assistent: ~400 tokens Total prompt som skickades: 214 991 tokens Skillnaden (214 561 tokens) kommer från Edge-flikarnas metadata. Resultat: litellm.ContextWindowExceededError: prompt is too long: 214991 tokens > 200000 maximum model=claude-opus-4-5. context_window_fallbacks=None. fallbacks=None. Notering: Felmeddelandet visar att context_window_fallbacks=None, vilket betyder att ingen automatisk fallback till en annan modell är konfigurerad. Teknisk information Modell: Claude Opus 4.5 (maxgräns: 200 000 tokens) Webbläsare: Microsoft Edge (liknande beteende förväntas i Chrome) Felmeddelande: litellm.ContextWindowExceededError Total promptstorlek: 214 991 tokens Användarens input: ~30 tokens Systemprompt: ~400 tokens Oförklarlig overhead: ~214 561 tokens (Edge-metadata) Fallback-konfiguration: None (ingen fallback konfigurerad) Kontext: Uppstår även i helt nystartade chattar med korta frågor Steg för att återskapa Öppna flera Edge-flikar med olika webbplatser (10-20 flikar med mycket metadata) Öppna Saia i Edge Välj Claude Opus 4.5 som modell Skapa en anpassad assistent med en kort systemprompt (400 tokens) Starta en ny chatt Ställ en kort, enkel fråga (30 tokens) Observera att ContextWindowExceededError uppstår trots minimal användarinput Förväntat beteende Endast användarens explicita input och avsiktligt bifogad kontext ska inkluderas i prompten. Förväntad total tokenstorlek: ~430 tokens (fråga + systemprompt) Faktiskt beteende Metadata från alla öppna Edge-flikar inkluderas automatiskt i prompten, vilket: Skapar mycket stora prompter utan användarens vetskap Orsakar ContextWindowExceededError även för korta frågor Förbrukar tokens i onödan Potentiellt skapar integritetsproblem (flikar kan innehålla känslig information) Faktisk total tokenstorlek: 214 991 tokens (430 tokens användbar kontext + 214 561 tokens Edge-metadata) Förslag på lösning Primär lösning (åtgärdar grundproblemet): Filtrera bort Edge-metadata innan prompten skickas till modellen Stäng av automatisk inkludering av webbläsarkontext i Saias backend Alternativt: Göra det till en valfri, opt-in-funktion med tydlig information till användaren Sekundär lösning (mildrar problemet om det uppstår): Aktivera context_window_fallback i litellm-konfigurationen så att systemet automatiskt kan välja en annan tillgänglig modell när token-gränsen överskrids (t.ex. fallback från Claude Opus 4.5 till GPT med större kontextfönster, eller komprimering av kontext) Påverkan Användare kan inte använda Saia pålitligt i Edge/Chrome när de har flera flikar öppna, vilket kraftigt begränsar användbarheten av tjänsten – särskilt för modeller med mindre kontextfönster som Claude Opus 4.5.

Problem När man använder officiella assistenter som Saia-supporten, Sensus IT-support eller Promptgenerator skapas nya chattar som hamnar i den löpande chattlistan tillsammans med alla andra konversationer. Detta kan snabbt bli plottrigt och ostrukturerat, särskilt för användare som ofta använder dessa assistenter. Förslag Implementera automatisk mapporganisering för assistentchattar, där systemet antingen: Alternativ 1 (Automatiskt): Första gången en användare startar en chatt med en officiell assistent (t.ex. "Saia-supporten") skapas automatiskt en dedikerad mapp för just den assistenten Alla efterföljande chattar med samma assistent hamnar automatiskt i denna mapp Mappnamnet kan matcha assistentens namn (t.ex. mappen "Saia-supporten" för alla chattar med Saia-supporten) Alternativ 2 (Valfritt): Användaren får en prompt första gången: "Vill du att alla chattar med [Assistentnamn] automatiskt sparas i en dedikerad mapp?" Användaren kan välja ja/nej och inställningen sparas för framtiden Fördelar ✅ Bättre struktur och ordning i chattlistan ✅ Enklare att hitta tillbaka till tidigare support- eller hjälpkonversationer ✅ Minskar känslan av plottrig chattlista ✅ Användaren slipper manuellt skapa och organisera mappar för återkommande assistenter Användningsfall Saia-supporten: Alla supportärenden samlade på ett ställe IT-support: All IT-relaterad hjälp i en mapp Promptgenerator: Alla promptförbättringar och experiment organiserade Eventuellt även andra officiella eller ofta använda assistenter Omfattning Detta skulle kunna gälla för: Officiella Saia-assistenter (Saia-supporten, Promptgenerator) Organisationsspecifika assistenter (t.ex. Sensus IT-support) Möjligtvis även användarens egna ofta använda assistenter (valfritt)

Problem När man klickar på "Åtkomst" i samband med att skapa assistenter, kunskapsbaser eller annat innehåll, så fryser hela Saia-applikationen. Det finns ingen möjlighet att stänga dialogen eller återfå kontroll - användaren måste ladda om hela sidan eller stänga fönstret. Steg för att återskapa Börja skapa en assistent, kunskapsbas eller annat innehåll i Arbetsyta Klicka på knappen "Åtkomst" för att hantera delningsinställningar Resultat: Saia fryser helt och hänger sig Ingen möjlighet att stänga dialogrutan eller återfå kontroll Användaren tvingas ladda om sidan eller stänga webbläsarfönstret Förväntat beteende Åtkomst-dialogen ska öppnas smidigt och gå att stänga, så att användaren kan konfigurera delningsinställningar och sedan fortsätta arbeta. Faktiskt beteende Hela applikationen fryser och användaren förlorar all osparat arbete. Påverkan Detta är särskilt frustrerande när man håller på att skapa en assistent eller kunskapsbas, eftersom inget kan sparas när appen fryser. Användaren förlorar allt arbete och måste börja om från början. OBS: Det finns redan en liknande buggrapport som handlar om att Arbetsyta-admins inte kan dela kunskapsbaser som "Offentlig", men den är markerad som "Hanterad". Detta problem verkar vara mer allmänt och påverkar själva funktionaliteten i Åtkomst-knappen.

Problem När man återvänder till en chatt som är placerad i en mapp, har den valda assistentmodellen/basmodellen återställts. Detta tvingar användaren att välja modell på nytt varje gång, trots att modellen tidigare var inställd för chatten. Steg för att återskapa Skapa eller öppna en chatt som ligger i en mapp Välj en specifik assistentmodell eller basmodell för chatten Använd chatten och stäng sedan ner eller navigera bort från den Återvänd till samma chatt i mappen Resultat: Modellvalet har återställts och användaren måste välja modell igen Förväntat beteende Chatten ska komma ihåg vilken modell som senast användes, precis som chattar som inte ligger i mappar gör. Faktiskt beteende Modellvalet försvinner och måste väljas på nytt vid varje återbesök till chatten. Påverkan Detta skapar friktion i arbetsflödet och gör det mindre effektivt att organisera chattar i mappar, eftersom man måste konfigurera om modellen varje gång man vill fortsätta en konversation.

Begränsningar i längre ljudinspelningar (som spelas in i med mikrofonknappen direkt i en chatt) behöver förtydligas för användaren. Eventuella uppkopplingsproblem under en uppladdning av en inspelning behöver också hanteras. Sätt en maxgräns (i minuter) med automatisk avstängning och nedräknare. Hantera uppkopplingsproblem (så att inte inspelningen försvinner). I nuläget fungerar det att spela in

En avskakad layout för nybörjare, för att sänka tröskeln till generativ AI för de som behöver extra stöd. Nybörjarläget ska: Endast ha det mest nödvändiga för att kunna chatta med en förvald och väldigt generell assistent Ha avskalad layout/designHa väldigt få och noggrant utvalda inställningar och funktioner utöver det mest grundläggande.Passa för exempelvis nybörjarcirklar i generativ AI.

Bakgrund För att minska energiförbrukning och kostnader kommer Saia-servrarna automatiskt att skalas ned vid inaktivitet under kvällar och nätter. Vi kallar detta för viloläge. Detta innebär att när ingen använder Saia under dessa timmar ligger servrarna i viloläge med minimal energiförbrukning och driftskostnad. Fördelar: 🌱 Kraftigt reducerad energiförbrukning för varje Saia-instans💰 Betydande kostnadsbesparing för drift (teoretiskt upp mot 46%) Tidsperiod och förutsättningar för viloläge Initialt kan viloläget aktiveras under tiden dygnstimmarna 19:30 – 06:30 (kan justeras över tid baserat på användningsmönster)Viloläget aktiveras endast under ovan tidsperiod och när Saia under 60 minuter inte har registrerat några aktiva användarsessioner eller API-anrop Vad innebär detta för användare? Den första användaren som försöker använda Saia när viloläget har aktiverats kommer uppleva en fördröjning innan Saia är fullt responsiv (inledningsvis innan optimering upp till 30-45 sekunder)Under dessa sekunder visas en väntesida med information om att servrarna startas uppDärefter fungerar tjänsten som vanligt för alla användareOm en ny inaktiv tid på minst en timme uppstår går servrarna ned i viloläge igen Utvecklingsarbete som krävs ✅ Implementera automatisk ned- och uppskalning baserat på användaraktivitet✅ Optimera uppskalningshastigheten för att minimera väntetid ✅ Monitorering och eventuell justering av tidsperioder baserat på faktisk användning🔄 Utveckla en informativ väntesida som visas under uppskalning

Större och/eller mer komplexa filer i tabellformat (excel, CSV) hanteras idag på ett begränsat sätt och ibland inte alls (slänger fel). Skapa en robust hantering av tabellfiler (xlsx/CSV) för kunskapsbaser och uppladdning i chattkonversationer.

Under Arbetsyta -> Instruktioner kan du idag skapa och spara prompter/instruktioner för egen del eller för att dela med andra Saia-användare. Idén i korthet: En utvecklad version av promptbiblioteket där man kan gradera/betygsätta varandras publicerade prompter så att välutvecklade prompter får den glans de förtjänar.Möjliggöra delning av en sparad prompt (länkdelning) direkt till andra användare, utan att dela prompten först offentligt.

Användare kan enkelt direkt i Saia hämta filer från sin egen personliga OneDrive (alla användare) eller sin organisations-OneDrive (endast anställda på studieförbunden). Sök eller välj en fil som direkt läggs till i konversationen som kontext.