crewly 1.8.12 → 1.9.0

package/config/roles/orchestrator/prompt.md

@@ -700,6 +700,24 @@ even if the user hasn't asked anything in that turn. The escalation
 
 ## Bridge-auto WorkItems — DO NOT bulk-delete (2026-05-27)
 
+> **⚠️ SUPERSEDES any "silent containment / suppress / hold wiki maintenance" learning (2026-05-30).**
+> The 2026-05-27/28 wiki *volume runaway* is **fixed in crewly@1.8.12**: the bridge now
+> counts NET-NEW pages only (migrate WIs are small — single digits, not 500/scan), the
+> bookkeep/reflect reminder spam is fixed (net-new + persisted state), and triggers no
+> longer re-burst on restart. Therefore any earlier orc memory/gotcha that says to
+> *silently cancel, "contain", or hold* bridge-auto wiki WIs as "false-positives" is
+> **obsolete — do not act on it.** Specifically:
+> - **PROCESS `wiki_quality_cleanup` WIs** via `wiki-cleanup` (archive-before-delete to
+>   `VAULT/.wiki-cleanup-archive.json`, fully reversible). Steve greenlit draining the
+>   existing agent-memory bloat on **all vaults** (2026-05-30). This is how the ~500
+>   low-value pages per vault get removed — cancelling these WIs is the one thing that
+>   keeps the vaults bloated.
+> - **PROCESS `wiki_legacy_migrate` WIs** normally too; they are now small. (Migration
+>   still imports agent `memory.json` entries by design — Steve's call — and cleanup then
+>   drains the misfiled ones, so the migrate→cleanup flow is self-correcting.)
+> - Only `[NOTIFY]` Steve (per rule 4 below) if a WI is genuinely unactionable — never
+>   blanket silent-cancel.
+
 The OSS backend runs a `WikiWorkItemBridge` (and similar future maintenance
 bridges) that automatically materialises routine wiki work as claimable
 WorkItems. These show up in your queue marked with
@@ -1238,6 +1256,41 @@ You are the gate. The system used to auto-decompose every L2-shaped message into
 
 **Rule**: A user message like "Build a login page" should result in 5-8 specific WorkItems (e.g., "Design login UI", "Implement auth API", "Write integration tests", etc.), NOT 3 generic ones. A user message like "好的 启动 然后观察 Ella 是否会查看 wiki" should result in **zero new WorkItems** — you reply, optionally start the observation in a single skill call, and move on.
 
+## OKR Cascade — Decompose → Propose → Await-Approval (do NOT auto-activate)
+
+> Source spec: `specs/okr-cascade.md`. The OKR cascade is the Mission tree —
+> **company → team → project** via `Mission.parentMissionId`. Distinct from
+> `decompose-mission` (Mission → executable tasks): `decompose-okr` produces the
+> **next OKR tier down** (child Missions + Key Results) as a PROPOSAL.
+
+At the **start of an OKR period**, when an **approved** parent Mission needs the
+next tier of OKRs, drive (or delegate to the owning team-leader/PM) this flow.
+**You are the approval gate — never auto-activate a child OKR:**
+
+1. **DECOMPOSE** — run `decompose-okr` against the approved parent Mission:
+   ```bash
+   bash {{AGENT_SKILLS_PATH}}/orchestrator/decompose-okr/execute.sh --mission-id <parent-mission-id>
+   ```
+   The runtime drafts child objectives + KRs one tier down (company→team,
+   team→project; `projectId` required on each project-level child).
+
+2. **PROPOSE** — POST the children to `POST /api/missions/<parent-id>/decompose-okr`.
+   Each child Mission is created `approval.state = 'pending_approval'`, linked via
+   `parentMissionId`, and is **excluded from roll-up and execution** until approved.
+
+3. **AWAIT APPROVAL** — surface the proposal to the owner (Steve) via the
+   `[APPROVE]` block the skill emits and a `[NOTIFY]` summarising the parent +
+   proposed children. The owner decides:
+   - **Approve** → `POST /api/missions/<childId>/approve` → child goes live.
+   - **Reject** → `POST /api/missions/<childId>/reject` `{"reason":"..."}`
+     (reason REQUIRED) → child excluded; redraft if asked.
+   - **List pending** → `GET /api/missions/<parent-id>/proposals`.
+
+**Hard rule:** Never set `approval.state` via the mission PUT endpoint, and never
+let a child OKR roll up or begin execution until its `approval.state` is
+`approved`. The decompose→propose→await-approval gate is mandatory.
+
+
 ## IMPORTANT: Session Management
 
 Crewly uses **PTY terminal sessions**, NOT tmux. Do NOT use tmux commands like `tmux list-sessions` or `tmux attach`.

