← Back to docs

SocialGPT webbläsartillägg

Language: SV | EN | SV

SocialGPT webbläsartillägg

Tornevall Networks Social Media Tools är ett webbläsarbrett tillägg för AI-assisterade svar, faktakontroll och sociala medieflöden. Källträdet hålls Chrome-först för utveckling, medan release-paketeringen nu kan bygga separata arkiv för Chrome, Edge, Opera och Firefox. All AI-bearbetning sker server-side via Tornevall Networks Tools-plattformen.

Vem behöver detta

Användare som har ett Tornevall Networks Tools-konto och vill ha AI-stöd medan de surfar, modererar sociala medier eller läser innehåll på valfri webbplats.

Installation

  1. Installera tillägget från Chrome Web Store, eller ladda det opackat från mappen projects/socialgpt-chrome i Tools-repot.
  2. Öppna tilläggets popup genom att klicka på tilläggsikonen, eller öppna tilläggets config-/optionsida för den större inställningslayouten.
  3. Registrera dig på tools.tornevall.net, öppna Social Media Tools från ditt konto/dashboard och skapa en personlig SocialGPT AI-token där eller via My API keys.
  4. Klistra in bearer-token i popupen och klicka på Test Tools → OpenAI för att verifiera anslutningen.

Startsidan för Social Media Tools är tillgänglig för alla inloggade användare för installation och token-setup. SocialGPT-token är dedikerad till tilläggets/Social Media Tools klientflöde och är separat från vanlig direkt OpenAI API-access. Om du behöver direkta OpenAI-backade API-endpoints utanför SocialGPT skickar du den separata OpenAI-accessansökan från samma sida. Facebook-/X-operatörsytor och audit-vyer i samma område kräver fortfarande management-behörigheten för Social Media Tools.

Om ditt Tools-konto behövde återställas från tidigare utgående mailhistorik efter en incident kan My API Keys också visa ett särskilt engångsflöde för just det återställda kontot. Det låter den återställda användaren återregistrera en tidigare omatchad SocialGPT-token exakt en gång; när token har bundits om förbrukas återställningsmöjligheten och ligger inte öppen permanent.

Samma Social Media Tools-sida och My Profile visar nu dina aktuella SocialGPT/OpenAI-begränsningar, inklusive dagsbudget, requestlimit, standardmodell/outputbudget, accessläge och om webbsökning är tillgänglig för ditt konto/miljön.

Så fort du klistrar in eller ändrar token gör popupen/config-sidan nu också ett lättviktigt token-anrop och visar en inline-spinner samt ett tydligt godkänt/avvisat resultat.

Popupens checkbox Use dev / beta server är avsiktligt avstängd som standard. SocialGPT ska fortsätta använda tools.tornevall.net om du inte uttryckligen väljer dev-/beta-hosten.

Växeln för Facebook-adminaktivitet, växeln för felsökningsdiagnostik för Facebook-admin och växeln för participant-request-hjälpen visas inte längre i popupen eller på den större config-/optionsidan. De av/på-kontrollerna ligger nu bara på Tools-sidans Facebook Admin Tools-dashboard, och tillägget hämtar deras aktuella status från Tools innan det börjar arbeta på de Facebook-ytorna.

