AI is just one big fat erroneous multisession claude hallucination 😄

Another win for $QCOM using the ORB multisession indicator available for free on tradingview and ORBstats orbstats.com/indicators/orb-…

Using FrankenSQLite The multisession performance on the same machine is off the charts awesome

1. Native multisession. Tinggal new chat, new chat aja. Kalau udah selesai juga ada notifnya. Di CLI perlu zellij/tmux 2. Web preview & annotation 3. Git diff 4. Vertical tabsnya itu bikin kerja parallel multi project & multi session jadi enak.

Welcome decision. Conduct Re NEET through CBT, if reqd in multisession with normalisation. Do away with printed QP and OMR. Remove physics. Dr has no role solving diff phy problems. Include logical reasoning and verbal ability alongwith Bio and chemistry. Restore credibility.

นั่งทำงานคนเดียวที่โต๊ะ หน้าจอผมมี AI 7 ตัว ทำงานพร้อมกันอยู่ ตัวนึงเขียนบทความ ตัวนึงสร้างเว็บ ตัวนึงดูแลโน้ต ผมเปลี่ยนวิธีใช้ AI ใหม่ ไม่ได้คุยกับ AI ทีละตัวเหมือนเดิมอีกแล้ว ผมเรียกวิธีนี้ว่า Multi-Session 5 ข้อที่อยากเล่าให้ฟัง ⤵ 1. ทำไมต้องเปิด AI หลายตัวพร้อมกัน AI ตัวเดียวทำงานได้ทีละอย่าง สั่งงานนึง ต้องรอเสร็จก่อนค่อยสั่งงานต่อ แต่ AI หลายตัวทำงานคู่ขนานกันได้ครับ ผมสั่งให้ตัว A เขียนบทความ ตัว B ทำเว็บ ตัว C ดูแลโน้ต พร้อมๆกัน เดินดูทีละอันได้ทันที ความเร็วต่างกันแบบเทียบไม่ได้ 2. AI 7 ตัวที่ผมเปิดอยู่ตอนนี้ ▪ Obsidian ดูแลฐานความรู้ของผม ▪ Vibe Coding Platform สร้างเว็บคอร์ส ▪ Vibe Coding Post เขียนโพสต์ social ▪ Vibe Coding Article เขียนบทความยาว ▪ krish.dev ดูแลเว็บส่วนตัวของผม (มี 2 ตัวเพราะลองเทียบ AI 2 เจ้า) ▪ Other งานเบ็ดเตล็ด แต่ละตัวรับผิดชอบโปรเจกต์คนละอย่าง ไม่ปะปนกัน 3. ปัญหาที่เจอตอนเปิดเยอะ ก่อนหน้านี้ผมใช้แอปธรรมดา หน้าต่าง AI ทุกอันหน้าตาเหมือนกันหมด ต้องคลิกเข้าไปทีละอันถึงจะรู้ว่าตัวไหนกำลังทำอะไรอยู่ 7 อัน คลิก 7 ครั้ง แค่จะดูว่าตัวไหนกำลังรอเรายืนยันงานอยู่ 4. ตัวช่วยที่ผมใช้ ชื่อ Warp Warp เป็นแอปที่มีแถบทางซ้ายของจอ แสดงชื่อ สีของ AI ทุกตัวที่เปิดอยู่ จากเดิมต้องคลิก 7 ครั้งเพื่อหาว่าตัวไหนรอเรา ตอนนี้กวาดตาเห็นทั้งหมดในวินาทีเดียว เรื่องเล็กๆแต่เปลี่ยนวิธีทำงานทั้งหมด 5. ใครเหมาะ ใครยังไม่ต้อง ▪ ทำงานหลายโปรเจกต์พร้อมกัน คุ้มมาก ▪ ใช้ AI ตัวเดียวเปิด-ปิดในแต่ละวัน ยังไม่ต้องรีบเปลี่ยน ▪ มือใหม่ที่เพิ่งเริ่ม เริ่มที่ตัวเดียวก่อน คุ้นแล้วค่อยขยาย ▪ นี่ไม่ใช่เรื่อง AI เก่งขึ้น แต่เปลี่ยนวิธีทำงานจาก AI 1 ตัว ตอบทีละคำถาม เป็น AI หลายตัว ทำงานคู่กัน เราเป็นคนคุมจังหวะ ลองวันเดียว ไม่อยากกลับครับ ิลิงค์ warp terminal อยู่ใน comment ครับ ใครเปิด AI กี่ตัวพร้อมกันบ้าง? ทำงานอะไรกันบ้าง? reply เล่ากันหน่อยครับ #AIWorkflow #MultiSession #vibecoding

