c0308bb573
Implements CUST-WP-0070-T01. New §5.7 publication: repos whose purpose is to publish and keep a body of authored content for readers, where the corpus itself is the deliverable. It is durable, unlike project — a published record is kept, not resolved and retired. Disambiguated against research (which asks what we need to understand), product, and tooling (a wiki engine is tooling; the corpus it serves is a publication). Added to the §5 allowed values, the §11 decision procedure, the §16 agent prompt, and allowed.yaml. history and participation join the knowledge_and_evidence capability family so hall-of-helix's tags do not warn. Version 1.1, not 2.0: §17 previously read any allowed-value change as major. This addition is purely additive — no existing classification becomes invalid, and neither validator enforces a version match, so the 125 repo files declaring 1.0 keep validating. §17 now distinguishes adding a permitted value (minor) from removing or renaming one (major), rather than leaving the rule contradicted. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SQ6oF1DtVDKcD1FCpvRVLx
123 lines
2.7 KiB
YAML
123 lines
2.7 KiB
YAML
# Machine-readable allowed-values for the Repo Classification Standard.
|
|
#
|
|
# Single source of truth for the standard's controlled vocabularies, derived
|
|
# from canon/standards/repo-classification-standard_v1.0.md. Consumed by:
|
|
# - the per-repo .repo-classification.yaml linter (tools/validate_repo_classification.py)
|
|
# - the State Hub registration validator (CUST-WP-0050 T04)
|
|
#
|
|
# When the standard's vocabularies change, update this file and bump `version`
|
|
# to match the standard version. CUST-WP-0050 T01.
|
|
|
|
standard: "Repo Classification Standard"
|
|
version: "1.1"
|
|
canon_id: "canon-repo-classification"
|
|
|
|
# category — exactly 1 required (§5)
|
|
categories:
|
|
- experimental
|
|
- research
|
|
- project
|
|
- tooling
|
|
- product
|
|
- business
|
|
- publication
|
|
|
|
# domain / secondary_domains — primary exactly 1; secondaries 0..n (§6)
|
|
domains:
|
|
- infotech
|
|
- financials
|
|
- communication
|
|
- consumer
|
|
- health
|
|
- industrials
|
|
- energy
|
|
- utilities
|
|
- materials
|
|
- realestate
|
|
- crypto
|
|
- agents
|
|
- space
|
|
- government
|
|
|
|
# business_stake — 0..n; 2..6 recommended (§8)
|
|
business_stake:
|
|
- execution
|
|
- intelligence
|
|
- finance
|
|
- legal
|
|
- sales
|
|
- experience
|
|
- technology
|
|
- operations
|
|
- product
|
|
- people
|
|
- procurement
|
|
- sustainability
|
|
- automation
|
|
|
|
# business_mechanics — 0..n, optional (§9)
|
|
business_mechanics:
|
|
- intention
|
|
- control
|
|
- coordination
|
|
- operation
|
|
- adaptation
|
|
|
|
# capability_tags are intentionally OPEN-ENDED (§7): lowercase kebab-case, not
|
|
# restricted to this set. The families below are the standard's recommended
|
|
# canonical tags — used to warn on likely synonyms/typos, never to reject.
|
|
capability_families:
|
|
identity_and_access:
|
|
- identity
|
|
- authentication
|
|
- authorization
|
|
- access-control
|
|
- user-management
|
|
- tenancy
|
|
knowledge_and_evidence:
|
|
- knowledge
|
|
- citations
|
|
- evidence
|
|
- source-management
|
|
- traceability
|
|
- documentation
|
|
- decision-support
|
|
- history
|
|
- participation
|
|
platform_and_operations:
|
|
- platform
|
|
- deployment
|
|
- operations
|
|
- observability
|
|
- feature-control
|
|
- configuration
|
|
- orchestration
|
|
market_and_coordination:
|
|
- marketplace
|
|
- pricing
|
|
- monetization
|
|
- reputation
|
|
- challenges
|
|
- bounties
|
|
- collaboration
|
|
- coordination
|
|
product_and_lifecycle:
|
|
- product-development
|
|
- lifecycle
|
|
governance_and_control:
|
|
- governance
|
|
- policy
|
|
- compliance
|
|
- risk
|
|
- audit
|
|
- control
|
|
games_and_entertainment:
|
|
- game
|
|
- entertainment
|
|
|
|
# Validation guidance (advisory bounds the linter applies as warnings)
|
|
guidance:
|
|
secondary_domains_max: 3
|
|
business_stake_recommended_min: 2
|
|
business_stake_recommended_max: 6
|
|
capability_tag_pattern: "^[a-z0-9]+(-[a-z0-9]+)*$"
|