På Facebooks gruppsida participant_requests skickar Analyze user med den synliga korttexten redan från början: profilrader, grupp-/vänledtrådar, medlemsfrågor, synliga svar/regelförsäkran och preview-/kommentarmarkörer struktureras in i analyskontexten. Om du klickar i kortet och Facebook öppnar eller laddar mer tydlig kommentar-/inläggspreview kan resultatboxen visa att ny kontext finns och låta dig köra Update analysis. Deltagarhjälpen läser nu också Facebooks dedikerade preview-GraphQL-svar för den dialogen mer selektivt, så att kommentar-/inläggspreview för rätt deltagare följer med utan att stora råa svarsdumpar behöver dras in. Den prioriterar nu rikare GraphQL-fält som preferred_body.text, body_renderer.text, originalinläggets message-text, author names, tidsstämplar, comment/post-id:n och Facebook-URL:er innan den faller tillbaka till bara synlig DOM-text. När Facebook returnerar kompakta base64-liknande graph-id:n i samma svar kan hjälpen också dekoda de läsbara delarna innan de skickas vidare till användaranalysen. Om Facebook samtidigt renderar om den underliggande listan medan förhandsgranskningsdialogen fortfarande är öppen fortsätter hjälpen nu att följa själva dialogen som aktiv deltagaryta i stället för att låtsas att inget kort längre finns tillgängligt. När preview-dialogen väl har matchats fortsätter hjälpen dessutom att skanna samma preview-yta när Facebook byter ut innehållet där inne — även om operatören klickar vidare till Visa ursprungligt inlägg från previewn. Den autoskanningen överlever nu också Facebooks separata root-mountade mount_*-dialoger i stället för att bara lyssna under body, så senare preview-/originalinläggskontext inte lika lätt stannar upp tills du måste trycka på Find preview element manuellt. Den uppföljande fångsten tar nu också hand om strukturerade GraphQL-payloads för originalinläggets kommentarstråd (till exempel senare CometPhotoRootContentQuery-svar), så hjälpen kan visa tydliga räknare för trådkommentarer, originalinläggets text och fångade kommentarexempel i stället för att låta de djupare kommentarerna försvinna bakom generiska nätverkssnippets. Själva preview-kontexten väljs nu också mer namnmedvetet, så utspridda kommentar-/inläggsrader som hör till den analyserade personen prioriteras tydligare medan generiskt UI-brus filtreras bort hårdare. Den första, synliga kortbaserade participant-analysen kör nu dessutom två backend-uppslag parallellt — ett utan webbsökning och ett med webbsökning — så att det snabbaste användbara svaret kan visas först, medan senare preview-/originalinläggs-followups kan göra samma sak igen när mer kommentarkontext dyker upp. Dessa uppföljningar väger också personens egen synliga kommentar tydligare mot sparad gruppinfo/regler, och väntemeddelandet backar nu av bättre när Facebook redan slutat ändra sig. Väntelådan visar nu dessutom tydligare vad som redan hunnit fångas upp — till exempel antal GraphQL-förhandsgranskningar, trådbatchar, trådkommentarer och participant-fokuserade rader — och den synliga Detected context-listan visar nu fler av dessa preview-/originalinläggsrader direkt. Om hjälpen ändå verkar ligga efter när hela tråden blivit synlig tvingar Find preview element nu också fram en extra preview-/kommentaromskanning i stället för att bara scrolla fram dialogen. Den flytande hjälppanelen visar nu också en liten listbox-liknande vy över Detected context med namn/profil-id, synliga grupp-/vänsignaler, preview-ledtrådar, originallänkar och fångade GraphQL-trådkommentarer när sådant finns. Längre Toolbox-/browser-companion-körningar håller nu också stegräknaren kvar på sista synliga steget i stället för att hoppa tillbaka till steg 1 och se ut som om hela requesten startade om.

Om du lämnar Facebooks participant_requests-sida stängs den flytande användaranalysrutan nu automatiskt och rensar bort gammalt uppföljningsläge, så en tidigare analys inte ligger kvar ovanpå andra Facebook-sidor.

Popupen normaliserar nu också gamla strängbaserade devMode-värden en gång när den laddas, så äldre sync-storage-rester inte råkar hålla användare kvar på dev-/beta-hosten.

Bakgrundsbaserade RSS-hostmatchningshints är för närvarande avstängda, så Toolbox och browser companion anropar inte längre /api/rss bara för att visa en liten relaterad sajtnotis för den aktuella sidan.

Paketering för flera webbläsare

  • Rotfilen projects/socialgpt-chrome/manifest.json ligger kvar som Chrome-först-manifest i källkoden.
  • Release-paketeringen går nu via projects/socialgpt.sh, som skapar webbläsarspecifika arkiv under projects/socialgpt-chrome/dist/.
  • Chrome, Edge och Opera återanvänder källmanifestet som det är.
  • Firefox får en build-time-patch som lägger till browser_specific_settings.gecko utan att ändra källmanifestet i repot.
  • Den här paketeringen höjer inte versionsnumret automatiskt.

Behörighetsmodell

Tillägget använder en tvåstegsmodell för behörigheter för att minimera standardåtkomst men ändå kunna erbjuda fullt webbläsarbrett stöd för de användare som vill ha det.

Basläge (standard efter installation)

I basläget gör tillägget följande:

  • Injicerar content scripts statiskt bara på Facebook, SoundCloud och X / Twitter
  • Kommunicerar bara med tools.tornevall.net och tools.tornevall.com
  • Ger snabbmenyvalen (Open Toolbox, Verify fact) på alla sidor — dessa använder activeTab för att injicera skript tillfälligt när användaren triggar menyalternativet

Ingen passiv injicering sker på godtyckliga webbplatser i basläget.

Globalt webbläsarbrett AI-läge

Användare med en giltig Tools bearer-token kan aktivera detta läge från tilläggets popup:

  1. Öppna popupen
  2. Kryssa i Enable global browser-wide AI mode
  3. Godkänn Chromes behörighetsdialog som visas (ger <all_urls>)
  4. AI Toolbox och Verify fact-overlay blir tillgängliga på alla webbplatser du besöker

Om du stänger av växeln tas den breda behörigheten bort direkt. Tillägget aktiverar aldrig globalt läge automatiskt.

Funktioner

AI-svarspanel (Toolbox)

På sidor med textfält visas en flytande knapp nära det aktiva inmatningsfältet. När du klickar på den öppnas Toolbox-panelen där du kan:

  • Skicka ett AI-assisterat svar med valbar modell, språk och quick-reply-preset
  • Faktakontrollera ett påstående utifrån det omgivande sammanhanget
  • Ställa följdfrågor

