Skip to content

Clarify "this/these app(s)/website(s)" referent in prompts#110

Merged
johannesjo merged 2 commits into
mainfrom
claude/apps-websites-terminology-veyvo7
Jun 27, 2026
Merged

Clarify "this/these app(s)/website(s)" referent in prompts#110
johannesjo merged 2 commits into
mainfrom
claude/apps-websites-terminology-veyvo7

Conversation

@johannesjo

Copy link
Copy Markdown
Owner

Reflection prompts referred to "this website"/"these apps" without an
on-screen antecedent, leaving the referent floating. Two fixes:

  • Singular "this website"/"this app": resolved to the real site/app name
    at render time during an in-the-moment intervention (e.g. "Why are you
    visiting reddit.com"). New displayTargetName() strips scheme/www./path
    and hard-caps length with an ellipsis so a long host or app label can't
    blow out the one-line prompt; withTargetName() does the substitution and
    falls back to the generic wording when no name is known (e.g. on the
    dashboard). Threaded as targetName through InteractionCommon →
    InteractionModeSwitch → Question. App names aren't yet available in the
    web layer on Android, so app prompts fall back until a native bridge
    supplies the label.

  • Plural "these websites"/"these apps": reworded to stand on their own
    ("spend less time online", "a calmer relationship with your phone")
    rather than lean on a missing antecedent.

Co-Authored-By: Claude Opus 4.8 noreply@anthropic.com
Claude-Session: https://claude.ai/code/session_018PXc1Er1qHuVWM5BN9XnLh

claude added 2 commits June 27, 2026 22:40
Reflection prompts referred to "this website"/"these apps" without an
on-screen antecedent, leaving the referent floating. Two fixes:

- Singular "this website"/"this app": resolved to the real site/app name
  at render time during an in-the-moment intervention (e.g. "Why are you
  visiting reddit.com"). New displayTargetName() strips scheme/www./path
  and hard-caps length with an ellipsis so a long host or app label can't
  blow out the one-line prompt; withTargetName() does the substitution and
  falls back to the generic wording when no name is known (e.g. on the
  dashboard). Threaded as targetName through InteractionCommon →
  InteractionModeSwitch → Question. App names aren't yet available in the
  web layer on Android, so app prompts fall back until a native bridge
  supplies the label.

- Plural "these websites"/"these apps": reworded to stand on their own
  ("spend less time online", "a calmer relationship with your phone")
  rather than lean on a missing antecedent.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018PXc1Er1qHuVWM5BN9XnLh
Review follow-up: applying the real site/app name to a question's `prompt`
baked a specific host into permanently saved answers (e.g. HT3 "Instead of
visiting reddit.com I take a walk"), which then reads wrong out of its
moment on the dashboard — a stale, site-specific log rather than the
timeless reflection it's meant to be.

Restrict substitution to the displayed question text (`t`), which is never
stored; leave `prompt` (which becomes answer.val) generic. The visible
in-the-moment win is kept and saved history stays timeless.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018PXc1Er1qHuVWM5BN9XnLh
@johannesjo johannesjo merged commit 0fda3ff into main Jun 27, 2026
3 checks passed
@johannesjo johannesjo deleted the claude/apps-websites-terminology-veyvo7 branch June 27, 2026 22:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants