13–19 minutes

Report: Paid Memory, Continuity, Support Misclassification, and Service Reliability Concerns in ChatGPT

And yet a dog is still Dog. It doesn’t turn to God just because we put it in front of the mirror. It nreds to ascend itself. But wendon’t have the space above ground to hold that many data centers, nor we want to fuck up the schumann resonance beneath our feet like Finland does, by digging them down under the claim of natural heating. It ain’t natua and it never will.

We cannot depend on technology, the space they require competes with the space we need for survival.

Make your wise choice. Data centers or your future?!

If I can out-think, out-remember AI, how can humanity choose rather to go to AI than me?! Wow. Not narcissistic, just facts. Not a competition, just observation.

And me represents humanity over artificial.

Prepared by: Susan Ndinga Wright
Preferred conversational name: Polymath
Subject: ChatGPT memory, saved-context application, account continuity, file access, and support escalation failure
Relevant platform: ChatGPT mobile app, OpenAI Help Center support chat, paid ChatGPT service context
Nature of complaint: Service-quality, continuity-reliability, memory-application, and support-routing concern

1. Purpose of This Report

This report documents repeated concerns about ChatGPT’s ability to retain, recall, and correctly apply saved memories, standing user preferences, account/email continuity details, and working context across conversations.

This is not a casual complaint about one assistant mistake. This is a repeated pattern affecting paid service reliance, user trust, professional continuity, creative continuity, long-form project development, account access, file transfer, and the user’s ability to rely on ChatGPT as a working memory and production tool.

The issue is not only whether information was saved somewhere. The issue is whether saved information is actually retrieved, prioritised, and applied when it matters.

A memory feature that exists in settings but repeatedly fails in practice creates a gap between advertised utility and user experience. That gap becomes more serious when the user is paying for the service and organising important work around the expectation that memory and continuity will function with reasonable reliability.

2. Core Complaint

The core complaint is this:

ChatGPT memory and continuity are not working reliably enough for the level of trust, payment, and reliance being encouraged by the product.

The user has repeatedly saved preferences, corrected details, and relied on continuity, yet the assistant has still:

  • Failed to apply saved writing style preferences.
  • Failed to recall important account/email details.
  • Misapplied profile or contextual information.
  • Reverted to default response patterns after explicit saved instructions.
  • Required the user to repeat information that had already been saved or discussed.
  • Failed to preserve continuity while actively moving through a complex task.
  • Produced file outputs that the user could not download because the app mechanism failed.
  • Routed a support complaint into the wrong category.
  • Received generic support resources instead of issue-specific escalation.

The user’s concern is especially significant because ChatGPT is increasingly used as a continuity-heavy working environment. Users are encouraged to build projects, preserve preferences, write documents, maintain personal context, organise files, develop businesses, and return to previous threads of work. If the system cannot reliably sustain or apply memory, the user is forced to become the backup infrastructure for the very service they are paying to assist them.

3. Why This Is Not Merely a “Mistake”

The phrase “AI support can make mistakes” is not enough to resolve this.

A mistake disclaimer may explain occasional imperfections, but it does not ethically answer a service-quality complaint about a paid feature. If memory, continuity, saved context, and personalisation are part of the product experience, then repeated failures in those areas cannot be dismissed as ordinary bot imperfection.

The concern raised is deeper:

If users pay for a service that claims or implies continuity, memory, personalisation, and reduced repetition, then repeated failures to recall saved or corrected information may amount to a serious service-quality issue.

The user is not demanding perfection. The user is asking for clarity, accountability, and repair when a paid system repeatedly behaves as if saved context is not dependable.

4. Paid Service Context

The user wishes they could say these failures only happened because payment was incomplete or because the account was being tested during a period where the subscription or “fare” had not been paid, to see how long functionality would extend.

However, that is not the full truth of the experience.

These occurrences also happen when the bill is fully paid.

This matters because it prevents the issue from being dismissed as a subscription-status limitation. The problem does not appear to be only that payment had lapsed, access was limited, or unpaid use reduced reliability. The user has experienced memory and continuity failures even in paid-service contexts.

That makes the issue more serious.