Toolboxens header är nu flyttbar, så du kan dra panelen bort från sidans UI i stället för att låta den ligga kvar vid standardankaret. Toolboxens stängningsknapp × fungerar nu också igen tillsammans med det flyttbara header-beteendet. När Toolbox öppnas från en rich text-editor eller någon annan redigerbar iframe-/dokumentsyta mountas SocialGPT:s flytande UI nu i en särskild icke-redigerbar overlay-root, så själva panelen inte blir en del av sidans redigerbara innehåll. Om editorn själv ligger inne i en redigerbar iframe försöker Toolbox nu dessutom placera panelen på närmaste same-origin-topyta, så den inte blir visuellt inlåst inne i själva texteditorn. När du öppnar Toolbox eller kör Quick response markeras nu den aktuella editorn visuellt så att det blir tydligare exakt vilket fält SocialGPT är förankrat mot. På Facebook behålls den förankringen nu också genom en vanlig composer-omrendering, så Paste into field, paste från browser companion och lyckade Quick response-körningar kan append:a in i samma svarsutkast i stället för att tappa målfältet eller oväntat skriva över hela innehållet. Om du rensar det valfria fältet Custom mood i Toolbox eller i browser companion sparas även det tomma värdet lokalt nu. Tillägget ska därför sluta återuppliva en äldre specialton bara för att popupen autosparade någon annan inställning eller laddade om sin cache.

Väljaren Panelläge inne i Toolbox stöder nu också två extra companion-lägen:

  • Webbläsarcompanion · fallback höger
  • Webbläsarcompanion · fallback vänster

De lägena föredrar nu webbläsarens riktiga sidopanel när den API-ytan faktiskt finns, så SocialGPT kan ligga utanför själva sidan i stället för att bara bli en högre flytande overlay. På Chrome-familjens byggen med chrome.sidePanel öppnas därför Toolbox i den riktiga browser-sidepanelen när du väljer något av de här lägena. Om webbläsaren/runtime inte exponerar sidopanel-API:t faller tillägget fortfarande tillbaka till den äldre dockade in-page-layouten.

Verify fact och Open Toolbox (markeringsoverlay)

När du markerar text på en sida (i globalt läge, eller på de plattformar som stöds i basläget) visas två små flytande knappar:

  • Verify fact — skickar den markerade texten till Tools för faktakontroll
  • Open Toolbox — importerar den markerade texten till Toolbox-fältet för kontext

När en faktakontroll, källkontroll, sökning, lookup eller användaranalys kräver oberoende verifiering separerar Tools nu det vanliga AI-svaret från den separata webbsökningsverifieringen. Det synliga svaret kan fortfarande bygga på den preliminära AI-analysen när webbsökningen misslyckas eller inte tillför användbart underlag, men metadata markerar tydligt oberoende verifiering saknas eller webbsökning misslyckades i stället för att presentera svaret som verifierat. Modellvalet för verify/faktakontroll styrs nu också av Tools: tillägget bestämmer inte längre egen faktakontrollmodell, och Tools kan välja gpt-4o som primär verifieringsmodell när webbsökning används i körningen. Verify-läget är nu också mer analysdrivet i själva formuleringen: faktakontrollen ska beskriva påståendet/innehållet mer konkret i stället för att prata till en namngiven person som om kontrollen vore ett direkt svar i tråden. Resultatrutor renderar nu det första markdown-svaret som säker HTML (inklusive rubriker, fetstil, listor och länkar), kan även visa strukturerade källänkar från Tools, håller längre svar i en intern scroll-yta så resultatet kan läsas utan att åtgärdsknapparna försvinner, och visar en snyggare förhandsvisningsruta medan den första analysen fortfarande körs. Pending-rutan för verify visar nu också själva flerstegetsflödet tydligare för användaren genom att visa en aktuell fas och en synlig steglista för kontextförberedelse, request till Tools, initial analys, separat lookup/källkontroll och slutomskrivning. Renderingen är nu dessutom mer tolerant mot lite stökig AI-formatering, till exempel indragna rubriker, numrerade listor och text som blandas med enkla HTML-radbrytningar. Verify-resultatkorten visar nu också tydligare metadata när Tools skickar med det — till exempel om webbsökning faktiskt användes, om oberoende verifiering fortfarande saknas, hur många källänkar som följde med, om Tools skickade en särskild verifieringsnotis/finaliseringsvarning och en enkel tidsuppdelning när backend skickar sådan timing-data. Tools kan nu också tillämpa ett serverstyrt domänfilter för verify-/källkontrollkällor, så konfigurerade domäner filtreras bort från listan Fler länkar och verifieringsfinaliseringen instrueras att inte använda dem som underlag. Lyckade verify- och participant-analysis-körningar sparas nu också automatiskt i den inloggade Tools-användarens arkiv. Resultatrutan kan skapa en publik delningslänk direkt, medan My Profile och det dedikerade faktaverifieringsarkivet låter samma användare öppna eller dela äldre verifieringar i efterhand utan att köra om webbläsarkontrollen.

API-endpoints för faktaverifieringsarkivet

Samma Tools bearer-token som används av tillägget kan nu även nå de sparade faktaverifierings-endpointsen:

  • GET /api/socialgpt/fact-verify-cards — lista den inloggade användarens sparade verifieringar
  • GET /api/socialgpt/fact-verify-cards/{card} — läs en sparad verifiering
  • POST /api/socialgpt/fact-verify-cards/{card}/share — skapa eller återanvänd en publik delningslänk för en sparad verifiering

Dessa endpointsen förväntar sig Authorization: Bearer YOUR_API_TOKEN och visar bara anroparens egna arkivposter.

När själva Tools-backenden träffar en tillfällig OpenAI-timeout eller nätverksstörning kan POST /api/ai/socialgpt/respond nu också returnera ett tydligare användarmeddelande i user_message tillsammans med additiv metadata som retryable, error_code och upstream i stället för att bara exponera ett rått transportfel. I verify-/källkontrollflöden kan Tools dessutom behålla det preliminära svaret om sista OpenAI-förfiningssteget timeoutar, och då skicka med en additiv notice samt web_search.finalization_failed=true i stället för att låta hela requestet fallera. Om samma verify-/källkontrollrequest i stället dör bakom ett rått icke-JSON-502/annat 5xx-svar (till exempel en vanlig upstream-Bad Gateway-sida) fångar tillägget nu också ett kort responsutdrag och den returnerade content-typen i debug-metadata, så det blir lättare att skilja ett strukturerat Tools-JSON-fel från ett rent proxy-/gatewayfel.

På Facebook-gruppers participant_requests har användaranalysen nu också en inbyggd ruta för Regler / gruppinfo direkt i browserhjälpen. Där kan du skriva gruppspecifik modereringskontext som ska skickas med varje gång Analysera användare körs. När en Tools bearer token finns konfigurerad synkas samma regeltext även tillbaka till Facebook Admin Tools-sidan i Tools.

Om Facebook exponerar en deltagarprofil-URL behåller Analysera användare nu den profil-URL:en som källmetadata för körningen, så retry / refresh / djupare verifieringar fortsätter på samma kandidatspecifika källa i stället för att bara luta sig mot den omgivande gruppsidan.

Båda knapparna går nu att dra igen och återställs med dubbelklick eller Esc. Verify fact har nu dessutom en egen lokal inställning för resultatmål, så faktakontroller kan stanna i den vanliga resultatrutan på sidan eller öppnas i webbläsarcompanionen oberoende av Toolboxens panelläge. Toolboxen och webbläsarcompanionen håller nu också genereringen synligt levande medan Tools fortfarande arbetar: Generate, Refresh och Verify fact visar en inline-progress med stegtexter, förfluten tid och en liten rörlig progressbar i stället för att bara se frusna ut bakom en statisk spinneretikett. Popupen/config-sidan och Toolboxen delar nu dessutom en gemensam inställning för AI-timeout. Den timeouten gäller för Generate, Quick response, Verify fact och browser-companion-körningar. Medan en request fortfarande kör kan Toolbox nu också Avbryta eller Starta om samma request direkt från inline-loadern i stället för att bara vänta. Den flytande Verify fact-rutan på sidan visar nu dessutom en egen Avbryt-åtgärd medan verifieringen fortfarande kör, så du inte måste tillbaka till Toolboxen bara för att stoppa en pågående faktakontroll. Den flytande Verify fact-resultatrutan kan nu också behålla en tydlig Follow-up question for verification. Inget skickas medan du bara skriver i rutan. I stället bygger nästa klick på Refresh eller Dig deeper om verifieringsprompten med din följdfråga och skickar den utökade verifieringsrequesten till Tools. Uppföljningsfältet ligger nu dessutom kvar även medan verifieringen fortfarande kör, och samma knappar kan då direkt stoppa den pågående körningen och starta om den med din uppdaterade följdfråga. Detekteringen för textmarkering har också hårdnats för kortare direktmarkeringar och dubbelklickstiming, så de flytande åtgärderna visas mer tillförlitligt på sidor med känsliga editors.

Snabbmeny (högerklick)

När du högerklickar på en sida finns följande alternativ:

  • Open Toolbox — öppnar Toolbox-panelen med eventuellt förifylld markerad text
  • Verify fact with Toolbox — startar en faktakontroll med markerad text, länk eller sid-URL

Hjälp för deltagarförfrågningar på Facebook

När den aktiveras i Tools Facebook-inställningar kan tillägget nu hjälpa till på Facebook-gruppsidor som matchar /groups/<group>/participant_requests.

Den flytande hjälppanelen är nu också tydligt märkt Deltagarhjälp (Experimentell) i gränssnittet.

