suite
Enable an AI agent to recognise a suite as a named musical whole, assess the integrity of its constituent movements or pieces, and determine which arrangements, performances or presentations preserve its identity.
Research draft, second pass
A second pass drafted this model: the structure a model of this thing needs, and what is known about it in the world. The line under this one says how the second half was obtained - researched against sources, or recalled without web access, in which case nothing here was read anywhere and every claim is a lead to verify. Unreviewed either way.
Researched by: Codex + Grok
Purpose and description
Enable an AI agent to recognise a suite as a named musical whole, assess the integrity of its constituent movements or pieces, and determine which arrangements, performances or presentations preserve its identity.
A software or content product grouping sold, licensed, or deployed as one named offering, in which separately identifiable applications, modules, or titles share branding, a common commercial envelope, and usually a joint install or entitlement path.
It can be Determine whether a candidate grouping has sufficient evidence to be represented as a suite.; Reconstruct and compare membership and order across identified suite versions.; Classify a programme or recording as a complete suite, an excerpt or an altered selection.; Trace extracted movements to their source works and identify suite-specific changes.; Evaluate proposed omissions, substitutions or reordering against documented constraints.; Select a suitable score or arrangement for a requested presentation while exposing unresolved identity and permission questions..
Distinguishing features
A title, score, attribution or other identifiable evidence establishes the constituents as one suite; their co-occurrence in a playlist is insufficient.
The constituents retain distinguishable identities or boundaries within the larger whole; multiple passages alone do not establish a suite.
An album or concert programme may contain a suite, but its track list or running order does not by itself define the suite's membership.
A suite assembled from another work has an identifiable selection or arrangement relationship to that source; it is not automatically the complete source work.
Movement count, dance titles or stylistic resemblance alone cannot settle classification against neighbouring forms such as a sonata, symphony or song cycle.
Scope
+ The evidence that establishes the suite as a whole rather than an incidental grouping
+ Constituent movements or pieces and their roles within the suite
+ Required, optional and version-dependent membership and sequence
+ Musical or programmatic relationships connecting the constituents
+ Boundaries between the suite, its source works, variants and partial presentations
- Software product suites and their application integrations
- Hotel suites and other spatial groupings
- Detailed internal analysis of each constituent movement
- Individual performance events and performer biographies
- Recording releases, audio files and their technical properties
- Independent rights records for compositions, arrangements and recordings
Characteristics
- Suite designation evidence
- creator designation | editorial designation | catalogue designation | inferred | unresolved Distinguishes an evidenced work identity from an agent's proposed grouping.
- Constituent membership
- Links to constituent pieces or movements, qualified by suite version and membership evidence Makes it possible to recognise the whole and detect omissions or substitutions.
- Constituent count
- Number of constituents in a specified version, with uncertainty recorded Supports completeness checks without treating recording track count as movement count.
- Sequence constraint
- fixed | partially constrained | flexible | version-dependent | unresolved Determines whether reordering preserves an established presentation of the suite.
- Formation relationship
- composed as a suite | extracted from a larger work | assembled from existing pieces | mixed | unresolved Identifies which source relationships and selection decisions the agent must inspect.
- Suite-level cohesion
- One or more evidenced links: dance sequence, thematic material, tonal plan, narrative, programme, stylistic design, other stated rationale, unresolved Records why these constituents belong together without imposing one universal musical pattern.
- Presentation completeness
- complete for identified version | selected movements | altered membership | unresolved Prevents excerpts and modified programmes from being represented as an unqualified complete suite.
- Scoring relationship
- Links between the suite's identified scoring and alternative arrangements or orchestrations Helps distinguish another realisation of the suite from a separately constituted work.
Also called
Where this came from
wikidata · CC0 1.0
Also registered as vr.tr.suite-group
Drafted structure
Bundle to layer to finding to question, as the second pass will find it: 6 bundles · 11 layers · 18 findings · 28 questions.
Suite identity Establish the named musical whole and the evidence for calling it a suite.
A collection of pieces must not acquire suite identity merely because an agent encounters them together.
Designation and attribution
Record who designated the whole as a suite and what that designation covers.
Evidenced suite designation
Capture the title, responsible party and supporting material that establish the collective work.
- Which title and attribution identify this particular suite rather than another suite with a similar name? definition
- What score, creator statement, edition or catalogue supports the suite designation, and who supplied it? provenance
Work and container boundaries
Separate the suite from programmes, releases and neighbouring musical forms.
Whole versus incidental grouping
Record the evidence that the pieces constitute a work-level whole independently of a particular presentation.
- What establishes these pieces as constituents of one suite rather than items on a playlist, album or concert programme? boundary
- If another form designation also applies, what evidence supports retaining suite as this work's classification? definition
Movement constitution Describe which pieces constitute the suite and how they may be sequenced.
Recognising a suite and judging its completeness require version-specific membership and ordering evidence.
Constituent membership
Identify movements or pieces without confusing musical divisions with file or track divisions.
Movement roster
Record constituent identities, alternate titles and required or optional status for an identified version.
- Which movements or pieces belong to this version, and which are optional, alternative or disputed? definition
- How many musical constituents are established, and where do recording tracks split or combine them? measurement
Sequence and continuity
Record ordering requirements and connections between adjacent movements.
Permitted movement order
Distinguish documented sequence constraints from customary or presentation-specific choices.
- Which movement positions, transitions or uninterrupted connections are prescribed by the relevant score or edition? provenance
- Can an agent reorder movements or insert an interval while still describing the result as this version of the suite? action
Suite cohesion Represent the evidenced musical or programmatic relationships that give the sequence collective significance.
Membership alone cannot explain whether a proposed alteration disrupts the suite's organising design.
Musical relationships
Capture relationships across movements when supported by analysis or explicit documentation.
Cross-movement design
Record shared material, tonal relationships, rhythmic patterns or deliberate contrasts without assuming that every suite uses them.
- Which recurring materials or musical contrasts connect particular movements, and which remain unestablished? definition
- What score passages or identified analyses support each proposed cross-movement relationship? provenance
Programmatic and functional design
Record any dance, narrative, descriptive or other stated organising rationale.
Constituent roles
Explain evidenced roles such as opening, contrast, narrative episode or closure within this suite.
- Does the suite have a documented dance sequence, programme or narrative, and what role does each relevant movement serve? definition
- Which omissions or substitutions would interrupt that documented design, and on what evidence? action
Formation and versions Trace the constitution of the suite and distinguish its versions from related works.
An extracted or revised suite can differ materially from both its source work and other suites drawn from that source.
Source work derivation
Identify pre-existing material and the acts of selection or adaptation that formed the suite.
Extraction and assembly
Link constituents to source material and record who selected, reordered or adapted it.
- Was this suite composed as a whole or constituted from existing material, and what evidence establishes that history? provenance
- Where do extracted movements differ from their source passages through cuts, new endings, transitions or other changes? boundary
Version and arrangement boundaries
Distinguish revisions, alternative scorings and independently constituted suites.
Variant identity
Record how a candidate variant relates to the suite, including unresolved work-identity decisions.
- Which membership, sequence or scoring differences distinguish this version from other documented versions? boundary
- What attribution or editorial evidence supports treating the candidate as an arrangement, a revision or a separate suite? provenance
Presentation and intervention Assess proposed or observed presentations against an identified suite and its constraints.
Agents need to label partial presentations accurately and determine what evidence is needed before altering the suite.
Presentation integrity
Compare an actual programme, score or recording with the intended suite version.
Complete or selected presentation
Identify missing, repeated, substituted or reordered movements and qualify completeness accordingly.
- Against which suite version is this presentation being checked, and which constituents are present or absent? measurement
- Should the agent label the presentation as the complete suite, selected movements or an altered selection? action
Adaptation decisions
Connect proposed changes to musical constraints, attribution and external permission evidence.
Change conditions
Record what supports a proposed cut, reordering or rescoring and which dependencies remain unresolved.
- What documented constraints and suite-level relationships must an agent check before cutting, reordering or rescoring this suite? action
- Which external rights or permission records govern the proposed adaptation or use of the chosen score, and are those records available? action
Evidence and external alignment What the world already says about this thing, gathered so the model can be checked against it.
A model that cannot be lined up against existing standards, identifiers and practice cannot be adopted by anyone who already uses them.
Reported evidence
Findings from the breadth pass, kept separate from the structural claims.
Kinds and varieties
Reported by the breadth pass; each item needs checking against its source before it becomes normative.
- office/productivity suite
- creative/media production suite
- security/endpoint suite
- developer/test suite
- enterprise application suite (ERP/CRM/HCM)
- media/content catalogue suite (film, TV, or recording)
- operating-environment suite (OEM/OEM-bundled)
- compliance/governance documentation suite
- Which of these kinds and varieties hold for the sense of suite this model covers, and on what evidence? provenance
Identifiers and schemes
Reported by the breadth pass; each item needs checking against its source before it becomes normative.
- Wikidata - Q1312270 (software suite); also Q813366 (application suite) where catalogues collapse the two - Wikidata splits 'software suite' from looser 'application suite'; media suites may instead sit under Q11424 (film) franchise items or Q7366 (song) collections and should not reuse Q1312270.
- CPE 2.3 - cpe:2.3:a:<vendor>:<suite_product>:<version>:*:*:*:*:*:*:* - NIST NVD binds many suites at product level (e.g. microsoft:365, adobe:creative_cloud) rather than at each constituent app.
- SWID / ISO/IEC 19770-2 tag - <SoftwareIdentity name="…" tagId="…"> with <Link rel="component" …> or parent/child tags - Suite SKU is the parent SoftwareIdentity; constituent apps are component or patch links.
- SPDX / purl - pkg:generic/<vendor>/<suite>@<version> or pkg:nuget/pkg:npm for constituents; suite recorded as a package with CONTAINS relationships - There is no dedicated 'suite' purl type; practice is a parent package plus relationships.
- GS1 GTIN / ISBN-13 - 14-digit GTIN for boxed or downloadable suite SKUs; ISBN-13 for published media box-sets sold as one title - A GTIN identifies the sellable suite SKU, not the running software inside it.
- Which of these identifiers and schemes hold for the sense of suite this model covers, and on what evidence? provenance
Standards and regulation
Reported by the breadth pass; each item needs checking against its source before it becomes normative.
- ISO/IEC 19770-2 and 19770-3 (ISO/IEC JTC 1/SC 7) - SWID tags and software entitlement schema, the usual way a licensed suite is identified and counted
- ISO/IEC 19770-5:2015 vocabulary (ISO) - product vs. element vs. entitlement
- SPDX 2.x/3.x (Linux Foundation / ISO/IEC 5962) - bill of materials when a suite is redistributed or embedded
- NIST IR 7695 / CPE 2.3 Naming (NIST) - vulnerability and inventory naming of suite products
- EU Digital Markets Act (Regulation (EU) 2022/1925) and bundling case law (European Commission / CJEU) - constraints on tying and pre-installation of software suites on gatekeeper platforms
- US DOJ/FTC tying and bundling doctrine (Sherman Act §1/§2; Clayton Act §3) - historic Microsoft, Adobe, and office-suite bundling cases
- Software licence / EULA of the suite vendor (vendor-issued, not a public standard) - defines whether constituents may be installed, transferred, or used separately
- Which of these standards and regulation hold for the sense of suite this model covers, and on what evidence? provenance
Real-world use
Reported by the breadth pass; each item needs checking against its source before it becomes normative.
- Procurement and SAM tools (Flexera, ServiceNow SAM, Snow) count a suite SKU as one entitled product that covers several installable titles, then reconcile installs against that entitlement.
- Enterprise app stores and MDM/EMM catalogues advertise a suite (Microsoft 365 Apps, Adobe Creative Cloud, Google Workspace) as the unit of assignment, while endpoints receive individual packages.
- Media distributors sell a 'suite' of titles or a box-set (Criterion, a record-label anthology, a broadcaster's 'complete series') as one catalogue entry with one price and one rights window.
- Developer CI systems treat a test suite as the runnable collection of cases for a component; that usage is neighbouring, not the commercial software-suite sense.
- OEM and ISP bundles ship a security or utility suite pre-installed, licensed for a device lifetime or a subscription term.
- Which of these real-world use hold for the sense of suite this model covers, and on what evidence? provenance
Typical measurements
Reported by the breadth pass; each item needs checking against its source before it becomes normative.
- constituent title count - 2-20 named apps or modules in a commercial software suite; media box-sets 3-50 titles - count
- list or subscription price of the suite SKU - USD 5-100 per user-month for cloud productivity/creative suites; USD 50-2500 perpetual for on-prem suites - currency / seat / year
- licence metric (seats, devices, cores, or named users) - 1-unlimited; enterprise agreements commonly 100-100000 seats - seat | device | core
- install footprint of the full suite - 0.5-20 GiB on disk for office/security suites; 10-100+ GiB for creative suites with shared media caches - GiB
- entitlement coverage ratio (licensed titles vs. installed titles) - 0.2-1.0 in SAM audits; under-deployment is common when users install only 1-2 apps of a large suite - dimensionless ratio
- Which of these typical measurements hold for the sense of suite this model covers, and on what evidence? provenance
Failure modes and hazards
Reported by the breadth pass; each item needs checking against its source before it becomes normative.
- Licence under- or over-counting: installing one constituent can legally consume a whole-suite entitlement, or conversely a suite licence may not cover a standalone SKU of the same app.
- Bundle lock-in and tying: a required constituent (e.g. a browser or media player) is unremovable or updates independently, creating supply-chain and competition risk.
- Shared-component version skew: suite runtime libraries (VC++ redistributables, Creative Cloud desktop, .NET) break other products on the same machine.
- Orphaned constituents after suite retirement or SKU rename (Office 365 → Microsoft 365; Creative Suite → Creative Cloud) leave inventory and CPE mappings stale.
- Security surface: a vulnerability in one suite component is often scored against the parent product CPE, causing false-positive or false-negative patch status.
- Rights-window mismatch in media suites: one title in a box-set or channel bundle expires or is geo-blocked while the suite listing remains on sale.
- Which of these failure modes and hazards hold for the sense of suite this model covers, and on what evidence? provenance
Regional variation
Reported by the breadth pass; each item needs checking against its source before it becomes normative.
- North American SAM practice usually inventories the suite SKU (Microsoft 365 E3, Adobe All Apps); much of continental Europe still records each constituent application for audit against OEM and volume-licence contracts.
- Japanese and Korean ISVs historically sold 'office packs' as a single localised SKU with different constituent lists than the US suite of the same brand.
- EU DMA and national consumer-bundling rules restrict pre-installation and uninstallation of suite constituents on gatekeeper OSes; US practice is largely contractual/EULA.
- In broadcasting and home video, UK/Commonwealth 'box set' is the common commercial name; US catalogues say 'collection' or 'complete series'; 'suite' is rarer except in software and hotel senses.
- French and Spanish IT catalogues often use 'suite logicielle' / 'suite ofimática' as the headword where English procurement says 'office suite' or just the vendor product name.
- Which of these regional variation hold for the sense of suite this model covers, and on what evidence? provenance
Neighbouring kinds and how to tell them apart
Reported by the breadth pass; each item needs checking against its source before it becomes normative.
- application (single product) - A single application is licensed, installed, and versioned on its own; a suite is the commercial parent that may include that application plus others under one SKU.
- software package / installer - A package is a distribution artefact (MSI, deb, magento module). A suite may comprise many packages and is identified at product/entitlement level, not by one file.
- platform or operating system - A platform provides runtime and APIs that third parties target; a suite is a vendor-curated set of applications that happens to share branding and licence, and need not expose a platform.
- test suite - A test suite is a runnable collection of cases or fixtures (xUnit, CTS). It is not a licensed product grouping; count tests, not seats.
- bundle / BOM / distro - A Linux distro or an SPDX BOM is a technical composition. A commercial suite is defined by the sellable SKU and EULA even if the technical BOM is larger or smaller than the marketed list.
- collection / box-set / anthology (media) - A media collection groups finished titles for sale or exhibition. Call it a suite only when the publisher markets that grouping as one named product with shared rights and catalogue identity; otherwise it is a collection.
- hotel/apartment suite - A lodging suite is a unit of real property (rooms + facilities). INF.MED 'suite' is an information product; do not reuse lodging identifiers (UN/LOCODE + property codes).
- musical suite - A musical suite is an ordered set of movements (BWV, opus). Identity is a work/expression (ISWC, music-catalogue number), not a software SKU.
- Which of these neighbouring kinds and how to tell them apart hold for the sense of suite this model covers, and on what evidence? provenance
Sources
- ISO/IEC 19770-5:2015 Information technology - IT asset management - Overview and vocabulary - Defines software identification and grouping vocabulary used when a suite is treated as a licensed software product rather than a single executable.
- SPDX 3.0 Specification - Software Package Data Exchange - Package and relationship model (CONTAINS, PACKAGE_OF) against which a suite-as-bundle of packages is recorded.
- DMTF CIM Schema - CIM_SoftwareElement / CIM_Product - Product vs. software-element distinction used in inventory: a suite is typically a Product that groups SoftwareElements.
- GS1 General Specifications - GTIN and trade item hierarchy - Trade-item hierarchy (each, inner pack, case) analogous to SKU-level identification of a suite as a sellable bundle.
What the second pass must settle
- Does vr.tr.suite in INF.MED specifically mean a musical suite, or does the registry intend another media grouping?
- Which existing Vercy models already own musical works, movements, collections and arrangements, and could one already cover this concept?
- What evidence threshold should establish suite identity when the designation comes from a later editor, publisher or catalogue?
- How should catalogue identity be maintained when versions differ in movement membership as well as scoring?
- How broadly should the model cover suites outside the traditions represented by its initial research sources?