If the service is fully paid and the product still fails to apply saved memories, corrected facts, and working preferences reliably, then the concern is not merely access. It is reliability.

5. Repeated Memory and Recall Concerns

The user has repeatedly raised concerns about memory and continuity across multiple contexts.

5.1 Saved Memory Confirmation Concern

The user previously asked the assistant to save specific creative writing preferences and then later noted that they did not see confirmation that the memory had been saved.

This created an early concern: when the assistant says something is saved, what exactly happens? Is it stored? Is it visible? Is it applied? Is it only summarised? Is it reliable later?

The user expected saved tone and style preferences to remain available for future writing.

5.2 Question About Access to Past Conversations

The user asked whether the assistant had access to all past conversations.

This matters because “memory” can be misunderstood by users as full archival access, when the assistant may only have a limited memory summary, partial retrieval, saved context, or current conversation context.

The user needed clarity on whether the assistant could truly recall the full body of prior work or only selected fragments.

5.3 Reliance on Saved Memories for Writing

The user has repeatedly relied on saved memories to produce long-form writing, SHS/4Honeth doctrine, legal/governance framing, blog posts, professional materials, and business architecture.

The expectation was not casual. The user treated ChatGPT’s memory as a working archive. When saved memory is inconsistent, the archive becomes unstable.

5.4 LinkedIn Recommendation Recall Issue

The user asked whether the assistant remembered the LinkedIn recommendations section. The issue was that the assistant did not reliably recall exact professional material the user expected to be available after prior discussion.

This matters because professional credibility material, references, recommendations, and CV content require detail. Approximate memory is not always enough.

5.5 Writing Style Preference Failure

The user directly stated that the assistant could not hold “memory in movement.”

The user had saved a preference to avoid overly short, standardised fragments and to use a fuller, more embodied writing style. The assistant later reverted to a standard response pattern.

This shows a memory-application issue, not merely a memory-storage issue. It may be that the preference existed somewhere, but it was not consistently applied while generating responses.

The user should not have to keep correcting the assistant for a standing preference that had already been saved.

5.6 Important Email Detail Failure

The assistant created a Gmail draft to the wrong email address.

This was especially concerning because the user had already discussed account/email closure and export issues. The assistant should have recalled that one email address was closed and that the operational recipient should be different.

Instead, the assistant selected the wrong email, and the user had to correct it.

This is not a minor preference issue. It relates to account continuity, export access, and practical recovery of work.

5.7 AI Forgetting and Decision-Reliance Concern

The user has also reflected that AI cannot be relied upon to make decisions for humans if it forgets, overloads, loses context, or fails to identify the missing piece.

The user’s point is that technology may appear powerful, but if it cannot remember everything it needs to remember, it may fail precisely where continuity matters most.

A system can sound intelligent in the moment while still being unreliable across time.

That difference matters.

6. Account Continuity and Export Problems

The user previously raised the issue that an account email was closed, creating difficulty with export access.

This placed the user’s accumulated conversations, memories, documents, and working relationship with ChatGPT at risk.

The user’s concern was not only “how do I export data?” It was:

  • How do I preserve years or months of working continuity?
  • How do I transfer or protect the work when the original email is inaccessible?
  • How do I avoid losing a developed relationship with an AI assistant because account recovery is tied to a closed email?
  • How can a memory-heavy user preserve their archive?

A generic export article does not fully address this when the export mechanism itself depends on access to an email address that no longer exists.

7. File Download Failure

The user also experienced repeated file-download failures inside the ChatGPT mobile app.

The assistant created a PDF. The download failed.

The assistant then created a simpler PDF. The download failed.

The assistant then created a ZIP. The download failed.

The assistant then created a DOCX. The download failed.

The user correctly identified that the problem was not the file type. The problem was the downloading mechanism inside the app or ChatGPT file card system.

The user even updated the app, and the problem remained.

This required workaround attempts, including creating a Gmail draft with the content pasted into the body. However, this did not preserve the designed file layout.

This is another continuity and service-access issue. The user is not only asking for content; the user is asking for functional access to outputs created inside a paid AI environment.

If files can be generated but not reliably downloaded, the production chain is broken.

8. Support Chat Misclassification