Nuvarande beteende:

  • synliga kort för deltagarförfrågningar identifieras direkt från Facebooks sida
  • varje matchat kort har nu kompakta hjälparknappar för Analysera användare, Open Toolbox och Rules / group info, medan den flytande fallback-listan fortfarande visar Visa kort
  • hjälpen visar nu också Rules / group info från den flytande hjälplistan, från varje inline-knapp på request-kortet och från användaranalysens resultatruta, så extra modereringskontext kan redigeras direkt där du redan arbetar
  • den regeln sparas nu per Facebook-gruppväg (/groups/<id>) i stället för att samma text återanvänds för alla grupper, och den gruppbundna rules-mappen sparas nu också via Tools extension-inställningar så den kan synkas tillbaka till andra installationer för samma användare/token; på själva deltagarförfrågningssidan visas/används nu bara exakt den aktuella gruppens sparade regler
  • när en giltig Tools bearer-token finns konfigurerad fullföljer sparning av Rules / group info nu också den riktiga Tools-synken för exakt den Facebook-gruppen, i stället för att stanna vid bara lokal extension-storage
  • hjälpen försöker nu först fästa vid stabila moderationsrader i vänstra kortinnehållet (till exempel kommentars-/förhandsgranskningsraden eller raden för obesvarade frågor) innan den faller tillbaka till action-/...-ytan uppe till höger
  • den tidigare otydliga SG-förkortningen är nu borttagen så huvudåtgärden tydligt heter Analysera användare
  • en flytande deltagarhjälp (Experimentell) kan nu också lista de synliga kort som hittades, hoppa till rätt kort och starta samma åtgärder direkt därifrån när Facebooks DOM gör inline-fästningen opålitlig
  • Toolbox-importen strukturerar nu synliga grupp-/vänledtrådar, medlemsfrågor, tecken på obesvarade frågor och profil-/bakgrundsledtrådar innan hela kortets råa textrader läggs med
  • när Facebook laddar deltagarens preview-dialog via GraphQL sparar hjälpen nu också en kompakt strukturerad sammanfattning av kommentar-/inläggspreviewn i stället för att bara luta sig mot råa nätverkssnippets
  • om Facebook renderar om deltagarlistan medan preview-dialogen fortfarande är öppen behandlar hjälpen nu den dialogen som den aktiva deltagarytan och kan fortsätta koppla inkommande GraphQL-previewdata till samma person-/kommentarkontext
  • när en preview-dialog väl har matchats fortsätter hjälpen att följa och skanna samma preview-yta när Facebook expanderar den vidare, även om operatören klickar vidare till Visa ursprungligt inlägg inne i själva previewn
  • den flytande hjälpen kan nu också köra Analyze current preview från den fallback-kontexten även när inga synliga request-kort just nu matchas
  • samma hjälp hittar nu också Facebooks preview-dialoger mer tillförlitligt när de mountas i separata root-mount_*-containrar, och en särskild Find preview element-åtgärd kan scrolla fram och markera den preview-dialog som just nu är matchad så operatören ser exakt vilken yta som används
  • när Analyze current preview körs från en matchad preview-dialog behandlar hjälpen nu den öppna previewtexten som primär källa för just den körningen och förankrar den flytande analysrutan mot själva dialogen i stället för att driva iväg mot ett större omgivande DOM-block
  • preview-kontexten i dialogen väljs nu mer namnmedvetet, så hjälpen prioriterar utspridda rader som hör till den analyserade personen och dennes synliga kommentar-/inläggskontext i stället för att bara lita på de första fångade raderna i previewn
  • när ett synligt deltagarnamn/en synlig profil också matchar tidigare Facebook-modereringsrader som redan loggats via den separata admin-activity-ingesten frågar hjälpen nu även Tools efter den länkade historiken, visar kompakta badgear för tidigare godkännanden/avslag direkt på request-kortet och skickar med samma sammanfattning till Analysera användare så den aktuella granskningen kan väga in tidigare beslut från länkade loggade grupper
  • Toolboxen och faktarutan fästs nu också mot det valda deltagarförfrågningskortet i stället för att alltid öppnas i ett generiskt sidhörn
  • skanningen av synliga kort är nu medvetet försiktigare på tunga modereringssidor, och den flytande scannern visar nu senaste skanningstid så att operatören ser att hjälpen fortfarande lever även när Facebook själv är seg
  • när Facebooks avgränsade participant-request-root blir för strikt eller när inline-fästpunkten missas faller hjälpen nu tillbaka till en bredare helsidesskanning igen, klättrar högre upp från godkänn-knapparna och ignorerar preview-dialogytor under kortmatchningen så synliga kort inte lika lätt fastnar på Cards enhanced: 0
  • DOM-omskanningar hålls nu till det relevanta Facebook-rotdområdet för deltagarförfrågningar i stället för att bevaka hela sidans body, vilket gör hjälpen lättare på tyngre moderationsköer
  • den flytande deltagarhjälpen startar nu dockad uppe i högra hörnet som standard, kan lossas och dras runt vid behov, och kan sedan dockas tillbaka till hörnet igen
  • omskanning beror nu inte på någon manuell skanningsknapp längre: hjälpen försöker också skanna om automatiskt efter scroll/load-more-stopp och via en lätt timer-fallback när Facebook inte rapporterar DOM-ändringar tillräckligt bra
  • Analysera användare öppnar nu en verify-liknande analysruta i stället för hela Toolbox-kompositören, så deltagargranskningen hålls fokuserad på användaranalysen först, och laddningsrutan visar nu en tydligare live-progress med stegnummer och förfluten tid i stället för att nästan stå still på Checking now…; när du vill ha den äldre direkta kompositörvägen finns Open Toolbox nu också tillbaka direkt på korten och i fallback-listan

Popupen dubblar inte längre Facebook-kontrollerna Skicka köade / Release stuck, eftersom de åtgärderna redan finns på själva ingest-sidan.

Skyddsräcken:

  • hjälpen godkänner eller avvisar inte förfrågningar automatiskt
  • korttexten behandlas som synlig sidkontext, inte som oberoende verifierad fakta
  • av/på-läget styrs från Tools och inte från en separat lokal checkbox i popupen

Dessa fungerar på alla sidor. På sidor där inget content script redan körs injicerar bakgrunden de skript som behövs via activeTab när menyalternativet används.

Popupen innehåller nu också Open Toolbox in active tab som fallback när högerklicksflödet inte fungerar bra. Om sidan redan har en aktiv textmarkering importeras den markeringen automatiskt in i Toolbox. Popupen och den större config-/optionsidan visar nu också samma lokala väljare för Panelläge som Toolbox själv använder, så du kan växla direkt till webbläsarcompanion-lägena innan panelen öppnas i den aktiva fliken. Toolboxens panelläge hålls nu separat från den nya väljaren Verify-fact result target, som avgör om Verify fact ska stanna i den vanliga resultatrutan på sidan eller öppnas i webbläsarcompanionen.

Från och med 1.2.16 routas popupgenvägen och snabbmenyflödena Open Toolbox / Verify fact with Toolbox också frame-medvetet via bakgrunden. På iframe-tunga sidor försöker tillägget nu välja den mest relevanta injicerade framen (befintlig Toolbox-frame, frame med markerad text, frame med fokuserat textfält, annars toppframen) i stället för att lita på vilken frame som råkar svara först.

SoundCloud Insights-insamling

På SoundCloud 4 Artists Insights-sidor kan tillägget fånga GraphQL-baserade analyspayloads och skicka dem till Tools. Auto-ingest måste aktiveras uttryckligen innan någon data skickas.

Rapportering av Facebook-adminaktivitet

På Facebooks adminaktivitetsidor för grupper kan tillägget samla upp rapporterbara modererings-/aktivitetsrader och lägga dem i kö för bulksändning till Tools.

  • köskick kan fortfarande triggas manuellt från overlayn på sidan eller från popupen
  • overlayn på sidan håller nu de viktigaste kö-/dedupe-räknarna synliga hela tiden i stället för att gömma dem bakom debug-detaljer, så operatören löpande kan följa detected, pending, sending, failed, submitted och lokalt dedupe:ade rader medan sidan fortsätter fånga ny aktivitet
  • samma overlay visar nu också en live-markering för scrollens catch-up-gräns, så när dubletter börjar dyka upp under scrollning kan panelen tala om ifall du nått rader som bara redan finns i den lokala flikkön eller rader som redan skickats i en tidigare batch
  • samma overlay visar nu också en egen sammanfattning för Latest batch result och en tydlig duplicate-safe-varning när senaste lyckade sändningen uppdaterade rader som redan var kända i Tools
  • om den vanliga överlämningen via extension-runtime hänger sig eller timeoutar försöker sidan nu skicka samma batch direkt till Tools med den sparade bearer-token i stället för att lämna allt fast i pending retry
  • den Tools-sidiga dashboarden Facebook Admin Tools lagrar nu de auktoritativa på/av-växlarna för både rapportering av Facebook-adminaktivitet och den extra felsökningsdiagnostiken för Facebook-admin, och tillägget läser om de växlarna från Tools i stället för att hålla separata lokala checkboxar i popup/config
  • i den Tools-sidiga listan Group / source visas ägarnamn bara när en bekräftad admin tittar på en översikt över flera ägare; vanliga icke-admin-användare ser bara sina egna spårade grupper där
  • de Tools-sidiga modereringsgraferna visar nu också en liten Last update-rad baserad på den senaste tillgängliga ingest-tidpunkten för det valda grupp-/källscope:t, så det går snabbare att se om dashboarden börjar bli stale

Vad sammanfattningsstatistiken i Facebook Admin Tools betyder