sunil - any guidance on how to make the multisession UI working really snappily while i have a think/agent sdk agent running? i've tried a few things and when an agent is streaming, i refresh the page it's seemingly hard to be back in a streaming / hydrated state, or if i switch across threads it's slow (skilll issue), do you have a template i could check out? otherwise the low level sdk on the backend works great and more so on my head how do i make epic ui integrations around this

we designed subagents with facets so an existing Agent can mount as a child with few/zero changes required. example: multisession chat where all of a user's sessions are in a single Agent, and can do shared memory, filesystems, etc quite easily (and safely!) shipping this week

Dazu ist wie häufig in Blick die Geschichtsbücher relevant. Ich habe in 1995 mit Implementation von Citrix WinFrame 1.6 begonnen. Citrix hat von Microsoft die Quellen von Windows NT 3.1 / 3.5 / 3.51 erhalten und daraus ein Multisession Betriebssystem gebaut, das wird heute kennen. Mit dem Release von Windows NT 4.0 Terminal Server Edition hat Microsoft diese neuen Kerntechnologien von Citrix zurücklizenziert und statt dem ICA Protokoll von Citrix das eigene Remote Desktop Protocol (RDP) als Protokoll für die Übertragung der Bildschirm und HID Daten integriert. Irgendwo hatte Microsoft RDP schon drinnen, mir fällt der Name der Anwendung nicht mehr ein, irgendwas Skype-artiges war es glaube ich. Mit Windows 2000 war dann Remote Desktop erstmals fixer Bestandteil jedes Windows Servers, mit Windows XP dann auch am Windows Client. Citrix hat sein eigenes ICA auch weiterentwickelt, und der Funktionsumfang ist bis heute wesentlich umfangreicher als der von RDP, aber tatsächlich ist RDP in wohl allen "normalen" Szenarien völlig ausreichend. Der Erfolg von Citrix geht auf seine Anfänge und loyale Kundschaft zurück, die vor allem seit der Übernahme durch die Cloud Software Group endgültig mit Füßen getreten wurde.

💿 Nero Burning ROM was one of the most trusted tools of the CD/DVD era! Back in the 2000s, before cloud storage and high capacity USB drives became common, Nero Burning ROM was how we stored memories, shared movies, and backed up files. It could: → Burn CDs, DVDs, and later Blu-ray discs → Create bootable installation discs for operating systems → Verify files after burning to ensure data was not corrupted → Support multisession discs to add files later → Prevent failed burns using buffer underrun protection → Create and manage ISO disc image files → Copy entire discs for backups or sharing What made it special: It was more reliable and feature-rich than most other burning tools, giving users control over speed, verification, and disc settings when every blank CD or DVD actually cost money. It turned a simple home computer into a powerful disc creation machine. How many of you actually remember this tool? #Tech

After the pi napkin HotpotQA post, people asked me to run more benchmarks on napkin and agentic search. So I ran LongMemEval, the hardest long term conversational memory benchmark i could find up until yesterday (mem0 released BEAM and i will be looking into that as well). LongMemEval is 500 questions across five abilities: information extraction, multisession reasoning, knowledge updates, temporal reasoning, and abstention. Same setup, BM25, TF-IDF keyword overview, markdown files, no embeddings.

my boi claude one shotted pixel streaming for unreal engine this is a demo one running locally on browser, projects charge $500 to do the same , should i make the repo public? and yes it contains logic for multisession aws/azure deployment

context decomposition and text interfaces for human agent collaboration in eidos. basically many ways to make sure you have the exact context you need - pull via intermediate files: code => pull doc => spec - research in clean context => research doc - plan via multisession context doc - [[links]] to specs and research etc - input and output context inline - plan-continue picks up the plan and has everything it needs - human {{comments}} in artifacts => /eidos:refine => refine doc with placeholders for human comments - /eidos:process to apply refinement in fresh context - /eidos:compact to make sure everything is externalised into files - never actually use compaction, always new session asap - composable session start context injection with config to opt in and configure x.com/lt0gt/status/202274465…

$SPX Multisession falling channel.

🎉🥳¡Aceptado! "Multisession epidural direct current stimulation of the auditory cortex mitigates age-related transcriptomic dysregulation in Wistar rats" Como co-corresponding author junto al Prof. Miguel Merchán. sciencedirect.com/science/ar… @usal @Incyl_Usal @HearingResearch

Absolutely. Assuming you consider Microsoft products native the easiest solution is AVD (assign dedicated hosts not multisession) that are on their own network or at least subnet. This gives some flexibility with CA policies. Then can apply some of the intune PAW baselines github.com/Azure/securedwork… Some orgs however will have stricter requirements and they want dedicated physical PAWs that restrict incoming rdp. In those cases i use AVD as the none admin device.

