feat: per-project workflow settings, statistics and "my work" home

Per-project settings (owners/admins, «Configuración» tab):
- Statuses with category (TODO, IN_PROGRESS, QA, DONE, CANCELLED), colour and
  "requires reason"; configurable transitions; ticket types (icon, colour) and
  areas. Defaults are the previous fixed values; projects created before keep
  them without migration.
- Values are archived, never deleted: tickets, history and statistics keep
  referring to them. Validated in the domain (ProjectSettingsChangedEvent).
- Releases, board, tracking and "my work" use categories, so custom statuses
  keep working. Status changes carry name/category metadata for history.
- GraphQL: status/type/area are strings (breaking for clients sending enum
  literals); Project.settings, updateProjectSettings, statusCategory,
  myIssues(categories). REST: PUT /projects/{project}/settings, category filters.
- Read model: statusCategory on issues (backfilled at startup).

Statistics («Estadísticas» tab):
- New issue_timeline projection; pure functions compute created vs resolved,
  cumulative flow, cycle/lead time (avg + p85), throughput per person, QA
  pass/fail and release burnup. GraphQL Project.analytics(days),
  Release.burnup; REST /projects/{project}/analytics, /releases/{id}/burnup.
- Web: SVG charts with validated light/dark palette, crosshair tooltip,
  keyboard navigation, legend and data table.

Home "Mi trabajo": my open tickets across projects grouped by category (QA
failures first), tickets waiting for QA, upcoming releases and "Ir a…".

Tests: domain/application specs, e2e scenario for settings and analytics,
facade tests. Docs, READMEs, schema.gql/openapi.json and Word/PDF updated.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

libs/api/tracker/presenters/src/lib/http/refs.ts

@@ -2,8 +2,13 @@ import { Injectable } from '@nestjs/common';
 import {
   IssuesService,
   ProjectsService,
+  WorkflowsService,
 } from '@task-stream/api/tracker/application';
-import { IssueReadModel, IssueWorkflow } from '@task-stream/api/tracker/domain';
+import {
+  IssueReadModel,
+  ProjectReadModel,
+} from '@task-stream/api/tracker/domain';
+import { toSettingsPayload } from '../common/settings';
 
 const UUID = /^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/i;
 
@@ -17,6 +22,7 @@ export class Refs {
   constructor(
     private readonly projects: ProjectsService,
     private readonly issues: IssuesService,
+    private readonly workflows: WorkflowsService,
   ) {}
 
   async projectId(viewerId: string, ref: string): Promise<string> {
@@ -28,12 +34,21 @@ export class Refs {
     if (UUID.test(ref)) return ref;
     return (await this.issues.findOne(viewerId, ref)).id;
   }
+
+  /** The ticket as the REST API returns it: read model + allowed transitions. */
+  async issueDto(issue: IssueReadModel) {
+    return {
+      ...issue,
+      allowedTransitions: await this.workflows.allowedTransitions(issue),
+    };
+  }
+
+  issueDtos(issues: IssueReadModel[]) {
+    return Promise.all(issues.map((issue) => this.issueDto(issue)));
+  }
 }
 
-/** The ticket as the REST API returns it: read model + allowed transitions. */
-export function toIssueDto(issue: IssueReadModel) {
-  return {
-    ...issue,
-    allowedTransitions: IssueWorkflow.allowedFrom(issue.status),
-  };
+/** The project as the REST API returns it: transitions as a list. */
+export function toProjectDto(project: ProjectReadModel) {
+  return { ...project, settings: toSettingsPayload(project.settings) };
 }