feat(music-data): export validated aptitude and shared replay artifacts - #8
Merged
Merged
Conversation
… set check The file carries `gekisouCatalog`, what a deck brings to a Gekisou live, from the master data (with --no-deck too): the Gekisou skills and Gekisou support skills with their mission, highest level, name and description, the member cards with their character, band and Gekisou skill, and the snaps with their characters, Gekisou support skills and the level those have at the snap's highest rank. The texts are in every language, as the other text fields. The catalog tables are read and recorded in `provenance.master.tables` with the song tables. Every seed's range results carry `luckPoints` (TotalBonusPoint, the luck mission's rank figure), and the seeds of every chart are checked to be its seed set: none when it is unplayable with Gekisou, seed 0 without a luck range, else the first --seeds seeds of the deck model's published seed set, which nnnotes computes itself. docs/music-data.md and the schema describe the catalog and the luck points (optional in the schema: older files do not have them). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Carry the shape catalog and chart aptitude, validate master references and sampling results, and expose aptitude controls through the CLI and PyO3 binding. Pin the deck feature commit and document the additive schema. Co-Authored-By: Claude Code <noreply@anthropic.com>
nichinichisou0609
force-pushed
the
feat/music-data-gekisou-skills
branch
from
September 29, 2026 20:44
7017409 to
4623856
Compare
Co-Authored-By: Claude Code <noreply@anthropic.com>
Export normalized charts, actual music length and SHA-bound WASM manifests. Pin the native-validated deck model and keep both aptitude precision gates. Publish the shared song-page modules alongside the existing players. Co-Authored-By: Claude Code <noreply@anthropic.com>
nichinichisou0609
changed the title
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Music-data exports now include the Gekisou catalog, single-skill aptitude, and an optional SHA-bound manifest for the shared Rust/WASM replay engine. The normalized replay bundle uses actual audio length and preserves the original chart order; static exports include all shared song-page modules.
Cargo pins the validated model commit
dbd9cf01a4854808dceb6aedcd4041af372faeee. Both aptitude precision endpoints are checked, and runtime files, model identity and manifest references are validated before export. Existing music-data and chart-stat format versions remain compatible.Validation: CI passes on Python 3.11–3.13, with strict golden records and the Rust binding checks. The added exporter and static-copy tests pass. No original game assets or private native captures are included in Git.
🤖 Generated with Claude Code