Skip to content

feat(admin): recognition — awards, mentorship, contributions #1962

@cdcore09

Description

@cdcore09

Summary

Recognition workflows: award nomination → review → approval, mentorship pair management, community contribution logging. Schema landed in Phase 3 (daa677b).

Requirements

  • Brainstorming → spec under docs/superpowers/specs/.
  • /admin/awards — manage the awards vocabulary (tier, accent, description) — staff+.
  • /admin/awards/:slug/nominations — nomination intake + review workflow — super_admin (lifetime tier) or staff (other tiers).
  • User awards CRUD: add / revoke entries on user_awards with citation text.
  • /admin/mentorship — match mentor / mentee pairs, manage active pairings, capture privacy preferences (partner names visible only when partnerIsPublic).
  • /admin/contributions — log community contributions (newsletters, tutorials, guides, etc.) for badge calculation.
  • All recognition writes flow through audit middleware so the trail of "who awarded what to whom" is complete.

Context

Foundation must ship first (#1956). Schema: awards, user_awards, mentorship_pairings, community_contributions, plus the award_tier, award_accent, contribution_kind enums.

Implementation Notes

  • Policy: canManageRecognition is staff+. Lifetime-tier awards may need an additional gate or a board-quorum-style approval (defer the decision to brainstorm).
  • Existing badge engine (packages/api/src/lib/badges.ts) is computed-on-read, so recognition data flows automatically into dossiers once admin writes land.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions