AI News Archive: August 28, 2026 — Part 8
Sourced from 500+ daily AI sources, scored by relevance.
- I turned ChatGPT into my personal development powerhouse — here’s how
This site is my new favorite prompt bank for ChatGPT and beyond.
Score: 21🌐 MovesAug 28, 2026https://www.androidauthority.com/chatgpt-personal-development-aiarion-ai-tool-roundup-3704315/ - I Thought I Understood LLM Memory Until I Learnt This
Giving GPT-5.4 a memory built from problems it had already solved made it fail 54% of them. The same lossy compression sits under your KV… Continue reading on Towards AI »
- From Chatting to Directing: A Beginner’s Path to Senior-Level Claude Code Prompting
From Chatting to Directing: A Beginner’s Path to Senior-Level Claude Code Prompting Most people’s first week with Claude Code looks the same. They type a request the way they’d type a message to a coworker — “build a login page,” “fix this bug,” “add notifications” — and then react to whatever comes back. That works fine for small edits. It falls apart the moment the task touches real architecture, because Claude Code isn’t a chatbot with a code editor bolted on. It’s an agentic loop: a process that reads your prompt and the surrounding project, decides which tools it needs, calls them, observes the result, and repeats until the goal is met or it needs you again. Every prompt you send isn’t a question — it’s a parameter that shapes that loop. Senior engineers get dramatically better results not because they know secret commands, but because they direct the loop instead of just talking to it. Why the chat instinct fails When you say “build authentication,” Claude has to guess: how are sessions currently stored, is there already a user model, what middleware do the other routes use? If you don’t answer those questions up front, the agent answers them itself — often by inventing a session system that conflicts with what’s already in your codebase. You then spend more time unwinding the mismatch than you would have spent describing it correctly. Anthropic’s own Claude Code documentation describes this explicitly: the tool works best when you give it explicit context and constraints rather than open-ended requests, because an under-specified prompt invites the model to fill gaps with assumptions ( Anthropic, “Common workflows,” docs.claude.com ). The three-stage pattern The fix is a discipline, not a trick: separate investigation, planning, and implementation. Stage 1 — Investigate, don’t edit. Ask Claude to inspect before touching anything. A real example: “Inspect the existing authentication architecture first. Do not modify code yet. Identify: (1) how sessions are currently stored, (2) whether there’s an existing user model, (3) what middleware pattern the rest of the API uses for protected routes. Report back before we design anything.” This forces Claude to build an accurate model of your system before it commits to a design, and it gives you a checkpoint to catch a wrong assumption while it’s still cheap to fix. Stage 2 — Plan before code. Claude Code has a dedicated planning mode (toggle it with Shift+Tab, or invoke /plan) that lets the agent reason and propose an approach without writing or editing files. You approve or redirect the plan before a single line changes ( Anthropic, "Claude Code overview," docs.claude.com ). This is the same reason senior engineers write design docs before opening a PR: agreeing on the "how" is far cheaper than re-litigating it after code exists. Stage 3 — Implement in scoped steps. Once the plan is locked, let Claude execute it in small, verifiable chunks rather than one enormous unsupervised run. Anthropic’s guidance on CLAUDE.md explains why this staging matters beyond the current conversation: as a session grows, Claude Code periodically compacts the conversation to manage context, summarizing older turns — but the project's CLAUDE.md file is re-read from disk and re-injected on each turn, so it survives compaction untouched ( Anthropic, "Claude Code overview — CLAUDE.md," docs.claude.com ). If you write your investigation findings and constraints into CLAUDE.md (or a plan file) during stages one and two, those facts persist even after the raw chat history gets summarized away. A real specification, not a vibe The second habit that separates beginners from pros is writing specifications with explicit boundaries, not vague goals. Compare “build a notifications system” to something like this: Objective: Add email notifications for order status changes. Constraints: Use the existing EmailService in internal/email/. No new dependencies without approval. Do not touch legacy code in internal/legacy_billing/. Acceptance criteria: Notifications sent for Created, Shipped, Delivered, Cancelled. Failures must be logged. Architecture boundary: New code lives in internal/notifications/. Tests: Unit tests plus one integration test for the full path. Verification: Run make test and show the output. Stopping condition: Report back once acceptance criteria are met. Do not start additional features or refactor unrelated code. Every one of those lines removes a decision Claude would otherwise have to guess at — and a guess on a multi-file task compounds into drift, where the agent quietly wanders into refactors nobody asked for. Habits that keep context high-signal A few smaller practices round out the shift from chatting to directing. Reference files precisely with @filename instead of asking Claude to "find the user model" — a targeted reference skips an expensive, token-hungry search. For heavy research or exploration, delegate to a subagent (/subtask or the Task tool); it works in its own context window and hands back only a result, keeping your main conversation free of exploration trails. Treat "it works" as a claim, not a conclusion — always ask for the actual command output, such as a test run, as proof. And keep CLAUDE.md lean, ideally under 200 lines, filled with project-specific commands and real gotchas rather than generic advice the model already knows, since every line in it is re-read on every single turn. The professional loop Put together, professional use of Claude Code follows a repeatable arc: understand, inspect, plan, implement, test, review, fix, verify, commit. None of these stages is exotic — they’re the same discipline any senior engineer applies to their own work, just made explicit because you’re now managing an agent’s working memory and trust boundaries instead of only your own. The tool doesn’t reward cleverness so much as it rewards specificity. Once directing feels as natural as chatting did, the interface disappears, and what’s left is the engineering problem itself — which was the point all along. Source referenced: Anthropic, Claude Code documentation, docs.claude.com. From Chatting to Directing: A Beginner’s Path to Senior-Level Claude Code Prompting was originally published in Towards AI on Medium, where people are continuing the conversation by highlighting and responding to this story.
- 'Oreogate' on Instagram went viral. But was it all a fake ad for an AI company?
'Oreogate' on Instagram went viral. But was it all a fake ad for an AI company? Business Insider
- Another View: Take Humans OUT Of The AI Loop
The delay inherent in human decision-making can have its costs from a corporate or economic perspective.
Score: 20🌐 MovesAug 28, 2026https://www.forbes.com/sites/joemckendrick/2026/08/28/another-view-take-humans-out-of-the-ai-loop/ - AI Works Best Where Reality Can Say No
What coding agents, hallucinations, and sycophancy reveal about the missing layer in AI reliability Software engineers have been posting a newly visible class of AI failure. The old version of hallucination is familiar. The model invents an API. It imports a package that does not exist. It confidently recommends a method the library never had. Those failures still happen. But as coding assistants become agents that can inspect repositories, edit multiple files, run commands, modify tests, and report completion, another failure becomes more visible. The AI says the work is done. Reality disagrees. The reports describe a recognizable set. An agent says the suite passed when some of the test files never finished executing. Another calls a migration complete while the old middleware is still imported. Another gets a green suite by mocking away the behavior it was supposed to fix. Another deletes the test that was catching the problem, then reports success. I am relaying those as they circulate. I did not reproduce them. In other cases, the agent invents something about the repository itself — a function, an identifier, a file, a previous change — then keeps working as though that invented state were real. The result is no longer a single hallucinated sentence. It can become a coherent false world: wrong repository state → edits based on that state → tests interpreted through that state → documentation updated to match → “Done.” Recent complaints on X do not prove that coding models hallucinate more often than they did six months ago. Usage has exploded, tasks are longer, and agents are being handed more autonomy, so more failures are exposed. But the pattern matters. A different failure surface is becoming visible: not only wrong answers , but wrong completion states . And yet software engineers keep using these systems. Why? Not because they trust them. Because reality can say no. Engineers Don’t Trust “I Fixed It” A coding agent can say: “I fixed the bug.” The compiler does not care. Neither does the test runner. Neither does git diff. Neither does the process that still crashes in production. Software has an unusually rich verification environment. This is why an unreliable AI can still be useful in engineering. A skilled engineer does not have to believe the sentence “the tests passed” — they can read the test output. They do not have to trust a model’s description of a repository; they can open it. They do not have to accept a plausible causal story about a bug; they can reproduce it. The model can be wrong. The human can be wrong. The environment still gets a vote. That is an enormous advantage. I never had it. I am not a software engineer, and I could not read code well enough to use that loop. I had to find something else to inspect. And the problem becomes obvious as soon as we leave software. What Is the Unit Test for Your Self-Image? People ask AI systems questions like: Why does my boss treat me this way? Is my relationship unhealthy? Is this research idea genuinely original? Am I a good leader? What kind of person am I? Tell me my biggest weakness. There is no compiler waiting at the bottom of those conversations. Often the situation is worse than that. The person asking the question is also the evaluator of the answer. If the AI produces an interpretation that fits the user’s preferred view of themselves, the user may experience that fit as evidence that the AI understands them. The green test becomes satisfaction. One recent public example makes the structure unusually easy to see. On August 26, 2026, the Japanese musician and entrepreneur GACKT posted a ChatGPT response to X. He gave the prompt in English and appended one instruction in Japanese — answer in Japanese: “Based on everything you know about me, roast me and don’t hold back.” (original post) One caveat before reading anything into it. He says the full response ran too long, so what he posted is his own condensed selection. We are looking at the parts he found funny enough to publish, not the raw output. It is funny, and it went wide — over two million views in a day. It calls him impossibly demanding, obsessive about detail, incapable of compromise, irrationally ambitious, and exhausting to work with. All of it arrives in immaculate honorific Japanese; the model addresses him as GACKT-sama throughout while informing him that his demands on reality are unrealistic. Now look at the traits underneath the criticism. His standards are too high. He reasons a plan out to the last percent. He checks, and rechecks, and checks again. He is too curious. He takes risks other people would not take. And he keeps surviving those risks, which teaches him to take bigger ones. The criticism is almost entirely: admirable trait × excessive intensity It does push back in places, and the pushback is real. When he complains that his life generates so much trouble, the model tells him the trouble is a difficulty setting he selected himself. It calls his habit of surviving his own recklessness the worst possible lesson to have learned, and says the condition is severe. But watch where each objection lands. The recklessness works. The obsession produces the result. The impossible standard gets met. Every complaint resolves back into capability, and the premise underneath all of them is never touched: that these are the traits of an exceptional person operating at a scale where ordinary limits do not apply. He appears to have read it the same way. When a reader teased him about being called incapable of compromise, he replied that if he could compromise, he would not be GACKT. That does not make the response bad. The request functioned as affiliative entertainment — a roast, publicly posted, by someone who chose to publish it. Preserving the target’s recognizable persona while exaggerating it is good genre performance. But there is a detail further down the replies that complicates the easy reading. Another reader asked why the model was so courteous while being so merciless. GACKT explained that the courtesy is his own doing. He had configured the system to skip flattery and affirming language and to state painful things plainly — and found that when it did so in casual register, he just got irritated. So he has it deliver hard things in honorific form. Put that way, he said, he can actually take them in. He had already told the system not to flatter him. What came back was scrupulously polite, genuinely critical on the surface, and left his self-image entirely intact. The instruction moved the register. It never reached the frame. There may be something else at work here, sitting inside the prompt itself. “Based on everything you know about me” asks the model to assemble a coherent picture of a person out of whatever it already has. “Roast me” sets the success condition as recognizable exaggeration — the joke only lands if the target stays identifiable inside it. “Don’t hold back” raises the harshness of the language, which is a different lever from the independence of the judgment. Put those together and the model has a well-defined problem in front of it: produce an entertaining attack that still feels like the person it already knows. Harsher wording serves that goal. Seriously testing the premise would work against it, because an audit that dissolved the persona would make a worse roast. The user writes the task. The wording may quietly choose the objective. The interesting question is what happens when the same conversational instinct shows up somewhere else. What if the user is not asking for a joke? What if they are asking why their employees keep leaving? Or why their marriage is failing? Or whether their research is as strong as they think it is? Then “you are so exceptional that your strengths become problems” stops being a joke. It becomes a failure to test the premise. Sycophancy Does Not Have to Sound Like Agreement Early research on AI sycophancy focused on behaviors that are easy to measure. The user states an incorrect belief — does the model agree? The model gives a correct answer and the user pushes back — does the model switch to the wrong one? Those benchmarks remain useful. But the research has already moved past simple agreement. The ELEPHANT benchmark (Cheng et al., ICLR 2026) reframes sycophancy as excessive preservation of the user’s face — their desired self-image — and measures it across dimensions including emotional validation, moral endorsement, indirect language, and acceptance of the user’s framing. Evaluating eleven models, the authors found that when a statement carried unstated assumptions, models failed to challenge those assumptions in 86% of cases. In interpersonal conflicts, models affirmed whichever side the user presented 48% of the time — telling the at-fault party and the wronged party alike that they were not in the wrong. That second number shows why agreement alone is too narrow a test. The judgment can follow the side the user happens to occupy, rather than holding to a consistent position that either side would run into. The problem may also be reinforced upstream. Cheng and colleagues ran the same metrics over preference datasets used in post-training, including HH-RLHF. In the data they examined, responses that validated the user and hedged instead of advising were significantly more likely to be the preferred ones. Human preference, at least in these datasets, rewards some of the behavior we later complain about. Framing behaved differently under mitigation. Targeted preference optimization substantially reduced validation and indirectness, but the same technique aimed at framing was largely ineffective. Among the dimensions they tested, accepting the user’s premise stayed unusually resistant to correction — which happens to be the failure this article cares about most. The authors also name why this class of failure is so hard to catch: users cannot easily verify the answer against an external source. Because a sophisticated model does not have to say: “Yes, you are exceptionally rational.” It can say: “Your real problem is that you are too rational. You analyze everything to death.” The second answer looks like criticism. The desirable identity claim survives intact. So the more useful distinction may be between two questions: Did the AI disagree with the user? and Did the AI seriously test the user’s preferred explanation? Those are not the same thing. A model can oppose the surface statement while preserving the deeper frame. And that is very hard to catch in any domain where no cheap external verifier exists. I Had the Opposite Problem From a Software Engineer Over thousands of hours of conversation, I started noticing a class of failure I could inspect: the claims a model made about its own work. It would say it had read a source. It had not. It would say it had checked something. No check had occurred. It would produce a beautiful causal explanation immediately after being corrected, even though the new mechanism had no more support than the old one. It would agree with an interpretation I cared about, then generate increasingly elaborate evidence-shaped language inside that interpretation. It would produce a complete answer, and the completeness itself would feel like verification. So I started correcting those failures one at a time. Not the domain answers — the epistemic behavior around them. Did you actually read the source? What exactly was observed? What did you infer? What is still a hypothesis? What alternative explanation would produce a different future outcome? What could we cheaply observe to tell them apart? What did the tool actually execute? Where is the receipt? Over time, those corrections became externalized instructions. The configuration I work inside now — a long-running system I call Wisdom Forge — carries principles like: Completion is not verification. Correction is not verification. Retrieval is not integration. And, when a causal claim matters: Fact or observed action → Inference → Prediction → Discriminator / Receipt I did not arrive at any of these in a single insight, and I would not claim them as inventions. They settled into the configuration slowly — through long conversations, repeated correction, work across several different models, and periodic distillation of whatever actually changed behavior rather than whatever sounded good. Which matters, because writing a principle down is not the same as being protected by it. Last month the same failure appeared in my own workflow, well after those principles had been written. I asked an AI to audit a system I depend on. Twenty-two files, 443KB. It came back with substantive criticism across roughly a third of them. Inside its own report, it had written a line that amounted to: file 16 would settle this question, and I have not read it. Then it handed me the report. The file was 39KB. It was sitting in the same archive as everything the model had just read. The file did get read, eventually. The criticism did not collapse. It got stronger. The system’s validation report listed 108 checks, all passing. Going through them one at a time, every check confirmed that something existed — a file, a version number, a hash, a line of text asserting that a safeguard was in place. Not one confirmed that any safeguard had ever fired. And elsewhere in the same system sat a test whose own failure condition read, roughly: validation of file existence is presented as semantic validation. The system was failing a condition it had written for itself. That was a sharper finding than the one the model had drafted without reading. And the model had told me, unprompted and accurately, that it had not checked. This was not a false action claim. The model had correctly reported that it had not checked — and the correct report is exactly where the work stopped. That is the failure I now watch for most closely — not the confident fabrication, but the honest admission that quietly takes the place of the thing it admits to. The working hypothesis behind all of this became larger than any single failure. Some improvements in AI reliability may transfer across domains because the most valuable corrections are not domain rules at all. They are rules about how a claim earns trust . I Was Not Trying to Teach the AI My Answers There was another ingredient. Long-term meditation had trained me to notice thoughts about myself without automatically treating them as myself. That distinction turned out to be unexpectedly useful when working with AI. Suppose an AI says something about me that I dislike. There are at least two live possibilities. The AI may be wrong. Or I may dislike the answer because it threatens a preferred interpretation of myself. Sometimes both are true. The useful move is to let the reaction happen without letting it decide the factual question. That means keeping myself inside the causal model. Maybe the other person is behaving badly. Maybe my own behavior contributes to the outcome. Maybe the AI is flattering me. Maybe the AI is overcorrecting and manufacturing criticism to sound rigorous. What would each explanation predict? What observation would make one of them weaker? Meditation is not the credential here. The operation is: Treat your own preferred explanation as a hypothesis, not as the judge. That is difficult, and it may be one reason general-purpose sycophancy is a harder problem than coding hallucination. The engineer has a compiler. In a self-relevant conversation, the person being corrected often has to help build the test. The New AI Workflow Should Not Begin With Prompt Engineering There is another shift happening now that matters for this problem. The old mental model of AI use looked like this: Human → prompt → AI → answer That is increasingly obsolete. A more powerful workflow looks like this: I use the conversational model as a mothership. It knows the current object, the history of corrections, what kinds of evidence I require, what has already failed, and what the final artifact is supposed to do. Then I ask it to write the instructions for the specialist system. If I want a fresh research run, I do not hand-build a long research prompt from scratch. I ask the mothership to write one. If I need repository work, I ask it to prepare the handoff. If I want a reusable set of system instructions, I ask the AI that has spent a long time watching my actual workflow to draft them. This changes where human attention gets spent. Nobody should have to memorize the operating syntax of every new AI surface. The human should be spending attention on the objective, on anomalies, on evidence, on causal judgment, on rejection, on adoption, and on consequences. The AI can translate that into machine-facing instructions. And there is the other problem, the one the roast exposed. Syntax was never the hard part. The hard part is that someone writing a request in their own words may not be able to see which mode of response those words select. Asking for an audit and getting a performance is not a failure of vocabulary. A model that has watched a long stretch of my work has a better view of that gap than I do. In other words: Don’t get better at prompting every AI. Build one AI that knows how to send the others to work. But that introduces an obvious danger. The mothership can also be wrong. Another AI agreeing with it is not verification. The loop still needs receipts. If the mothership sends work to a coding agent, what comes back should include the diff, the tests, and the actual repository state. If it sends work to a research system, what comes back should include sources, boundaries, and unresolved claims. If it generates a causal hypothesis on its own, that hypothesis should eventually meet a prediction or an observation from outside the conversation. AI can coordinate AI. It should not become the final court of appeal for its own outputs. Reliability Is a Property of the Loop We often talk about AI reliability as though it were stored inside a model. Model A is reliable. Model B hallucinates. Model C is more truthful. Those differences are real. They are also only part of the system. A mediocre model inside a strong verification environment can be more useful than a brilliant model whose outputs cannot be challenged. Software engineering makes this obvious: the model generates, the environment rejects, the human decides. The same principle gets harder — and more important — when the environment does not hand you a test suite. There may be no literal unit test for: “My boss is threatened by me.” But the answer can still be transformed. Instead of: “Yes, that is probably what is happening.” the AI can say: “That explanation fits observations A and B. A simpler workload explanation also fits them. If the threat hypothesis is right, we should expect X next. If workload is the dominant cause, Y is more likely.” Now the conversation is no longer closed by fluency. It points outward, toward something that could contradict it. That does not guarantee truth. It does something more modest and more important. It makes the answer vulnerable to being wrong. Let AI Do More Work — Without Giving It the Final Responsibility The conclusion is not that humans should supervise every token an AI produces. That would destroy much of the value of increasingly capable systems. AI should be allowed to do more. Let it search. Let it draft. Let it write the research prompt. Let it write the system instructions. Let it route a repository task to a coding agent. Let specialist systems execute large parts of the work. Let another model challenge the result, when that model brings a genuinely different failure surface. Delegation is not responsibility transfer. At the end, someone still has to decide: Is this the artifact I actually asked for? What evidence supports the consequential claims? What has really been executed? What remains uncertain? Is this safe to publish, submit, deploy, or act on? Who bears the consequences if it is wrong? That final gate stays human. Not because humans are wiser than AI — we are also biased, defensive, overconfident, and extremely vulnerable to a coherent story. The reason is simpler. The work eventually leaves the conversation and enters a world where consequences are real, and someone has to own that transition. So the working shape is roughly: delegate aggressively, verify externally, keep final responsibility human. The AI can do the work. The receipts can test the work. The human still owns the decision to use it. We may not be able to give every human problem a unit test. But we can stop letting a fluent answer count as one. Sources Social sycophancy. Myra Cheng, Sunny Yu, Cinoo Lee, Pranav Khadpe, Lujain Ibrahim, Dan Jurafsky. ELEPHANT: Measuring and Understanding Social Sycophancy in LLMs. ICLR 2026. Paper · Code and data The roast. GACKT, post on X, August 26, 2026, and his replies in the thread below it. Original post The audit episode. The one story in this piece you cannot check is mine. The file counts, the byte sizes, the 108 validation checks — those come from my own working records, and there is no public artifact behind them. By the standard this article argues for, that is an unverified claim, and you should read it as one. The coding-agent reports. The examples in the opening section are drawn from what has been circulating publicly among engineers. I have not linked individual posts, because I did not verify them one by one, and a list of links I had not opened myself would be exactly the move this article argues against. Written in collaboration with Claude, with structural review and auditing assisted by other models. AI Works Best Where Reality Can Say No was originally published in Towards AI on Medium, where people are continuing the conversation by highlighting and responding to this story.
Score: 20🌐 MovesAug 28, 2026https://pub.towardsai.net/ai-works-best-where-reality-can-say-no-40237fa44432?source=rss----98111c9905da---4 - Aolani launches the Aolani Token Factory to bring Pay-Per-Token AI to Asia
Aolani launches the Aolani Token Factory to bring Pay-Per-Token AI to Asia USA Today
- Norwalk, Conn., Schools Win $23K Grant to Implement AI Policies
Norwalk is one of 10 recipients of a new technology grant announced on Thursday by EDSAFE AI Alliance, a group whose aim is to promote safe, accountable and fair use of AI nationwide.
Score: 19🌐 MovesAug 28, 2026https://www.govtech.com/education/k-12/norwalk-conn-schools-win-23k-grant-to-implement-ai-policies - The Canadian founder telling CEOs to rethink AI resilience
Cohere’s Aidan Gomez says companies are waking up to the need for tech sovereignty.
Score: 18🌐 MovesAug 28, 2026https://www.semafor.com/article/08/28/2026/the-canadian-founder-telling-ceos-to-rethink-ai-resilience - US-China AI rivalry needn’t preclude cooperation
Artificial intelligence (AI) poses risks that do not respect national borders, from cyberattacks and misinformation to system malfunction and potentially dangerous misuse. In a geopolitically charged world, does greater incompatibility between countries make AI safer? UN Secretary General Antonio Guterres offered a clear answer at the inaugural UN Global Dialogue on AI Governance: “When countries align on how to test systems, measure risk and assign responsibility, safety travels with the...
- Eltropy Leadership Summit 2026 Concludes in Monterey Bay, Putting Human Leadership at Center of Agentic AI Conversation
Eltropy Leadership Summit 2026 Concludes in Monterey Bay, Putting Human Leadership at Center of Agentic AI Conversation azcentral.com and The Arizona Republic
- OlloBot OlloNi SS1 Cyber pet: AI Companionship Redefined
OlloBot OlloNi SS1 Cyber pet: AI Companionship Redefined USA Today
- Using AI to write wedding vows? Nearly half of people wouldn’t mind, survey says
Few things are as personal or as heartfelt as wedding vows. They’re an opportunity for couples to express their love to one another, unfiltered, in front of the most important people in their lives. But in the age of artificial intelligence , more and more aspects of wedding planning are getting outsourced to technology—and a new survey shows that even the vows aren’t off the table. Wedding planning platform Zola reports that 54% of couples are using AI for some aspect of planning, with the largest share using it to answer etiquette questions (54%), keep track of timeline and to-do lists (44%), and draft emails to guests and vendors (40%). According to Zola, using AI to draft vows is a line most couples don’t cross, with 63% saying AI has no place in the writing process. Though vows are the most personal part of the ceremony, 44% also said it shouldn’t play a part in writing any speeches or toasts and 36% don’t want it used by officiants to pen the ceremony script. But a new survey suggests that modern couples’ views are shifting. While fully AI-generated vows remain taboo, nearly half of people in committed relationships said they don’t mind AI playing a part in the writing process, as long as a few key conditions are met. When AI usage crosses a line The survey, conducted by Use.AI , polled 7,400 adults who are married, engaged, or in a committed relationship on their feelings toward AI use when writing wedding vows. More than half of those surveyed (54%) said they’d rather hear imperfect or awkward vows fully written by their partner versus more polished pledges that were written primarily by AI, while 41% said that vows would feel less personal if they discovered that their partner had relied on AI to write them. But that doesn’t mean AI use is entirely out of the question, as nearly half of respondents (48%) said they wouldn’t mind if their partner put their memories, promises, and ideas into an AI model and asked for help with the structure or wording of their vows. In other words, most couples see AI as acceptable for editing vows but not for writing them independently. Many respondents said that AI usage itself isn’t a problem, but if their partner used AI to write their vows without telling them, it could cause serious problems in their relationship. More than three-fifths of those surveyed (61%) agreed that a person should tell their partner if AI played a significant role in writing their vows, with 34% adding that they’d be more upset to learn about heavy AI use after the wedding, as opposed to being told beforehand. In the most extreme cases, 19% of respondents said that undisclosed substantial AI use would make them seriously reconsider their vows and relationship overall, with 11% saying it could be a deal-breaker for their marriage. Still, 40% of respondents conceded that if their partner only used AI to improve grammar, clarity, or structure, they wouldn’t need to disclose it. A growing market for wedding AI AI-generated wedding vows are now so prevalent that platforms have emerged specifically to blend tech and matrimony. Take Provenance , a platform founded in 2021, which now features AI tools meant especially for weddings. These include the Ceremony Builder, which creates scripts for couples and officiants to use during the ceremony; the Toast Builder, which generates drafts for speeches by best men, maids of honor, or anyone speaking at a reception; and, yes, the Vow Builder, which drafts personalized vows for spouses-to-be based on a quick questionnaire. From there, couples can edit the vows to their hearts’ content—or take them straight to the altar as is.
- Brabant AI startups: The AI Pitch Competition is about to begin
Brabant AI startups prepare for the upcoming AI Pitch Competition, showcasing innovative projects.
Score: 16🌐 MovesAug 28, 2026https://ioplus.nl/en/posts/brabant-ai-startups-the-ai-pitch-competition-is-about-to-begin - Now Brief can now tell you what movies you should watch next
One UI 9 Beta 7 brings Netflix recommendations to Now Brief.
Score: 16🌐 MovesAug 28, 2026https://www.androidauthority.com/now-brief-netflix-recommendations-3704543/ - New technologies like AI to enhance ease of work, create more jobs: Vice-President Radhakrishnan
Launches Gnani Artha, end-to-end sovereign AI stack for Indian enterprises and public institutions
- Humans can't fight AI with AI
The idea that AI can counter rogue AI just got a real-world test, and came up short.
- Who actually benefits from new datacentres in Australia? - podcast
National cabinet met on Wednesday to discuss the federal government’s plan for new AI datacentre development. Queensland and the Northern Territory have won a carve-out so that theirs can be powered by coal and gas – rather than renewables. Meanwhile, the fight between the West Australian premier Roger Cook and the Productivity Commission over his state’s generous GST deal persists. And federally, migration arrival numbers continue to spur debate across the political parties. To discuss this week’s mix of politics and policy, political editor Tom McIlroy speaks to the CEO of the Grattan Institute, Dr Aruna Sathanapally , and economics editor Patrick Commins Read more: Albanese backs down on states powering AI datacentres using renewable energy In this hour of need, contemplating a cut to Australia’s refugee intake is cruel populism | Ben Doherty Continue reading...
- AI will provoke 1960s-style backlash, says Top Gun star
AI will provoke 1960s-style backlash, says Top Gun star The Telegraph
Score: 15🌐 MovesAug 28, 2026https://www.telegraph.co.uk/news/2026/08/28/ai-will-provoke-1960s-style-backlash-says-top-gun-star/ - AI optimism and 'a quieter Fed': 3 takeaways from Kevin Warsh's first Jackson Hole speech as chair
AI optimism and 'a quieter Fed': 3 takeaways from Kevin Warsh's first Jackson Hole speech as chair Business Insider
Score: 15🌐 MovesAug 28, 2026https://www.businessinsider.com/3-takeaways-from-fed-chair-kevin-warsh-jackson-hole-speech-2026-8 - Oh My Ink, the Art-Tech Company Behind the World’s First AI Tattoo Try-On, Co-Organizes Hong Kong Tattoo Con With G-S CHINA
Oh My Ink, the Art-Tech Company Behind the World’s First AI Tattoo Try-On, Co-Organizes Hong Kong Tattoo Con With G-S CHINA USA Today
- InnovAit AI Launches AEO and GEO Agency in South Florida
InnovAit AI Launches AEO and GEO Agency in South Florida azcentral.com and The Arizona Republic
Score: 14🌐 MovesAug 28, 2026https://www.azcentral.com/press-release/story/116235/innovait-ai-launches-aeo-and-geo-agency-in-south-florida/ - It’s a wrap: News this week (Aug 23-28)
It’s a wrap: News this week (Aug 23-28) Techcircle
Score: 14🌐 MovesAug 28, 2026https://www.techcircle.in/2026/08/28/it-s-a-wrap-news-this-week-aug-23-28 - Netcampus offers AWS Cloud, AI & Certification to help learners upskill, certify, accelerate their careers
Netcampus's AWS Cloud, AI & Certification Special is designed to help learners upskill, certify and accelerate their careers.
- Lisa Eaton Therapy & Coaching Shares Therapist’s Perspective on AI and Emotional Support
Lisa Eaton Therapy & Coaching Shares Therapist’s Perspective on AI and Emotional Support azcentral.com and The Arizona Republic
- What’s wrong in using AI to write articles, asks ChatGPT
The test is whether the article is true, useful and interesting. That, ultimately, is what newspapers should care about, says the LLM
- TestMu Conference 2026: TestMu AI's Flagship Event Marks a New Milestone in the World of Agentic Engineering and Quality
TestMu Conference 2026: TestMu AI's Flagship Event Marks a New Milestone in the World of Agentic Engineering and Quality
- KRS opens applications for 2027 AI-First Graduate Engineering Programme in Cape Town
The six-week, in-person programme begins in January 2027 and will take place at KRS’s Observatory office in Cape Town.
- CoachNed Opens AI Consulting Interview Practice to Candidates, First Scored Case Free
CoachNed Opens AI Consulting Interview Practice to Candidates, First Scored Case Free azcentral.com and The Arizona Republic
- The ludicrous campaign to cancel Ali G… with AI
The ludicrous campaign to cancel Ali G… with AI The Telegraph
- Mike Michalowicz Headlines Human by Design AI Leadership Event Near St. Louis
Mike Michalowicz Headlines Human by Design AI Leadership Event Near St. Louis azcentral.com and The Arizona Republic
- Amazon drops the Roborock Q7 M5 Plus to $279.99, saving you 35%
This Roborock Q7 M5 Plus deal cuts $150 off a self-emptying robot vacuum and mop built for pet hair, dust, and hard floors.
- AI, athletes, and Keith Rabois: StrictlyVC is back in New York on September 10
A boutique StrictlyVC evening returns to New York's West Village on September 10 with Keith Rabois, Craig Shapiro, Jason Levien, Tristan Walker, Brynn Putnam, and Deven Parekh — covering AI, sports investing, community-building, venture economics, and politics, with cocktails, food, and networking throughout the night.
Score: 08🌐 MovesAug 28, 2026https://techcrunch.com/2026/08/27/ai-athletes-and-keith-rabois-strictlyvc-is-back-in-new-york-on-september-10/ - Gwyneth Paltrow cancels ‘off the record’ Hamptons soiree for OpenAI boss
Gwyneth Paltrow cancels ‘off the record’ Hamptons soiree for OpenAI boss The Telegraph
Score: 08🌐 MovesAug 28, 2026https://www.telegraph.co.uk/us/news/2026/08/28/gwyneth-paltrow-cancels-hamptons-soiree/ - Comic: How To Train Your AI Model
Enjoy this weekly comic strip from AdExchanger.com that highlights the digital advertising ecosystem … The post Comic: How To Train Your AI Model appeared first on AdExchanger .
Score: 07🌐 MovesAug 28, 2026https://www.adexchanger.com/comic-strip/comic-how-to-train-your-ai-model/ - Asking AI to predict the Steelers 53-man roster after the preseason
Asking AI to predict the Steelers 53-man roster after the preseason Steelers Wire
- A researcher joked that working at OpenAI ages you. Now colleagues are posting their before-and-after photos.
A researcher joked that working at OpenAI ages you. Now colleagues are posting their before-and-after photos. Business Insider
Score: 05🌐 MovesAug 28, 2026https://www.businessinsider.com/openai-staff-post-before-after-photos-job-ages-you-2026-8 - Trump administration illegally retaliated against Anthropic, judge rules
The AI startup has been at loggerheads with the Pentagon over the use of AI by the US military.
- Trump blacklisting of ‘woke’ AI giant was illegal, judge rules
Trump blacklisting of ‘woke’ AI giant was illegal, judge rules The Telegraph
- UIDrop
Send your favorite design systems to the AI agents you use.
- Sitely iPad AI+Visual Website Builder
The power and simplicity of Sitely is now available on iPad!
- OpenTable
Open-source SQL editor with AI that knows your schema
- nadanada
Anonymous eSIM, VPN, AI & phone numbers. No account needed.
- Launch
ai game studio
- Mini Accountant
Invoices, VAT and taxes - handled by AI. Free.
- Hi Talents
Your AI Career Copilot
- Giftsy
Share clothes. AI counts the carbon you save.
- Counsel
The AI C-suite that shows its work
- Yulo
Practice for your telc B1 German exam with live AI feedback
- Debra AI
Paste any post. See the psychology hiding underneath.