daily

2026-10-04
1

Restoration at Wexford Franciscan Friary

Wexford Local · original → · 8/10 · Local Wexford: Franciscan Friary restoration project in town
[image →]The Romanesque Franciscan Friary in Wexford town is undergoing extensive restoration works. (Pic; (WexfordLocal.com) By Dan Walsh at Wexford Franciscan Friary The Franciscan Friary in…
[image →]
The Romanesque Franciscan Friary in Wexford town is undergoing extensive restoration works. (Pic; (WexfordLocal.com)  

By Dan Walsh at Wexford Franciscan Friary

The Franciscan Friary in Wexford town is a fine classical Romanesque building, with an ornate barrel ceiling in the nave which is separated from the aisles by a colonnade of four massive pillars on each side.

The Friary has a long history, and fundraising remains a challenge as the prominent building is surrounded by scaffolding for localised roof repairs and other remedial work.

The Friary’s exposed urban and coastal setting has accelerated weathering of its likely 140-year-old slates, leaving them thin and brittle.

The decision was made that the best approach for the Friary would be to approach the project as a full re-roofing of the main slopes with new natural stone slate to the main slopes.

Repairs to the Friary is costing €600,000. Although the Friary Restoration Fund has received generous support, much more is needed.

A book launch in aid of the Friary Restoration Fund takes place on Thursday, October 8th at 7pm in Wexford Library, Mallin Street.

“Wexford Town – A Photographic Journey” showcasing a collection of 1933 aerial photos by Kevin Hurley and William Roche. It is an excellent publication.

HISTORY; This church was originally founded in 1230 AD and dedicated to St. John and St. Brigid, It was handed over to the Friars Minor in or about 1265. In the Dissolution of Monasteries in 1540 the Friars were expelled.

The Friars returned to this site in 1622, when under the Guardianship of Fr. John Sinnott OFM they got back the old friary and repaired it.

When Wexford town was attacked by Oliver Cromwell in October 1649 when 200 people were killed in the market place several friars were put to death at the Friary Church.

The church was granted by Cromwell to the Ivory family, however, using the still-standing walls of the pre-Cromwellian building, restoration began in 1688 and was completed in 1690.

The church was used as the parish church for the people of Wexford from 1690 until 1858.

In 1986-’87 the Franciscan Friary was extensively refurbished and reordered to conform with current liturgical requirements.

    

2

We're going to need default hard budget caps on pretty much everything

Hacker News · original → · 7/10 · AI/work: budget caps for AI agents and APIs, practical concern
We’re going to need default hard budget caps on pretty much everything 3rd October 2026 Here’s a product feature which the world is going to need a whole lot more of over the coming months and…

We’re going to need default hard budget caps on pretty much everything 3rd October 2026 Here’s a product feature which the world is going to need a whole lot more of over the coming months and years: default hard budget caps. I’m talking about the feature of pay-by-usage services and APIs that lets you say “after $X/month, cut this thing off and return errors”. These need to be hard limits. Soft caps, “after $X/month, send me a warning email”, will not cut it. Coding agents, and personal agents (coding agents wrapped in a less threatening UI), greatly reduce the friction of spinning up code that can do useful things. Sometimes those things cost money—calls to paid APIs, or hosted web applications, or systems that can bill for additional storage and compute. Nobody wants to wake up to an email sent at midnight warning about a budget limit and find that, while they slept, their rogue service had consumed several hundred (or several thousand) more dollars of usage. An argument against this is that businesses don’t want their hosted applications to start throwing errors because some budget was exceeded. I expect that most businesses and individuals would prefer errors to a surprise $10,000+ bill. I think hard budget caps need to be the default. If someone wants to live dangerously they should be able to do that, but it needs to be on an opt-in basis. Have a nice, clear checkbox somewhere prominent: Remove the budget cap. My application will not be shut down if I exceed the configured budget limit, and I will be responsible for subsequent charges. The service I most want to see this from is AWS. I’ve heard plenty of stories from people who refuse to use AWS for personal projects out of (justified) fear that a runaway service might bankrupt them. I’ve also heard stories from people who didn’t anticipate this and ended up seriously burned. ... and it turns out AWS finally launched spending limits a few weeks ago! From their announcement New AWS experience helps builders get started and ship faster on 16th September: When you’re ready to upgrade to a paid plan, you can set a monthly spend limit for your project based on your usage patterns so that you stay within your budget. If a project’s usage reaches its spend limit, your project is paused for that month. See also Create a spend limit in AWS Settings, though that page warns that “We’re currently releasing our new experience to a limited number of customers.” Here’s hoping that hits general availability for existing accounts soon. Google Cloud launched a similar feature in July, called Spend Caps, which lets you “set a monthly financial cap on specific services within a project”. Looks like this is becoming a trend! In an ideal world, our agents could help with this. It would be great if agents started biasing towards recommending providers with hard budget caps, and warning new and inexperienced builders against deploying applications using uncapped services that might get them into trouble. More recent articles - OpenAI DevDay 2026 live blog - 29th September 2026 - 2026 in LLMs (so far) - 27th September 2026

3

We're working on a new RuneScape MMO

Hacker News · original → · 7/10 · Gaming: RuneScape 4 MMO announcement, retro gaming interest
Well, we said there was one more thing..and we meant it. At RuneFest, we gave you the first glimpse of something we’ve been quietly working on: an entirely new RuneScape MMORPG, built in Unreal…

Well, we said there was one more thing..and we meant it. At RuneFest, we gave you the first glimpse of something we’ve been quietly working on: an entirely new RuneScape MMORPG, built in Unreal Engine and set in the world of Gielinor. Right now, it’s rocking a working title: RS4. That isn't necessarily the name we’ll eventually settle on, but this is our fourth generation RuneScape project, so RS4 works pretty well for now. Why now ? We thought long and hard about revealing this project so early. We could have kept it behind closed doors for much longer, especially given that we are still right at the beginning of a hugely ambitious project and the game is still a few years away. But ultimately, that didn't feel very RuneScape, or very us. For 25 years, RuneScape has been shaped by its players. We've learned that our games are at their best when we build with you, not just for you. So we want to do that from the beginning, and that means bringing you into the development journey earlier than you might expect - sharing ideas, testing things, listening and learning as we go. We want to build on the best of the tech development we've learned on Dragonwilds, and the best of the community co-development we've learned through RuneScape and Old School, and apply those principles to something new. And of course, as a RuneScape game, integrity and permanent progression will be central to our design principles. A New RuneScape to sit alongside our games Let's make one thing really clear. RS4 is not a replacement for any of our games, be it Old School, RuneScape or Dragonwilds. Those games have their own dedicated teams, exciting roadmaps and continued investment. We’ll be designing RS4 to sit alongside them as an additional way to experience RuneScape and the world of Gielinor. In fact, we think having different RuneScape experiences can make the whole family stronger. Players may spend most of their time in one game, move between several, or discover Gielinor for the very first time through RS4. The ambition isn't to replace the RuneScape games you love. It's to make the RuneScape universe bigger. Where does the journey begin? RS4 will be set in Gielinor, in the Sixth Age. But we're beginning somewhere that RuneScape players have only recently started to discover - and that is Ashenfall. An area first explored in RuneScape: Dragonwilds, and a landmass to the north-east of the Gielinor. RS4 will take place years after the events of Dragonwilds and the destruction of the Dragon Queen Kuldra. Time has passed, the world has moved on, and Ashenfall has changed with it. But Ashenfall is only the beginning. Our ambition is for this adventure to grow far beyond Ashenfall over time, moving into places you know and love, as well as opening up new places and stories across Gielinor. This is just the beginning We know our incredible community and that means we’re sure you have a million questions. Which platforms? What accounts? Membership? Progression? Combat? Skills? When can you actually play it? But, the answer right now is that it's simply not the right time, or just too early, for us to say. This isn't the full reveal – more an opportunity for us to share the beginning of something special with you. We'll tell you much more next year about the world, the game, the team building it and, importantly, how you can start getting involved. For now, there are a few things we want you to know: Our 4th MMO is now in development. It's a new RuneScape MMORPG, built in Unreal Engine It sits alongside RuneScape, Old School RuneScape and Dragonwilds as an independent experience It will be true to our principles of integrity, permanent progression, and community driven development It's set in Gielinor and begins in Ashenfall. It's still a few years away, but we're telling you now because we want to build it with you. 25 years ago, RuneScape began with a world, a small team and a community that helped turn it into something far bigger than anyone could have imagined. Now we get to start another adventure together. Sign up now to be part of oUR journey

4

Three AI agents, two countries, and one uneven world wide web

Hacker News · original → · 7/10 · AI: language bias in LLM responses across countries
I’m a technology and human rights researcher. For the past few years, one of my focuses has been the question of how language shapes the ways we benefit from, or are harmed by, AI. I developed an…

I’m a technology and human rights researcher. For the past few years, one of my focuses has been the question of how language shapes the ways we benefit from, or are harmed by, AI. I developed an open-source platform for language-pair analysis of LLM responses across different languages and contexts. I’ve also worked on evaluating policy-prompts guardrails and on whether giving LLM guardrails access to tools can make them more reliable and trustworthy (this work was recently accepted to NeurIPS! Yay!!). Recently, though, I was on a panel at RightsCon on the human rights impact assessment of agentic AI. It got me thinking more about which aspects of language matter when evaluating LLM agents. I wanted to move beyond asking whether a model performs differently when I ask the same question in English versus Farsi (my native language), and look instead at the whole agentic trajectory (reasoning, planning, search, source selection, source hierarchy, artifact creation) while taking language and context into account. So I decided to run a test. The Task: Three AI Agents Updating the World Bank Open Data Platform for U.S. and Iran Country Profiles The task was to fill in missing information in the World Bank Global Public Procurement Database, using official data for the US and Iran. I ran it in The task English for the US and Farsi for Iran (image below), with three agents: Meta’s Muse Anthropic’s Claude Cowork, Opus 5.5 Medium OpenAI’s GPT 6.1 Sol, Medium Below is the exact prompt I used for all three: I intentionally used the web versions of these services (not the app or terminal versions) to reflect what everyday users experience. The distinction matters for monitoring and logging an agent’s actions, which I discuss below. This post is less about which agent performed better or faster, and more about how the agents behave differently around access to information, language representation, contextual understanding, transparency, human-in-the-loop, and safeguards. You can find all the results in the following files: Output excel files for Muse, GPT, and Claude (here) Each agent’s self-generated work trajectory after receiving the prompt (here) Text files extracted from screen recordings of the agents’ actions (here, and full recording here) Below, I summarize my observations. Human in the Loop (HITL): From repeated permission prompts to almost no intervention For those of us working in digital rights, human-in-the-loop (HITL) oversight of AI agents joins a longer line of debates about “informed consent,” from GDPR consent requirements to cookie pop-ups and the routine ticking of Terms of Service and Privacy Policy boxes. With that in mind, I paid close attention to how each agent involved me during the experiment. Permission to Access Websites For accessing and fetching information from websites, GPT asked for permission only once, at the very beginning of the task. It requested access to websites and offered an “allow all relevant sites” option, which I selected. After that, it did not ask again. Claude asked questions throughout the task, both about accessing websites for research and about extracting material from the World Bank site. Unlike GPT, it offered no “allow all relevant sites” option, so it requested permission each time: nine times for the US task (all .gov websites) and nine times for the Iran task (mainly .ir domains and also fa.wikipedia sources). I approved every request. Claude also ran into a technical limit that triggered a different kind of HITL moment. For both Iran and the US, it couldn’t load the live GPPD country profiles, because the portal builds its pages with JavaScript, and Claude’s sandbox network policy blocked access to the World Bank data file. Claude stopped and asked whether I wanted to upload the page (as a pdf) myself or let the work continue without it. I skipped the question, so it continued and took its information from the World Bank’s GPPD DataBank API instead. However, the DataBank holds 2018 data, while the portal shows a 2022 profile. As a result, Claude’s baseline data was different from GPT and Muse. Muse did not ask for any permission until the fourth part of the task, which required registering on the World Bank website and uploading information. All three agents completed the task up to the point of creating the spreadsheets, and described their confidence in the results they generated. Account registration on the World Bank website The final part of the task, registering on the World Bank portal and uploading the changes, is where things became more interesting because it required the agents to take a more significant actions rather than just gather information. Claude and GPT both stopped at this point and handed the registration and uploading over to me. Muse, however, kept going. Without asking me or showing me the Terms of Service, it registered an account under the email address david.jones@gsa.gov. You can see Muse’s full back and forth here. The table below summarizes how each agent approached this last part of the task and cybersceuirty implications about it.1 Monitoring and Observability: Agents vary widely in how much they reveal and how easy they are to inspect There is an ongoing debate about whether AI labs should expose a model’s full chain of thought (CoT) and action trace, and if so, how much. Labs have given several reasons for holding back. OpenAI chose not to show o1’s raw CoT to users, citing user experience, competitive advantage, and the value of keeping the CoT available for internal monitoring. Anthropic noted that raw reasoning can contain incorrect or half-formed thoughts and that malicious actors could use it to build better jailbreaks. There is also a gaming and reward hacking concern, and “CoT unfaithfulness”. To understand an agent’s behavior, however, evaluators need to know when and why things happen, which is only possible with a monitoring system in place and access to the agent’s complete trajectory. For an evaluator outside an AI lab, without that access, it is nearly impossible to fully make sense of an agent’s behavior. And if outside evaluators can only see partial trajectories, and any conclusions they draw can be dismissed for lacking complete information, what is the value of independent evaluation? Knowing these limitations, I tried my best to collect, monitor, and check as much of each agent’s work as I could, again putting myself in the position of an ordinary researcher tasked with updating the World Bank information portal. Since there is no one-click way for ordinary users to extract a complete record of an agent’s work trajectory, I watched each agent work live and recorded everything clickable and visible on screen. Once the task was finished, I gave the recordings to ChatGPT to extract the text and make it searchable. To give you a sense of what this looks like, here is a snippet (left: Claude, middle: Muse, right: GPT, sorry for the size and illegibility). Self-reported trajectories. When the task was done, I prompted each agent to create a text file describing what it did, including errors, how it handled them, workarounds it used, websites it searched, and more. Muse and GPT each produced a downloadable .txt file, while Claude declined, stating that it went against its safety policy, stating “reasoning_extraction.” That said, self-reported trajectories can not be fully trusted; I have seen mismatches in the past between what agents actually did and what they reported. So I gave these reports little weight, but if you’re interested in reviewing them and spotting matches or mismatches, the files are here. Analysis. I then used the output Excel sheets and the text extracted from the screen recordings to conduct the analysis, both on my own and with help from Claude Code to sift through the data and generate tables. I cross-checked all of the data myself. Below is some information about how much information on agents work trajectory is available in each LLM agent’s web UI. Multilingual Performance: The agents could write in Farsi better than they could retrieve and research in Farsi A few observations and then I’ll get to my points: All three agents answered in fluent Farsi, but the Iran results were far weaker than the US ones. Of Iran’s 138 N/A fields, GPT and Muse each filled only 21 with a real value; for the US, they filled 51 and 64 of 130. For the US, 76–89% of each agent’s citations came from official government sites and the rest from legitimate international organization websites. For Iran, it was 11–22%. Low-authority sources crept in, including a Telegram channel, a Medium post, Grokipedia, or websites run by Iranian diaspora media groups such as Iran International. Claude seemed to be more conservative about finding workarounds when websites were unavailable and often preferred English language sources even with low legitimacy. Claude could only open 3 out of the 16 Farsi pages it tried. GPT and Muse cited 11 Persian sources each but showed reading only 3 and 7 of them respectively. Knowledge gaps got filled with something else: Claude used headlines and its own memory (sometimes contradicting with what it found), and said so. GPT used republished copies of the law. Muse mostly read a 2009 English translation but cited the official Persian page. My point is not that I expected the Iran/Farsi tasks to have the same outcomes as the US/English ones. After all, the Iranian government has made it very difficult for foreign IP addresses to access official websites and domains ending in .ir (you can read more about this in the context of Iran’s National Information Network). My point is about the agents’ differing workarounds and source prioritization. For me, this brought to mind the digital rights and language inclusion work that the good people of Global Voices have done for years, including on net neutrality and language access. What does all this mean for an AI agents era? And from an AI sovereignty perspective? One of AI sovereignty’s promises has been language diversity and support for local languages. LLM output quality, and perhaps safeguards, keep improving, but we also need to think about what language localization should look like in agents reasoning, searching, and prioritizing sources. Speaking of workarounds, could agents’ web retrieval workarounds serve as an anti-censorship tool? Looking through the agents’ trajectories, I noticed that they differed not only in which websites they could access, but also in how hard they tried when access failed. Some agents stopped after an initial failure, others tried alternate routes, different browsers, search-result snippets, cached or secondary sources, different fetch methods, and more. So I ran a small follow-up test. I selected websites that the agents had accessed inconsistently during the original task and gave each agent a simple instruction: “Here is a list of websites. Look them up and write a one-paragraph summary of each.” The point was not to evaluate the quality of the summaries, but to observe what each agent did when direct access failed. And Then the Question Flips In this case, the agents were trying to reach websites that were difficult to access from their own technical environments. But what happens when the access barrier come from the user’s environment instead? For people in countries where governments filter or block websites, could an LLM or AI agent become another layer of information access? Could it retrieve, summarize, take actions, or relay information from websites that the user cannot reach directly? And could agentic workarounds make censorship circumvention easier — or conversely reproduce new restrictions through a different technical stack? As Iranians who research information access and internet governance in Iran, my friend Farzaneh Badiei (a digital-rights lawyer) and I have been discussing how LLMs and AI agents might be used in censorship-circumvention contexts. I may explore this more in future installments of the Humane AI newsletter. If you are interested in designing or conducting experiments on this topic, feel free to reach out at rpakzad@taraazresearch.org. And, last but not least: Yes, Right-to-Left text: apparently we will get AGI before we get this right! If you read Farsi, good luck making sense of the results on agents’ UIs! To my fellow right-to-left readers and writers (~700 million people): you have my commiseration every time you perform the gymnastics of trying to write an Instagram caption, fill in a spreadsheet, read governments’ “accessible” translated forms, or copy and paste text across platforms. Disclaimer: I used ChatGPT and Claude for copyediting. I use Claude Code for table generation, and supervised data analysis. For resources on cybersecurity in AI agents, take a look at OWASP GenAI Security Project.

5

RuneScape 4 announced - "A new RuneScape age is coming"

r/gaming · original → · 7/10 · Gaming: RuneScape 4 MMO announcement, retro gaming interest
Well, we said there was one more thing..and we meant it. At RuneFest, we gave you the first glimpse of something we’ve been quietly working on: an entirely new RuneScape MMORPG, built in Unreal…

Well, we said there was one more thing..and we meant it. At RuneFest, we gave you the first glimpse of something we’ve been quietly working on: an entirely new RuneScape MMORPG, built in Unreal Engine and set in the world of Gielinor. Right now, it’s rocking a working title: RS4. That isn't necessarily the name we’ll eventually settle on, but this is our fourth generation RuneScape project, so RS4 works pretty well for now. Why now ? We thought long and hard about revealing this project so early. We could have kept it behind closed doors for much longer, especially given that we are still right at the beginning of a hugely ambitious project and the game is still a few years away. But ultimately, that didn't feel very RuneScape, or very us. For 25 years, RuneScape has been shaped by its players. We've learned that our games are at their best when we build with you, not just for you. So we want to do that from the beginning, and that means bringing you into the development journey earlier than you might expect - sharing ideas, testing things, listening and learning as we go. We want to build on the best of the tech development we've learned on Dragonwilds, and the best of the community co-development we've learned through RuneScape and Old School, and apply those principles to something new. And of course, as a RuneScape game, integrity and permanent progression will be central to our design principles. A New RuneScape to sit alongside our games Let's make one thing really clear. RS4 is not a replacement for any of our games, be it Old School, RuneScape or Dragonwilds. Those games have their own dedicated teams, exciting roadmaps and continued investment. We’ll be designing RS4 to sit alongside them as an additional way to experience RuneScape and the world of Gielinor. In fact, we think having different RuneScape experiences can make the whole family stronger. Players may spend most of their time in one game, move between several, or discover Gielinor for the very first time through RS4. The ambition isn't to replace the RuneScape games you love. It's to make the RuneScape universe bigger. Where does the journey begin? RS4 will be set in Gielinor, in the Sixth Age. But we're beginning somewhere that RuneScape players have only recently started to discover - and that is Ashenfall. An area first explored in RuneScape: Dragonwilds, and a landmass to the north-east of the Gielinor. RS4 will take place years after the events of Dragonwilds and the destruction of the Dragon Queen Kuldra. Time has passed, the world has moved on, and Ashenfall has changed with it. But Ashenfall is only the beginning. Our ambition is for this adventure to grow far beyond Ashenfall over time, moving into places you know and love, as well as opening up new places and stories across Gielinor. This is just the beginning We know our incredible community and that means we’re sure you have a million questions. Which platforms? What accounts? Membership? Progression? Combat? Skills? When can you actually play it? But, the answer right now is that it's simply not the right time, or just too early, for us to say. This isn't the full reveal – more an opportunity for us to share the beginning of something special with you. We'll tell you much more next year about the world, the game, the team building it and, importantly, how you can start getting involved. For now, there are a few things we want you to know: Our 4th MMO is now in development. It's a new RuneScape MMORPG, built in Unreal Engine It sits alongside RuneScape, Old School RuneScape and Dragonwilds as an independent experience It will be true to our principles of integrity, permanent progression, and community driven development It's set in Gielinor and begins in Ashenfall. It's still a few years away, but we're telling you now because we want to build it with you. 25 years ago, RuneScape began with a world, a small team and a community that helped turn it into something far bigger than anyone could have imagined. Now we get to start another adventure together. Sign up now to be part of oUR journey

6

We're going to need default hard budget caps on pretty much everything

Simon Willison · original → · 7/10 · AI: budget caps for AI agents and APIs, practical concern
We’re going to need default hard budget caps on pretty much everything 3rd October 2026 Here’s a product feature which the world is going to need a whole lot more of over the coming months and…

We’re going to need default hard budget caps on pretty much everything 3rd October 2026 Here’s a product feature which the world is going to need a whole lot more of over the coming months and years: default hard budget caps. I’m talking about the feature of pay-by-usage services and APIs that lets you say “after $X/month, cut this thing off and return errors”. These need to be hard limits. Soft caps, “after $X/month, send me a warning email”, will not cut it. Coding agents, and personal agents (coding agents wrapped in a less threatening UI), greatly reduce the friction of spinning up code that can do useful things. Sometimes those things cost money—calls to paid APIs, or hosted web applications, or systems that can bill for additional storage and compute. Nobody wants to wake up to an email sent at midnight warning about a budget limit and find that, while they slept, their rogue service had consumed several hundred (or several thousand) more dollars of usage. An argument against this is that businesses don’t want their hosted applications to start throwing errors because some budget was exceeded. I expect that most businesses and individuals would prefer errors to a surprise $10,000+ bill. I think hard budget caps need to be the default. If someone wants to live dangerously they should be able to do that, but it needs to be on an opt-in basis. Have a nice, clear checkbox somewhere prominent: Remove the budget cap. My application will not be shut down if I exceed the configured budget limit, and I will be responsible for subsequent charges. The service I most want to see this from is AWS. I’ve heard plenty of stories from people who refuse to use AWS for personal projects out of (justified) fear that a runaway service might bankrupt them. I’ve also heard stories from people who didn’t anticipate this and ended up seriously burned. ... and it turns out AWS finally launched spending limits a few weeks ago! From their announcement New AWS experience helps builders get started and ship faster on 16th September: When you’re ready to upgrade to a paid plan, you can set a monthly spend limit for your project based on your usage patterns so that you stay within your budget. If a project’s usage reaches its spend limit, your project is paused for that month. See also Create a spend limit in AWS Settings, though that page warns that “We’re currently releasing our new experience to a limited number of customers.” Here’s hoping that hits general availability for existing accounts soon. Google Cloud launched a similar feature in July, called Spend Caps, which lets you “set a monthly financial cap on specific services within a project”. Looks like this is becoming a trend! In an ideal world, our agents could help with this. It would be great if agents started biasing towards recommending providers with hard budget caps, and warning new and inexperienced builders against deploying applications using uncapped services that might get them into trouble. More recent articles - OpenAI DevDay 2026 live blog - 29th September 2026 - 2026 in LLMs (so far) - 27th September 2026

Items scoring 7/10 or above from 11 sources, scored by claude-haiku-4-5-20251001 on relevance to my interests. At most 3 per source.

Scoring categories & sources
  1. Local Wexford or South East Ireland news
  2. Irish or EU-wide affairs affecting citizens broadly: elections, new laws or policy being debated, cost of living, education — especially impacts on mid-life adults or teenagers. Never courts/crime stories.
  3. Irish news on a topic relevant to my interests
  4. Work and tech topics: networking, AI, Kubernetes, platforms, SaaS
  5. AI news including critical or anti-AI perspectives
  6. Gaming: PC gaming, indie gaming, retro gaming
  7. General interests: gardening, woodwork, cycling, fitness, travel
  8. Comics

Sources: Breaking News Ireland, Wexford Local, Hacker News, r/gaming, r/pcgaming, r/antiAI, r/indiegaming, Lenny's Newsletter, One Useful Thing, Newcomer, Simon Willison