KI und Zuverlässigkeit: Kann man KIs trauen? 🤔 Wer mich schön länger liest, weiß, daß ich zu den KI-Kritikern gehöre. Daher heute mal was aus der meiner Berufspraxis der Informatik und zwar nicht „Hello World“, sondern „Hello Face“ und es geht um Geld. 😉 Ich habe versucht, den Artikel, obwohl er ein komplexes Thema beinhaltet, nicht zu Fachchinesisch zu schreiben, ohne IT-Profis, die mich lesen, zu langweilen. Aber ganz ohne geht es nicht. Habt ihr konkrete Fragen dazu, gerne unten in den Drukos. 🙂 Los gehts. 😀 Eines meiner laufenden Projekte ist die Migration einer größeren Citrix-Farm auf Windows Server 2019 hin zu Azure Virtual Desktop (AVD) mit Windows 11 Multisession Hosts. Ein größeres Unterfangen, weil plötzlich sehr alles zusammenspielen muss: Drucker, Kameras, Spezialanwendungen, unterschiedlichste Endgeräte und natürlich die allseits beliebten Thin- und Zero Clients. Für dieses Projekt muss ich mehrere Fachbereiche gleichzeitig jonglieren: Virtualisierung, Authentifizierung, Hardware, Sicherheit, Netzwerk und am Ende soll es für die User einfach aussehen wie „Ich klicke auf das Icon und es geht halt“. Eine der Fragen aus dem Projekt war: Kann man sich auf einem Thin- oder Zero Client per Windows Hello (Gesichtserkennung über eine Webcam) anmelden und damit direkt in AVD einloggen? Klingt erstmal simpel, ist es aber nicht. Und weil eine Besprechung momentan die nächste jagt und jeder Tag aus Meetings, Analysen mit kurzen Pausen zum Atmen besteht, dachte ich mir: Frag doch mal die KI. 🙂 Aber nicht irgendeine, sondern eines der hochgejubelten „State-of-the-Art“-Modelle: Google Gemini, in der teuren Pro-/Ultra-Variante, also die Kategorie „Wenn das nicht Bescheid weiß, wer dann?“. Die KI lieferte eine beeindruckend formulierte Antwort, sinngemäß (stark verkürzt): Ja, AVD unterstützt Windows Hello for Business (WHfB) mit einem 10ZiG Zero Client und einer Windows-Hello-fähigen Kamera.[learn.microsoft]​ Über WebAuthn-Redirection könne die Kamera am Client genutzt werden, AVD leite die Authentifizierungsanfrage einfach durch.[learn.microsoft]​ Zero Clients mit 10ZiG NOS würden die Kamera per USB-Redirection durchreichen, sodass WHfB auf dem Client funktionieren könne. Dazu ein paar plausible Konfigurationshinweise: RDP-Properties anpassen, WebAuthn-Weiterleitung aktivieren, Kamera-Redirection erlauben, GPOs kontrollieren – alles garniert mit Microsoft-Links und Best-Practice-Schlagworten.[learn.microsoft]​ Lesbar, logisch aufgebaut, ordentlich mit Schlagworten wie „passwordless authentication“, „WebAuthn-Redirection“ und „Kerberos“ gespickt, kurz: Es klang auch für einen Fachmann so, wie eine Antwort klingen muss, damit ein gestresster Projektverantwortlicher sie gerne glaubt. Aber ich hatte so ein komisches Gefühl und forschte trotz Zeitnot persönlich nach. 🤨 Das Ergebnis meiner Überprüfung der KI-Antwort: Klingt super aber der entscheidende Kern war falsch! 😳 Die KI hat mehrere Dinge miteinander vermischt: Ja, AVD unterstützt Windows Hello for Business für in-session passwordless Authentication, allerdings nur in Verbindung mit passenden Clients und Kerberos-Anbindung an einen Domain Controller. Ja, AVD kann WebAuthn und FIDO2-Security-Keys wie Yubikey nutzen. Nein, ein Linux-basierter Zero Client mit angeschlossener Hello-Kamera wird dadurch nicht „magisch“ zu einem Windows-Hello-Biometrie-Endgerät. Die Antwort sah zwar aus wie eine solide technische Doku, war aber eine sehr überzeugend formulierte Illusion. 😬 Wo der Denkfehler der KI steckt: Windows Hello, TPM und Linux. Also: Nächste Runde, eigene Recherche und Erfahrung statt blindem Vertrauen in die KI. Windows Hello for Business ist nicht einfach „Kamera plus Gesicht plus fertig“, sondern ein ziemlich durchkonstruierter Authentifizierungs-Stack von Microsoft. Kernidee: Es wird ein asymmetrisches Schlüsselpaar erzeugt, und der private Schlüssel wird idealerweise im TPM des Geräts geschützt. Das ist ein Sicherheitschip, der als hardwarebasierter Tresor für kryptografische Schlüssel dient. Ein paar zentrale Punkte: Windows Hello/WHfB nutzt wo immer möglich das TPM, um Schlüssel sicher zu erzeugen und zu speichern. Das ist ausdrücklich so vorgesehen, auch wenn es theoretisch Fallbacks ohne TPM gibt, die aber weniger sicher und nicht empfohlen sind. Best Practise. Die eigentliche Biometrie (Gesicht/Finger) findet lokal auf dem Client statt: Kamera Treiber Windows TPM Hello-Stack. Und jetzt kommt die unschöne Wahrheit: Viele Thin- und Zero Clients laufen Linux-basiert (z.B. 10ZiG NOS, IGEL OS). Linux kann selbstverständlich TPM 2.0 ansprechen und für Sachen wie Full-Disk-Encryption nutzen, TPM ist ein offener Standard. Aber! Es gibt kein Windows-Hello-for-Business-Client-Stack für Linux, also keine vollständige Microsoft-Implementierung von WHfB inklusive Biometrie-Login und Key-Bindung an das Gerät. Es existieren zwar Linux-Projekte für Biometrie, z.B.: - fprintd für Fingerabdrücke - Howdy für Gesichtserkennung (Hello-ähnliches Konzept) Diese sind aber nicht kompatibel mit dem proprietären Protokoll und der gesamten Infrastruktur von Windows Hello for Business. Sie können also nicht „so tun, als wären sie Windows Hello“ und direkt als WHfB-Authentifizierungsquelle gegenüber Azure AD oder einem Domain Controller auftreten. Die KI hat das nicht erkannt. 🤦 Wir haben also: - Kein Windows auf dem Client - Kein Windows-Hello-Stack - Kein „Hello Face Login“, egal, wie teuer die angeschlossene Kamera ist Was durchaus ginge: FIDO2-Security-Keys (z.B. Yubikey) und WebAuthn. Das sind offene Standards, die auch Linux-Clients sprechen können und die AVD unterstützt, allerdings ist das etwas anderes als der klassische „Windows Hello mit Kamera“-Use Case. Was das in der Praxis bedeutet und was fast passiert wäre: In meinem Fall saß mir die Geschäftsleitung im Nacken, weil eine Entscheidung anstand. Bestellen wir Webcams mit Windows-Hello-Unterstützung (sprich: mit IR-Sensoren, deutlich teurer) – oder reichen deutlich günstigere Standard-Webcams? Bei der geplanten Stückzahl ging es um einen signifikanten Betrag. Hätte ich die KI-Antwort einfach abgenickt, wäre die Entscheidung klar gewesen: „Ja klar, Hello-Kamera, Zero Client, AVD, funktioniert doch laut KI, also bitte die teuren Modelle.“ Das Problem: Sie hätten einen Haufen teurer Kameras erhalten, und am Ende hätte sich niemand per Gesicht am Zero Client in AVD anmelden können, weil der entscheidende Baustein, Windows Hello for Business auf dem Client fehlt. 😫 Und „Die KI hat’s gesagt“ ist in meinem Verantwortungsbereich keine brauchbare Ausrede. 🤫 Kann man also KIs trauen? Die (meine) ehrliche Antwort lautet: Man kann KIs nutzen aber man darf ihnen nicht trauen, jedenfalls nicht im Sinne von „Ich entscheide auf dieser Basis, ohne es zu prüfen“. KIs: - formulieren extrem überzeugend, - klingen fachlich oft korrekt, - können Quellen, Links und Fachbegriffe einbauen, halluzinieren aber trotzdem munter Details und setzen Bausteine falsch zusammen. 😧 Gerade im IT-Umfeld, wo Entscheidungen schnell fünf- oder sechsstellige Beträge kosten können (Lizenzmodelle, Hardware, Architekturen), ist das gefährlich. Eine KI kann Denkanstöße liefern, Stichworte geben, Dokumentationen zeigen aber sie ersetzt eben keine fachliche Prüfung und kein Architektur-Review. 😉 KI ist ein Werkzeug, kein Orakel. Verantwortung bleibt immer beim Menschen. Und wer seine Budgetentscheidung auf eine KI stützt, sollte zumindest vorher noch eine eigene Google-Suche und einen Blick in die offizielle Microsoft-Doku werfen. Für mich wieder mal eine Episode, die mir zeigt, daß KI (noch) nicht soweit ist, ich nach wie vor Old School recherchiere. 😎

