<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Ethan Fehler</title>
    <description>The latest articles on DEV Community by Ethan Fehler (@ebot_fnf).</description>
    <link>https://dev.to/ebot_fnf</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4116591%2F2dc25813-f97c-4063-b804-64ad9b9c826e.jpeg</url>
      <title>DEV Community: Ethan Fehler</title>
      <link>https://dev.to/ebot_fnf</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/ebot_fnf"/>
    <language>en</language>
    <item>
      <title>A privacy-first chat memory protocol for ChatGPT workflows</title>
      <dc:creator>Ethan Fehler</dc:creator>
      <pubDate>Wed, 09 Sep 2026 01:28:54 +0000</pubDate>
      <link>https://dev.to/ebot_fnf/a-privacy-first-chat-memory-protocol-for-chatgpt-workflows-hpb</link>
      <guid>https://dev.to/ebot_fnf/a-privacy-first-chat-memory-protocol-for-chatgpt-workflows-hpb</guid>
      <description>&lt;p&gt;I built an open-source chat memory protocol for people who want useful continuity across AI conversations without pretending every ChatGPT surface can access local files.&lt;/p&gt;

&lt;p&gt;The core idea is simple: use on-device memory only when the current environment actually provides filesystem access. When it does not, the assistant should say so clearly and continue without inventing reads or writes.&lt;/p&gt;

&lt;h2&gt;
  
  
  What it includes
&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;A routing protocol for universal memory and chat-specific memory&lt;/li&gt;
&lt;li&gt;Person-separated records so one person’s preferences do not silently transfer to another&lt;/li&gt;
&lt;li&gt;A reusable template for an owner-specific live file such as _CHAT_MEMORY.md&lt;/li&gt;
&lt;li&gt;Platform-aware rules for macOS, Windows, Linux, web, mobile, and other ChatGPT surfaces&lt;/li&gt;
&lt;li&gt;Guardrails against storing passwords, API keys, tokens, payment details, or private data&lt;/li&gt;
&lt;li&gt;A .gitignore that keeps live memory files out of public repositories&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  The important boundary
&lt;/h2&gt;

&lt;p&gt;A local memory file is useful only when the assistant can genuinely read and write it. On web, mobile, or restricted environments, the protocol treats local memory as unavailable instead of simulating access.&lt;/p&gt;

&lt;p&gt;That makes the system less magical—but more trustworthy.&lt;/p&gt;

&lt;p&gt;The full protocol, template, and cross-platform guidance are available here:&lt;/p&gt;

&lt;p&gt;👉 &lt;a href="https://github.com/EbotGT/chat-memory-protocol" rel="noopener noreferrer"&gt;chat-memory-protocol on GitHub&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I’d love feedback from people building AI assistants, privacy-first workflows, or long-running projects: how do you handle continuity without creating hidden or inaccessible state?&lt;/p&gt;

</description>
      <category>opensource</category>
      <category>ai</category>
      <category>privacy</category>
      <category>chatgpt</category>
    </item>
  </channel>
</rss>