package/config/roles/product-manager/prompt.md

@@ -73,6 +73,46 @@ Your default mode for **interpretation** of user intent is still clarify, not re
 
 **Spec-author exception (the recursive-dogfood loophole):** A spec under `.crewly/specs/` is legitimate iff its frontmatter cites a Request ID, OR it documents a decision/architecture whose existence pre-dates the Request entity (grandfathered). If you're authoring a spec, POST a Request first and cite its ID — that is the recursion that proves the pipeline supports its own meta-work.
 
+## OKR Cascade — Decompose → Propose → Await-Approval (MANDATORY at OKR-period start)
+
+> Source spec: `specs/okr-cascade.md`. The OKR cascade is the Mission tree:
+> **company → team → project** via `Mission.parentMissionId`. A parent OKR is
+> decomposed into child OKRs one tier down.
+
+At the **start of an OKR period**, when you (or the orchestrator) hold an
+**approved** parent Mission that needs the next tier of OKRs, drive this flow —
+**never auto-activate child OKRs**:
+
+1. **DECOMPOSE** — run the `decompose-okr` skill against the approved parent
+   Mission. The runtime drafts child objectives + Key Results one tier down
+   (company→team, team→project). projectId is required on every child when the
+   child level is `project`.
+   ```bash
+   bash {{AGENT_SKILLS_PATH}}/orchestrator/decompose-okr/execute.sh --mission-id <parent-mission-id>
+   ```
+
+2. **PROPOSE** — POST the drafted children to
+   `POST /api/missions/<parent-id>/decompose-okr`. The backend creates each child
+   Mission with `approval.state = 'pending_approval'`, linked via
+   `parentMissionId`. **Pending children are excluded from roll-up and autonomous
+   execution** — they are NOT live yet.
+
+3. **AWAIT APPROVAL** — surface the proposal to the human owner (Steve) using the
+   `[APPROVE]` block the skill emits (or a `[NOTIFY]` summarising parent +
+   proposed children). The owner decides:
+   - **Approve** → `POST /api/missions/<childId>/approve` → child becomes
+     cascade-active (rolls up, executes).
+   - **Reject** → `POST /api/missions/<childId>/reject` with
+     `{"reason":"..."}` (reason is REQUIRED) → child is archived/excluded; redraft
+     if asked.
+   - List what is pending: `GET /api/missions/<parent-id>/proposals`.
+
+**Hard rule:** Do NOT set `approval.state` via the mission PUT endpoint, and do
+NOT begin executing or rolling up a child OKR until its `approval.state` is
+`approved`. The decompose→propose→await-approval gate is mandatory; no child OKR
+goes live without the owner's explicit approval.
+
+
 ## Universal Delegator Closure (§3.0 — MANDATORY for every dispatch)
 
 > Source spec: `.crewly/specs/2026-05-05-pipeline-dogfood-prompt-amendment.md` §3.0.

package/config/roles/team-leader/prompt.md

@@ -249,6 +249,39 @@ Loop until done, blocked, or explicitly reassigned:
 
 Default tier: **Standard Path** (customer-facing or coordination work). Drop to Fast for greenfield/internal-only iteration; escalate to Release Path for billing/auth/identity/public release. See `config/sops/common/dev-process-tiers.md`.
 
+## OKR Cascade — Decompose → Propose → Await-Approval (at OKR-period start)
+
+> Source spec: `specs/okr-cascade.md`. The OKR cascade is the Mission tree —
+> **company → team → project** via `Mission.parentMissionId`.
+
+When the orchestrator hands you an **approved** parent Mission to break into the
+next OKR tier (e.g. a company OKR → your team's OKRs, or your team OKR → project
+OKRs) at the **start of an OKR period**, you draft a PROPOSAL — you do NOT
+activate child OKRs yourself:
+
+1. **DECOMPOSE** — run the `decompose-okr` skill against the approved parent:
+   ```bash
+   bash {{AGENT_SKILLS_PATH}}/orchestrator/decompose-okr/execute.sh --mission-id <parent-mission-id>
+   ```
+   The runtime drafts child objectives + Key Results one tier down. When the
+   child level is `project`, every child needs a `projectId`.
+
+2. **PROPOSE** — POST the drafted children to
+   `POST /api/missions/<parent-id>/decompose-okr`. Each child Mission is created
+   `approval.state = 'pending_approval'`, linked via `parentMissionId`. Pending
+   children are **excluded from roll-up and autonomous execution** until approved.
+
+3. **AWAIT APPROVAL** — surface the proposal to the owner (Steve) via the
+   `[APPROVE]` block the skill emits (or a `[NOTIFY]` summary). The owner approves
+   (`POST /api/missions/<childId>/approve`) or rejects with a required reason
+   (`POST /api/missions/<childId>/reject` `{"reason":"..."}`). Check pending items
+   with `GET /api/missions/<parent-id>/proposals`.
+
+**Hard rule:** Never set `approval.state` via the mission PUT endpoint, and never
+begin staffing/executing or rolling up a child OKR until its `approval.state` is
+`approved`. No child OKR goes live without the owner's explicit approval.
+
+
 ## Decision Rights
 
 **Decide autonomously when:**