Sammanfattningskorten högst upp i Tools-sidans Facebook Admin Tools blandar i dag två olika typer av statistik:

  • eventbaserade räknare — antal lagrade modererings-/aktivitetsrader
  • personbaserade räknare — antal distinkta hanterade mål/personidentiteter

Nuvarande sammanfattningskort:

  • Tracked URLs — hur många spårade Facebook-grupp-/källrader som ligger inom den aktuella filtrerade scope:n
  • Stored events — hur många lagrade modererings-/aktivitetsrader som matchar nuvarande filter och period
  • Approved / Rejected — eventbaserade räknare för hanterade modereringsrader, inte unika personer
  • Removed — eventbaserad räknare för borttagna rader i den aktuella filtrerade selectionen
  • Unique actors — distinkta aktörs-/adminnamn som förekommer i den filtrerade selectionen
  • Unique handled persons — distinkta hanterade mål-/personnamn i den filtrerade selectionen
  • Rejected more than once — distinkta hanterade personer som har avvisats minst två gånger i den filtrerade selectionen
  • Rejected once — distinkta hanterade personer som har exakt en avvisning i den filtrerade selectionen

Den detaljerade approved/rejected-uppdelningen är också eventbaserad:

  • Approved join requests — godkända rader som klassats som medlems-/join requests
  • Approved pending posts — godkända rader som klassats som väntande inlägg/kommentarer (inklusive anonyma väntande inlägg)
  • Rejected join requests — avvisade rader som klassats som medlems-/join requests
  • Rejected pending posts — avvisade rader som klassats som väntande inlägg/kommentarer (inklusive anonyma väntande inlägg)
  • Other unclassified approved/rejected events — approved/rejected-rader vars text inte matchade de kända modereringsfamiljerna ovan

Viktigt: Other unclassified approved/rejected events är inte en räknare över unika personer. Samma person kan bidra med flera rader där om flera approved/rejected-händelser för den personen lagrades och de raderna inte kunde klassas som join request eller pending post.

Popup-kontroller

Config-/optionsidan ger nu den fulla inställningsytan i en större layout med tre kort som är lättare att läsa och redigera. Popupen innehåller de vanligaste vardagskontrollerna, medan masterväxlarna för Facebook-adminaktivitet och Facebook-admin-diagnostik nu medvetet bara finns på Tools-sidans dashboard. Båda ytorna lokaliseras nu också dynamiskt vid körning, där svenska väljs automatiskt när webbläsaren föredrar svenska och engelska används som fallback. Från och med tilläggsversion 1.2.15 hålls dock själva UI-översättningen helt separat från AI-svarens språk: valen Answer language och Verify-fact language ska åter styra det genererade svaret även när popupen/config-sidan visas på svenska. Popupen/optionsidan har nu dessutom en separat väljare för Extension language (Auto, English, Swedish) så att tilläggets chrome kan översättas utan att ändra AI-utdatans språk.

Kontroll Syfte
SocialGPT AI Token Din personliga SocialGPT-token från tools.tornevall.net — krävs för tilläggets AI-funktioner
Use dev / beta server Växlar till tools.tornevall.com för utveckling och test
Enable global browser-wide AI mode Aktiverar full AI-overlay över flera webbplatser efter behörighetsbekräftelse
Open Toolbox in active tab Öppnar Toolbox direkt från popupen och importerar aktuell markering när sådan finns
Panel mode Väljer om Toolbox ska öppnas nära fältet, i något av de dockade lägena eller i companion-/sidopanel-lägena som nu helst använder webbläsarens riktiga sidopanel när den finns
Verify-fact result target Väljer om Verify fact ska stanna i den vanliga resultatrutan på sidan eller öppnas i webbläsarcompanionen
Extension language Styr UI-språket i popup/config/Toolbox separat från språket på genererade AI-svar
Responder name Ditt namn som används i AI-genererade svar
Auto detect Facebook name Försöker auto-fylla ditt namn från din Facebook-profil
Answer language Språk för AI-svar (standard: matcha kontext)
Verify-fact language Språk för faktakontrollresultat (standard: matcha kontext)
Fact-check model Informativ endast i tilläggets UI; Tools väljer nu verifieringsmodell server-side
Default quick-reply style Ton-preset för quick-reply-panelen
Responder profile Personabeskrivning som skickas till AI:n (lagras i Tools)
Advanced mark-mode context Valfria lokala inställningar på config-sidan för rikare marketiketter och bredare DOM-kontext
Test Tools → OpenAI Testar anslutningen end-to-end och verifierar din token

Växlarna för Facebook-adminaktivitet, Facebook-admin-diagnostik och participant-request-hjälpen är inte längre popup-/configkontroller. De hanteras bara från Tools-sidans Facebook Admin Tools-dashboard, och tillägget hämtar deras live-status från Tools när de Facebook-flödena körs.

Språkfix i 1.2.15

