hermes - 💡(How to fix) Fix Feature Request: Native timezone support for user-facing timestamps

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

When a user is in a non-UTC timezone (e.g., America/Los_Angeles), all timestamps shown in agent responses should be automatically converted to the user's local timezone.

Currently, the agent must rely on memory entries like "always convert to Pacific Time" but consistently fails to apply this during execution. The cron scheduler uses UTC (which is correct), but the agent reports UTC times to the user without converting.

Root Cause

A user in Pacific Time repeatedly asks the agent to "always use Pacific Time." The agent saves this to memory and acknowledges it, but continues to report times in UTC because the conversion requires active reasoning on every timestamp output. A native timezone setting would eliminate this class of errors.

Code Example

user:
  timezone: America/Los_Angeles
RAW_BUFFERClick to expand / collapse

Description

When a user is in a non-UTC timezone (e.g., America/Los_Angeles), all timestamps shown in agent responses should be automatically converted to the user's local timezone.

Currently, the agent must rely on memory entries like "always convert to Pacific Time" but consistently fails to apply this during execution. The cron scheduler uses UTC (which is correct), but the agent reports UTC times to the user without converting.

Proposed solution

Add a user.timezone config setting (e.g., in config.yaml or the user profile) that the agent framework enforces on all time output. When set, the agent automatically converts all UTC timestamps to the user's local timezone before displaying them.

Example config

user:
  timezone: America/Los_Angeles

Use case

A user in Pacific Time repeatedly asks the agent to "always use Pacific Time." The agent saves this to memory and acknowledges it, but continues to report times in UTC because the conversion requires active reasoning on every timestamp output. A native timezone setting would eliminate this class of errors.

Environment

  • Hermes Agent running on Ubuntu VPS (UTC)
  • User communicating via Telegram from America/Los_Angeles (PDT/UTC-7)
  • Cron scheduler uses UTC (correct), but agent responses don't convert

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

hermes - 💡(How to fix) Fix Feature Request: Native timezone support for user-facing timestamps