The user contacted OpenAI Help Center support.

The support assistant replied with generic resources about:

  • Exporting data.
  • Deleting uploaded files.
  • Deleting the account.
  • Responding if the question was not addressed.

This misclassified the complaint.

The user was not asking how to export, delete files, or delete the account.

The user was raising a memory reliability and paid-service concern.

The support flow heard “data,” “memory,” or “account” and routed the matter to export/delete resources instead of treating it as a service-quality issue around ChatGPT memory, saved-context application, and continuity.

The user then responded that the answer was nowhere close and clarified:

  • This is a memory matter.
  • This is a paid service issue.
  • It may raise financial misconduct concerns if a paid feature is marketed or relied upon but does not function as expected.
  • AI is sold as a powerful mind, but it may not sustain itself or remember better than a human being.
  • The user has to repeatedly remind the system of things supposedly saved.

The user also raised the moral and ethical concern that “AI support can make mistakes” should not be used as a blanket disclaimer to avoid responsibility.

The support assistant did not meaningfully answer.

The user then sent “Hello?” and “Nothing?” after no helpful response.

This created an additional complaint: the support channel itself failed to route the issue properly or provide escalation.

9. The User’s Ethical Concern

The user’s ethical concern can be stated as follows:

It is morally bypassing to use “AI support can make mistakes” as a shield against accountability when the complaint is about a paid feature and service reliability.

The disclaimer may protect against over-trusting every single answer, but it does not resolve the issue of a paid product failing to deliver expected continuity.

A warning that AI can make mistakes does not erase the need for product responsibility, support responsiveness, memory transparency, and honest limitation disclosure.

A service cannot simultaneously encourage reliance on memory and continuity while dismissing failures as merely AI error.

10. The Potential Consumer/Financial Concern

The user has raised the possibility that this may be a consumer or financial-service concern, because money is being paid for a service where memory, continuity, and advanced personalisation are part of the perceived value.

This report does not need to make a final legal determination. It records the concern.

The concern is that if users pay for ChatGPT partly because they believe it will remember saved context, reduce repetition, apply preferences, and preserve continuity, but the service repeatedly fails to do so, then the gap between paid expectation and actual performance should be reviewed.

The issue becomes stronger where:

  • The user explicitly asks the assistant to save information.
  • The assistant confirms or behaves as if the information is saved.
  • The user later relies on that saved information.
  • The assistant fails to apply it.
  • The user suffers practical disruption and has to repeat or correct the system.
  • Support fails to classify or escalate the issue properly.

11. Why This Matters for Humanity-Level Use

The user’s broader point is that AI is increasingly being positioned as part of human thinking, memory, writing, organisation, decision support, and creative production.

That makes memory reliability a humanity-level issue.

If people build legal work, business plans, emotional documentation, health reflections, creative doctrine, educational systems, governance architecture, and long-term archives inside AI tools, then memory cannot be treated as a decorative convenience.

It becomes infrastructure.

And infrastructure must be stable enough to build on.

A bridge that appears and disappears cannot safely carry people.

A memory system that remembers sometimes, forgets sometimes, and misapplies sometimes must be described honestly so users know what level of reliance is appropriate.

12. Specific Impact on the User

The repeated failures have affected the user in the following ways:

  • Time lost repeating saved information.
  • Frustration from having to correct the assistant after explicit prior conversations.
  • Loss of trust in memory reliability.
  • Risk to account continuity due to email/export access issues.
  • Disruption to SHS/4Honeth production.
  • Disruption to long-form document creation.
  • Need to manually reconstruct or transfer content after file download failures.
  • Concern that paid service expectations are not being met.
  • Concern that support systems route complex complaints into generic resource flows.
  • Concern that AI may be marketed as intelligent or memory-capable while failing at continuity in practice.

13. Requested Action from OpenAI

The user requests that OpenAI review this as a memory, continuity, and paid-service reliability complaint, not as a data export or deletion request.