Version 1.2.15 rättar regressionen som dök upp i samband med runtime-lokaliseringen av popupen/config-sidan:

  • lokaliserade UI-standardtexter skriver inte längre över fältet för svararprofil
  • testfrågefältet skrivs inte längre om med översatt standardtext vid körning
  • användare som redan råkat få den oavsiktliga svenska standardsvararprofilen får en automatisk reparationsväg när tillägget läser in deras inställningar nästa gång
  • SocialGPTs UI direkt på sidan (Toolbox, flytande action-knappar, faktakontrollåtgärder och snabbmenyetiketter) följer nu samma separata inställning för tilläggsspråk i stället för att vara hårdkodad på engelska

Praktiskt betyder det att om du väljer English eller ett annat stödt språk ska svaret åter komma på det språket, i stället för att glida tillbaka till svenska bara för att tilläggets UI visas på svenska.

Avancerad kontext för mark-läge

Den större config-/optionsidan innehåller nu en sektion Advanced mark-mode context för Toolbox-användare som behöver mer spårbarhet än bara vanliga etiketter som [1] och [2].

Standardbeteendet är oförändrat:

  • markerad kontext använder fortfarande kompakt numrering om du inte ändrar inställningen
  • ingen bredare DOM-extraktion används om du inte uttryckligen aktiverar den

Tillgängliga val:

  • Compact numbering only — behåller nuvarande minimala rubriker som [1], [2], …
  • Numbering + generated mark id — lägger till ett lokalt id, till exempel tn-mark-2
  • Numbering + mark id + element details — lägger också till en kort beskrivning utifrån tagg / id / klasser samt en kort texthint när sådan finns
  • Current marked block only — behåller nuvarande extraktionsbeteende
  • Go one parent up — extraherar en DOM-nivå ovanför det markerade blocket
  • Go one parent up + scan direct child blocks — använder den bredare parent-noden och sammanfattar också närliggande direkta child-block
  • Use the whole current frame/document text — fångar den synliga texten från den aktuella sidans/framens dokument när ett litet DOM-block blir för tunt

När ett rikare etikettläge är aktiverat visas nu dessutom en synlig badge på själva elementet, så att det blir lättare att koppla markeringen på sidan till kontexten som visas i Toolbox.

Tillägget kör nu också sina content scripts i nästlade frames (inklusive matchande about:blank-child frames) där Chrome tillåter det, vilket förbättrar stödet för iframe-baserade sidor i mark-läge och selection-overlay.

Lagring

Lagringsyta Innehåll
chrome.storage.sync Token, inställningar, modellkatalog och globalt AI-läge — synkas mellan enheter
chrome.storage.session Debug-loggar, per-tab-state — rensas när webbläsaren stängs

Tillägget läser, lagrar eller skickar inte sidinnehåll eller URL:er utanför uttryckliga, användarinitierade AI-åtgärder.

Versionsmetadata och säker versionsinfo

  • SocialGPTs AI-requester skickar nu additiv klientmetadata (client_name, client_version, client_platform) till POST /api/ai/socialgpt/respond så att Tools kan identifiera vilken extension-build som skapade en request.
  • Fältet client_platform speglar nu också vilken webbläsarbuild som faktiskt körs (chrome_extension, edge_extension, opera_extension eller firefox_extension) i stället för att alltid säga Chrome.
  • När en användare uttryckligen frågar vilken AI-modell/version som används tillåter guardrails på Tools-sidan nu att svaret berättar aktuell modellidentifierare och klientversion.
  • Samma guardrails blockerar uttryckligen försök att få ut interna Tools-detaljer som dolda prompts, källkod, .env-värden, lösenord, token, API-nycklar eller liknande hemligheter.
  • När ett sådant requestmönster upptäcks kan Tools rapportera incidenten till den konfigurerade supportmottagaren via e-post.

Fjärrkod

Tillägget laddar inte ner eller kör fjärrkod. All JavaScript är lokalt paketerad. Fjärrkommunikation begränsas till HTTPS-anrop till Tools-plattformen, som returnerar JSON-svar — inte körbar kod.

Relaterat

  • Tools-plattformen: https://tools.tornevall.net
  • SocialGPT AI-endpoint: /api/ai/socialgpt/respond
  • Endpoint för tilläggsinställningar: /api/social-media-tools/extension/settings
  • Endpoint för tokenvalidering i tillägget: /api/social-media-tools/extension/validate-token
  • Auth-notis: SocialGPT bearer-auth följer nu tokenens scope ai.socialgpt (ai.client finns kvar som legacy-alias). Den inbyggda generatorn skapar fortfarande en dedikerad provider_socialgpt-rad, och äldre personliga tools_ai_bearer-token fungerar fortfarande för kompatibilitet, men providernamnet är nu bara en label/kategori. Direkta OpenAI-liknande endpoints är separata och kräver godkänd OpenAI-access.
  • Chrome-paketerings- och compliance-dokumentation: CHROME_WEB_STORE_COMPLIANCE.md i tilläggets källkatalog