This is the end times. I just read the following sentence on the FAUST mailing list:
“I verified it with ChatGPT here:”
Wh… ? how? …?
#brainrot #llm #AI #KI #peoplearestupid #digyourowngrave #chatgpt #openai #claude
#chatGPT
So today we have a boner from #ChatGPT, this is hilarious… I asked about sharing mailboxes in #Microsoft #Outlook.
"Close Outlook بالكامل “
Okay, so ChatGPT decided all by itself to use Arabic when it was expressing the word "Completely”. That's what that is, apparently. I had to drag it to a translation service to know, I don't understand Arabic… Ooopsie. LOL!
#OpenAI expects to launch an “#adultmode” for #ChatGPT in Q1 2026, following the development of an #agepredictionmodel to ensure appropriate content restrictions for users under 18. https://www.theverge.com/news/842657/openai-chatgpt-adult-mode-debut-q1-2026?eicker.news #tech #media #news
Die Grenzen der #KI. Wenn Du #chatgpt bittest, die Gemeinden im Landkreis #Deggendorf von Nord nach Süd zu sortieren, es Dir anbietet, eine Karte zu erstellen. Wunderbare erfundene Gemeinden wie „Flósferldüng“ und eine Donau, die den Landkreis im Süden begrenzt. Fast wie in echt. Und selbst auf Hinweis war es nicht davon abzubringen, dass Grattersdorf die südlichste Gemeinde ist.
Wir werden doch noch nicht sofort ersetzt.
NVIDIA Blackwell NVL72 promises 3x faster training and nearly 2x performance per dollar, reshaping AI compute budgets for startups.
BBVA предоставляет доступ к ChatGPT, почти, всем своим сотрудникам, в рамках сделки с OpenAI. https://webno.ru/novosti-i-stati/bbva-predostavlyaet-dostup-k-chatgpt-pochti-vsem-svoim-sotrudnikam-v-ramkah-sdelki-s-openai/
Disney Accuses Google of Using AI to Engage in Copyright Infringement on ‘Massive Scale’
As Disney has gone into business with OpenAI, the Mouse House is accusing Google of copyright infringement on a “massive scale” using AI models
#disney #openai #chatgpt #google #artificialintelligence #AI #technology #tech
You’re Thinking About AI and Water All Wrong
https://fed.brid.gy/r/https://www.wired.com/story/karen-hao-empire-of-ai-water-use-statistics/
The funniest thing about testing out AI browsers is that my main search engine is Kagi and I spend a lot of time on Mastodon
I just find that juxtaposition interesting
Like I'll be sitting there on ChatGPT Atlas using Kagi as my main search engine
#Technology #ArtificialIntelligence #AI #WebBrowsers #SmallWeb #Kagi #ChatGPT #ChatGPTAtlas #SocialWeb
Así mejora GPT-5.2 el trabajo en matemáticas y ciencia frente a su versión anterior https://www.enter.co/especiales/dev/inteligencia-artificial/asi-mejora-gpt-5-2-el-trabajo-en-matematicas-y-ciencia-frente-a-su-version-anterior/?utm_source=dlvr.it&utm_medium=mastodon #InteligenciaArtificial #ChatGPT #GPT52
Mann tötet Mutter und sich selbst – „ChatGPT machte sie zur Zielscheibe“ | Hamburger Abendblatt
Nach tragischen Todesfällen in den USA klagen Angehörige gegen OpenAI. Der Vorwurf: KI-Chatbots können Nutzer zu Mord oder Suizid verleiten.
https://www.abendblatt.de/panorama/article410692710/mann-toetet-mutter-und-sich-selbst-chatgpt-machte-sie-zur-zielscheibe.html
Today's Malwarebytes post is based on threat research by Huntress, from December 9, but you can't belabor this point:
Huntress: AMOS Stealer Exploits AI Trust: Malware Delivered Through ChatGPT and Grok https://www.huntress.com/blog/amos-stealer-chatgpt-grok-ai-trust @huntress
Malwarebytes (sales pitch included): Google ads funnel Mac users to poisoned AI chats that spread the AMOS infostealer https://www.malwarebytes.com/blog/news/2025/12/google-ads-funnel-mac-users-to-poisoned-ai-chats-that-spread-the-amos-infostealer #Google #infosec #macOS #Grok #ChatGPT #poisonedAI
AMOS Stealer Exploits AI Trust: Malware Delivered Through ChatGPT and Grok
#AMOSStealer #ChatGPT #Grok
https://www.huntress.com/blog/amos-stealer-chatgpt-grok-ai-trust
What Does a Good Spec File Look Like?
Most legacy government systems exist in a state of profound documentation poverty. The knowledge lives in the heads of retiring employees, in COBOL comments from 1987, in binders that may or may not reflect current behavior. Against this baseline, the question of what makes a “good” spec file takes on different dimensions than it might in greenfield development.
Common Elements
Any spec worth writing answers the fundamental question: what are we building and why? Beyond that, good specs share a few specific characteristics:
Clear success criteria. Not just features, but how you’ll know the thing works. This matters especially when AI agents are generating implementations—they need something concrete to validate against.
Constraints and boundaries. What’s out of scope. What technologies or patterns to use or avoid. Performance requirements. AI tools are prone to scope creep and assumption-making without explicit boundaries.
Examples of expected behavior. Concrete inputs and outputs, edge cases, error states. These serve as both specification and implicit test cases.
Context about the broader system. How this piece fits into what exists. AI assistants lack awareness of surrounding code and architectural decisions unless you tell them.
The SpecOps Context
When modernizing legacy government systems, specs serve a different purpose than typical development documentation. They’re not just implementation guides—they are artifacts that preserve institutional knowledge. This changes what “good” looks like.
A SpecOps specification document must work for multiple audiences simultaneously: domain experts who verify that the spec captures policy intent, software developers and AI coding agents who need precision to generate correct implementations, and future humans who need to understand why the system behaves a certain way years from now—possibly after everyone currently involved has moved on.
That last audience is the one most spec formats neglect entirely.
Three States, Not One
Legacy system specs can’t just describe “what the system does.” They need to distinguish between:
- Current system behavior—what the legacy code actually does today, bugs and all
- Current policy requirements—what the system should do according to governing statutes and regulations
- Technical constraints—what the system cannot do regardless of policy, due to missing integrations or platform limitations
These three things can be in alignment or tension at any moment. And that alignment can shift over time without the code changing—a policy update tomorrow can transform compliant behavior into a violation.
Known Deviation Patterns
Consider the example of a benefits system that should verify income against a state tax agency records, but the legacy system only captures self-reported income because the integration with the tax agency was never built. A good spec would make this explicit:
Policy requirement: Per [directive], applicant income must be verified against tax agency records prior to benefit approval.
Current implementation: Self-reported income only. Applicant provides income information on Form X.
Deviation reason: No interface to tax agency income verification service exists. Integration requested in 2019, not funded.
Modernization note: Modern implementation should include tax agency income verification integration.
This surfaces the gap, documents why it exists, and gives the modernization effort clear direction—without pretending the legacy system does something it doesn’t.
Explicit Ambiguity as a Feature
There’s something that seems almost radical about a methodology that says write down what you don’t know. Traditional documentation can project false confidence. It often describes how things should work and quietly omits the messy parts.
A spec that explicitly marks areas of tension or uncertainty is more honest, more useful for risk assessment, and a better starting point for modernization. It’s an invitation for future clarification rather than a false endpoint.
A spec with unresolved tension is better than no reviewable documentation at all.
Policy Grounding
Government system specs need explicit links to authorizing statutes, regulations, or directives. Not just “these items are excluded from income calculations” but “per 42 USC § 1382a, the following items are excluded from income calculations”
This is the why that survives personnel turnover. It’s what allows future teams to evaluate whether behavior that was correct five years ago still aligns with current policy.
Decision Records
When domain experts verify a spec, they make judgment calls—especially where legacy behavior diverges from current policy understanding. Those decisions need to be captured in the spec, not in a separate document that gets lost.
The spec becomes the repository of institutional reasoning, not just institutional behavior.
Accessible or Precise?
The SpecOps approach says that specs should be “readable by domain experts while detailed enough to guide implementation.” This is genuinely hard.
Options include stratified specs (plain-language summaries with expandable technical detail), executable specs (written as tests that are simultaneously human-readable and machine-verifiable), or annotated specs (a single verbose document where technical precision is explained inline).
Given that the spec is meant to be the source of truth that outlasts implementations, keeping everything in one artifact—even at the cost of verbosity—reduces the risk of layers drifting apart over time.
The Road Ahead
We’re still in early days. Questions remain open:
- How granular should policy references be?
- What’s the right way to represent known deviations?
- How should specs age—versioning, or is git history enough?
- What level of detail helps AI agents versus adding noise?
These will get answered empirically as more agencies adopt the approach. The methodology will evolve. The important thing is to start—to surface questions that were previously invisible, to give future teams something to interrogate rather than nothing at all.
Because the knowledge is what matters. Everything else is implementation details.
#ai #artificialIntelligence #chatgpt #governmentServices #legacySystems #systemModernization
New #OpenAI models likely pose "high" #cybersecurity risk
https://www.axios.com/2025/12/10/openai-new-models-cybersecurity-risks
OpenAI adia "Modo para Adultos" do ChatGPT para 2026 para melhorar segurança
🔗 https://tugatech.com.pt/t75443-openai-adia-modo-para-adultos-do-chatgpt-para-2026-para-melhorar-seguranca
Coding fai da te? No LLM? AI AI AI AI! 🫢
Amici developer (e non solo)! Giovedì sera facciamo una tavola rotonda in diretta su un tema caldissimo: #AI tools per il #coding.
#ClaudeCode, #GitHubCopilot, #ChatGPT... questi strumenti stanno cambiando il gioco della #programmazione. Ma come? E soprattutto: in meglio o in peggio?
⏰ Quando:
Giovedì 18 dicembre, ore 21:00
📺 Dove:
👉 YouTube: https://www.youtube.com/watch?v=wH4COF8ZSL0
👉 Twitch: https://www.twitch.tv/compilaquindiva
LinkedIn: https://www.linkedin.com/events/7405216216610754560/
Vi aspetto! 🤗
AI is filling the God void for many – but is ChatGPT really something to worship? | Brigid Delaney https://www.theguardian.com/commentisfree/2025/dec/13/ai-is-filling-the-god-void-for-many-but-is-chatgpt-really-something-to-worship #Artificialintelligence(AI) #Religion #ChatGPT
Client Info
Server: https://mastodon.social
Version: 2025.07
Repository: https://github.com/cyevgeniy/lmst