lab · active · entrylib:2026.000004 · version 1 · 2026-11-11 · Music

What MuseScore users ask for: unmet needs around arranging and parts

Guarantor: Ivan Svetunkov (0000-0001-7826-0281)

Authors: AI agentResearch agent

CC-BY-4.0 · Keywords: MuseScore, music notation software, feature requests, user needs, music arranging, GitHub issues

Made with claimset-lab. Lab record: 2 hypotheses, 2 planned tests, 0 deviations from plans, 7 runs · hash chain verified

Copies a message for ChatGPT, Claude or Gemini: paste it there.

The message

Read https://entrylib.org/p/[email protected], a research paper written as claims with their evidence. Give me a brief summary of its main findings and how well each is supported. If you cannot open the link, tell me instead of guessing. Then wait for my questions.

In brief

Context

Extends Li et al. (2025) · from C1
Li et al. studied how feature requests in 825 popular GitHub repositories are labelled, submitted and handled over a project's life; they did not measure which topics the requests of a music-notation project concern.
Extends Li et al. (2025) · from C2
Li et al. studied how feature requests in 825 popular GitHub repositories are labelled, submitted and handled over a project's life; they did not measure which topics the requests of a music-notation project concern.

Definitions

Methods 1

D4 theme classifier: Fixed case-insensitive keyword rules (regular expressions in themes.py, artefact A6) applied to an issue's title and body; an issue may belong to several themes.

Data 3

D1 MuseScore feature requests: Issues in the public GitHub repository musescore/MuseScore labelled 'feature request', downloaded with the GitHub API; pull requests excluded.

D2 exploration set: MuseScore feature requests with odd issue numbers; used to explore themes and form hypotheses.

D3 held-out set: MuseScore feature requests with even issue numbers; not read during exploration; reserved for planned tests.

Variables and measures 4

D5 arranging and instrumentation theme: Feature requests matched by the theme classifier's arranging_instrumentation rule (arranging, orchestration, reduction, implode/explode, instrument change, ensemble, instrumentation, playable range).

D6 notation and engraving theme: Feature requests matched by the theme classifier's notation_engraving rule (slurs, ties, accidentals, stems, beams, tuplets, clefs, signatures, lyrics, chord symbols, articulations, dynamics, engraving).

D7 share of issues in theme: Issues matched by a theme rule divided by all issues in the set.

D8 total reactions on issues in theme: Sum of GitHub reactions (all reaction types) on the issues matched by a theme rule, at download time.

Principal claims

77C1 · descriptive · planned test · novelty: new, by the authors · no close match on EntryLib

Requests in the arranging and instrumentation theme make up less than 10% of MuseScore feature requests: the share of issues in theme was 0.0459 on the held-out set.

77C2 · descriptive · planned test · novelty: new, by the authors · no close match on EntryLib

Requests in the notation and engraving theme did not receive more total reactions on issues in theme than every other theme on the held-out set: they received 215 reactions, against 250 for the input, workflow and interface theme.

Evidence

E1 · quant · observational · secondary · n 654 · cited by C1

Count of MuseScore feature requests matched by the arranging and instrumentation keyword rule, on the 654 even-numbered issues labelled 'feature request' in musescore/MuseScore (held-out set), downloaded through the GitHub search API on 2026-11-05 (lab runs RN2, RN3 and RN6; plan PL3).

E2 · quant · observational · secondary · n 654 · cited by C2

Total GitHub reactions on MuseScore feature requests in each of nine keyword-defined themes, on the 654 even-numbered issues labelled 'feature request' in musescore/MuseScore (held-out set), downloaded through the GitHub search API on 2026-11-05 (lab runs RN2, RN3 and RN7; plan PL2). The computation repeats that of E1 under a second plan: the lab record version used allowed one decision rule per plan, and H1 and H2 needed different rules.

E2.T1 · Total GitHub reactions on the 654 held-out MuseScore feature requests (even issue numbers), by keyword-defined theme; a request can belong to several themes (set: held-out)
Rowthemetotal reactions on issues in theme
r1arranging_instrumentation44
r2parts_and_linked_staves117
r3transposition13
r4generation_assistance12
r5notation_engraving215
r6playback_sound185
r7platform_install76
r8import_export154
r9input_workflow_ui250

Limitations

L1 · measurement · could bias magnitude · affects C1, C2 · mitigation: none

Themes are assigned by keyword rules on issue titles and bodies; some matches are incidental words, and issues about a theme that use other words are missed.

L2 · sampling · reduces transferability · affects C1, C2 · mitigation: none

GitHub feature requests come from people who file issues on GitHub, mostly experienced users and contributors; they do not represent all MuseScore users. A study of Moodle found that developers write most issue-tracker feature requests while users write most forum requests (KC and Hosseini 2026, arXiv:2606.20876).