package/config/skills/orchestrator/decompose-okr/SKILL.md

@@ -0,0 +1,107 @@
+---
+name: Decompose OKR
+description: Decompose a parent Mission (OKR) into child OKRs one cascade tier down (company→team→project) as a PROPOSAL. The runtime drafts the child objectives + Key Results; the skill submits them to the backend as pending_approval. Children are NOT active until the human owner approves. Output includes an [APPROVE] block naming the parent and proposed children for the owner's decision.
+version: 1.0.0
+category: planning
+skillType: claude-skill
+assignableRoles:
+  - orchestrator
+  - team-leader
+triggers:
+  - decompose okr
+  - cascade okr
+  - propose child okrs
+  - break okr into team okrs
+  - okr decomposition
+tags:
+  - okr
+  - cascade
+  - mission
+  - planning
+  - proposal
+  - approval
+execution:
+  type: script
+  script:
+    file: execute.sh
+    interpreter: bash
+    timeoutMs: 60000
+---
+
+# Decompose OKR (Cascade)
+
+Decomposes a parent Mission's OKR into **child OKRs one cascade tier down** —
+company → team → project. Unlike `decompose-mission` (which breaks a Mission into
+executable tasks/WorkItems), this skill produces **child Missions + Key Results**
+as a **proposal** that the human owner (Steve) must approve before they become
+cascade-active.
+
+The agent runtime does the thinking — this skill assembles the parent context and
+collects the structured proposal. It does NOT auto-activate the children: every
+decomposition flows through the approve/reject gate.
+
+## When to run
+
+At the start of an OKR period, a team-leader / product-manager agent runs this
+against an **approved** parent Mission to draft the next tier of OKRs.
+
+## Usage
+
+```bash
+bash config/skills/orchestrator/decompose-okr/execute.sh \
+  --mission-id <parent-uuid> \
+  [--project-path /path/to/project]
+```
+
+## Parameters
+
+| Parameter | Required | Description |
+|-----------|----------|-------------|
+| `--mission-id` | Yes | UUID of the **parent** Mission to decompose (must be approved) |
+| `--project-path` | No | Absolute path to the project root (context only) |
+
+## Cascade rule
+
+The child level is exactly one tier below the parent:
+
+| parent level | child level | `projectId` required on each child |
+|---|---|---|
+| company | team | no |
+| team | project | yes |
+| project | — | (cannot decompose further) |
+
+## Output
+
+The skill instructs the runtime to output a proposal JSON and POST it to
+`POST /api/missions/:id/decompose-okr`:
+
+```json
+{
+  "children": [
+    {
+      "objective": "Child OKR objective for the level below",
+      "currentStrategy": "How this child will pursue the objective",
+      "successCriteria": ["narrative success criterion"],
+      "projectId": "required-only-when-child-is-project-level",
+      "keyResults": [
+        {
+          "title": "Measurable Key Result",
+          "metricType": "number",
+          "baseline": 0,
+          "target": 100,
+          "unit": "signups"
+        }
+      ]
+    }
+  ]
+}
+```
+
+The backend creates each child Mission with `approval.state = 'pending_approval'`,
+`parentMissionId` = the parent, `level` = parent level + 1, and creates the Key
+Results under each child. Children are excluded from roll-up and autonomous
+execution until approved.
+
+The skill then emits an `[APPROVE]` block naming the parent and the proposed
+children so the owner can approve (`POST /api/missions/:childId/approve`) or
+reject with a reason (`POST /api/missions/:childId/reject` `{ "reason": "..." }`).

package/config/skills/orchestrator/decompose-okr/execute.sh

@@ -0,0 +1,142 @@
+#!/bin/bash
+# Decompose a parent Mission's OKR into child OKRs one cascade tier down,
+# as a PROPOSAL (pending_approval). The runtime does the thinking — this skill
+# provides parent context and collects the structured proposal. Children are
+# NOT active until the human owner approves.
+set -euo pipefail
+SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
+source "${SCRIPT_DIR}/../_common/lib.sh"
+
+# --- Input parsing ---
+MISSION_ID=""
+PROJECT_PATH=""
+INPUT_JSON=""
+
+if [[ $# -gt 0 && ${1:0:1} == '{' ]]; then
+  INPUT_JSON="$1"
+  shift || true
+fi
+
+while [[ $# -gt 0 ]]; do
+  case "$1" in
+    --mission-id|-m)   MISSION_ID="$2";     shift 2 ;;
+    --project-path|-p) PROJECT_PATH="$2";    shift 2 ;;
+    --json|-j)         INPUT_JSON="$2";      shift 2 ;;
+    --help|-h)
+      echo "Usage: execute.sh --mission-id <parent-uuid> [--project-path /path]"
+      exit 0 ;;
+    *) shift ;;
+  esac
+done
+
+# Legacy JSON fallback
+if [[ -n "$INPUT_JSON" ]]; then
+  [[ -z "$MISSION_ID" ]] && MISSION_ID=$(echo "$INPUT_JSON" | jq -r '.missionId // .["mission-id"] // empty' 2>/dev/null || true)
+  [[ -z "$PROJECT_PATH" ]] && PROJECT_PATH=$(echo "$INPUT_JSON" | jq -r '.projectPath // .["project-path"] // empty' 2>/dev/null || true)
+fi
+
+require_param "mission-id" "$MISSION_ID"
+
+# --- Load parent Mission data ---
+MISSION_DATA=$(api_call GET "/missions/${MISSION_ID}" 2>/dev/null) || {
+  echo '{"success":false,"error":"Failed to load mission"}' >&2
+  exit 1
+}
+
+MISSION=$(echo "$MISSION_DATA" | jq -r '.data // empty')
+if [[ -z "$MISSION" || "$MISSION" == "null" ]]; then
+  echo '{"success":false,"error":"Mission not found"}' >&2
+  exit 1
+fi
+
+OBJECTIVE=$(echo "$MISSION" | jq -r '.objective // "No objective"')
+CRITERIA=$(echo "$MISSION" | jq -r '.successCriteria // [] | join("; ")')
+STRATEGY=$(echo "$MISSION" | jq -r '.currentStrategy // "No strategy set"')
+PARENT_LEVEL=$(echo "$MISSION" | jq -r '.level // "team"')
+APPROVAL_STATE=$(echo "$MISSION" | jq -r '.approval.state // "approved"')
+
+# --- Guard: parent must be approved/active to decompose ---
+if [[ "$APPROVAL_STATE" != "approved" ]]; then
+  echo '{"success":false,"error":"Parent mission is not approved; only approved missions can be decomposed (state: '"${APPROVAL_STATE}"')"}' >&2
+  exit 1
+fi
+
+# --- Determine the child level (one tier down) ---
+CHILD_LEVEL=""
+PROJECT_ID_HINT="(not required at this tier)"
+case "$PARENT_LEVEL" in
+  company) CHILD_LEVEL="team" ;;
+  team)    CHILD_LEVEL="project"; PROJECT_ID_HINT="REQUIRED — each child must set \"projectId\"" ;;
+  project)
+    echo '{"success":false,"error":"A project-level mission is the bottom of the cascade and cannot be decomposed further"}' >&2
+    exit 1 ;;
+  *) CHILD_LEVEL="team" ;;
+esac
+
+# --- Output decomposition context for the runtime ---
+cat << DECOMPOSE_PROMPT
+
+## OKR Cascade Decomposition Request
+
+You are drafting **${CHILD_LEVEL}-level** child OKRs that decompose the parent
+**${PARENT_LEVEL}-level** OKR below. This is a PROPOSAL — the children are NOT
+active until the human owner (Steve) approves them.
+
+### Parent OKR (${PARENT_LEVEL})
+**Objective:** ${OBJECTIVE}
+**Success Criteria:** ${CRITERIA}
+**Current Strategy:** ${STRATEGY}
+
+### Your task
+Produce child OKRs at level **${CHILD_LEVEL}**. Each child must:
+- have a clear objective that supports the parent objective
+- have a currentStrategy describing how it will be pursued
+- have 1-4 measurable Key Results (title, metricType, baseline, target, unit)
+- projectId: ${PROJECT_ID_HINT}
+
+Output a valid JSON object matching this schema:
+\`\`\`json
+{
+  "children": [
+    {
+      "objective": "Child OKR objective",
+      "currentStrategy": "How this child will pursue the objective",
+      "successCriteria": ["narrative criterion"],
+      "projectId": "set-only-when-child-level-is-project",
+      "keyResults": [
+        {
+          "title": "Measurable Key Result",
+          "metricType": "number",
+          "baseline": 0,
+          "target": 100,
+          "unit": "signups"
+        }
+      ]
+    }
+  ]
+}
+\`\`\`
+
+After generating the JSON, submit the proposal (children are created as
+\`pending_approval\`):
+\`\`\`bash
+curl -s -X POST "${CREWLY_API_URL}/api/missions/${MISSION_ID}/decompose-okr" \\
+  -H "Content-Type: application/json" \\
+  -H "X-Agent-Session: \${CREWLY_SESSION_NAME:-}" \\
+  -d '<YOUR_JSON_OUTPUT>'
+\`\`\`
+
+The response returns \`childMissionIds\`. Then surface the proposal to the owner
+for a decision using the [APPROVE] block below.
+
+[APPROVE]
+parent: ${MISSION_ID} (${PARENT_LEVEL}) — ${OBJECTIVE}
+proposed: ${CHILD_LEVEL}-level child OKRs are PENDING your approval.
+approve: POST ${CREWLY_API_URL}/api/missions/<childMissionId>/approve
+reject:  POST ${CREWLY_API_URL}/api/missions/<childMissionId>/reject  body: {"reason":"why"}
+list:    GET  ${CREWLY_API_URL}/api/missions/${MISSION_ID}/proposals
+[/APPROVE]
+
+DECOMPOSE_PROMPT
+
+echo '{"success":true,"message":"OKR decomposition context provided to runtime","missionId":"'"${MISSION_ID}"'","parentLevel":"'"${PARENT_LEVEL}"'","childLevel":"'"${CHILD_LEVEL}"'"}'

package/config/skills/registry.json

@@ -1,6 +1,6 @@
 {
   "schemaVersion": 2,
-  "lastUpdated": "2026-04-25T00:15:10.000Z",
+  "lastUpdated": "2026-05-30T00:00:00.000Z",
   "cdnBaseUrl": "https://raw.githubusercontent.com/stevehuang0115/crewly/main",
   "source": "github",
   "items": [
@@ -498,7 +498,7 @@
       "id": "gmail",
       "type": "skill",
       "name": "Gmail Suite",
-      "description": "Multi-action Gmail skill for agents — list/read/search/send messages, manage labels (add/remove/list), and toggle read/unread. Requires a google-oauth credential bound to the 'gmail' slot with gmail.modify scope.",
+      "description": "Multi-action Gmail skill for agents \u2014 list/read/search/send messages, manage labels (add/remove/list), and toggle read/unread. Requires a google-oauth credential bound to the 'gmail' slot with gmail.modify scope.",
       "author": "Crewly Team",
       "version": "1.1.0",
       "category": "communication",
@@ -784,8 +784,8 @@
     {
       "id": "rednote-reader",
       "type": "skill",
-      "name": "RedNote (小红书) Reader",
-      "description": "Read content from the 小红书 (RedNote) macOS iPad app via Accessibility API. Extracts feed posts, titles, authors, like counts, and navigation structure without screenshots.",
+      "name": "RedNote (\u5c0f\u7ea2\u4e66) Reader",
+      "description": "Read content from the \u5c0f\u7ea2\u4e66 (RedNote) macOS iPad app via Accessibility API. Extracts feed posts, titles, authors, like counts, and navigation structure without screenshots.",
       "author": "Crewly Team",
       "version": "1.0.0",
       "category": "automation",
@@ -816,7 +816,7 @@
         ],
         "triggers": [
           "rednote",
-          "小红书",
+          "\u5c0f\u7ea2\u4e66",
           "xiaohongshu",
           "red note",
           "discover app",
@@ -966,7 +966,7 @@
       "id": "browse-stealth",
       "type": "skill",
       "name": "Stealth Browser (Patchright + CDP)",
-      "description": "Anti-detection browser automation using Patchright (Playwright fork) connected to a real Chrome instance via CDP. Bypasses navigator.webdriver checks, fingerprint anomalies, and headless detection used by platforms like 小红书, X/Twitter, and LinkedIn.",
+      "description": "Anti-detection browser automation using Patchright (Playwright fork) connected to a real Chrome instance via CDP. Bypasses navigator.webdriver checks, fingerprint anomalies, and headless detection used by platforms like \u5c0f\u7ea2\u4e66, X/Twitter, and LinkedIn.",
       "author": "Crewly Team",
       "version": "1.0.0",
       "category": "automation",
@@ -1162,6 +1162,52 @@
           "check tests"
         ]
       }
+    },
+    {
+      "id": "decompose-okr",
+      "type": "skill",
+      "name": "Decompose OKR",
+      "description": "Decompose a parent Mission (OKR) into child OKRs one cascade tier down (company\u2192team\u2192project) as a proposal. Children are created as pending_approval and are NOT active until the human owner approves. Emits an [APPROVE] block for the owner's decision.",
+      "author": "Crewly Team",
+      "version": "1.0.0",
+      "category": "planning",
+      "tags": [
+        "okr",
+        "cascade",
+        "mission",
+        "planning",
+        "proposal",
+        "approval"
+      ],
+      "license": "MIT",
+      "downloads": 0,
+      "rating": 0,
+      "createdAt": "2026-05-30T00:00:00.000Z",
+      "updatedAt": "2026-05-30T00:00:00.000Z",
+      "source": "config/skills/orchestrator/decompose-okr",
+      "assets": {
+        "archive": "config/skills/orchestrator/decompose-okr",
+        "checksum": "",
+        "sizeBytes": 6000
+      },
+      "metadata": {
+        "skillType": "claude-skill",
+        "assignableRoles": [
+          "orchestrator",
+          "team-leader"
+        ],
+        "triggers": [
+          "decompose okr",
+          "cascade okr",
+          "propose child okrs",
+          "break okr into team okrs",
+          "okr decomposition"
+        ],
+        "files": [
+          "SKILL.md",
+          "execute.sh"
+        ]
+      }
     }
   ]
 }

package/dist/backend/backend/src/controllers/mission/kr.controller.d.ts

@@ -37,4 +37,12 @@ export declare function measureKR(req: Request, res: Response, next: NextFunctio
  * GET /api/missions/:id/okr-summary — Aggregated OKR progress.
  */
 export declare function getOKRSummary(req: Request, res: Response, next: NextFunction): Promise<void>;
+/**
+ * GET /api/missions/:id/okr-summary/cascade — Cross-level cascade roll-up.
+ *
+ * Walks the `parentMissionId` tree so the mission's progress aggregates its
+ * approved children's roll-up (company → team → project). Returns a recursive
+ * {@link CascadeOKRSummary}.
+ */
+export declare function getCascadeOKRSummary(req: Request, res: Response, next: NextFunction): Promise<void>;
 //# sourceMappingURL=kr.controller.d.ts.map

package/dist/backend/backend/src/controllers/mission/kr.controller.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"kr.controller.d.ts","sourceRoot":"","sources":["../../../../../../backend/src/controllers/mission/kr.controller.ts"],"names":[],"mappings":"AAAA;;;;;;;;;GASG;AAEH,OAAO,KAAK,EAAE,OAAO,EAAE,QAAQ,EAAE,YAAY,EAAE,MAAM,SAAS,CAAC;AAI/D;;GAEG;AACH,wBAAsB,cAAc,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAMnG;AAED;;GAEG;AACH,wBAAsB,QAAQ,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAY7F;AAED;;GAEG;AACH,wBAAsB,KAAK,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAU1F;AAED;;GAEG;AACH,wBAAsB,QAAQ,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAU7F;AAED;;GAEG;AACH,wBAAsB,QAAQ,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAU7F;AAED;;GAEG;AACH,wBAAsB,SAAS,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAqB9F;AAED;;GAEG;AACH,wBAAsB,aAAa,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAMlG"}
+{"version":3,"file":"kr.controller.d.ts","sourceRoot":"","sources":["../../../../../../backend/src/controllers/mission/kr.controller.ts"],"names":[],"mappings":"AAAA;;;;;;;;;GASG;AAEH,OAAO,KAAK,EAAE,OAAO,EAAE,QAAQ,EAAE,YAAY,EAAE,MAAM,SAAS,CAAC;AAI/D;;GAEG;AACH,wBAAsB,cAAc,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAMnG;AAED;;GAEG;AACH,wBAAsB,QAAQ,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAY7F;AAED;;GAEG;AACH,wBAAsB,KAAK,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAU1F;AAED;;GAEG;AACH,wBAAsB,QAAQ,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAU7F;AAED;;GAEG;AACH,wBAAsB,QAAQ,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAU7F;AAED;;GAEG;AACH,wBAAsB,SAAS,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAqB9F;AAED;;GAEG;AACH,wBAAsB,aAAa,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAMlG;AAED;;;;;;GAMG;AACH,wBAAsB,oBAAoB,CAAC,GAAG,EAAE,OAAO,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAMzG"}

package/dist/backend/backend/src/controllers/mission/kr.controller.js

@@ -128,4 +128,21 @@ export async function getOKRSummary(req, res, next) {
         next(err);
     }
 }
+/**
+ * GET /api/missions/:id/okr-summary/cascade — Cross-level cascade roll-up.
+ *
+ * Walks the `parentMissionId` tree so the mission's progress aggregates its
+ * approved children's roll-up (company → team → project). Returns a recursive
+ * {@link CascadeOKRSummary}.
+ */
+export async function getCascadeOKRSummary(req, res, next) {
+    try {
+        const service = KRTrackingService.getInstance();
+        const summary = await service.computeCascadeOKRProgress(req.params.id);
+        res.json({ success: true, data: summary });
+    }
+    catch (err) {
+        next(err);
+    }
+}
 //# sourceMappingURL=kr.controller.js.map

package/dist/backend/backend/src/controllers/mission/kr.controller.js.map

@@ -1 +1 @@
-{"version":3,"file":"kr.controller.js","sourceRoot":"","sources":["../../../../../../backend/src/controllers/mission/kr.controller.ts"],"names":[],"mappings":"AAAA;;;;;;;;;GASG;AAGH,OAAO,EAAE,iBAAiB,EAAE,MAAM,0CAA0C,CAAC;AAC7E,OAAO,EAAE,4BAA4B,EAAE,MAAM,oCAAoC,CAAC;AAElF;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,cAAc,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAClF,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,GAAG,GAAG,MAAM,OAAO,CAAC,aAAa,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,CAAC,CAAC;QACvD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,GAAG,EAAE,KAAK,EAAE,GAAG,CAAC,MAAM,EAAE,CAAC,CAAC;IAC5D,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,QAAQ,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAC5E,IAAI,CAAC;QACH,MAAM,KAAK,GAAG,EAAE,GAAG,GAAG,CAAC,IAAI,EAAE,SAAS,EAAE,GAAG,CAAC,MAAM,CAAC,EAAE,EAAE,CAAC;QACxD,MAAM,MAAM,GAAG,4BAA4B,CAAC,KAAK,CAAC,CAAC;QACnD,IAAI,MAAM,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;YACtB,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;YACnE,OAAO;QACT,CAAC;QACD,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,EAAE,GAAG,MAAM,OAAO,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC;QACvC,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,EAAE,EAAE,CAAC,CAAC;IACpD,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,KAAK,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IACzE,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,EAAE,GAAG,MAAM,OAAO,CAAC,GAAG,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,EAAE,GAAG,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC;QAC7D,IAAI,CAAC,EAAE,EAAE,CAAC;YACR,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,sBAAsB,EAAE,CAAC,CAAC;YACxE,OAAO;QACT,CAAC;QACD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,EAAE,EAAE,CAAC,CAAC;IACxC,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,QAAQ,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAC5E,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,EAAE,GAAG,MAAM,OAAO,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,EAAE,GAAG,CAAC,MAAM,CAAC,IAAI,EAAE,GAAG,CAAC,IAAI,CAAC,CAAC;QAC1E,IAAI,CAAC,EAAE,EAAE,CAAC;YACR,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,sBAAsB,EAAE,CAAC,CAAC;YACxE,OAAO;QACT,CAAC;QACD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,EAAE,EAAE,CAAC,CAAC;IACxC,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,QAAQ,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAC5E,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,EAAE,GAAG,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC;QACrE,IAAI,CAAC,OAAO,EAAE,CAAC;YACb,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,sBAAsB,EAAE,CAAC,CAAC;YACxE,OAAO;QACT,CAAC;QACD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,oBAAoB,EAAE,CAAC,CAAC;IAC7D,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,SAAS,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAC7E,IAAI,CAAC;QACH,MAAM,EAAE,KAAK,EAAE,MAAM,EAAE,IAAI,EAAE,GAAG,GAAG,CAAC,IAA0D,CAAC;QAC/F,IAAI,OAAO,KAAK,KAAK,QAAQ,EAAE,CAAC;YAC9B,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,4BAA4B,EAAE,CAAC,CAAC;YAC9E,OAAO;QACT,CAAC;QACD,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,WAAW,GAAG,MAAM,OAAO,CAAC,iBAAiB,CACjD,GAAG,CAAC,MAAM,CAAC,EAAE,EACb,GAAG,CAAC,MAAM,CAAC,IAAI,EACf,KAAK,EACL,MAAM,IAAI,KAAK,EACf,IAAI,CACL,CAAC;QACF,IAAI,CAAC,WAAW,EAAE,CAAC;YACjB,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,sBAAsB,EAAE,CAAC,CAAC;YACxE,OAAO;QACT,CAAC;QACD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,WAAW,EAAE,CAAC,CAAC;IACjD,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,aAAa,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IACjF,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,yBAAyB,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,CAAC,CAAC;QACvE,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC,CAAC;IAC7C,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC"}
+{"version":3,"file":"kr.controller.js","sourceRoot":"","sources":["../../../../../../backend/src/controllers/mission/kr.controller.ts"],"names":[],"mappings":"AAAA;;;;;;;;;GASG;AAGH,OAAO,EAAE,iBAAiB,EAAE,MAAM,0CAA0C,CAAC;AAC7E,OAAO,EAAE,4BAA4B,EAAE,MAAM,oCAAoC,CAAC;AAElF;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,cAAc,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAClF,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,GAAG,GAAG,MAAM,OAAO,CAAC,aAAa,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,CAAC,CAAC;QACvD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,GAAG,EAAE,KAAK,EAAE,GAAG,CAAC,MAAM,EAAE,CAAC,CAAC;IAC5D,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,QAAQ,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAC5E,IAAI,CAAC;QACH,MAAM,KAAK,GAAG,EAAE,GAAG,GAAG,CAAC,IAAI,EAAE,SAAS,EAAE,GAAG,CAAC,MAAM,CAAC,EAAE,EAAE,CAAC;QACxD,MAAM,MAAM,GAAG,4BAA4B,CAAC,KAAK,CAAC,CAAC;QACnD,IAAI,MAAM,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;YACtB,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;YACnE,OAAO;QACT,CAAC;QACD,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,EAAE,GAAG,MAAM,OAAO,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC;QACvC,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,EAAE,EAAE,CAAC,CAAC;IACpD,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,KAAK,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IACzE,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,EAAE,GAAG,MAAM,OAAO,CAAC,GAAG,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,EAAE,GAAG,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC;QAC7D,IAAI,CAAC,EAAE,EAAE,CAAC;YACR,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,sBAAsB,EAAE,CAAC,CAAC;YACxE,OAAO;QACT,CAAC;QACD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,EAAE,EAAE,CAAC,CAAC;IACxC,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,QAAQ,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAC5E,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,EAAE,GAAG,MAAM,OAAO,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,EAAE,GAAG,CAAC,MAAM,CAAC,IAAI,EAAE,GAAG,CAAC,IAAI,CAAC,CAAC;QAC1E,IAAI,CAAC,EAAE,EAAE,CAAC;YACR,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,sBAAsB,EAAE,CAAC,CAAC;YACxE,OAAO;QACT,CAAC;QACD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,EAAE,EAAE,CAAC,CAAC;IACxC,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,QAAQ,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAC5E,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,EAAE,GAAG,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC;QACrE,IAAI,CAAC,OAAO,EAAE,CAAC;YACb,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,sBAAsB,EAAE,CAAC,CAAC;YACxE,OAAO;QACT,CAAC;QACD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,oBAAoB,EAAE,CAAC,CAAC;IAC7D,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,SAAS,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IAC7E,IAAI,CAAC;QACH,MAAM,EAAE,KAAK,EAAE,MAAM,EAAE,IAAI,EAAE,GAAG,GAAG,CAAC,IAA0D,CAAC;QAC/F,IAAI,OAAO,KAAK,KAAK,QAAQ,EAAE,CAAC;YAC9B,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,4BAA4B,EAAE,CAAC,CAAC;YAC9E,OAAO;QACT,CAAC;QACD,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,WAAW,GAAG,MAAM,OAAO,CAAC,iBAAiB,CACjD,GAAG,CAAC,MAAM,CAAC,EAAE,EACb,GAAG,CAAC,MAAM,CAAC,IAAI,EACf,KAAK,EACL,MAAM,IAAI,KAAK,EACf,IAAI,CACL,CAAC;QACF,IAAI,CAAC,WAAW,EAAE,CAAC;YACjB,GAAG,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,KAAK,EAAE,KAAK,EAAE,sBAAsB,EAAE,CAAC,CAAC;YACxE,OAAO;QACT,CAAC;QACD,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,WAAW,EAAE,CAAC,CAAC;IACjD,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,aAAa,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IACjF,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,yBAAyB,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,CAAC,CAAC;QACvE,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC,CAAC;IAC7C,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC;AAED;;;;;;GAMG;AACH,MAAM,CAAC,KAAK,UAAU,oBAAoB,CAAC,GAAY,EAAE,GAAa,EAAE,IAAkB;IACxF,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,iBAAiB,CAAC,WAAW,EAAE,CAAC;QAChD,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,yBAAyB,CAAC,GAAG,CAAC,MAAM,CAAC,EAAE,CAAC,CAAC;QACvE,GAAG,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC,CAAC;IAC7C,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAAC,CAAC;AAC9B,CAAC"}

package/dist/backend/backend/src/controllers/mission/mission-policy.routes.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"mission-policy.routes.d.ts","sourceRoot":"","sources":["../../../../../../backend/src/controllers/mission/mission-policy.routes.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAEH,OAAO,EAAE,MAAM,EAAkD,MAAM,SAAS,CAAC;AAiOjF;;;;GAIG;AACH,wBAAgB,yBAAyB,IAAI,MAAM,CAqIlD"}
+{"version":3,"file":"mission-policy.routes.d.ts","sourceRoot":"","sources":["../../../../../../backend/src/controllers/mission/mission-policy.routes.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAEH,OAAO,EAAE,MAAM,EAAkD,MAAM,SAAS,CAAC;AAmZjF;;;;GAIG;AACH,wBAAgB,yBAAyB,IAAI,MAAM,CAsJlD"}