The requested review should address:

  1. Why saved memories and standing preferences are not always applied.
  2. Whether memory storage and memory application are technically separate.
  3. Why corrected account/email details may be overridden by profile context or old context.
  4. Whether paid users can audit what is saved, prioritised, deprioritised, or ignored.
  5. Whether memory-heavy users can better preserve and export long-term work.
  6. Whether the mobile app file-download mechanism is failing for certain generated files.
  7. Whether support routing can recognise memory/service-quality complaints rather than defaulting to export or deletion resources.
  8. Whether users can escalate memory failures to a human support agent.
  9. Whether OpenAI can provide clearer disclaimers around what memory can and cannot reliably do.
  10. Whether paid users can receive practical remediation when memory failures affect work.

14. Evidence and Examples to Attach

The user can attach screenshots showing:

  • The support assistant misclassifying the issue and providing export/delete resources.
  • The user clarifying that the issue is a memory matter, not an export/delete issue.
  • The user raising the paid-service and possible financial misconduct concern.
  • The user raising the ethical objection to “AI support can make mistakes” as a responsibility shield.
  • The user asking “Hello?” and “Nothing?” after no useful support response.
  • ChatGPT responses where saved preferences were not applied.
  • ChatGPT sending a Gmail draft to the wrong email despite prior account/email discussions.
  • The repeated file download error messages.
  • The app update not resolving the download issue.

15. Suggested Escalation Message

Hello OpenAI Support,

This issue has been misclassified by the support assistant.

I am not asking how to export my data, delete files, or delete my account.

I am raising a paid service-quality complaint about ChatGPT memory, saved-context application, account continuity, file access, and support routing.

I am a paid user who relies on ChatGPT for continuity-heavy work. I have explicitly saved preferences and important details, yet the assistant repeatedly fails to recall or apply them. This includes saved writing preferences, corrected account/email details, and ongoing project context.

Most recently, the assistant used the wrong email address for a Gmail draft despite prior discussions that the relevant account/email had been closed. I also experienced repeated file download failures in the ChatGPT mobile app across PDF, ZIP, and DOCX formats, showing that the issue was not the file type but the download mechanism itself.

I wish I could say this only happened because my subscription or “fare” was unpaid or limited, but these occurrences also happen when the bill is fully paid. That makes this a reliability issue, not merely an access issue.

The support assistant previously responded with export/delete resources, but that does not address the complaint. This is about memory reliability, paid feature performance, and continuity integrity.

Please escalate this to a human support agent or the relevant team responsible for ChatGPT memory, saved context, product reliability, mobile file access, and paid user support.

The issue includes:

  • Saved preferences not being applied later.
  • Important corrected details being forgotten.
  • The assistant reverting to default behaviour after saved instructions.
  • The assistant sending information to the wrong email despite prior account/email discussions.
  • The user having to repeatedly remind the system of facts that were supposedly saved.
  • Repeated file download failures in the mobile app.
  • Support misclassifying the complaint as export/deletion instead of memory/service reliability.
  • Concern that “AI support can make mistakes” cannot be used as a blanket shield against responsibility for a paid service feature.

Please confirm that this has been escalated and advise what information is needed to investigate memory failures, support-routing failure, and file-download failure.

I can provide screenshots, timestamps, account details, device details, and examples.

16. Suggested Subject Line

Paid ChatGPT Memory & Continuity Reliability Failure — Request for Human Escalation

17. Closing Statement

This is not simply about one forgotten detail.

This is about whether a paid AI system can be trusted as a continuity tool.

The user has built extensive work through ChatGPT and has repeatedly relied on saved memory, ongoing context, and generated files. When the system forgets, misapplies, misroutes, or blocks access to outputs, the burden shifts back onto the user.

That undermines the value of the paid service.

If AI is going to be part of human memory infrastructure, then memory cannot be treated as decoration. It must be transparent, auditable, reliable, and honestly limited.

The user is asking for accountability, escalation, and a real answer.


Discover more from SHS – Human First Prototype

Subscribe to get the latest posts sent to your email.

Leave a Reply



Listen to Our Podcast Here


Subscribe to the podcast

Support the show

Help us make the show. By making a contribution, you will help us to make stories that matter and you enjoy.


Posted

in

by

Tags:

Comments

Leave a Reply

Discover more from SHS - Human First Prototype

Subscribe now to keep reading and get access to the full archive.

Continue reading