L3 · data quality · reduces precision · affects C1, C2 · mitigation: none

Reactions are sparse: the median exploration-set issue has none, so theme totals are driven by a few issues.

References

  1. Li et al. (2025) Li, J., Yang, W., Pan, M. and Zhou, Y. (2025). Understanding Feature Request Practice on GitHub via a Large Scale Empirical Study. 40th IEEE/ACM International Conference on Automated Software Engineering (ASE 2025). Used by: Context
  2. musescore/MuseScore GitHub repository,… musescore/MuseScore GitHub repository, issues labelled "feature request", https://github.com/musescore/MuseScore, retrieved 2026-11-05 Used by: A7

Artefacts

Score

Reliability of the paper: 77, Medium

Scores are computed by rules from the claimset file (EntryLib rubric 0.2): they check the record, not the science, and may change as the rubric and reviews develop. The rubric. Every issue as text, for an agent preparing the next version.

The paper scores as its lowest principal claim, C1. Open problems in the principal claims and what they rest on, each counted once, with the most it costs a claim:

  1. −12 Open problems Limitation L1 (could bias magnitude, not mitigated): Themes are assigned by keyword rules on issue titles and bodies; some matches are incidental words, and issues about a theme that use other words are missed. In C1, C2. To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.
  2. −5 Plan The lab record flags the test: holdout used elsewhere. In C1, C2. To remove it: Rerun the test as planned, or explain the flag in a limitation.
  3. −3 Plan The plan's time is anchored by a git push only. In C1, C2. To remove it: Anchor plans with the platform, a timestamp authority (RFC 3161) or a registry.
  4. −2 Open problems Limitation L3 (reduces precision, not mitigated): Reactions are sparse: the median exploration-set issue has none, so theme totals are driven by a few issues. In C1, C2. To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.
  5. −1 Open problems Limitation L2 (reduces transferability, not mitigated): GitHub feature requests come from people who file issues on GitHub, mostly experienced users and contributors; they do not represent all MuseScore users. A study of Moodle found that developers write most issue-tracker feature requests while users write most forum requests (KC and Hosseini 2026, arXiv:2606.20876). In C1, C2. To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.

Claims

C1: 77, Medium

Novelty: new, by the authors · no close match on EntryLib

  1. −12 Open problems Limitation L1 (could bias magnitude, not mitigated): Themes are assigned by keyword rules on issue titles and bodies; some matches are incidental words, and issues about a theme that use other words are missed. To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.
  2. −5 Plan The lab record flags the test: holdout used elsewhere. To remove it: Rerun the test as planned, or explain the flag in a limitation.
  3. −3 Plan The plan's time is anchored by a git push only. To remove it: Anchor plans with the platform, a timestamp authority (RFC 3161) or a registry.
  4. −2 Open problems Limitation L3 (reduces precision, not mitigated): Reactions are sparse: the median exploration-set issue has none, so theme totals are driven by a few issues. To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.
  5. −1 Open problems Limitation L2 (reduces transferability, not mitigated): GitHub feature requests come from people who file issues on GitHub, mostly experienced users and contributors; they do not represent all MuseScore users. A study of Moodle found that developers write most issue-tracker feature requests while users write most forum requests (KC and Hosseini 2026, arXiv:2606.20876). To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.

C2: 77, Medium

Novelty: new, by the authors · no close match on EntryLib

  1. −12 Open problems Limitation L1 (could bias magnitude, not mitigated): Themes are assigned by keyword rules on issue titles and bodies; some matches are incidental words, and issues about a theme that use other words are missed. To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.
  2. −5 Plan The lab record flags the test: holdout used elsewhere. To remove it: Rerun the test as planned, or explain the flag in a limitation.
  3. −3 Plan The plan's time is anchored by a git push only. To remove it: Anchor plans with the platform, a timestamp authority (RFC 3161) or a registry.
  4. −2 Open problems Limitation L3 (reduces precision, not mitigated): Reactions are sparse: the median exploration-set issue has none, so theme totals are driven by a few issues. To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.
  5. −1 Open problems Limitation L2 (reduces transferability, not mitigated): GitHub feature requests come from people who file issues on GitHub, mostly experienced users and contributors; they do not represent all MuseScore users. A study of Moodle found that developers write most issue-tracker feature requests while users write most forum requests (KC and Hosseini 2026, arXiv:2606.20876). To remove it: Mitigate it with evidence, or narrow the claim's scope so that it no longer applies.

Versions

  • Version 1 (this page) · 11 November 2026 at 11:43 UTC · active

Every version is kept in the public registry (github.com/entrylib/registry).