Feature Request: Optional Timestamp-Aware Context for Long-Term Conversations

ChatGPT Feature requests
1

I would like to propose an optional feature that allows ChatGPT to receive message timestamps and elapsed-time information as part of the conversation context.

Current Issue

In long-running conversations, especially those involving research, software development, journaling, health tracking, or multi-week projects, the timing of messages is often an important part of the context.

At the moment, ChatGPT can remember previous messages, but it often has limited awareness of when those messages occurred relative to one another.

This can lead to situations where:

  • A message sent minutes ago and a message sent days ago are treated similarly.
  • Temporary statements such as “I’m going to sleep now” or “I’m about to eat dinner” can remain contextually active long after they are no longer relevant.
  • Long-term project progress becomes harder to track because the model cannot easily reason about elapsed time between milestones.

Proposed Solution

Add an optional setting that allows message timestamps to be included in the model context.

For example:

User Message Timestamp: 2026-06-20 18:03

Assistant Message Timestamp: 2026-06-20 18:05

User Message Timestamp: 2026-06-23 09:17

The model would be able to understand that approximately 63 hours have passed between messages.

This information does not necessarily need to be displayed in the UI. The important part is allowing the model to reason about temporal relationships between events.

Possible Settings

[ ] Include message timestamps in model context

[ ] Include elapsed time between messages

[ ] Enable temporal reasoning for long-term conversations

These settings could remain disabled by default and only be enabled by users who need them.

Benefits

  • Better handling of long-term projects
  • Improved memory and context consistency
  • More accurate interpretation of temporary statements
  • Better support for research logs, development logs, journals, and health tracking
  • More natural temporal reasoning in extended conversations

This feature appears technically feasible because message timestamps are already stored by the system. The request is not for additional memory, but for optional access to temporal information that already exists.

For users working on long-running projects, time itself is part of the conversation context and can be just as important as the message content.

2

Hey @guisard, welcome to the community! This is a thoughtful suggestion, and it lines up with feedback others have shared around making long-running chats more time-aware.

The point about temporary context is especially helpful. Something like “I’m going to sleep now” or “I’m about to eat dinner” shouldn’t keep carrying the same meaning days later just because it’s still in the conversation history.

Optional timestamp or elapsed-time context could be useful for journaling, research logs, health tracking, software projects, and other longer-running workflows where when something happened matters as much as what happened.

I can’t share a timeline right now, but I’ll pass this feedback along internally.

- Sunny