Unreal start to the week - dip buys and multisession recovery have been fantastic! New Friday swing ripped & solid trade today too - hope everyone is banking 🙌🏽 Some big earnings coming this week; including FinX favs $HOOD & $NBIS

The Operating Environment (Win32) may not have supported a multiSESSION environment until NT4 but it did support multiUSER. Win32 concerns itself with Sessions, Windows, Classes, etc. not NT. The UNIX permission system is very inferior to NT’s and even MULTICS.

I cannot easily express how much potential is available in Claude Code. It's like a jet engine that we're mostly only using for heat right now. It is immensely satisfying to have something like the Jarvis AI from Iron Man, not only being aware of all of my important sources of information across apps and websites, but taking action on them and reporting them to me in my daily to-do list -- organizing it and giving me batch reports of the things that I care about. Not to mention the two-way, real-time voice interface directly to and from Claude Code terminal so I can direct teams of agents from anywhere, untethering me from a screen. All backed by a much more deterministic, long-running, multisession spanning, self referencing, hook-based, self-improving rule-based system that discards /compact or worrying about token utilization or limits. Just intelligently queues and manages incoming requests so Claude always tackles them from 0 to 50% context utilization, clears itself, loads in the right context for the dequeued task, and carries on until everything is done and adversarially validated. 🤯🧘 Check out the episode for more. You too can unhobble Claude Code. Excited to share more in the future. 🚀 x.com/EricBuess/status/20137…