docs: record where built-in routines landed, and the starting points for N-week cycles and pass windows
The spec and plan say what shipped and what is still open. TODO.md gains the next two sub-projects with the facts already gathered, the design questions to settle and the sources to check, and a default check-in goal for To Temper Thyself and Journey Far. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
1 parent
23924db4b8
commit
790cdd018f
3 files changed
+56
-9
No files matched your search
@@ -1,5 +1,50 @@
|
||||
# TODO
|
||||
|
||||
- [ ] **Sub-project 2 of the "usual repeatable events" request: N-week cycles.** Built-ins today
|
||||
repeat weekly or monthly; many endgame modes run on longer fixed cycles. Add a period unit anchored
|
||||
to a known start (every N weeks or days from a dated reset). It is a stored-shape change, so it
|
||||
gets its own brainstorm → spec → plan (owner's process: once a design is approved, carry it
|
||||
through with no extra review stops, and report decisions at the end), and a schema-guardian
|
||||
review. Entries are verified by the owner in game, game by game, before anything is committed —
|
||||
the same hold sub-project 1 used.
|
||||
- **Facts already gathered** are in the [sub-project 1 spec](docs/superpowers/specs/2026-10-14-built-in-routines-design.md)
|
||||
§ Scope item 2, each with the owner's in-game reading and its UTC instant: Star Rail's Pure
|
||||
Fiction / Forgotten Hall / Apocalyptic Shadow (six-week cycles two weeks apart, ending 19 Oct,
|
||||
2 Nov, 16 Nov 2026), Divergent Universe + Currency Wars (one 18,000-point cap per two-week
|
||||
period, ending 19 Oct), ZZZ's Shiyu Defense and Deadly Assault (Fridays, a week apart: 16 and
|
||||
23 Oct), Wuthering Waves' Tower of Adversity (28 days, 9 Nov) and Whimpering Wastes (26 Oct),
|
||||
NTE's Beyond the Rails (14 days, "typically", ending 21 Oct 21:00 UTC — an Asia-server
|
||||
instant, possibly the same for every server) and Tycoon Incentive Fund (14 days, 26 Oct; the
|
||||
cap differs per player through the Puka Membership Program — base 1,000,000).
|
||||
- **Still to source:** cycle lengths for ZZZ's two modes and Whimpering Wastes (a timer read
|
||||
just after each reset gives them); Infinity Nikki's Pinnacle Contest (half-month periods) and
|
||||
Merit Arena (from earlier research: a new arena each Monday, six per version — no wiki page,
|
||||
and its weekly caps change per version).
|
||||
- **Design questions to settle:** a cycle that ends at one instant for every server (Beyond the
|
||||
Rails) vs one per server reset; a target that differs per player (the Incentive Fund) — the
|
||||
reader sets it, or ship the base with a note; whether "typically every 14 days" is safe to
|
||||
model as fixed.
|
||||
- [ ] **Sub-project 3: dated battle pass and shop windows as feed events.** Source and parser work
|
||||
(AGENTS.md § the ingest pipeline; the `adapter-author` agent and `add-game-source` skill), not
|
||||
built-ins. **Check the feed first**: Genshin's battle pass is already a feed event (`Battle Pass
|
||||
- Moontrace`, de-duplicated against Fandom's `Moontrace` on 2026-10-14), so a new source must not
|
||||
add a third copy. A local `build:static` on 2026-10-16 still showed both names — probably the
|
||||
locally staged feed predating that fix; confirm against the live feed.
|
||||
- **Candidate sources** (from research, 2026-10-14): Genshin Fandom lists Battle Pass /
|
||||
Moontrace and the Miliastra Pass; endfield.wiki.gg mentions the Protocol Pass.
|
||||
- **End dates the owner read in game**, in the sub-project 1 spec § Scope item 3: Endfield
|
||||
Protocol Pass (~15 Oct 00:00 CEST), Genshin Battle Pass (2 Nov 03:00 UTC), Wuthering Waves'
|
||||
Oscillated Coral shop (resets each version, 11 Nov ~10–11 UTC), ZZZ City Fund season (19 Oct
|
||||
03:00 UTC), Infinity Nikki Mira Journey (29 Oct ~20:00 UTC). Never invent a date: an event is
|
||||
built only from a source that states it; these readings are for checking a parser.
|
||||
- [ ] Give Genshin's *To Temper Thyself and Journey Far* a check-in goal by default, so a reader
|
||||
need not set it by hand. The owner asked on 2026-10-16 to "mark it as a 4/5 wk event"; earlier
|
||||
the same day they described it as five days out of seven, and the [check-in goals spec](docs/superpowers/specs/2026-10-03-check-in-goals-design.md)
|
||||
says five of seven — **confirm the count with the owner before building**. Today the goal is
|
||||
the reader's own (`progress[id].goal`), set from the event's checklist; with it set, a met week
|
||||
stays done in the strip for the rest of the week (checked in a browser on 2026-10-16). A default
|
||||
must not overwrite a goal the reader already set, and the event's id changes each cycle
|
||||
(`…:2026-08-10`), so it should match by title or source, not id.
|
||||
- [x] Move NTE's Europe server to UTC+2. `games.ts` rolls it at 05:00 UTC+1 (04:00 UTC), per
|
||||
Game-Time-Master and GameWith, but the game disagrees. On 2026-10-16 the owner read: a weekly
|
||||
timer of 3d 2h at 00:40 UTC (→ Monday 2026-10-19 **03:00 UTC**); Realm of Greed's own text, "Gold
|
||||
|
||||
@@ -2,9 +2,9 @@
|
||||
|
||||
Spec: `docs/superpowers/specs/2026-10-14-built-in-routines-design.md`. Branch `feat/built-in-routines`.
|
||||
|
||||
**Hold:** nothing is committed or pushed until the owner has verified the entries by hand
|
||||
(owner, 2026-10-14). The work below is done in the working tree; § Commits is the split to apply
|
||||
after sign-off, each step green on its own (AGENTS.md § Conventions).
|
||||
**Done 2026-10-16.** The owner verified the entries game by game in the game itself, then signed
|
||||
off; the split below was applied as written (`612e0a2..9d5b473`, changelog `23924db`), each commit
|
||||
tested on its own, fast-forwarded into `main` and pushed. Two in-game checks remain open in TODO.md.
|
||||
|
||||
## Tasks
|
||||
|
||||
@@ -28,16 +28,17 @@ after sign-off, each step green on its own (AGENTS.md § Conventions).
|
||||
source; per-game table test pinned to the spec. ✅
|
||||
8. **Review.** schema-guardian on the new pref — no blocking findings. ✅
|
||||
9. **Docs.** PRD F12 (Edit panel) and F17, DATA-MODEL prefs block and built-in paragraph. ✅
|
||||
10. **Browser check** of the Edit panel and *Your own* on a fresh port (AGENTS.md § Commands).
|
||||
10. **Browser check** of the Edit panel and *Your own* on a fresh port (AGENTS.md § Commands). ✅
|
||||
11. **Owner verification** of § Entries and § Not shipped — then apply any corrections to both the
|
||||
entries and the spec table together.
|
||||
entries and the spec table together. ✅ (Endfield Focus Commissions and Nikki Realm of
|
||||
Breakthrough still to confirm — TODO.md)
|
||||
12. **Changelog** — entry in a follow-up `chore(changelog)` commit naming the feature commit, then
|
||||
`bun run scripts/check-changelog.ts`.
|
||||
`bun run scripts/check-changelog.ts`. ✅
|
||||
13. **Standard-banner pulls** (spec decision 10, owner 2026-10-16). Tests first: twin per standard
|
||||
line, `activeRoutines` leaves standard out unless asked, `standardPulls` restore, Settings
|
||||
switch. Then `pulls` on `RoutineSchema` and `offered()`; premium lines tagged; four standard
|
||||
lines; `standardPulls` pref; App and Controls wiring; schema-guardian; PRD F17, DATA-MODEL. ✅
|
||||
Browser check with task 10.
|
||||
Browser check with task 10. ✅
|
||||
|
||||
## Commits (after sign-off)
|
||||
|
||||
|
||||
@@ -1,7 +1,8 @@
|
||||
# More built-in routines, and tracking any one of them — design
|
||||
|
||||
Date: 2026-10-14. Status: design approved (repository owner, 2026-10-14). Entries pending the
|
||||
owner's manual verification before commit. Sub-project 1 of 3 — see § Scope.
|
||||
Date: 2026-10-14. Status: **shipped 2026-10-16** (`612e0a2..23924db`, merged to `main`), every
|
||||
entry verified in game by the owner except the two open in TODO.md. Sub-project 1 of 3 — see
|
||||
§ Scope; sub-projects 2 and 3 are next, with their starting points in TODO.md.
|
||||
|
||||
## Problem
|
||||
|
||||
|
||||
Reference in new issue
Block a user