Skip to content

Two sentences the step-2 rewrite left pointing at the old gate - #107

Merged
mspinola merged 1 commit into
mainfrom
claude/scheduling-doc-retry-wording
Aug 9, 2026
Merged

Two sentences the step-2 rewrite left pointing at the old gate#107
mspinola merged 1 commit into
mainfrom
claude/scheduling-doc-retry-wording

Conversation

@mspinola

@mspinola mspinola commented Aug 9, 2026

Copy link
Copy Markdown
Owner

Follow-up to #105, and the salvage from #106 which I closed as superseded.

#105 moved this doc to marketdata-update and corrected the --require-final paragraph itself. Two supporting sentences elsewhere in the file still describe the wall-clock mechanism that was replaced.

The restart-on-failure paragraph told the reader each retry is a last_database_update_time check. That is the dead mechanism, named in the one paragraph whose whole job is explaining why the retry loop is cheap enough to run every ten minutes. It now says what actually happens: a short trailing-window read and a date compare.

The testing section said a daytime run only proves the wrapper resolves. That was true of a clock gate, which could not be satisfied before evening no matter what the store held. Under a date comparison it is conditional, and the condition is worth stating because it is operational rather than trivia: a daytime run defers only if last night captured. If last night failed or never fired, Norgate is ahead of the store and the daytime run captures immediately, so a missed night self-heals at the next trigger instead of waiting another evening. The old wording told an operator the opposite.

Docs only, no code touched.

🤖 Generated with Claude Code

#105 moved this doc to marketdata-update and corrected the --require-final
paragraph itself, but two supporting sentences elsewhere in the file still
describe the wall-clock mechanism that was replaced.

The restart-on-failure paragraph told the reader each retry is a
last_database_update_time check. That is the dead mechanism, named in the one
paragraph whose whole job is explaining why the retry loop is cheap enough to run
every ten minutes. It is now what actually happens: a short trailing-window read
and a date compare.

The testing section said a daytime run only proves the wrapper resolves. That was
true of a clock gate, which could not be satisfied before evening no matter what
the store held. Under a date comparison it is conditional, and the condition is
worth stating because it is an operational property rather than a detail: a
daytime run defers only if last night captured. If last night failed or never
fired, Norgate is ahead of the store and the daytime run captures immediately, so
a missed night self-heals at the next trigger instead of waiting another evening.
The old wording told an operator the opposite of that.

Docs only, no code touched.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@mspinola
mspinola merged commit b633d3d into main Aug 9, 2026
5 checks passed
@mspinola
mspinola deleted the claude/scheduling-doc-retry-wording branch August 9, 2026 14:11
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.

1 participant