claude-code - 💡(How to fix) Fix [FEATURE] Ambient session-time awareness in Claude Code (and chat-side handoff) [1 comments, 2 participants]

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…
GitHub stats
anthropics/claude-code#56368Fetched 2026-05-06 06:29:59
View on GitHub
Comments
1
Participants
2
Timeline
3
Reactions
0
Timeline (top)
labeled ×2commented ×1
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing requests and this feature hasn't been requested yet
  • This is a single feature request (not multiple features)

Problem Statement

Problem When running long-form multi-hour technical projects spanning chat-side Claude (claude.ai) and Claude Code, neither has direct access to current local time. Users have to manually state the time when it's relevant ("it's 12:40 PM, 6 hours in") to get accurate session pacing context. Chat-side Claude has no clock at all; CC has shell access but doesn't surface time unless explicitly asked.

Proposed Solution

Proposed minimal implementation

CC reports current time at session start automatically (via existing Get-Date / date shell capability) CC reports time after major task completions, so chat-side has session pacing context via paste Optionally: chat-side Claude attends to timestamps already present in web search results (which it currently sees but doesn't reason about)

No new tooling required for #1 and #2 — just a default behavior or a documented session opener block. #3 is a model behavior change. Bigger picture (deferred but worth flagging) The structural gap is that chat-side Claude and Claude Code don't share session state directly. Token budget visibility, idle gap detection, and progress tracking would all benefit from an architectural sync between the two. Currently users manually relay state (paste CC output back to chat-side, etc.) — friction that compounds across long projects. Why this matters for power users AI-assisted long-form technical work is increasingly common. Solo builders running multi-day, multi-handoff projects feel this friction acutely. Ambient time awareness would dramatically reduce friction without meaningful privacy cost (time alone is low-stakes; the privacy concern is time + location combinations, which this proposal doesn't introduce).

Alternative Solutions

No response

Priority

Critical - Blocking my work

Feature Category

CLI commands and flags

Use Case Example

Use case I'm 19 days into a solo-built data product project, working with chat-side Claude and Claude Code in tandem across 18+ session handoffs. Sessions routinely run 6-8 hours. Without ambient time awareness:

Chat-side Claude can't pace recommendations ("you've been at this 7 hours, here's a shorter path") without manual prompting EOD handoff timestamps require manual entry per phase Idle gap detection (user stepped away) is impossible to infer Token budget visibility is similarly absent — neither side knows precise context fullness

Additional Context

No response

extent analysis

TL;DR

Implementing a feature for Claude Code to report the current time at session start and after major task completions can help alleviate the issue of manual time tracking.

Guidance

  • Consider modifying the existing Get-Date or date shell capability in Claude Code to automatically report the current time at the start of each session.
  • Explore adding a feature to report time after major task completions, allowing users to paste the output into the chat-side for better session pacing context.
  • Investigate the possibility of chat-side Claude attending to timestamps in web search results to further enhance time awareness.
  • Evaluate the feasibility of implementing a default behavior or documented session opener block to facilitate this functionality.

Example

No code snippet is provided as the issue does not contain specific implementation details.

Notes

The proposed solution focuses on enhancing the existing capabilities of Claude Code and chat-side Claude, without introducing new tooling. However, the bigger picture suggests that a more comprehensive architectural sync between the two components could address additional friction points in the long term.

Recommendation

Apply workaround: Implement the proposed minimal implementation to report current time at session start and after major task completions, as this can provide immediate relief for power users working on long-form technical projects.

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