deps: update mermaid to 11.12.3

### Explanation

This makes the main content area readable.
![Screenshot 2026-02-03 at 12.10.01 PM.png](/attachments/5103926c-17a1-49b5-8594-2f985b6bb23d)

### Issue

22

### Attestations

- [x] I have read and agree to the [Code of Conduct](https://docs.nhcarrigan.com/community/coc/)
- [x] I have read and agree to the [Community Guidelines](https://docs.nhcarrigan.com/community/guide/).
- [x] My contribution complies with the [Contributor Covenant](https://docs.nhcarrigan.com/dev/covenant/).

### Dependencies

- [x] I have pinned the dependencies to a specific patch version.

### Style

- [x] I have run the linter and resolved any errors.
- [x] My pull request uses an appropriate title, matching the conventional commit standards.
- [x] My scope of feat/fix/chore/etc. correctly matches the nature of changes in my pull request.

### Tests

- [x] My contribution adds new code, and I have added tests to cover it.
- [x] My contribution modifies existing code, and I have updated the tests to reflect these changes.
- [x] All new and existing tests pass locally with my changes.
- [x] Code coverage remains at or above the configured threshold.

### Documentation

I have made the following PR to update the documentation site by adding a translucent background to main content sections to improve text readability against the background artwork.

### Versioning

Minor - My pull request introduces a new non-breaking feature.

Co-authored-by: Rain <rainkalugdan@gmail.com>
Reviewed-on: #23
Co-authored-by: rain <rain@nhcarrigan.com>
Co-committed-by: rain <rain@nhcarrigan.com>

.cspell.json

@@ -12,8 +12,8 @@
     "bash"
   ],
   "ignoreRegExpList": [
-    "```[\\s\\S]*?```", // Ignores multi-line code blocks in Markdown
-    "`[^`\n]+`" // Ignores inline code blocks
+    "```[\\s\\S]*?```",
+    "`[^`\n]+`"
   ],
   "ignoreWords": [
     "nhcarrigan",
@@ -101,6 +101,7 @@
     "Nederlands",
     "Neurodivergence",
     "Nomena",
+    "NSFW",
     "Nymira",
     "OFAC",
     "Ollama",

.gitea/workflows/ci.yml

@@ -8,22 +8,31 @@ on:
       - main
 
 jobs:
-  lint:
-    name: Lint and Test
+  ci:
+    name: CI
+    runs-on: ubuntu-latest
 
     steps:
       - name: Checkout Source Files
         uses: actions/checkout@v4
 
-      - name: Use Node.js v22
+      - name: Use Node.js v24
         uses: actions/setup-node@v4
         with:
-          node-version: 22
+          node-version: 24
 
       - name: Setup pnpm
         uses: pnpm/action-setup@v2
         with:
-          version: 9
+          version: 10
+
+      - name: Ensure Dependencies are Pinned
+        uses: naomi-lgbt/dependency-pin-check@main
+        with:
+          language: javascript
+          dev-dependencies: true
+          peer-dependencies: true
+          optional-dependencies: true
 
       - name: Install Dependencies
         run: pnpm install
@@ -35,4 +44,4 @@ jobs:
         run: pnpm run build
 
       - name: Run Tests
-        run: pnpm run test
+        run: pnpm run test

.gitea/workflows/security.yml

@@ -1,4 +1,4 @@
-name: Security Scan
+name: Security Scan and Upload
 
 on:
   push:
@@ -6,136 +6,172 @@ on:
   pull_request:
     branches: [ main ]
   schedule:
-    # Run weekly on Mondays at 00:00 UTC
     - cron: '0 0 * * 1'
   workflow_dispatch:
-  continue_on_error: true
 
 jobs:
-  security:
-    name: Security Audit
+  security-audit:
+    name: Security & DefectDojo Upload
     runs-on: ubuntu-latest
+    continue-on-error: true
 
     steps:
       - name: Checkout code
         uses: actions/checkout@v4
 
+      # --- AUTO-SETUP PROJECT ---
+      - name: Ensure DefectDojo Product Exists
+        env:
+          DD_URL: ${{ secrets.DD_URL }}
+          DD_TOKEN: ${{ secrets.DD_TOKEN }}
+          PRODUCT_NAME: ${{ github.repository }} 
+          PRODUCT_TYPE_ID: 1 
+        run: |
+          sudo apt-get install jq -y > /dev/null
+          
+          echo "Checking connection to $DD_URL..."
+          
+          # Check if product exists - capture HTTP code to debug connection issues
+          RESPONSE=$(curl --write-out "%{http_code}" --silent --output /tmp/response.json \
+            -H "Authorization: Token $DD_TOKEN" \
+            "$DD_URL/api/v2/products/?name=$PRODUCT_NAME")
+          
+          # If response is not 200, print error
+          if [ "$RESPONSE" != "200" ]; then
+            echo "::error::Failed to query DefectDojo. HTTP Code: $RESPONSE"
+            cat /tmp/response.json
+            exit 1
+          fi
+
+          COUNT=$(cat /tmp/response.json | jq -r '.count')
+          
+          if [ "$COUNT" = "0" ]; then
+            echo "Creating product '$PRODUCT_NAME'..."
+            curl -s -X POST "$DD_URL/api/v2/products/" \
+              -H "Authorization: Token $DD_TOKEN" \
+              -H "Content-Type: application/json" \
+              -d '{ "name": "'"$PRODUCT_NAME"'", "description": "Auto-created by Gitea Actions", "prod_type": '$PRODUCT_TYPE_ID' }'
+          else
+            echo "Product '$PRODUCT_NAME' already exists."
+          fi
+
+      # --- 1. TRIVY (Dependencies & Misconfig) ---
       - name: Install Trivy
         run: |
-          sudo apt-get update
           sudo apt-get install wget apt-transport-https gnupg lsb-release -y
-          wget -qO /tmp/trivy-key.asc https://aquasecurity.github.io/trivy-repo/deb/public.key
-          sudo apt-key add /tmp/trivy-key.asc
+          wget -qO - https://aquasecurity.github.io/trivy-repo/deb/public.key | sudo apt-key add -
           echo "deb https://aquasecurity.github.io/trivy-repo/deb $(lsb_release -sc) main" | sudo tee -a /etc/apt/sources.list.d/trivy.list
-          sudo apt-get update
-          sudo apt-get install trivy -y
+          sudo apt-get update && sudo apt-get install trivy -y
 
-      - name: Run Trivy comprehensive security scan
-        uses: aquasecurity/trivy-action@master
-        with:
-          scan-type: 'fs'
-          scan-ref: '.'
-          scanners: 'vuln,misconfig'
-          format: 'table'
-          output: 'trivy-results.txt'
-          severity: 'CRITICAL,HIGH,MEDIUM,LOW,UNKNOWN'
-          # Fail on any vulnerability found
-          exit-code: '1'
-          # Don't ignore unfixed vulnerabilities
-          ignore-unfixed: false
-          # Skip database update to speed up scans (uses cached DB)
-          skip-db-update: false
-          # Skip setup since we installed Trivy manually
-          skip-setup-trivy: true
-
-      - name: Display Trivy scan results
-        if: always()
+      - name: Run Trivy (FS Scan)
         run: |
-          if [ -f trivy-results.txt ]; then
-            echo "=== Trivy Security Scan Results ==="
-            cat trivy-results.txt
-          else
-            echo "No Trivy scan results found"
+          trivy fs . --scanners vuln,misconfig --format json --output trivy-results.json --exit-code 0
+
+      - name: Upload Trivy to DefectDojo
+        env:
+          DD_URL: ${{ secrets.DD_URL }}
+          DD_TOKEN: ${{ secrets.DD_TOKEN }}
+        run: |
+          echo "Uploading Trivy results..."
+          # Generate today's date in YYYY-MM-DD format
+          TODAY=$(date +%Y-%m-%d)
+          
+          HTTP_CODE=$(curl --write-out "%{http_code}" --output response.txt --silent -X POST "$DD_URL/api/v2/import-scan/" \
+            -H "Authorization: Token $DD_TOKEN" \
+            -F "active=true" \
+            -F "verified=true" \
+            -F "scan_type=Trivy Scan" \
+            -F "engagement_name=CI/CD Pipeline" \
+            -F "product_name=${{ github.repository }}" \
+            -F "scan_date=$TODAY" \
+            -F "auto_create_context=true" \
+            -F "file=@trivy-results.json")
+          
+          if [[ "$HTTP_CODE" != "200" && "$HTTP_CODE" != "201" ]]; then
+            echo "::error::Upload Failed with HTTP $HTTP_CODE"
+            echo "--- SERVER RESPONSE ---"
+            cat response.txt
+            echo "-----------------------"
             exit 1
+          else
+            echo "Upload Success!"
           fi
 
+      # --- 2. GITLEAKS (Secrets) ---
       - name: Install Gitleaks
         run: |
-          wget -O /tmp/gitleaks.tar.gz https://github.com/gitleaks/gitleaks/releases/download/v8.30.0/gitleaks_8.30.0_linux_x64.tar.gz
-          tar -xzf /tmp/gitleaks.tar.gz -C /tmp
-          sudo mv /tmp/gitleaks /usr/local/bin/
-          sudo chmod +x /usr/local/bin/gitleaks
-          gitleaks version
+          wget -qO gitleaks.tar.gz https://github.com/gitleaks/gitleaks/releases/download/v8.18.0/gitleaks_8.18.0_linux_x64.tar.gz
+          tar -xzf gitleaks.tar.gz
+          sudo mv gitleaks /usr/local/bin/ && chmod +x /usr/local/bin/gitleaks
 
-      # We remove the Trivy cache to avoid false positives
-      - name: Run Gitleaks secret scan
-        run: |
-          rm -rf .cache/trivy
-          gitleaks detect --source . --report-path gitleaks-results.json --report-format json --no-git
+      - name: Run Gitleaks
+        run: gitleaks detect --source . -v --report-path gitleaks-results.json --report-format json --no-git || true
 
-      - name: Display Gitleaks scan results
-        if: always()
+      - name: Upload Gitleaks to DefectDojo
+        env:
+          DD_URL: ${{ secrets.DD_URL }}
+          DD_TOKEN: ${{ secrets.DD_TOKEN }}
         run: |
-          if [ -f gitleaks-results.json ]; then
-            echo "=== Gitleaks Secret Scan Results ==="
-            cat gitleaks-results.json
+          echo "Uploading Gitleaks results..."  
+          TODAY=$(date +%Y-%m-%d)
+
+          HTTP_CODE=$(curl --write-out "%{http_code}" --output response.txt --silent -X POST "$DD_URL/api/v2/import-scan/" \
+            -H "Authorization: Token $DD_TOKEN" \
+            -F "active=true" \
+            -F "verified=true" \
+            -F "scan_type=Gitleaks Scan" \
+            -F "engagement_name=CI/CD Pipeline" \
+            -F "product_name=${{ github.repository }}" \
+            -F "scan_date=$TODAY" \
+            -F "auto_create_context=true" \
+            -F "file=@gitleaks-results.json")
+
+          if [[ "$HTTP_CODE" != "200" && "$HTTP_CODE" != "201" ]]; then
+             echo "::error::Upload Failed with HTTP $HTTP_CODE"
+             echo "--- SERVER RESPONSE ---"
+             cat response.txt
+             echo "-----------------------"
+             exit 1
           else
-            echo "No secrets detected by Gitleaks"
-            exit 1
+             echo "Upload Success!"
           fi
 
-      - name: Install Semgrep
+      # --- 3. SEMGREP (SAST) ---
+      - name: Install Semgrep (via pipx)
         run: |
-          sudo apt-get install pipx
-          pipx ensurepath
-          export PATH="$HOME/.local/bin:$PATH"
+          sudo apt-get install pipx -y
           pipx install semgrep
-          semgrep --version
+          # Add pipx binary path to GITHUB_PATH so next steps can see 'semgrep'
+          echo "$HOME/.local/bin" >> $GITHUB_PATH
 
-      - name: Run Semgrep static analysis
-        run: |
-          export PATH="$HOME/.local/bin:$PATH"
-          semgrep --config p/security-audit \
-            --config p/owasp-top-ten \
-            --config p/ci \
-            --config p/r2c-security-audit \
-            --config p/cwe-top-25 \
-            --output semgrep-results.txt \
-            .
+      - name: Run Semgrep
+        run: semgrep scan --config=p/security-audit --config=p/owasp-top-ten --json --output semgrep-results.json . || true
 
-      - name: Display Semgrep scan results
-        if: always()
+      - name: Upload Semgrep to DefectDojo
+        env:
+          DD_URL: ${{ secrets.DD_URL }}
+          DD_TOKEN: ${{ secrets.DD_TOKEN }}
         run: |
-          if [ -f semgrep-results.txt ]; then
-            echo "=== Semgrep Static Analysis Results ==="
-            cat semgrep-results.txt
+          echo "Uploading Semgrep results..."
+          TODAY=$(date +%Y-%m-%d)
+          
+          HTTP_CODE=$(curl --write-out "%{http_code}" --output response.txt --silent -X POST "$DD_URL/api/v2/import-scan/" \
+            -H "Authorization: Token $DD_TOKEN" \
+            -F "active=true" \
+            -F "verified=true" \
+            -F "scan_type=Semgrep JSON Report" \
+            -F "engagement_name=CI/CD Pipeline" \
+            -F "product_name=${{ github.repository }}" \
+            -F "scan_date=$TODAY" \
+            -F "auto_create_context=true" \
+            -F "file=@semgrep-results.json")
+
+          if [[ "$HTTP_CODE" != "200" && "$HTTP_CODE" != "201" ]]; then
+             echo "::error::Upload Failed with HTTP $HTTP_CODE"
+             echo "--- SERVER RESPONSE ---"
+             cat response.txt
+             echo "-----------------------"
+             exit 1
           else
-            echo "No Semgrep scan results found"
-            exit 1
-          fi
-
-      - name: Install Go
-        uses: actions/setup-go@v6
-        with:
-          go-version: 'stable' # Latest stable version
-
-      - name: Install OSV Scanner
-        run: |
-          export PATH="$HOME/go/bin:$PATH"
-          go install github.com/google/osv-scanner/v2/cmd/osv-scanner@latest
-
-      - name: Run OSV Scanner
-        run: |
-          export PATH="$HOME/go/bin:$PATH"
-          osv-scanner scan source --format table --output osv-results.txt -r .
-
-      - name: Display OSV Scanner scan results
-        if: always()
-        run: |
-          if [ -f osv-results.txt ]; then
-            echo "=== OSV Scanner Results ==="
-            cat osv-results.txt
-          else
-            echo "No OSV Scanner scan results found"
-            exit 1
+             echo "Upload Success!"
           fi

.npmrc

@@ -0,0 +1,25 @@
+# Package Manager Configuration
+# Force pnpm usage - breaks npm/yarn intentionally
+node-linker=pnpm
+
+# Security: Disable all lifecycle scripts
+ignore-scripts=true
+enable-pre-post-scripts=false
+
+# Security: Require packages to be 10+ days old before installation
+minimum-release-age=14400
+
+# Security: Verify package integrity hashes
+verify-store-integrity=true
+
+# Security: Enforce strict trust policies
+trust-policy=strict
+
+# Security: Strict peer dependency resolution
+strict-peer-dependencies=true
+
+# Performance: Use symlinks for node_modules
+symlink=true
+
+# Lockfile: Ensure lockfile is not modified during install
+frozen-lockfile=false

README.md

@@ -1,47 +1,29 @@
-# Astro Starter Kit: Minimal
+# docs
 
-```sh
-npm create astro@latest -- --template minimal
-```
+Documentation for NHCarrigan projects.
 
-[![Open in StackBlitz](https://developer.stackblitz.com/img/open_in_stackblitz.svg)](https://stackblitz.com/github/withastro/astro/tree/latest/examples/minimal)
-[![Open with CodeSandbox](https://assets.codesandbox.io/github/button-edit-lime.svg)](https://codesandbox.io/p/sandbox/github/withastro/astro/tree/latest/examples/minimal)
-[![Open in GitHub Codespaces](https://github.com/codespaces/badge.svg)](https://codespaces.new/withastro/astro?devcontainer_path=.devcontainer/minimal/devcontainer.json)
+## Live Version
 
-> 🧑‍🚀 **Seasoned astronaut?** Delete this file. Have fun!
+This page is currently deployed. [View the live website.](https://docs.nhcarrigan.com)
 
-## 🚀 Project Structure
+## Feedback and Bugs
 
-Inside of your Astro project, you'll see the following folders and files:
+If you have feedback or a bug report, please [log a ticket on our forum](https://support.nhcarrigan.com).
 
-```text
-/
-├── public/
-├── src/
-│   └── pages/
-│       └── index.astro
-└── package.json
-```
+## Contributing
 
-Astro looks for `.astro` or `.md` files in the `src/pages/` directory. Each page is exposed as a route based on its file name.
+If you would like to contribute to the project, you may create a Pull Request containing your proposed changes and we will review it as soon as we are able! Please review our [contributing guidelines](CONTRIBUTING.md) first.
 
-There's nothing special about `src/components/`, but that's where we like to put any Astro/React/Vue/Svelte/Preact components.
+## Code of Conduct
 
-Any static assets, like images, can be placed in the `public/` directory.
+Before interacting with our community, please read our [Code of Conduct](CODE_OF_CONDUCT.md).
 
-## 🧞 Commands
+## License
 
-All commands are run from the root of the project, from a terminal:
+This software is licensed under our [global software license](https://docs.nhcarrigan.com/#/license).
 
-| Command                   | Action                                           |
-| :------------------------ | :----------------------------------------------- |
-| `npm install`             | Installs dependencies                            |
-| `npm run dev`             | Starts local dev server at `localhost:4321`      |
-| `npm run build`           | Build your production site to `./dist/`          |
-| `npm run preview`         | Preview your build locally, before deploying     |
-| `npm run astro ...`       | Run CLI commands like `astro add`, `astro check` |
-| `npm run astro -- --help` | Get help using the Astro CLI                     |
+Copyright held by Naomi Carrigan.
 
-## 👀 Want to learn more?
+## Contact
 
-Feel free to check [our documentation](https://docs.astro.build) or jump into our [Discord server](https://astro.build/chat).
+We may be contacted through our [Chat Server](http://chat.nhcarrigan.com) or via email at `contact@nhcarrigan.com`

package.json

@@ -16,7 +16,7 @@
     "@astrojs/starlight": "0.37.1",
     "astro": "5.16.5",
     "astro-mermaid": "1.2.0",
-    "mermaid": "11.12.2",
+    "mermaid": "11.12.3",
     "typescript": "5.9.3"
   },
   "devDependencies": {

pnpm-lock.yaml

@@ -19,10 +19,10 @@ importers:
         version: 5.16.5(rollup@4.52.5)(typescript@5.9.3)(yaml@2.8.2)
       astro-mermaid:
         specifier: 1.2.0
-        version: 1.2.0(astro@5.16.5(rollup@4.52.5)(typescript@5.9.3)(yaml@2.8.2))(mermaid@11.12.2)
+        version: 1.2.0(astro@5.16.5(rollup@4.52.5)(typescript@5.9.3)(yaml@2.8.2))(mermaid@11.12.3)
       mermaid:
-        specifier: 11.12.2
-        version: 11.12.2
+        specifier: 11.12.3
+        version: 11.12.3
       typescript:
         specifier: 5.9.3
         version: 5.9.3
@@ -136,20 +136,20 @@ packages:
     resolution: {integrity: sha512-8XqW8xGn++Eqqbz3e9wKuK7mxryeRjs4LOHLxbh2lwKeSbuNR4NFifDZT4KzvjU6HMOPbiNTsWpniK5EJfTWkg==}
     engines: {node: '>=18'}
 
-  '@chevrotain/cst-dts-gen@11.0.3':
-    resolution: {integrity: sha512-BvIKpRLeS/8UbfxXxgC33xOumsacaeCKAjAeLyOn7Pcp95HiRbrpl14S+9vaZLolnbssPIUuiUd8IvgkRyt6NQ==}
+  '@chevrotain/cst-dts-gen@11.1.1':
+    resolution: {integrity: sha512-fRHyv6/f542qQqiRGalrfJl/evD39mAvbJLCekPazhiextEatq1Jx1K/i9gSd5NNO0ds03ek0Cbo/4uVKmOBcw==}
 
-  '@chevrotain/gast@11.0.3':
-    resolution: {integrity: sha512-+qNfcoNk70PyS/uxmj3li5NiECO+2YKZZQMbmjTqRI3Qchu8Hig/Q9vgkHpI3alNjr7M+a2St5pw5w5F6NL5/Q==}
+  '@chevrotain/gast@11.1.1':
+    resolution: {integrity: sha512-Ko/5vPEYy1vn5CbCjjvnSO4U7GgxyGm+dfUZZJIWTlQFkXkyym0jFYrWEU10hyCjrA7rQtiHtBr0EaZqvHFZvg==}
 
-  '@chevrotain/regexp-to-ast@11.0.3':
-    resolution: {integrity: sha512-1fMHaBZxLFvWI067AVbGJav1eRY7N8DDvYCTwGBiE/ytKBgP8azTdgyrKyWZ9Mfh09eHWb5PgTSO8wi7U824RA==}
+  '@chevrotain/regexp-to-ast@11.1.1':
+    resolution: {integrity: sha512-ctRw1OKSXkOrR8VTvOxrQ5USEc4sNrfwXHa1NuTcR7wre4YbjPcKw+82C2uylg/TEwFRgwLmbhlln4qkmDyteg==}
 
-  '@chevrotain/types@11.0.3':
-    resolution: {integrity: sha512-gsiM3G8b58kZC2HaWR50gu6Y1440cHiJ+i3JUvcp/35JchYejb2+5MVeJK0iKThYpAa/P2PYFV4hoi44HD+aHQ==}
+  '@chevrotain/types@11.1.1':
+    resolution: {integrity: sha512-wb2ToxG8LkgPYnKe9FH8oGn3TMCBdnwiuNC5l5y+CtlaVRbCytU0kbVsk6CGrqTL4ZN4ksJa0TXOYbxpbthtqw==}
 
-  '@chevrotain/utils@11.0.3':
-    resolution: {integrity: sha512-YslZMgtJUyuMbZ+aKvfF3x1f5liK4mWNxghFRv7jqRR9C3R3fAOGTTKvxXDa2Y1s9zSbcpuO0cAxDYsc9SrXoQ==}
+  '@chevrotain/utils@11.1.1':
+    resolution: {integrity: sha512-71eTYMzYXYSFPrbg/ZwftSaSDld7UYlS8OQa3lNnn9jzNtpFbaReRRyghzqS7rI3CDaorqpPJJcXGHK+FE1TVQ==}
 
   '@cspell/cspell-bundled-dicts@9.4.0':
     resolution: {integrity: sha512-Hm2gpMg/lRv4fKtiO2NfBiaJdFZVVb1V1a+IVhlD9qCuObLhCt60Oze2kD1dQzhbaIX756cs/eyxa5bQ5jihhQ==}
@@ -627,111 +627,131 @@ packages:
     resolution: {integrity: sha512-9B+taZ8DlyyqzZQnoeIvDVR/2F4EbMepXMc/NdVbkzsJbzkUjhXv/70GQJ7tdLA4YJgNP25zukcxpX2/SueNrA==}
     cpu: [arm64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-libvips-linux-arm64@1.2.3':
     resolution: {integrity: sha512-I4RxkXU90cpufazhGPyVujYwfIm9Nk1QDEmiIsaPwdnm013F7RIceaCc87kAH+oUB1ezqEvC6ga4m7MSlqsJvQ==}
     cpu: [arm64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-libvips-linux-arm@1.0.5':
     resolution: {integrity: sha512-gvcC4ACAOPRNATg/ov8/MnbxFDJqf/pDePbBnuBDcjsI8PssmjoKMAz4LtLaVi+OnSb5FK/yIOamqDwGmXW32g==}
     cpu: [arm]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-libvips-linux-arm@1.2.3':
     resolution: {integrity: sha512-x1uE93lyP6wEwGvgAIV0gP6zmaL/a0tGzJs/BIDDG0zeBhMnuUPm7ptxGhUbcGs4okDJrk4nxgrmxpib9g6HpA==}
     cpu: [arm]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-libvips-linux-ppc64@1.2.3':
     resolution: {integrity: sha512-Y2T7IsQvJLMCBM+pmPbM3bKT/yYJvVtLJGfCs4Sp95SjvnFIjynbjzsa7dY1fRJX45FTSfDksbTp6AGWudiyCg==}
     cpu: [ppc64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-libvips-linux-s390x@1.2.3':
     resolution: {integrity: sha512-RgWrs/gVU7f+K7P+KeHFaBAJlNkD1nIZuVXdQv6S+fNA6syCcoboNjsV2Pou7zNlVdNQoQUpQTk8SWDHUA3y/w==}
     cpu: [s390x]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-libvips-linux-x64@1.0.4':
     resolution: {integrity: sha512-MmWmQ3iPFZr0Iev+BAgVMb3ZyC4KeFc3jFxnNbEPas60e1cIfevbtuyf9nDGIzOaW9PdnDciJm+wFFaTlj5xYw==}
     cpu: [x64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-libvips-linux-x64@1.2.3':
     resolution: {integrity: sha512-3JU7LmR85K6bBiRzSUc/Ff9JBVIFVvq6bomKE0e63UXGeRw2HPVEjoJke1Yx+iU4rL7/7kUjES4dZ/81Qjhyxg==}
     cpu: [x64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-libvips-linuxmusl-arm64@1.2.3':
     resolution: {integrity: sha512-F9q83RZ8yaCwENw1GieztSfj5msz7GGykG/BA+MOUefvER69K/ubgFHNeSyUu64amHIYKGDs4sRCMzXVj8sEyw==}
     cpu: [arm64]
     os: [linux]
+    libc: [musl]
 
   '@img/sharp-libvips-linuxmusl-x64@1.2.3':
     resolution: {integrity: sha512-U5PUY5jbc45ANM6tSJpsgqmBF/VsL6LnxJmIf11kB7J5DctHgqm0SkuXzVWtIY90GnJxKnC/JT251TDnk1fu/g==}
     cpu: [x64]
     os: [linux]
+    libc: [musl]
 
   '@img/sharp-linux-arm64@0.33.5':
     resolution: {integrity: sha512-JMVv+AMRyGOHtO1RFBiJy/MBsgz0x4AWrT6QoEVVTyh1E39TrCUpTRI7mx9VksGX4awWASxqCYLCV4wBZHAYxA==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [arm64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-linux-arm64@0.34.4':
     resolution: {integrity: sha512-YXU1F/mN/Wu786tl72CyJjP/Ngl8mGHN1hST4BGl+hiW5jhCnV2uRVTNOcaYPs73NeT/H8Upm3y9582JVuZHrQ==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [arm64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-linux-arm@0.33.5':
     resolution: {integrity: sha512-JTS1eldqZbJxjvKaAkxhZmBqPRGmxgu+qFKSInv8moZ2AmT5Yib3EQ1c6gp493HvrvV8QgdOXdyaIBrhvFhBMQ==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [arm]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-linux-arm@0.34.4':
     resolution: {integrity: sha512-Xyam4mlqM0KkTHYVSuc6wXRmM7LGN0P12li03jAnZ3EJWZqj83+hi8Y9UxZUbxsgsK1qOEwg7O0Bc0LjqQVtxA==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [arm]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-linux-ppc64@0.34.4':
     resolution: {integrity: sha512-F4PDtF4Cy8L8hXA2p3TO6s4aDt93v+LKmpcYFLAVdkkD3hSxZzee0rh6/+94FpAynsuMpLX5h+LRsSG3rIciUQ==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [ppc64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-linux-s390x@0.34.4':
     resolution: {integrity: sha512-qVrZKE9Bsnzy+myf7lFKvng6bQzhNUAYcVORq2P7bDlvmF6u2sCmK2KyEQEBdYk+u3T01pVsPrkj943T1aJAsw==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [s390x]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-linux-x64@0.33.5':
     resolution: {integrity: sha512-opC+Ok5pRNAzuvq1AG0ar+1owsu842/Ab+4qvU879ippJBHvyY5n2mxF1izXqkPYlGuP/M556uh53jRLJmzTWA==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [x64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-linux-x64@0.34.4':
     resolution: {integrity: sha512-ZfGtcp2xS51iG79c6Vhw9CWqQC8l2Ot8dygxoDoIQPTat/Ov3qAa8qpxSrtAEAJW+UjTXc4yxCjNfxm4h6Xm2A==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [x64]
     os: [linux]
+    libc: [glibc]
 
   '@img/sharp-linuxmusl-arm64@0.34.4':
     resolution: {integrity: sha512-8hDVvW9eu4yHWnjaOOR8kHVrew1iIX+MUgwxSuH2XyYeNRtLUe4VNioSqbNkB7ZYQJj9rUTT4PyRscyk2PXFKA==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [arm64]
     os: [linux]
+    libc: [musl]
 
   '@img/sharp-linuxmusl-x64@0.34.4':
     resolution: {integrity: sha512-lU0aA5L8QTlfKjpDCEFOZsTYGn3AEiO6db8W5aQDxj0nQkVrZWmN3ZP9sYKWJdtq3PWPhUNlqehWyXpYDcI9Sg==}
     engines: {node: ^18.17.0 || ^20.3.0 || >=21.0.0}
     cpu: [x64]
     os: [linux]
+    libc: [musl]
 
   '@img/sharp-wasm32@0.34.4':
     resolution: {integrity: sha512-33QL6ZO/qpRyG7woB/HUALz28WnTMI2W1jgX3Nu2bypqLIKx/QKMILLJzJjI+SIbvXdG9fUnmrxR7vbi1sTBeA==}
@@ -768,8 +788,8 @@ packages:
   '@mdx-js/mdx@3.1.1':
     resolution: {integrity: sha512-f6ZO2ifpwAQIpzGWaBQT2TXxPv6z3RBzQKpVftEWN78Vl/YweF1uwussDx8ECAXVtr3Rs89fKyG9YlzUs9DyGQ==}
 
-  '@mermaid-js/parser@0.6.3':
-    resolution: {integrity: sha512-lnjOhe7zyHjc+If7yT4zoedx2vo4sHaTmtkl1+or8BRTnCtDmcTpAjpzDSfCZrshM5bCoz0GyidzadJAH1xobA==}
+  '@mermaid-js/parser@1.0.0':
+    resolution: {integrity: sha512-vvK0Hi/VWndxoh03Mmz6wa1KDriSPjS2XMZL/1l19HFwygiObEEoEwSDxOqyLzzAI6J2PU3261JjTMTO7x+BPw==}
 
   '@nodelib/fs.scandir@2.1.5':
     resolution: {integrity: sha512-vq24Bq3ym5HEQm2NKCr3yXDwjc7vTsEThRDnkp2DK9p1uqLR+DHurm/NOTo0KG7HYHU7eppKZj3MyqYuMBf62g==}
@@ -857,56 +877,67 @@ packages:
     resolution: {integrity: sha512-PsNAbcyv9CcecAUagQefwX8fQn9LQ4nZkpDboBOttmyffnInRy8R8dSg6hxxl2Re5QhHBf6FYIDhIj5v982ATQ==}
     cpu: [arm]
     os: [linux]
+    libc: [glibc]
 
   '@rollup/rollup-linux-arm-musleabihf@4.52.5':
     resolution: {integrity: sha512-Fw4tysRutyQc/wwkmcyoqFtJhh0u31K+Q6jYjeicsGJJ7bbEq8LwPWV/w0cnzOqR2m694/Af6hpFayLJZkG2VQ==}
     cpu: [arm]
     os: [linux]
+    libc: [musl]
 
   '@rollup/rollup-linux-arm64-gnu@4.52.5':
     resolution: {integrity: sha512-a+3wVnAYdQClOTlyapKmyI6BLPAFYs0JM8HRpgYZQO02rMR09ZcV9LbQB+NL6sljzG38869YqThrRnfPMCDtZg==}
     cpu: [arm64]
     os: [linux]
+    libc: [glibc]
 
   '@rollup/rollup-linux-arm64-musl@4.52.5':
     resolution: {integrity: sha512-AvttBOMwO9Pcuuf7m9PkC1PUIKsfaAJ4AYhy944qeTJgQOqJYJ9oVl2nYgY7Rk0mkbsuOpCAYSs6wLYB2Xiw0Q==}
     cpu: [arm64]
     os: [linux]
+    libc: [musl]
 
   '@rollup/rollup-linux-loong64-gnu@4.52.5':
     resolution: {integrity: sha512-DkDk8pmXQV2wVrF6oq5tONK6UHLz/XcEVow4JTTerdeV1uqPeHxwcg7aFsfnSm9L+OO8WJsWotKM2JJPMWrQtA==}
     cpu: [loong64]
     os: [linux]
+    libc: [glibc]
 
   '@rollup/rollup-linux-ppc64-gnu@4.52.5':
     resolution: {integrity: sha512-W/b9ZN/U9+hPQVvlGwjzi+Wy4xdoH2I8EjaCkMvzpI7wJUs8sWJ03Rq96jRnHkSrcHTpQe8h5Tg3ZzUPGauvAw==}
     cpu: [ppc64]
     os: [linux]
+    libc: [glibc]
 
   '@rollup/rollup-linux-riscv64-gnu@4.52.5':
     resolution: {integrity: sha512-sjQLr9BW7R/ZiXnQiWPkErNfLMkkWIoCz7YMn27HldKsADEKa5WYdobaa1hmN6slu9oWQbB6/jFpJ+P2IkVrmw==}
     cpu: [riscv64]
     os: [linux]
+    libc: [glibc]
 
   '@rollup/rollup-linux-riscv64-musl@4.52.5':
     resolution: {integrity: sha512-hq3jU/kGyjXWTvAh2awn8oHroCbrPm8JqM7RUpKjalIRWWXE01CQOf/tUNWNHjmbMHg/hmNCwc/Pz3k1T/j/Lg==}
     cpu: [riscv64]
     os: [linux]
+    libc: [musl]
 
   '@rollup/rollup-linux-s390x-gnu@4.52.5':
     resolution: {integrity: sha512-gn8kHOrku8D4NGHMK1Y7NA7INQTRdVOntt1OCYypZPRt6skGbddska44K8iocdpxHTMMNui5oH4elPH4QOLrFQ==}
     cpu: [s390x]
     os: [linux]
+    libc: [glibc]
 
   '@rollup/rollup-linux-x64-gnu@4.52.5':
     resolution: {integrity: sha512-hXGLYpdhiNElzN770+H2nlx+jRog8TyynpTVzdlc6bndktjKWyZyiCsuDAlpd+j+W+WNqfcyAWz9HxxIGfZm1Q==}
     cpu: [x64]
     os: [linux]
+    libc: [glibc]
 
   '@rollup/rollup-linux-x64-musl@4.52.5':
     resolution: {integrity: sha512-arCGIcuNKjBoKAXD+y7XomR9gY6Mw7HnFBv5Rw7wQRvwYLR7gBAgV7Mb2QTyjXfTveBNFAtPt46/36vV9STLNg==}
     cpu: [x64]
     os: [linux]
+    libc: [musl]
 
   '@rollup/rollup-openharmony-arm64@4.52.5':
     resolution: {integrity: sha512-QoFqB6+/9Rly/RiPjaomPLmR/13cgkIGfA40LHly9zcH1S0bN2HVFYk3a1eAyHQyjs3ZJYlXvIGtcCs5tko9Cw==}
@@ -1354,8 +1385,8 @@ packages:
     peerDependencies:
       chevrotain: ^11.0.0
 
-  chevrotain@11.0.3:
-    resolution: {integrity: sha512-ci2iJH6LeIkvP9eJW6gpueU8cnZhv85ELY8w8WiFtNjMHA5ad6pQLaJo9mEly/9qUyCpvqX8/POVUTf18/HFdw==}
+  chevrotain@11.1.1:
+    resolution: {integrity: sha512-f0yv5CPKaFxfsPTBzX7vGuim4oIC1/gcS7LUGdBSwl2dU6+FON6LVUksdOo1qJjoUvXNn45urgh8C+0a24pACQ==}
 
   chokidar@4.0.3:
     resolution: {integrity: sha512-Qgzu8kfBvo+cA4962jnP1KkS6Dop5NS6g7R5LFYJr4b8Ub94PPQXUksCw9PvXoeXPRRddRNC5C1JQUR2SMGtnA==}
@@ -2120,9 +2151,9 @@ packages:
   kolorist@1.8.0:
     resolution: {integrity: sha512-Y+60/zizpJ3HRH8DCss+q95yr6145JXZo46OTpFvDZWLfRCE4qChOyk1b26nMaNpfHHgxagk9dXT5OP0Tfe+dQ==}
 
-  langium@3.3.1:
-    resolution: {integrity: sha512-QJv/h939gDpvT+9SiLVlY7tZC3xB2qK57v0J04Sh9wpMb6MP1q8gB21L3WIo8T5P1MSMg3Ep14L7KkDCFG3y4w==}
-    engines: {node: '>=16.0.0'}
+  langium@4.2.1:
+    resolution: {integrity: sha512-zu9QWmjpzJcomzdJQAHgDVhLGq5bLosVak1KVa40NzQHXfqr4eAHupvnPOVXEoLkg6Ocefvf/93d//SB7du4YQ==}
+    engines: {node: '>=20.10.0', npm: '>=10.2.3'}
 
   layout-base@1.0.2:
     resolution: {integrity: sha512-8h2oVEZNktL4BH2JCOI90iD1yXwL6iNW7KcCKT2QZgQJR2vbqDsldCTPRU9NifTCqHZci57XvQQ15YTu+sTYPg==}
@@ -2134,8 +2165,8 @@ packages:
     resolution: {integrity: sha512-arhlxbFRmoQHl33a0Zkle/YWlmNwoyt6QNZEIJcqNbdrsix5Lvc4HyyI3EnwxTYlZYc32EbYrQ8SzEZ7dqgg9A==}
     engines: {node: '>=14'}
 
-  lodash-es@4.17.21:
-    resolution: {integrity: sha512-mKnC+QJ9pWVzv+C4/U3rRsHapFfHvQFoFB92e52xeyGMcX6/OlIl78je1u8vePzYZSkkogMPJ2yjxxsb89cxyw==}
+  lodash-es@4.17.23:
+    resolution: {integrity: sha512-kVI48u3PZr38HdYz98UmfPnXl2DXrpdctLrFLCd3kOx1xUkOmpFPx7gCWWM5MPkL/fD8zb+Ph0QzjGFs4+hHWg==}
 
   lodash@4.17.21:
     resolution: {integrity: sha512-v2kDEe57lecTulaDIuNTPy3Ry4gLGJ6Z1O3vE1krgXZNrsQ+LFTGHVxVjcXPs17LhbZVGedAJv8XZ1tvj5FvSg==}
@@ -2228,8 +2259,8 @@ packages:
     resolution: {integrity: sha512-8q7VEgMJW4J8tcfVPy8g09NcQwZdbwFEqhe/WZkoIzjn/3TGDwtOCYtXGxA3O8tPzpczCCDgv+P2P5y00ZJOOg==}
     engines: {node: '>= 8'}
 
-  mermaid@11.12.2:
-    resolution: {integrity: sha512-n34QPDPEKmaeCG4WDMGy0OT6PSyxKCfy2pJgShP+Qow2KLrvWjclwbc3yXfSIf4BanqWEhQEpngWwNp/XhZt6w==}
+  mermaid@11.12.3:
+    resolution: {integrity: sha512-wN5ZSgJQIC+CHJut9xaKWsknLxaFBwCPwPkGTSUYrTiHORWvpT8RxGk849HPnpUAQ+/9BPRqYb80jTpearrHzQ==}
 
   micromark-core-commonmark@2.0.1:
     resolution: {integrity: sha512-CUQyKr1e///ZODyD1U3xit6zXwy1a8q2a1S1HKtIlmgvurrEpaw/Y9y6KSIbF8P59cn/NjzHyO+Q2fAyYLQrAA==}
@@ -2417,9 +2448,6 @@ packages:
     resolution: {integrity: sha512-UbD77BuZ9Bc9aABo74gfXhNvzC9Tx7SxtHSh1fxvx3jTLLYvmVhiQZZrJzqqU0jKbN32kb5VOKiLEQI/3bIjgQ==}
     engines: {node: '>=14.16'}
 
-  package-manager-detector@1.3.0:
-    resolution: {integrity: sha512-ZsEbbZORsyHuO00lY1kV3/t72yp6Ysay6Pd17ZAlNGuGwmWDLCJxFpRs0IzfXfj1o4icJOkUEioexFHzyPurSQ==}
-
   package-manager-detector@1.6.0:
     resolution: {integrity: sha512-61A5ThoTiDG/C8s8UMZwSorAGwMJ0ERVGj2OjoW5pAalsNOg15+iQiPzrLJ4jhZ1HJzmC2PIHT2oEiH3R5fzNA==}
 
@@ -2767,9 +2795,6 @@ packages:
   tinybench@2.9.0:
     resolution: {integrity: sha512-0+DUvqWMValLmha6lr4kD8iAMK1HzV0/aKnCtWb9v9641TnP/MFb7Pc2bxoxQjTXAErryXVgUOfv2YqNllqGeg==}
 
-  tinyexec@1.0.1:
-    resolution: {integrity: sha512-5uC6DDlmeqiOwCPmK9jMSdOuZTh8bU39Ys6yidB+UTt5hfZUPGAypSgFRiEp+jbi9qH40BLDvy85jIU88wKSqw==}
-
   tinyexec@1.0.2:
     resolution: {integrity: sha512-W/KYk+NFhkmsYpuHq5JykngiOCnxeVL8v8dFnqxSD8qEEdRfXk1SDM6JzNqcERbcGYj9tMrDQBYV9cjgnunFIg==}
     engines: {node: '>=18'}
@@ -3130,9 +3155,6 @@ packages:
   vscode-uri@2.1.2:
     resolution: {integrity: sha512-8TEXQxlldWAuIODdukIb+TR5s+9Ds40eSJrw+1iDDA9IFORPjMELarNQE3myz5XIkWWpdprmJjm1/SxMlWOC8A==}
 
-  vscode-uri@3.0.8:
-    resolution: {integrity: sha512-AyFQ0EVmsOZOlAnxoFOGOq1SQDWAB7C6aqMGS23svWAllfOaxbuFvcT8D1i8z3Gyn8fraVeZNNmN6e9bxxXkKw==}
-
   vscode-uri@3.1.0:
     resolution: {integrity: sha512-/BpdSx+yCQGnCvecbyXdxHDkuk55/G3xwnC0GqY4gmQ3j+A+g8kzzgB4Nk/SINjqn6+waqw3EgbVF2QKExkRxQ==}
 
@@ -3231,8 +3253,8 @@ snapshots:
 
   '@antfu/install-pkg@1.1.0':
     dependencies:
-      package-manager-detector: 1.3.0
-      tinyexec: 1.0.1
+      package-manager-detector: 1.6.0
+      tinyexec: 1.0.2
 
   '@antfu/utils@9.2.0': {}
 
@@ -3441,22 +3463,22 @@ snapshots:
     dependencies:
       fontkit: 2.0.4
 
-  '@chevrotain/cst-dts-gen@11.0.3':
+  '@chevrotain/cst-dts-gen@11.1.1':
     dependencies:
-      '@chevrotain/gast': 11.0.3
-      '@chevrotain/types': 11.0.3
-      lodash-es: 4.17.21
+      '@chevrotain/gast': 11.1.1
+      '@chevrotain/types': 11.1.1
+      lodash-es: 4.17.23
 
-  '@chevrotain/gast@11.0.3':
+  '@chevrotain/gast@11.1.1':
     dependencies:
-      '@chevrotain/types': 11.0.3
-      lodash-es: 4.17.21
+      '@chevrotain/types': 11.1.1
+      lodash-es: 4.17.23
 
-  '@chevrotain/regexp-to-ast@11.0.3': {}
+  '@chevrotain/regexp-to-ast@11.1.1': {}
 
-  '@chevrotain/types@11.0.3': {}
+  '@chevrotain/types@11.1.1': {}
 
-  '@chevrotain/utils@11.0.3': {}
+  '@chevrotain/utils@11.1.1': {}
 
   '@cspell/cspell-bundled-dicts@9.4.0':
     dependencies:
@@ -3984,9 +4006,9 @@ snapshots:
     transitivePeerDependencies:
       - supports-color
 
-  '@mermaid-js/parser@0.6.3':
+  '@mermaid-js/parser@1.0.0':
     dependencies:
-      langium: 3.3.1
+      langium: 4.2.1
 
   '@nodelib/fs.scandir@2.1.5':
     dependencies:
@@ -4490,13 +4512,13 @@ snapshots:
       astro: 5.16.5(rollup@4.52.5)(typescript@5.9.3)(yaml@2.8.2)
       rehype-expressive-code: 0.41.3
 
-  astro-mermaid@1.2.0(astro@5.16.5(rollup@4.52.5)(typescript@5.9.3)(yaml@2.8.2))(mermaid@11.12.2):
+  astro-mermaid@1.2.0(astro@5.16.5(rollup@4.52.5)(typescript@5.9.3)(yaml@2.8.2))(mermaid@11.12.3):
     dependencies:
       '@anthropic-ai/claude-code': 1.0.128
       astro: 5.16.5(rollup@4.52.5)(typescript@5.9.3)(yaml@2.8.2)
       import-meta-resolve: 4.2.0
       mdast-util-to-string: 4.0.0
-      mermaid: 11.12.2
+      mermaid: 11.12.3
       unist-util-visit: 5.0.0
 
   astro@5.16.5(rollup@4.52.5)(typescript@5.9.3)(yaml@2.8.2):
@@ -4660,19 +4682,19 @@ snapshots:
 
   character-reference-invalid@2.0.1: {}
 
-  chevrotain-allstar@0.3.1(chevrotain@11.0.3):
+  chevrotain-allstar@0.3.1(chevrotain@11.1.1):
     dependencies:
-      chevrotain: 11.0.3
-      lodash-es: 4.17.21
+      chevrotain: 11.1.1
+      lodash-es: 4.17.23
 
-  chevrotain@11.0.3:
+  chevrotain@11.1.1:
     dependencies:
-      '@chevrotain/cst-dts-gen': 11.0.3
-      '@chevrotain/gast': 11.0.3
-      '@chevrotain/regexp-to-ast': 11.0.3
-      '@chevrotain/types': 11.0.3
-      '@chevrotain/utils': 11.0.3
-      lodash-es: 4.17.21
+      '@chevrotain/cst-dts-gen': 11.1.1
+      '@chevrotain/gast': 11.1.1
+      '@chevrotain/regexp-to-ast': 11.1.1
+      '@chevrotain/types': 11.1.1
+      '@chevrotain/utils': 11.1.1
+      lodash-es: 4.17.23
 
   chokidar@4.0.3:
     dependencies:
@@ -5043,7 +5065,7 @@ snapshots:
   dagre-d3-es@7.0.13:
     dependencies:
       d3: 7.9.0
-      lodash-es: 4.17.21
+      lodash-es: 4.17.23
 
   dayjs@1.11.18: {}
 
@@ -5604,13 +5626,13 @@ snapshots:
 
   kolorist@1.8.0: {}
 
-  langium@3.3.1:
+  langium@4.2.1:
     dependencies:
-      chevrotain: 11.0.3
-      chevrotain-allstar: 0.3.1(chevrotain@11.0.3)
+      chevrotain: 11.1.1
+      chevrotain-allstar: 0.3.1(chevrotain@11.1.1)
       vscode-languageserver: 9.0.1
       vscode-languageserver-textdocument: 1.0.12
-      vscode-uri: 3.0.8
+      vscode-uri: 3.1.0
 
   layout-base@1.0.2: {}
 
@@ -5622,7 +5644,7 @@ snapshots:
       pkg-types: 2.3.0
       quansync: 0.2.11
 
-  lodash-es@4.17.21: {}
+  lodash-es@4.17.23: {}
 
   lodash@4.17.21: {}
 
@@ -5834,11 +5856,11 @@ snapshots:
 
   merge2@1.4.1: {}
 
-  mermaid@11.12.2:
+  mermaid@11.12.3:
     dependencies:
       '@braintree/sanitize-url': 7.1.1
       '@iconify/utils': 3.0.2
-      '@mermaid-js/parser': 0.6.3
+      '@mermaid-js/parser': 1.0.0
       '@types/d3': 7.4.3
       cytoscape: 3.33.1
       cytoscape-cose-bilkent: 4.1.0(cytoscape@3.33.1)
@@ -5850,7 +5872,7 @@ snapshots:
       dompurify: 3.2.6
       katex: 0.16.22
       khroma: 2.1.0
-      lodash-es: 4.17.21
+      lodash-es: 4.17.23
       marked: 16.4.1
       roughjs: 4.6.6
       stylis: 4.3.6
@@ -6212,8 +6234,6 @@ snapshots:
 
   p-timeout@6.1.2: {}
 
-  package-manager-detector@1.3.0: {}
-
   package-manager-detector@1.6.0: {}
 
   pagefind@1.3.0:
@@ -6710,8 +6730,6 @@ snapshots:
 
   tinybench@2.9.0: {}
 
-  tinyexec@1.0.1: {}
-
   tinyexec@1.0.2: {}
 
   tinyglobby@0.2.15:
@@ -7008,8 +7026,6 @@ snapshots:
 
   vscode-uri@2.1.2: {}
 
-  vscode-uri@3.0.8: {}
-
   vscode-uri@3.1.0: {}
 
   web-namespaces@2.0.1: {}

src/components/navigation.ts

@@ -1,5 +1,6 @@
 export const navigation = [
   {
+    // #region About Us
     label: "About Us",
     collapsed: true,
     items: [
@@ -49,6 +50,8 @@ export const navigation = [
       },
     ].sort((a, b) => a.label.localeCompare(b.label)),
   },
+  // #endregion
+  // #region Legal Information
   {
     label: "Legal Information",
     collapsed: true,
@@ -115,6 +118,8 @@ export const navigation = [
       },
     ].sort((a, b) => a.label.localeCompare(b.label)),
   },
+  // #endregion
+  // #region Community Policies
   {
     label: "Community Policies",
     collapsed: true,
@@ -143,8 +148,14 @@ export const navigation = [
         label: "Community Feedback and Participation Policy",
         link: "/community/feedback",
       },
+      {
+        label: "Fan Art Guidelines",
+        link: "/community/fan-art",
+      }
     ].sort((a, b) => a.label.localeCompare(b.label)),
   },
+  // #endregion
+  // #region Development Documentation
   {
     label: "Development Documentation",
     collapsed: true,
@@ -183,6 +194,8 @@ export const navigation = [
       }
     ].sort((a, b) => a.label.localeCompare(b.label)),
   },
+  // #endregion
+  // #region Mentorship Programme
   {
     label: "Mentorship Programme",
     collapsed: true,
@@ -279,6 +292,8 @@ export const navigation = [
       }
     ].sort((a, b) => a.label.localeCompare(b.label)),
   },
+  // #endregion
+  // #region Project Documentation
   {
     label: "Project Documentation",
     collapsed: true,
@@ -715,6 +730,8 @@ export const navigation = [
       },
     ].sort((a, b) => a.label.localeCompare(b.label)),
   },
+  // #endregion
+  // #region Staff Guidelines
   {
     label: "Staff Guidelines",
     collapsed: true,
@@ -807,6 +824,10 @@ export const navigation = [
             label: "Documentation and Transparency Training for Staff",
             link: "/staff/training/documentation-transparency",
           },
+          {
+            label: "Support Forum Moderation Training for Staff",
+            link: "/staff/training/forum-moderation",
+          },
           {
             label: "Harassment and Bullying Response Training for Staff",
             link: "/staff/training/harassment-bullying-response",
@@ -835,6 +856,8 @@ export const navigation = [
       },
     ].sort((a, b) => a.label.localeCompare(b.label)),
   },
+  // #endregion
+  // #region Miscellaneous Documents
   {
     label: "Miscellaneous Documents",
     collapsed: true,
@@ -853,11 +876,21 @@ export const navigation = [
       }
     ].sort((a, b) => a.label.localeCompare(b.label)),
   },
+  // #endregion
+  // #region External Links
   {
-    label: "Sitemap",
-    link: "https://sitemap.nhcarrigan.com",
+    label: "Discord",
+    link: "https://chat.nhcarrigan.com",
     attrs: {
       target: "_blank",
     },
   },
+  {
+    label: "Support Forum",
+    link: "https://support.nhcarrigan.com",
+    attrs: {
+      target: "_blank",
+    },
+  }
+  // #endregion
 ];

src/content/docs/about/contact.md

@@ -135,9 +135,9 @@ Our code repositories are all self-hosted. Git accounts are only granted to Team
   - Issue tracking
   - Source code for all of our products
 - Best for: Viewing source code and documentation
-- **Bug Reports and Feature Requests**: To report bugs or request features, please use our Discord forum channels:
-  - `#bug-reports` forum channel for bug reports
-  - `#feature-requests` forum channel for feature requests
+- **Bug Reports and Feature Requests**: To report bugs or request features, please use our support forum:
+  - [Bug Reports](https://support.nhcarrigan.com/c/bug-reports/6) for bug reports
+  - [Feature Requests](https://support.nhcarrigan.com/c/feature-requests/7) for feature requests
 
 ### 2.3. Etiquette and Best Practices
 
@@ -236,7 +236,12 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.2. Billing and Financial Matters
 
-- Email: billing@nhcarrigan.com
+:::tip[Preferred Method]{icon=message}
+We encourage you to use the [**Billing Questions**](https://support.nhcarrigan.com/c/billing-questions/13) category on our support forum for billing inquiries. This allows for public discussion and faster responses. If you need to share sensitive financial information, you can ask staff to make your thread private, or contact us via email for complete confidentiality.
+:::
+
+- **Support Forum:** [Billing Questions](https://support.nhcarrigan.com/c/billing-questions/13) (preferred for most inquiries)
+- Email: billing@nhcarrigan.com (for highly sensitive financial information requiring complete confidentiality)
 - Use for:
   - Questions about payments or invoices
   - Inquiries about outstanding balances
@@ -245,6 +250,11 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.3. Technical Support
 
+:::tip[Preferred Method]{icon=message}
+We encourage you to use the [**Technical Support**](https://support.nhcarrigan.com/c/technical-support/5) category on our support forum for support inquiries. This allows for public discussion and faster responses. If you need to share sensitive information, you can ask staff to make your thread private, or contact us via email for complete confidentiality.
+:::
+
+- **Support Forum:** [Technical Support](https://support.nhcarrigan.com/c/technical-support/5) (preferred for most inquiries)
 - Email: support@nhcarrigan.com
 - Use for:
   - Assistance with using our software or services
@@ -253,7 +263,14 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.4. Privacy Concerns
 
-- Email: privacy@nhcarrigan.com
+:::tip[Preferred Method]{icon=message}
+We encourage you to use our **Privacy Request Form** for privacy-related requests: https://forms.nhcarrigan.com/o/docs/forms/qEJgBWGDfyHv6x51VU9aVX/4
+
+This form helps ensure we collect all necessary information to process your request efficiently and in compliance with applicable data protection laws.
+:::
+
+- **Privacy Request Form** (Preferred): https://forms.nhcarrigan.com/o/docs/forms/qEJgBWGDfyHv6x51VU9aVX/4
+- Email: privacy@nhcarrigan.com (for general privacy questions or if you prefer email)
 - Use for:
   - Questions about our privacy policy
   - Requests for data access or deletion
@@ -262,7 +279,15 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.5. Security Matters
 
-- Email: security@nhcarrigan.com
+:::tip[Preferred Method]{icon=message}
+We encourage you to use our **Security Vulnerability Report Form** for reporting security vulnerabilities: https://forms.nhcarrigan.com/o/docs/forms/wgdbBkS4tjCGoVZTqtmMNx/4
+
+This form helps ensure we collect all necessary information to investigate and address security issues efficiently and securely.
+:::
+
+- **Security Vulnerability Report Form** (Preferred): https://forms.nhcarrigan.com/o/docs/forms/wgdbBkS4tjCGoVZTqtmMNx/4
+- **Public Security Reports:** View aggregated and sanitized security vulnerability reports for all our products at: https://security.nhcarrigan.com/report/
+- Email: security@nhcarrigan.com (for general security questions or if you prefer email)
 - Use for:
   - Reporting security vulnerabilities
   - Questions about our security practices
@@ -270,7 +295,12 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.6. Legal Inquiries
 
-- Email: legal@nhcarrigan.com
+:::tip[Preferred Method]{icon=message}
+We encourage you to use the [**Legal Notices**](https://support.nhcarrigan.com/c/legal-notices/12) category on our support forum for legal inquiries. This allows for public discussion and transparency. If you need to share sensitive legal information, you can ask staff to make your thread private, or contact us via email for urgent matters requiring immediate confidentiality.
+:::
+
+- **Support Forum:** [Legal Notices](https://support.nhcarrigan.com/c/legal-notices/12) (preferred for most inquiries)
+- Email: legal@nhcarrigan.com (for urgent legal matters requiring immediate confidentiality)
 - Use for:
   - Legal questions or concerns
   - Copyright or trademark issues
@@ -279,7 +309,18 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.7. Feedback and Suggestions
 
-- Email: feedback@nhcarrigan.com
+:::tip[Preferred Method]{icon=message}
+We encourage you to use our support forum for different types of feedback:
+- [**Community Feedback**](https://support.nhcarrigan.com/c/community-feedback/8) for general feedback about our community, services, events, and initiatives
+- [**Policy Ideation**](https://support.nhcarrigan.com/c/policy-ideation/9) for suggestions about community policies and governance
+- [**Accessibility Feedback**](https://support.nhcarrigan.com/c/accessibility-feedback/10) for reporting accessibility barriers and improvement suggestions
+:::
+
+- **Support Forum:**
+  - [Community Feedback](https://support.nhcarrigan.com/c/community-feedback/8) (preferred for general feedback)
+  - [Policy Ideation](https://support.nhcarrigan.com/c/policy-ideation/9) (preferred for policy suggestions)
+  - [Accessibility Feedback](https://support.nhcarrigan.com/c/accessibility-feedback/10) (preferred for accessibility matters)
+- Email: feedback@nhcarrigan.com (if you prefer email communication)
 - Use for:
   - Providing feedback on our work or projects
   - Suggesting improvements or new features
@@ -288,7 +329,12 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.8. Press/Media Inquiries
 
-- Email: press@nhcarrigan.com
+:::tip[Preferred Method]{icon=message}
+We encourage you to use the [**Press Inquiries**](https://support.nhcarrigan.com/c/press-inquiries/14) category on our support forum for media inquiries. This allows for public discussion and community visibility. If you need to share sensitive information, you can ask staff to make your thread private, or contact us via email for highly sensitive media matters requiring complete confidentiality.
+:::
+
+- **Support Forum:** [Press Inquiries](https://support.nhcarrigan.com/c/press-inquiries/14) (preferred for most inquiries)
+- Email: press@nhcarrigan.com (for highly sensitive media matters requiring complete confidentiality)
 - Use for:
   - Requesting comment regarding news
   - Scheduling interviews for your media outlet
@@ -305,7 +351,12 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.10. Marketing Inquiries
 
-- Email: marketing@nhcarrigan.com
+:::tip[Preferred Method]{icon=message}
+We encourage you to use the [**Marketing Proposals**](https://support.nhcarrigan.com/c/marketing-proposals/15) category on our support forum for marketing inquiries. This allows for public discussion and community input. If you need to share highly confidential business information, you can ask staff to make your thread private, or contact us via email for proposals requiring complete privacy.
+:::
+
+- **Support Forum:** [Marketing Proposals](https://support.nhcarrigan.com/c/marketing-proposals/15) (preferred for most inquiries)
+- Email: marketing@nhcarrigan.com (for highly confidential business proposals requiring complete privacy)
 - Use for:
   - Marketing collaboration proposals
   - Brand partnership opportunities
@@ -323,7 +374,12 @@ We offer several email addresses for specific types of inquiries. Please use the
 
 ### 5.12. Partnerships
 
-- Email: partners@nhcarrigan.com
+:::tip[Preferred Method]{icon=message}
+We encourage you to use the [**Partnership Requests**](https://support.nhcarrigan.com/c/partnership-requests/11) category on our support forum for partnership inquiries. This allows for public discussion and community input on potential partnerships. If you need to share sensitive business information, you can ask staff to make your thread private, or contact us via email if you need complete confidentiality from the start.
+:::
+
+- **Support Forum:** [Partnership Requests](https://support.nhcarrigan.com/c/partnership-requests/11) (preferred for most inquiries)
+- Email: partners@nhcarrigan.com (if you need complete confidentiality from the start)
 - Use for:
   - Requesting a collaboration between our organisation and yours
   - Sponsorship opportunities for our work

src/content/docs/about/sustainability.md

@@ -62,6 +62,12 @@ The Company reserves the right to refuse any project or contract that it determi
 
 ### 4.3. Continuous Monitoring
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 The Company shall continuously monitor the environmental impact of its ongoing operations and projects, making adjustments as necessary to remain aligned with its sustainability goals.
 
 ## 5. Legal and Ethical Compliance

src/content/docs/community/coc.md

@@ -217,10 +217,10 @@ Community Members are required to:
 
 #### 5.1.1. Available Reporting Methods
 Community Members can report Code of Conduct violations through the following channels:
+- **Incident Report Form** (Preferred): Submit reports through our official Incident Report Form: https://forms.nhcarrigan.com/o/docs/forms/t7CYeYS4uyUuLiKFatoEvs/4
 - **Discord Reporting**: Type `@Moderator` in any channel to alert Community Leaders
 - **Direct Communication**: Contact any Community Leader through private messages
 - **Email Contact**: Submit reports to contact@nhcarrigan.com
-- **Anonymous Reporting**: Use designated anonymous reporting forms where available
 
 #### 5.1.2. Information to Include in Reports
 Effective reports should include:

src/content/docs/community/fan-art.md

@@ -0,0 +1,186 @@
+---
+title: Fan Art Guidelines
+---
+
+## 1. Introduction and Purpose
+
+### 1.1. Welcome to Our Fan Art Community!
+
+Are you interested in creating art for our lovely Naomi? We absolutely love seeing creative interpretations of our characters and would be thrilled to feature your work! These guidelines will help you understand what we're looking for and how to submit your creations.
+
+### 1.2. Scope
+
+These guidelines apply to:
+- Fan art of Naomi and her various designs
+- Fan art of Original Characters (OCs) shared in our #characters channel (Naomi's OCs)
+- Any artistic interpretations of our characters and community
+
+## 2. Content Guidelines
+
+### 2.1. Content Standards
+
+#### 2.1.1. Family-Friendly Public Submissions
+
+For art that will be shared in our public spaces (such as our fan art channel), we maintain family-friendly standards:
+
+**(a)** **No Obscene or NSFW Content**: Public submissions must be appropriate for all audiences. We want to show your work off to everyone!
+
+**(b)** **Original Works Only**: Please no AI-generated content. We want to see your original works! If Naomi wanted AI-generated art, she would generate it herself.
+
+**(c)** **Creative Freedom**: You are free to give Naomi whatever outfit you would like. Refer to our reference channel for reference images to get an idea of her style.
+
+#### 2.1.2. NSFW Content Policy
+
+We understand that some artists may wish to create mature content featuring our characters. We have the following policy for such works:
+
+**(a)** **DM Submission Required**: NSFW works must be sent to us via direct message (DM) only. Do not post NSFW content in any public channels.
+
+**(b)** **Private Appreciation**: While we appreciate all artistic interpretations, NSFW works will not be shared in our public spaces as we are a family-friendly community.
+
+**(c)** **Respectful Content**: Even for private submissions, we reserve the right to decline content that we find inappropriate or that violates our community standards.
+
+**(d)** **Recognition**: Accepted NSFW submissions will still qualify for the role!
+
+### 2.2. Original Characters (OCs)
+
+We have a dedicated **#characters** channel where Naomi shares her Original Characters! You are welcome and encouraged to create fan art of these OCs as well. When creating art of Naomi's OCs:
+
+**(a)** **Respect Character Design**: Please respect the original character designs and creator intentions.
+
+**(b)** **Follow Same Guidelines**: All content guidelines (family-friendly for public, NSFW via DM only) apply to OC fan art as well.
+
+## 3. Reference Materials and Resources
+
+### 3.1. Available Reference Materials
+
+#### 3.1.1. Reference Images
+
+We maintain reference images in our Discord reference channel. These images can help you understand Naomi's style, color palette, and design elements.
+
+### 3.2. Important Disclaimer About Reference Materials
+
+:::warning[AI-Generated Reference Materials Disclaimer]
+**Please be aware that our current reference sheets and other visual assets are AI-generated. This is a temporary situation.**
+
+We operate at a significant loss and do not currently have the budget to commission proper, human-created art for all of our reference materials. However, we are committed to replacing these AI-generated assets with proper commissioned art as funds become available.
+
+**How You Can Help:**
+
+- **Financial Support**: If you would like to help us replace our AI-generated assets with proper art, you can donate at [donate.nhcarrigan.com](https://donate.nhcarrigan.com). All donations help us work toward commissioning proper reference art.
+
+- **Art Donations**: We would be absolutely thrilled to accept donated art to replace our AI-generated assets! If you're interested in creating reference art or other assets for us, please reach out via DM to discuss.
+
+We appreciate your understanding and patience as we work to improve our resources. Our goal is to have all human-created, properly commissioned art, and we're working toward that goal every day.
+:::
+
+## 4. Submission Process
+
+### 4.1. How to Submit Your Art
+
+#### 4.1.1. Public Submissions (Family-Friendly Content)
+
+To submit family-friendly fan art for public sharing:
+
+1. **Create Your Art**: Follow the guidelines above to ensure your work meets our standards.
+
+2. **DM Your Submission**: Send your artwork to Naomi directly via DM.
+
+3. **Review Process**: If accepted, your art will be shared in our fan art channel (with full credit - you will be tagged in the post).
+
+4. **Recognition**: Accepted submissions will receive a special role recognizing your contribution!
+
+#### 4.1.2. Private Submissions (NSFW Content)
+
+For NSFW works:
+
+1. **DM Only**: Send your NSFW artwork directly to Naomi via DM.
+
+2. **Private Appreciation**: These works will be appreciated privately and will not be shared in public spaces.
+
+3. **No Public Sharing**: Please do not post NSFW content in any public channels, even if you think it might be acceptable.
+
+4. **Recognition**: Accepted submissions will still qualify for the role!
+
+### 4.2. What Happens After Submission
+
+#### 4.2.1. Review Timeline
+
+We review submissions as quickly as possible, but please be patient. We want to give each piece the attention it deserves!
+
+#### 4.2.2. Acceptance and Sharing
+
+If your public submission is accepted:
+- Your art will be posted in our fan art channel
+- You will be tagged and credited in the post
+- You will receive a special role recognizing your contribution
+- We may share your work on other platforms (with credit)
+
+#### 4.2.3. If Your Submission Isn't Accepted
+
+If we decline a submission, we'll do our best to explain why. Common reasons include:
+- Content doesn't meet our family-friendly standards (for public submissions)
+- Quality concerns (though we appreciate all skill levels!)
+- Copyright or intellectual property issues
+- Other community guideline violations
+
+We're always happy to provide feedback and work with artists to create content that fits our community!
+
+## 5. Rights and Permissions
+
+### 5.1. Artist Rights and Rights Transfer
+
+**(a)** **Rights Transfer**: By submitting your art to us, you transfer the rights to your creation to us. This transfer occurs upon submission and acceptance of your work.
+
+**(b)** **Credit Always Given**: We will always credit you when sharing your work, even though rights have been transferred.
+
+**(c)** **Usage Rights**: Once rights are transferred, we have the right to use, display, share, and distribute your submitted artwork in our community spaces and on other platforms with proper credit.
+
+### 5.2. Character Rights
+
+**(a)** **Character Ownership**: Naomi and other official characters remain the property of NHCarrigan.
+
+**(b)** **Fan Art Rights**: Creating fan art is generally considered fair use, but please be respectful of the characters and community.
+
+**(c)** **Commercial Use**: If you're interested in commercial use of our characters, please contact us to discuss licensing.
+
+## 6. Community Support and Appreciation
+
+### 6.1. We Love Your Art!
+
+We genuinely appreciate every piece of art created for our community. Whether it's a quick sketch or a detailed masterpiece, your creativity and effort mean the world to us!
+
+### 6.2. Growing Together
+
+We're always working to improve our resources and support for artists. As we grow and develop better reference materials (see our disclaimer above), we hope to make it even easier for artists to create amazing fan art!
+
+### 6.3. Questions or Concerns?
+
+If you have any questions about these guidelines, the submission process, or anything else related to fan art, please don't hesitate to reach out via DM or ask in our community channels!
+
+---
+
+## Summary: Quick Reference
+
+**✅ DO:**
+- Create original, family-friendly art for public sharing
+- DM your submissions to Naomi
+- Feel free to be creative with outfits and styles
+- Create art of Naomi's OCs from our #characters channel
+- Send NSFW works via DM only (they won't be shared publicly)
+
+**❌ DON'T:**
+- Submit AI-generated content
+- Post NSFW content in public channels
+- Disrespect character designs when making OC fan art
+- Submit content that violates our community standards
+
+**📝 Remember:**
+- Reference materials are currently AI-generated (temporary!)
+- You can help us get proper art by donating or creating art donations
+- By submitting art, you transfer rights to your creation to us
+- We always credit artists when sharing their work
+- Questions? Just ask!
+
+---
+
+*Thank you for your interest in creating art for our community! We can't wait to see what you create!*

src/content/docs/community/feedback.md

@@ -44,10 +44,10 @@ This Policy operates within our comprehensive legal and policy framework, incorp
 #### 2.1.1. Daily and Ongoing Feedback Channels
 
 **Open Communication Channels:**
-- Dedicated feedback forum channels accessible to all community members for ongoing input and suggestions
-  - Community: `#community-feedback` forum channel on Discord
-  - Products: `#bug-reports` or `#feature-requests` forum channel on Discord
-  - Policies: `#policy-ideation` forum channel on Discord
+- Dedicated feedback forum categories accessible to all community members for ongoing input and suggestions
+  - Community: [Community Feedback](https://support.nhcarrigan.com/c/community-feedback/8) category on our support forum
+  - Products: [Bug Reports](https://support.nhcarrigan.com/c/bug-reports/6) or [Feature Requests](https://support.nhcarrigan.com/c/feature-requests/7) categories on our support forum
+  - Policies: [Policy Ideation](https://support.nhcarrigan.com/c/policy-ideation/9) category on our support forum
 - Direct messaging opportunities with community leadership for individual concerns and suggestions
 - Public discussion forums for community-wide conversation about policies and improvements
 
@@ -60,6 +60,12 @@ This Policy operates within our comprehensive legal and policy framework, incorp
 
 #### 2.1.2. Scheduled Feedback Collection
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 **Monthly Community Input Sessions:**
 - Structured community meetings focused on specific policy areas or community improvements
 - Rotating focus areas ensuring comprehensive coverage of community operations and policies
@@ -242,6 +248,35 @@ When immediate policy changes are necessary for community safety:
 - **Advocacy training and resources** empowering community members to effectively participate in governance and change processes
 - **Community campaign support** for democratic initiatives that build broad community support for positive changes
 
+#### 5.1.3. Demographic Self-Identification
+
+**Voluntary Self-Identification Process:**
+- **Anonymous demographic self-identification form** enabling community members to voluntarily share demographic information to help us understand community diversity and identify participation barriers
+- **New member onboarding requirement** all new community members are encouraged to complete the self-identification form when joining the community
+- **Annual demographic update** all community members are encouraged to complete the self-identification form at the start of each calendar year to measure demographic trends and changes over time
+- **Complete anonymity** all responses are completely anonymous and aggregated for statistical analysis only; individual responses cannot be linked to specific community members
+
+**Purpose and Use:**
+- **Demographic diversity assessment** understanding the diversity of our community across various dimensions including age, geographic location, language, gender identity, sexual orientation, race/ethnicity, disability status, neurodivergence, and socioeconomic background
+- **Participation barrier identification** identifying barriers to engagement affecting different demographic groups
+- **Feedback system evaluation** ensuring feedback systems and participation opportunities effectively reach and engage diverse community members
+- **Accessibility improvement** measuring progress toward inclusive representation and identifying areas where accessibility and accommodation efforts need enhancement
+- **Trend measurement** tracking demographic changes and trends over time to understand community evolution
+
+**Privacy and Confidentiality:**
+- **Complete anonymity** no identifying information is collected; responses cannot be linked to individual community members
+- **Aggregated analysis only** all data is used only in aggregate form for statistical analysis and community improvement purposes
+- **Voluntary participation** participation is completely voluntary; all questions include a "Prefer not to answer" option
+- **Secure data handling** all demographic data is stored securely and handled in accordance with our Privacy Policy and applicable data protection laws
+
+**Self-Identification Form:**
+Community members can complete the anonymous self-identification form at: https://forms.nhcarrigan.com/o/docs/forms/p7fkz5yJN9GKrQjw5zhX6U/4
+
+**Completion Requirements:**
+- **New members:** All new community members are encouraged to complete the self-identification form as part of the onboarding process
+- **Annual updates:** All community members are encouraged to complete the self-identification form at the start of each calendar year (January) to help us measure demographic trends and changes over time
+- **Voluntary nature:** While completion is encouraged, participation remains completely voluntary and anonymous
+
 ### 5.2. Crisis and Emergency Community Consultation
 
 #### 5.2.1. Emergency Response Input
@@ -280,6 +315,12 @@ When immediate policy changes are necessary for community safety:
 
 #### 6.1.2. Community-Wide Response Communication
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 **Public Feedback Summaries:**
 - **Monthly summary reports** highlighting community feedback themes, concerns, and suggestions received
 - **Response action reports** detailing how community feedback has influenced policies, decisions, and community improvements

src/content/docs/community/recognition.md

@@ -311,6 +311,12 @@ Nomination form can be found at https://forms.nhcarrigan.com/o/docs/forms/to2oFo
 
 #### 6.2.2. Representative Recognition Outcomes
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 **Demographic Equity Monitoring:**
 - Regular assessment of recognition distribution across different community demographic groups
 - Proactive outreach to ensure recognition opportunities reach all community segments
@@ -389,6 +395,12 @@ Nomination form can be found at https://forms.nhcarrigan.com/o/docs/forms/to2oFo
 
 #### 9.1.1. Continuous Improvement Process
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 **Monthly Program Assessment:**
 - Recognition programme effectiveness evaluation and participant satisfaction assessment
 - Recognition distribution analysis to ensure equity and inclusive representation

src/content/docs/dev/contributing.md

@@ -153,6 +153,11 @@ You can also reach out to us in our Discord community: https://chat.nhcarrigan.c
 
 ### 4.1. Finding an Issue
 
+**For Team Members:** All properly triaged tickets that are ready to be worked on are available on our **Staff Tickets** project board: https://git.nhcarrigan.com/nhcarrigan/-/projects/2
+
+Team members should refer to this project board to find tickets that are ready for work.
+
+**For All Contributors:**
 1. Navigate to the project's issue tracker.
 2. Browse open issues or use filters to find tasks that interest you.
 3. Read the issue description thoroughly to understand the requirements and context.

src/content/docs/dev/labels.md

@@ -6,443 +6,633 @@ We use very specific labels to help categorise our issues. This page explains wh
 
 ## 1. Contribution Labels
 
-These are the most important. These labels indicate who is encouraged to make a pull request to resolve the issue.
+These are the most important. These labels indicate who is encouraged to make a pull request to resolve the issue. All contributions are limited to our volunteer staff team members.
 
 ### 1.1. `contribute: good first issue`
 
 #### 1.1.1. Purpose
 
-Identifies issues suitable for contributors who are new to the project.
+Identifies issues suitable for team members who are learning a new codebase.
 
 #### 1.1.2. Characteristics
 
-Does not require prior knowledge of the codebase. Issues with this label should include a detailed description of the implementation process.
+Does not require prior knowledge of the codebase. Issues with this label should include a detailed description of the implementation process to help team members get familiar with the project structure.
 
 #### 1.1.3. Expectations
 
-Contributors are responsible for ensuring their work complies with the project's licensing terms and contribution guidelines.
+Team members are responsible for ensuring their work complies with the project's licensing terms and contribution guidelines.
 
 ### 1.2. `contribute: help wanted`
 
 #### 1.2.1. Purpose
 
-Indicates issues open for contribution from any interested party.
+Indicates issues open for any team member to grab and work on.
 
 #### 1.2.2. Characteristics
 
-Typically assumes prior experience with the codebase. As such, issues may not include a detailed implementation description.
+Open to all volunteer staff team members. May assume some familiarity with the codebase, and issues may not include a detailed implementation description.
 
 #### 1.2.3. Expectations
 
-Contributors should review and adhere to the project's contribution guidelines and code of conduct before submitting work on these issues.
+Team members should review and adhere to the project's contribution guidelines and code of conduct before submitting work on these issues.
 
 ### 1.3. `contribute: staff only`
 
 #### 1.3.1. Purpose
 
-Designates issues restricted to project maintainers or staff due to specific access requirements.
+Designates issues restricted to executive leadership due to specific access requirements or strategic decisions.
 
 #### 1.3.2. Characteristics
 
-Requires access to production infrastructure for proper testing and implementation. As such, limited to authorised project maintainers and staff.
+Requires executive-level access, decision-making authority, or involves strategic project direction. Limited to authorised executive leadership team members.
 
 #### 1.3.3. Expectations
 
-Staff members working on these issues must adhere to all relevant confidentiality agreements, data protection policies, and internal security protocols.
+Executive leadership members working on these issues must adhere to all relevant confidentiality agreements, data protection policies, and internal security protocols.
 
 ### 1.4. Disclaimer
 
-Labels are assigned based on the project maintainers' best judgement but may not guarantee the exact level of difficulty or access requirements for every contributor. Contributors should use their discretion and communicate with project maintainers if they have any doubts about their ability to address an issue or comply with any associated legal requirements.
+Labels are assigned based on the project maintainers' best judgement but may not guarantee the exact level of difficulty or access requirements for every team member. Team members should use their discretion and communicate with project maintainers if they have any doubts about their ability to address an issue or comply with any associated legal requirements.
 
-## 2. Aspect Labels
+## 2. Points Labels
 
-These labels indicate the scope of the work required to resolve the issue.
+Points labels indicate the complexity and effort required to resolve an issue. This helps with capacity planning and workload distribution across the team.
 
-### 2.1. `aspect: code`
+### 2.1. `points: 1`
 
 #### 2.1.1. Purpose
 
-Identifies issues requiring changes to the project's codebase.
+Identifies very simple issues that require minimal effort and complexity.
 
 #### 2.1.2. Characteristics
 
-Involves direct modification to the project's source code. Familiarity with the languages and libraries used is expected.
+Straightforward tasks that can typically be completed quickly. Examples include minor text corrections, simple configuration changes, or very small bug fixes.
 
 #### 2.1.3. Expectations
 
-Contributors must ensure their code changes comply with the project's coding standards, license terms, and any applicable software patents or copyrights.
+Team members should be able to complete these issues with minimal review time. These are ideal for quick wins and maintaining project momentum.
 
-### 2.2. `aspect: dx`
+### 2.2. `points: 2`
 
 #### 2.2.1. Purpose
 
-Indicates issues related to improving the project's tooling and development workflow.
+Designates simple issues that require a bit more thought or investigation.
 
 #### 2.2.2. Characteristics
 
-May include changes to automated tests, development dependencies, build processes, etc. Understanding of the development workflows is expected.
+Slightly more complex than 1-point issues but still relatively straightforward. May involve understanding a small portion of the codebase or making changes across a few files.
 
 #### 2.2.3. Expectations
 
-Changes to tooling or dependencies must be compatible with the project's overall licensing strategy and not introduce conflicts with existing terms.
+These issues should be approachable for most team members and can serve as good learning opportunities.
 
-### 2.3. `aspect: interface`
+### 2.3. `points: 3`
 
 #### 2.3.1. Purpose
 
-Designates issues that affect the end-user's experience with the project.
+Indicates moderate complexity issues that require more substantial work.
 
 #### 2.3.2. Characteristics
 
-May require changes in the code, particularly in front-end components. Can include visual modifications like CSS changes or image updates. Understanding of the end-user experience expected.
+Requires understanding multiple parts of the codebase or implementing features with several components. May involve testing, documentation, and coordination with other parts of the system.
 
 #### 2.3.3. Expectations
 
-Contributors must ensure they have the necessary rights to any visual assets introduced or modified. Changes should comply with accessibility standards and regulations where applicable.
+Team members should have some familiarity with the codebase before tackling these issues. May require more thorough review and testing.
 
-### 2.4. `aspect: text`
+### 2.4. `points: 5`
 
 #### 2.4.1. Purpose
 
-Identifies issues related to the project's documentation.
+Identifies complex issues that require significant effort and expertise.
 
 #### 2.4.2. Characteristics
 
-Typically does not require code changes. Proficiency in technical writing is a must.
+Involves substantial changes to the codebase, multiple components, or deep understanding of system architecture. May require refactoring, architectural decisions, or integration with external systems.
 
 #### 2.4.3. Expectations
 
-Contributors must ensure the accuracy of the information provided in documentation updates. Documentation changes should adhere to any applicable style guides and licensing terms.
+These issues typically require experienced team members and may involve multiple review cycles. Proper planning and discussion may be necessary before implementation.
 
-### 2.5. Disclaimer
+### 2.5. `points: 8`
 
-Aspect labels are assigned based on the primary focus of the issue but may not encompass all potential areas of impact. Contributors are encouraged to consider potential cross-aspect effects of their work and discuss these with project maintainers when in doubt. The project maintainers reserve the right to reassign aspect labels or request additional changes if the submitted work does not align with the intended scope of the issue.
+#### 2.5.1. Purpose
 
-## 3. Goal Labels
+Designates very complex issues that require extensive work and deep expertise.
 
-These labels indicate the primary objective of the issue, reflecting our project's modular approach. They help contributors understand the nature and scope of the changes they'll be making.
+#### 2.5.2. Characteristics
 
-### 3.1. `goal: addition`
+Major features, significant refactoring, or complex architectural changes. Often involves multiple team members or requires breaking down into smaller sub-tasks.
+
+#### 2.5.3. Expectations
+
+These issues should be carefully planned and may need to be broken down into smaller, manageable pieces. Typically assigned to experienced team members with relevant expertise.
+
+### 2.6. `points: 13`
+
+#### 2.6.1. Purpose
+
+Indicates extremely complex issues that represent major undertakings.
+
+#### 2.6.2. Characteristics
+
+Epic-level work that significantly impacts the project. Often requires breaking down into multiple smaller issues or involves substantial architectural changes.
+
+#### 2.6.3. Expectations
+
+These issues should always be broken down into smaller, trackable pieces. Requires careful planning, coordination, and likely involvement from multiple team members or executive leadership.
+
+### 2.7. Disclaimer
+
+Points are assigned based on the project maintainers' assessment of complexity and effort required. Actual time and effort may vary based on individual team member experience, unexpected complications, or changing requirements. Points should be used as a guide for planning and capacity management, not as strict time estimates.
+
+## 3. Time Labels
+
+Time labels indicate the expected number of days a developer should allocate for working on an issue. These help with sprint planning and workload management.
+
+### 3.1. `time: <1 day`
 
 #### 3.1.1. Purpose
 
-Identifies issues that involve adding a new feature to the project.
+Identifies issues that can be completed in less than one day of focused work.
 
 #### 3.1.2. Characteristics
 
-Typically involves creating new code files. Understanding of how different modules in the project integrate with each other is expected.
+Quick fixes, minor updates, or simple tasks that don't require extensive development time. Typically aligns with 1-2 point issues.
 
 #### 3.1.3. Expectations
 
-Contributors must ensure that new features do not infringe on existing patents or copyrights. New code should be compatible with the project's existing license. If introducing third-party libraries or dependencies, their licenses must be compatible with the project's license.
+These issues should be completable within a single work session. Ideal for maintaining project momentum and addressing quick wins.
 
-### 3.2. `goal: fix`
+### 3.2. `time: 1 day`
 
 #### 3.2.1. Purpose
 
-Designates issues aimed at fixing bugs in the project.
+Designates issues that require approximately one full day of development work.
 
 #### 3.2.2. Characteristics
 
-Typically involves editing code within existing files. Scope should be kept to the specific bug - separate contributions should be made for unrelated bugs.
+Moderate tasks that can be completed in a focused day of work. May include some investigation, implementation, and basic testing.
 
 #### 3.2.3. Expectations
 
-Bug fixes should not introduce new legal issues or licensing conflicts. Contributors should document the nature of the bug and the fix for future reference and potential legal compliance (e.g., security vulnerabilities).
+Team members should be able to complete these issues within a single day, accounting for review time and potential minor revisions.
 
-### 3.3. `goal: improvement`
+### 3.3. `time: 2-3 days`
 
 #### 3.3.1. Purpose
 
-Indicates issues that expand upon or enhance existing features.
+Indicates issues requiring two to three days of development effort.
 
 #### 3.3.2. Characteristics
 
-Usually involves adding code to existing files. Scope should be kept to the existing feature.
+More substantial work that involves multiple components, thorough testing, or deeper investigation. May require coordination with other team members.
 
 #### 3.3.3. Expectations
 
-Improvements should maintain compatibility with existing licenses and legal obligations. If the improvement significantly changes the functionality, consider if additional legal reviews or updates to user agreements are necessary.
+These issues should be planned across multiple days, allowing time for implementation, testing, review cycles, and potential revisions.
 
-### 3.4. Disclaimer
+### 3.4. `time: 4-5 days`
 
-While goal labels provide guidance on the nature of the task, the actual work required may vary or expand beyond the initial scope. Contributors are encouraged to communicate with project maintainers if they believe a different approach or additional changes are necessary to achieve the goal. The project maintainers reserve the right to request modifications or additional work to ensure that contributions align with the project's goals, standards, and legal requirements.
+#### 3.4.1. Purpose
 
-## 4. Priority Labels
+Identifies issues that require approximately one week of development work.
 
-Priority labels indicate the importance assigned to specific issues by the project maintainers. These labels help guide resource allocation and set expectations for resolution timeframes.
+#### 3.4.2. Characteristics
 
-### 4.1. `priority: critical`
+Complex features or significant changes that require careful implementation, extensive testing, and multiple review cycles.
+
+#### 3.4.3. Expectations
+
+These issues should be allocated sufficient time for thorough development and review. May benefit from breaking down into smaller sub-tasks for better tracking.
+
+### 3.5. `time: 1-2 weeks`
+
+#### 3.5.1. Purpose
+
+Designates issues requiring one to two weeks of focused development effort.
+
+#### 3.5.2. Characteristics
+
+Major features or substantial refactoring that requires careful planning, implementation across multiple areas, and comprehensive testing.
+
+#### 3.5.3. Expectations
+
+These issues should be carefully planned and may need to be broken down into smaller, trackable milestones. Requires coordination and regular check-ins with the team.
+
+### 3.6. `time: >2 weeks`
+
+#### 3.6.1. Purpose
+
+Indicates issues that require more than two weeks of development work.
+
+#### 3.6.2. Characteristics
+
+Epic-level work or major architectural changes that significantly impact the project. Often involves multiple team members and extensive planning.
+
+#### 3.6.3. Expectations
+
+These issues must be broken down into smaller, manageable pieces. Require careful project management, regular milestones, and coordination across the team.
+
+### 3.7. Disclaimer
+
+Time estimates are based on typical development scenarios and may vary based on individual team member experience, unexpected complications, review cycles, or changing requirements. Time labels should be used as a guide for planning and should be adjusted based on actual progress and circumstances.
+
+## 4. Aspect Labels
+
+These labels indicate the scope of the work required to resolve the issue.
+
+### 4.1. `aspect: code`
 
 #### 4.1.1. Purpose
 
-Identifies issues requiring immediate attention due to their severe impact on project usability.
+Identifies issues requiring changes to the project's codebase.
 
 #### 4.1.2. Characteristics
 
-Require urgent resolution to restore project functionality. Experience with the project is a must, to avoid delays from long review processes.
+Involves direct modification to the project's source code. Familiarity with the languages and libraries used is expected.
 
 #### 4.1.3. Expectations
 
-May involve security vulnerabilities or critical bugs that could lead to legal liabilities if not addressed promptly. Resolution of these issues may need to be reported to relevant stakeholders or authorities in certain cases (e.g., data protection regulators for security breaches).
+Contributors must ensure their code changes comply with the project's coding standards, license terms, and any applicable software patents or copyrights.
 
-### 4.2. `priority: high`
+### 4.2. `aspect: dx`
 
 #### 4.2.1. Purpose
 
-Designates important issues that, while not preventing basic functionality, are impeding further development.
+Indicates issues related to improving the project's tooling and development workflow.
 
 #### 4.2.2. Characteristics
 
-Not critical for current project operation but blocking future progress. Require prompt attention to unblock development efforts.
+May include changes to automated tests, development dependencies, build processes, etc. Understanding of the development workflows is expected.
 
 #### 4.2.3. Expectations
 
-May involve compliance deadlines or contractual obligations that need to be met. Could impact project timelines, potentially affecting agreements with stakeholders or clients.
+Changes to tooling or dependencies must be compatible with the project's overall licensing strategy and not introduce conflicts with existing terms.
 
-### 4.3. `priority: medium`
+### 4.3. `aspect: interface`
 
 #### 4.3.1. Purpose
 
-Indicates issues that need resolution as soon as possible but are not blocking other development.
+Designates issues that affect the end-user's experience with the project.
 
 #### 4.3.2. Characteristics
 
-Important for project improvement but not critical for current functionality. Should be addressed in a timely manner but with less urgency than high-priority issues.
+May require changes in the code, particularly in front-end components. Can include visual modifications like CSS changes or image updates. Understanding of the end-user experience expected.
 
 #### 4.3.3. Expectations
 
-May involve improvements to user experience or accessibility, which could have legal implications if neglected long-term. Could relate to optimisations that affect performance guarantees or service level agreements.
+Contributors must ensure they have the necessary rights to any visual assets introduced or modified. Changes should comply with accessibility standards and regulations where applicable.
 
-### 4.4. `priority: low`
+### 4.4. `aspect: text`
 
 #### 4.4.1. Purpose
 
-Represents issues that should be resolved but are not considered urgent.
+Identifies issues related to the project's documentation.
 
 #### 4.4.2. Characteristics
 
-Desirable improvements or minor issues that don't significantly impact project functionality.
+Typically does not require code changes. Proficiency in technical writing is a must.
 
 #### 4.4.3. Expectations
 
-While not urgent, neglecting these issues over time could lead to technical debt or gradual degradation of project quality, potentially affecting long-term compliance or user satisfaction.
+Contributors must ensure the accuracy of the information provided in documentation updates. Documentation changes should adhere to any applicable style guides and licensing terms.
 
-### 4.5. `priority: none`
+### 4.5. Disclaimer
 
-#### 4.5.1. Purpose
+Aspect labels are assigned based on the primary focus of the issue but may not encompass all potential areas of impact. Contributors are encouraged to consider potential cross-aspect effects of their work and discuss these with project maintainers when in doubt. The project maintainers reserve the right to reassign aspect labels or request additional changes if the submitted work does not align with the intended scope of the issue.
 
-Identifies "nice-to-have" issues that are not essential for project functionality or immediate development goals.
+## 5. Goal Labels
 
-#### 4.5.2. Characteristics
+These labels indicate the primary objective of the issue, reflecting our project's modular approach. They help contributors understand the nature and scope of the changes they'll be making.
 
-Not critical enough to dedicate maintainer time for resolution. Often left for community contributors or future consideration.
-
-#### 4.5.3. Expectations
-
-While not prioritised, maintainers should periodically review these issues to ensure they haven't become more significant over time, potentially accruing legal or compliance risks.
-
-### 4.6. Disclaimer
-
-Priority labels reflect the project maintainers' current assessment and may be subject to change. The presence of a lower-priority label does not diminish the importance of the issue or the value of contributions addressing it. Contributors should communicate with maintainers if they believe an issue's priority should be reassessed due to new information or changing circumstances.
-
-## 5. Status Labels
-
-Status labels indicate the current stage of an issue in the project lifecycle. These labels help manage workflow and set expectations for contributors and users.
-
-### 5.1. `status: awaiting triage`
+### 5.1. `goal: addition`
 
 #### 5.1.1. Purpose
 
-Identifies newly created issues that have not yet been reviewed by the maintainer team.
+Identifies issues that involve adding a new feature to the project.
 
 #### 5.1.2. Characteristics
 
-Should be applied to issues when they are opened.
+Typically involves creating new code files. Understanding of how different modules in the project integrate with each other is expected.
 
 #### 5.1.3. Expectations
 
-Contributors should be aware that engaging with these issues is at their own discretion, as the project team has not yet evaluated them. Maintainers should establish a reasonable timeframe for initial triage to manage expectations and potential liability.
+Contributors must ensure that new features do not infringe on existing patents or copyrights. New code should be compatible with the project's existing license. If introducing third-party libraries or dependencies, their licenses must be compatible with the project's license.
 
-### 5.2. `status: blocked`
+### 5.2. `goal: fix`
 
 #### 5.2.1. Purpose
 
-Indicates issues with a planned resolution that depend on the completion of another issue.
+Designates issues aimed at fixing bugs in the project.
 
 #### 5.2.2. Characteristics
 
-Not yet ready for work but expected to be addressed in the future.
+Typically involves editing code within existing files. Scope should be kept to the specific bug - separate contributions should be made for unrelated bugs.
 
 #### 5.2.3. Expectations
 
-Maintainers should clearly document dependencies to avoid potential conflicts or misunderstandings. Regular review of blocked issues is advisable to prevent indefinite delays that could impact project timelines or contractual obligations.
+Bug fixes should not introduce new legal issues or licensing conflicts. Contributors should document the nature of the bug and the fix for future reference and potential legal compliance (e.g., security vulnerabilities).
 
-### 5.3. `status: discarded`
+### 5.3. `goal: improvement`
 
 #### 5.3.1. Purpose
 
-Designates issues that the project team does not intend to resolve.
+Indicates issues that expand upon or enhance existing features.
 
 #### 5.3.2. Characteristics
 
-Typically applied to feature requests that don't align with project goals.
+Usually involves adding code to existing files. Scope should be kept to the existing feature.
 
 #### 5.3.3. Expectations
 
-Clearly communicate the rationale for discarding issues to manage user expectations and maintain transparency. Ensure that discarded issues don't conflict with any promised features or contractual obligations.
+Improvements should maintain compatibility with existing licenses and legal obligations. If the improvement significantly changes the functionality, consider if additional legal reviews or updates to user agreements are necessary.
 
-### 5.4. `status: discontinued`
+### 5.4. Disclaimer
 
-#### 5.4.1. Purpose
+While goal labels provide guidance on the nature of the task, the actual work required may vary or expand beyond the initial scope. Contributors are encouraged to communicate with project maintainers if they believe a different approach or additional changes are necessary to achieve the goal. The project maintainers reserve the right to request modifications or additional work to ensure that contributions align with the project's goals, standards, and legal requirements.
 
-Applies to feature requests for projects in maintenance mode.
+## 6. Priority Labels
 
-#### 5.4.2. Characteristics
+Priority labels indicate the importance assigned to specific issues by the project maintainers. These labels help guide resource allocation and set expectations for resolution timeframes.
 
-Indicates no new features will be added, but bug fixes and support continue.
-
-#### 5.4.3. Expectations
-
-Clearly communicate the project's maintenance status to manage user expectations and potential liability. Ensure that discontinuation doesn't breach any ongoing support agreements or licenses.
-
-### 5.5. `status: label work required`
-
-#### 5.5.1. Purpose
-
-Indicates issues that need proper labelling and categorisation.
-
-#### 5.5.2. Characteristics
-
-May have ongoing discussions but lack appropriate classification.
-
-#### 5.5.3. Expectations
-
-Proper labelling is crucial for efficient project management and may have implications for compliance tracking and reporting. Establish clear guidelines for labelling to ensure consistency and avoid potential misunderstandings.
-
-### 5.6. `status: ready for dev`
-
-#### 5.6.1. Purpose
-
-Signifies issues that are ready for contribution.
-
-#### 5.6.2. Characteristics
-
-May have an assigned contributor who has expressed interest.
-
-#### 5.6.3. Expectations
-
-Clearly communicate contribution guidelines and any legal requirements (e.g., Contributor Covenant) to potential contributors. Ensure that collaborative efforts are managed in compliance with project licenses and contributor agreements.
-
-### 5.7. `status: ticket work required`
-
-#### 5.7.1. Purpose
-
-Indicates issues lacking sufficient information for proper triage.
-
-#### 5.7.2. Characteristics
-
-Often paired with Conversation Labels for further clarification.
-
-#### 5.7.3. Expectations
-
-Establish clear guidelines for required information to avoid potential misunderstandings or misdirected efforts. Be mindful of data privacy when requesting additional information from issue reporters.
-
-### 5.8. Disclaimer
-
-Status labels reflect the current assessment of the project team and may change as circumstances evolve. While the project team strives to maintain accurate status labels, contributors and users should communicate with maintainers if they notice any discrepancies or have questions about an issue's status.
-
-## 6. Conversation Labels
-
-Conversation labels indicate that an issue has received initial maintainer attention but requires further discussion or information before proceeding. These labels help manage communication and ensure all necessary information is gathered before taking action.
-
-### 6.1. `talk: discussion`
+### 6.1. `priority: critical`
 
 #### 6.1.1. Purpose
 
-Identifies issues that are under active discussion but have not yet been accepted for resolution.
+Identifies issues requiring immediate attention due to their severe impact on project usability.
 
 #### 6.1.2. Characteristics
 
-Ongoing dialogue between maintainers, contributors, and/or users. May involve debates about feature requests, implementation strategies, or project direction.
+Require urgent resolution to restore project functionality. Experience with the project is a must, to avoid delays from long review processes.
 
 #### 6.1.3. Expectations
 
-Ensure discussions remain constructive and adhere to the project's code of conduct. Be cautious about making commitments or promises during discussions that could create legal obligations. Document key decisions and rationales to maintain transparency and provide a record for future reference.
+May involve security vulnerabilities or critical bugs that could lead to legal liabilities if not addressed promptly. Resolution of these issues may need to be reported to relevant stakeholders or authorities in certain cases (e.g., data protection regulators for security breaches).
 
-### 6.2. `talk: question`
+### 6.2. `priority: high`
 
 #### 6.2.1. Purpose
 
-Indicates issues waiting on additional information from the author for proper triage.
+Designates important issues that, while not preventing basic functionality, are impeding further development.
 
 #### 6.2.2. Characteristics
 
-Requires clarification or more details from the issue creator. Cannot proceed with triage or resolution until the requested information is provided.
+Not critical for current project operation but blocking future progress. Require prompt attention to unblock development efforts.
 
 #### 6.2.3. Expectations
 
-Clearly communicate what information is needed and why it's necessary. Be mindful of data privacy when requesting additional information. Establish and communicate timeframes for expected responses to manage the issue lifecycle efficiently.
+May involve compliance deadlines or contractual obligations that need to be met. Could impact project timelines, potentially affecting agreements with stakeholders or clients.
 
-### 6.3. Disclaimer
+### 6.3. `priority: medium`
 
-Conversation labels indicate ongoing dialogue and do not guarantee that an issue will be implemented or resolved in a specific manner. Participants should understand that project priorities and decisions may change based on new information or project direction.
+#### 6.3.1. Purpose
 
-## 7. Pull Request Labels
+Indicates issues that need resolution as soon as possible but are not blocking other development.
 
-Pull Request (PR) labels are used to indicate the current status of pull requests and guide contributors through the review and merge process.
+#### 6.3.2. Characteristics
 
-### 7.1. `pull: merge conflict`
+Important for project improvement but not critical for current functionality. Should be addressed in a timely manner but with less urgency than high-priority issues.
+
+#### 6.3.3. Expectations
+
+May involve improvements to user experience or accessibility, which could have legal implications if neglected long-term. Could relate to optimisations that affect performance guarantees or service level agreements.
+
+### 6.4. `priority: low`
+
+#### 6.4.1. Purpose
+
+Represents issues that should be resolved but are not considered urgent.
+
+#### 6.4.2. Characteristics
+
+Desirable improvements or minor issues that don't significantly impact project functionality.
+
+#### 6.4.3. Expectations
+
+While not urgent, neglecting these issues over time could lead to technical debt or gradual degradation of project quality, potentially affecting long-term compliance or user satisfaction.
+
+### 6.5. `priority: none`
+
+#### 6.5.1. Purpose
+
+Identifies "nice-to-have" issues that are not essential for project functionality or immediate development goals.
+
+#### 6.5.2. Characteristics
+
+Not critical enough to dedicate maintainer time for resolution. Often left for future consideration or when team capacity allows.
+
+#### 6.5.3. Expectations
+
+While not prioritised, maintainers should periodically review these issues to ensure they haven't become more significant over time, potentially accruing legal or compliance risks.
+
+### 6.6. Disclaimer
+
+Priority labels reflect the project maintainers' current assessment and may be subject to change. The presence of a lower-priority label does not diminish the importance of the issue or the value of contributions addressing it. Contributors should communicate with maintainers if they believe an issue's priority should be reassessed due to new information or changing circumstances.
+
+## 7. Status Labels
+
+Status labels indicate the current stage of an issue in the project lifecycle. These labels help manage workflow and set expectations for contributors and users.
+
+### 7.1. `status: awaiting triage`
 
 #### 7.1.1. Purpose
 
-Indicates that the pull request has conflicts with the target branch.
+Identifies newly created issues that have not yet been reviewed by the maintainer team.
 
 #### 7.1.2. Characteristics
 
-Conflicts need to be resolved before the PR can be reviewed or merged. May require action from the original contributor or project maintainers.
+Should be applied to issues when they are opened.
 
 #### 7.1.3. Expectations
 
-Clearly communicate the responsibility for resolving conflicts (e.g., whether it's the contributor's or maintainer's role). Ensure that conflict resolution doesn't introduce unintended changes or legal issues (e.g., license conflicts).
+Contributors should be aware that engaging with these issues is at their own discretion, as the project team has not yet evaluated them. Maintainers should establish a reasonable timeframe for initial triage to manage expectations and potential liability.
 
-### 7.2. `pull: ready for review`
+### 7.2. `status: blocked`
 
 #### 7.2.1. Purpose
 
-Signifies that the pull request is not in draft mode and is awaiting maintainer review.
+Indicates issues with a planned resolution that depend on the completion of another issue.
 
 #### 7.2.2. Characteristics
 
-PR has been submitted as complete and ready for evaluation. Maintainers should prioritise reviewing these PRs.
+Not yet ready for work but expected to be addressed in the future.
 
 #### 7.2.3. Expectations
 
-Ensure contributors understand that "ready for review" doesn't guarantee acceptance or merging. Maintain clear review criteria and communicate them to contributors.
+Maintainers should clearly document dependencies to avoid potential conflicts or misunderstandings. Regular review of blocked issues is advisable to prevent indefinite delays that could impact project timelines or contractual obligations.
 
-### 7.3. `pull: requires update`
+### 7.3. `status: discarded`
 
 #### 7.3.1. Purpose
 
-Indicates that the maintainer team has requested changes to the pull request.
+Designates issues that the project team does not intend to resolve.
 
 #### 7.3.2. Characteristics
 
-Feedback has been provided, and updates are needed before further review or merging. Requires action from the contributor to address the requested changes.
+Typically applied to feature requests that don't align with project goals.
 
 #### 7.3.3. Expectations
 
+Clearly communicate the rationale for discarding issues to manage user expectations and maintain transparency. Ensure that discarded issues don't conflict with any promised features or contractual obligations.
+
+### 7.4. `status: discontinued`
+
+#### 7.4.1. Purpose
+
+Applies to feature requests for projects in maintenance mode.
+
+#### 7.4.2. Characteristics
+
+Indicates no new features will be added, but bug fixes and support continue.
+
+#### 7.4.3. Expectations
+
+Clearly communicate the project's maintenance status to manage user expectations and potential liability. Ensure that discontinuation doesn't breach any ongoing support agreements or licenses.
+
+### 7.5. `status: label work required`
+
+#### 7.5.1. Purpose
+
+Indicates issues that need proper labelling and categorisation.
+
+#### 7.5.2. Characteristics
+
+May have ongoing discussions but lack appropriate classification.
+
+#### 7.5.3. Expectations
+
+Proper labelling is crucial for efficient project management and may have implications for compliance tracking and reporting. Establish clear guidelines for labelling to ensure consistency and avoid potential misunderstandings.
+
+### 7.6. `status: ready for dev`
+
+#### 7.6.1. Purpose
+
+Signifies issues that are ready for contribution.
+
+#### 7.6.2. Characteristics
+
+May have an assigned contributor who has expressed interest.
+
+#### 7.6.3. Finding Ready-to-Work Tickets
+
+All properly triaged tickets with the `status: ready for dev` label are available on our **Staff Tickets** project board: https://git.nhcarrigan.com/nhcarrigan/-/projects/2
+
+Team members should refer to this project board to find tickets that are ready to be worked on.
+
+#### 7.6.4. Expectations
+
+Clearly communicate contribution guidelines and any legal requirements (e.g., Contributor Covenant) to potential contributors. Ensure that collaborative efforts are managed in compliance with project licenses and contributor agreements.
+
+### 7.7. `status: ticket work required`
+
+#### 7.7.1. Purpose
+
+Indicates issues lacking sufficient information for proper triage.
+
+#### 7.7.2. Characteristics
+
+Often paired with Conversation Labels for further clarification.
+
+#### 7.7.3. Expectations
+
+Establish clear guidelines for required information to avoid potential misunderstandings or misdirected efforts. Be mindful of data privacy when requesting additional information from issue reporters.
+
+### 7.8. Disclaimer
+
+Status labels reflect the current assessment of the project team and may change as circumstances evolve. While the project team strives to maintain accurate status labels, contributors and users should communicate with maintainers if they notice any discrepancies or have questions about an issue's status.
+
+## 8. Conversation Labels
+
+Conversation labels indicate that an issue has received initial maintainer attention but requires further discussion or information before proceeding. These labels help manage communication and ensure all necessary information is gathered before taking action.
+
+### 8.1. `talk: discussion`
+
+#### 8.1.1. Purpose
+
+Identifies issues that are under active discussion but have not yet been accepted for resolution.
+
+#### 8.1.2. Characteristics
+
+Ongoing dialogue between maintainers, contributors, and/or users. May involve debates about feature requests, implementation strategies, or project direction.
+
+#### 8.1.3. Expectations
+
+Ensure discussions remain constructive and adhere to the project's code of conduct. Be cautious about making commitments or promises during discussions that could create legal obligations. Document key decisions and rationales to maintain transparency and provide a record for future reference.
+
+### 8.2. `talk: question`
+
+#### 8.2.1. Purpose
+
+Indicates issues waiting on additional information from the author for proper triage.
+
+#### 8.2.2. Characteristics
+
+Requires clarification or more details from the issue creator. Cannot proceed with triage or resolution until the requested information is provided.
+
+#### 8.2.3. Expectations
+
+Clearly communicate what information is needed and why it's necessary. Be mindful of data privacy when requesting additional information. Establish and communicate timeframes for expected responses to manage the issue lifecycle efficiently.
+
+### 8.3. Disclaimer
+
+Conversation labels indicate ongoing dialogue and do not guarantee that an issue will be implemented or resolved in a specific manner. Participants should understand that project priorities and decisions may change based on new information or project direction.
+
+## 9. Pull Request Labels
+
+Pull Request (PR) labels are used to indicate the current status of pull requests and guide contributors through the review and merge process.
+
+### 9.1. `pull: merge conflict`
+
+#### 9.1.1. Purpose
+
+Indicates that the pull request has conflicts with the target branch.
+
+#### 9.1.2. Characteristics
+
+Conflicts need to be resolved before the PR can be reviewed or merged. May require action from the original contributor or project maintainers.
+
+#### 9.1.3. Expectations
+
+Clearly communicate the responsibility for resolving conflicts (e.g., whether it's the contributor's or maintainer's role). Ensure that conflict resolution doesn't introduce unintended changes or legal issues (e.g., license conflicts).
+
+### 9.2. `pull: ready for review`
+
+#### 9.2.1. Purpose
+
+Signifies that the pull request is not in draft mode and is awaiting maintainer review.
+
+#### 9.2.2. Characteristics
+
+PR has been submitted as complete and ready for evaluation. Maintainers should prioritise reviewing these PRs.
+
+#### 9.2.3. Expectations
+
+Ensure contributors understand that "ready for review" doesn't guarantee acceptance or merging. Maintain clear review criteria and communicate them to contributors.
+
+### 9.3. `pull: requires update`
+
+#### 9.3.1. Purpose
+
+Indicates that the maintainer team has requested changes to the pull request.
+
+#### 9.3.2. Characteristics
+
+Feedback has been provided, and updates are needed before further review or merging. Requires action from the contributor to address the requested changes.
+
+#### 9.3.3. Expectations
+
 Clearly document requested changes to maintain transparency and avoid misunderstandings. Consider setting timeframes for updates to manage the PR lifecycle effectively.
 
-### 7.4. Disclaimer
+### 9.4. Disclaimer
 
 The presence of these labels does not guarantee that a pull request will be merged. All contributions must still meet the project's quality standards, guidelines, and legal requirements.
 
-## 8. Continuous Improvement
+## 10. Continuous Improvement
 
 We encourage all project participants to provide feedback on our labelling system. If you have suggestions for improvements or notice any inconsistencies, please reach out to us in our [Discord community](https://chat.nhcarrigan.com).
 
-## 9. Legal Notice
+## 11. Legal Notice
 
 This labels documentation is provided for informational purposes and to facilitate project management. It does not constitute a legal agreement. All contributions to the project must comply with the project's license, contributor agreement (if applicable), and relevant laws and regulations.
 

src/content/docs/legal/aup.md

@@ -446,6 +446,12 @@ When handling data through our services:
 
 ### 8.1. Monitoring and Detection
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 We employ various methods to monitor compliance with this AUP:
 
 **(a)** **Automated Monitoring**: Automated systems to detect prohibited activities;
@@ -664,6 +670,8 @@ For questions about this AUP:
 
 To report policy violations:
 
+**Incident Report Form** (Preferred): Submit reports through our official Incident Report Form: https://forms.nhcarrigan.com/o/docs/forms/t7CYeYS4uyUuLiKFatoEvs/4
+
 **Email:** abuse@nhcarrigan.com
 
 **Subject Line:** Policy Violation Report - [Service/Platform]

src/content/docs/legal/community-support-policy.md

@@ -24,7 +24,6 @@ This Community Support Policy establishes the framework for how community member
 
 This policy applies to all forms of support exchange within our community platforms, including:
 - Discord channels and direct messages
-- Forums and discussion boards
 - Reddit community spaces
 - Social media interactions
 - GitHub collaborative spaces
@@ -63,7 +62,7 @@ This policy applies to all forms of support exchange within our community platfo
 - Assistance with community projects and initiatives
 - Collaborative problem-solving on shared challenges
 - Skill sharing and mentorship opportunities
-- Accessibility assistance and accommodation support
+- Accessibility assistance and accommodation support (request accommodations via our [Accessibility Accommodation Request Form](https://forms.nhcarrigan.com/o/docs/forms/2FXY87PB6aaMHspcnXYCZX/4))
 - Platform-specific guidance and orientation
 
 #### 2.1.2. Specialised Support Areas
@@ -101,7 +100,6 @@ This policy applies to all forms of support exchange within our community platfo
 #### 2.2.1. Identifying Appropriate Support Channels
 
 **Platform-Specific Guidelines:**
-- **Discord**: Use designated support channels (#general-support, #tech-help) or reach out to trusted community members
 - **Discord Forums**: Create posts in appropriate forum channels with clear, descriptive titles
 - **Reddit**: Utilise community-specific support threads and appropriate flair
 - **GitHub**: Use issue templates for bug reports, feature requests, and technical support
@@ -137,6 +135,12 @@ This policy applies to all forms of support exchange within our community platfo
 
 #### 2.2.3. Emergency and Crisis Support
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 **Important Limitations:**
 - Community members are **NOT** mental health professionals
 - Peer support does **NOT** replace professional mental health services
@@ -312,7 +316,7 @@ This policy applies to all forms of support exchange within our community platfo
 **Designated Support Channels:**
 - **#support**: General questions and peer support requests
 - **#support-ticket**: Technical assistance and troubleshooting
-- **#accessibility**: Accessibility-related assistance and resources
+- **#accessibility**: Accessibility-related assistance and resources (for accommodation requests, use our [Accessibility Accommodation Request Form](https://forms.nhcarrigan.com/o/docs/forms/2FXY87PB6aaMHspcnXYCZX/4))
 - **Identity-specific channels**: Support spaces for specific communities and identities
 
 **Direct Message Guidelines:**

src/content/docs/legal/content-moderation.md

@@ -242,6 +242,12 @@ Prohibited misinformation and deceptive practices include:
 
 ### 4.1. Multi-Layered Moderation System
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 Our moderation approach employs multiple layers:
 
 **(a)** **Automated Detection**: AI and machine learning systems for initial content screening;
@@ -454,7 +460,7 @@ Effective reports should include:
 
 ### 6.3. Community Moderation Programme
 
-We may establish community moderation programmes that include:
+We establish community moderation programmes that include:
 
 **(a)** **Volunteer Moderators**: Community volunteers who help with content moderation;
 
@@ -578,6 +584,12 @@ Appeal decisions may result in:
 
 ### 8.1. Transparency Reporting
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 We are committed to transparency in our moderation practices through:
 
 **(a)** **Moderation Reports**: Regular reports on moderation activities and statistics;

src/content/docs/legal/crisis-mental-health.md

@@ -276,6 +276,12 @@ Our reporting obligations vary by jurisdiction and may include:
 
 ### 4.4. Emergency Contact Protocols
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 For immediate emergencies, we maintain:
 
 **(a)** **Emergency Services:** Direct contact information for emergency services in major jurisdictions;
@@ -296,6 +302,12 @@ For immediate emergencies, we maintain:
 
 ## 5. RESOURCES AND REFERRALS
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 ### 5.1. Crisis Resources Database
 
 We maintain an up-to-date database of:

src/content/docs/legal/dmca.md

@@ -618,7 +618,7 @@ Changes to this Policy will be communicated through:
 
 **(b)** Email notifications to registered users;
 
-**(c)** Community forum announcements and discussions;
+**(c)** Community announcements and discussions;
 
 **(d)** Documentation updates with clear change logs.
 

src/content/docs/legal/export-control.md

@@ -402,6 +402,12 @@ For cloud and remote service provision:
 
 ### 6.1. Automated Monitoring Systems
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 We employ automated systems for compliance monitoring including:
 
 **(a)** **Real-Time Screening**: Real-time screening of all user registrations and transactions against sanctions lists;

src/content/docs/legal/government.md

@@ -290,6 +290,12 @@ This report is updated according to the following schedule:
 
 ### 7.4. Verification and Accuracy
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 We ensure report accuracy through:
 
 **(a)** **Multi-Source Verification:** Cross-referencing multiple internal sources;

src/content/docs/legal/license.md

@@ -2047,7 +2047,7 @@ For questions, clarifications, or other matters related to this Licence, We may
 
 ### 17.1. Primary Communication Channels
 
-#### 17.1.1. Community Forum
+#### 17.1.1. Discord Community
 
 Our primary venue for Licence-related discussions and inquiries:
 

src/content/docs/legal/privacy.md

@@ -192,13 +192,15 @@ Regardless of your location, you have the following rights regarding your person
 
 To exercise any of these rights:
 
-**(a)** Submit requests to **privacy@nhcarrigan.com** from the email address associated with your account;
+**(a)** Submit requests through our **Privacy Request Form** (Preferred): https://forms.nhcarrigan.com/o/docs/forms/qEJgBWGDfyHv6x51VU9aVX/4
 
-**(b)** Provide sufficient information to verify your identity;
+**(b)** Alternatively, submit requests to **privacy@nhcarrigan.com** from the email address associated with your account;
 
-**(c)** Specify clearly which right you wish to exercise;
+**(c)** Provide sufficient information to verify your identity;
 
-**(d)** Include any relevant details or documentation to support your request.
+**(d)** Specify clearly which right you wish to exercise;
+
+**(e)** Include any relevant details or documentation to support your request.
 
 ### 5.3. Response Timeframes
 
@@ -242,6 +244,12 @@ General retention periods include:
 
 ### 6.3. Automated Deletion
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 Where technically feasible, we implement automated systems to:
 
 **(a)** Delete information that has exceeded its retention period;

src/content/docs/legal/security.md

@@ -48,6 +48,8 @@ This Policy is designed to operate within the framework of applicable laws and r
 
 If you discover a security vulnerability within any of our systems or applications, please report it exclusively through our designated secure reporting channel:
 
+**Security Vulnerability Report Form** (Preferred): https://forms.nhcarrigan.com/o/docs/forms/wgdbBkS4tjCGoVZTqtmMNx/4
+
 **Primary Contact:** security@nhcarrigan.com
 
 **Subject Line Format:** [SECURITY] Brief description of vulnerability
@@ -172,7 +174,7 @@ Our standard coordinated disclosure timeline follows this process:
 
 **(c)** **Remediation Period:** Development and deployment of fixes (30-90 days depending on complexity);
 
-**(d)** **Public Disclosure:** Joint announcement of vulnerability and resolution (after fix deployment and reasonable notice period).
+**(d)** **Public Disclosure:** Joint announcement of vulnerability and resolution (after fix deployment and reasonable notice period). Aggregated and sanitized vulnerability reports are published at: https://security.nhcarrigan.com/report/
 
 ### 4.3. Public Acknowledgement
 
@@ -388,13 +390,15 @@ We utilise a comprehensive suite of security tools integrated into our developme
 
 We maintain transparency about our security posture through publicly accessible security reports and dashboards:
 
-**(a)** **Quality Dashboard:** Real-time security and quality metrics available at https://quality.NHCarrigan.link;
+**(a)** **Security Vulnerability Reports:** Aggregated and sanitized security vulnerability reports for all our products are published at: https://security.nhcarrigan.com/report/
 
-**(b)** **Security Reports:** Comprehensive security scan results published at https://security.nhcarrigan.com;
+**(b)** **Quality Dashboard:** Real-time security and quality metrics available;
 
-**(c)** **Regular Updates:** Weekly scanning cycles ensure up-to-date security information;
+**(c)** **Security Reports:** Comprehensive security scan results published;
 
-**(d)** **Trend Analysis:** Historical data tracking to identify and address security trends over time.
+**(d)** **Regular Updates:** Weekly scanning cycles ensure up-to-date security information;
+
+**(e)** **Trend Analysis:** Historical data tracking to identify and address security trends over time.
 
 ### 8.5. Security Development Lifecycle
 
@@ -464,6 +468,8 @@ If vulnerability research reveals potential regulatory compliance issues or lega
 
 For all security-related matters, including vulnerability reports, questions about this Policy, and general security inquiries:
 
+**Security Vulnerability Report Form** (Preferred for vulnerability reports): https://forms.nhcarrigan.com/o/docs/forms/wgdbBkS4tjCGoVZTqtmMNx/4
+
 **Email:** security@nhcarrigan.com
 
 **Response Time:** We aim to respond to all security inquiries within 7-10 business days

src/content/docs/legal/sla.md

@@ -300,7 +300,7 @@ We maintain comprehensive service monitoring including:
 
 Service status information is communicated through:
 
-**(a)** **Status Page**: Real-time service status available at designated status page;
+**(a)** **Status Page**: Real-time service status available at designated status page at https://uptime.nhcarrigan.com;
 
 **(b)** **Incident Updates**: Regular updates during service disruptions or maintenance;
 
@@ -310,6 +310,12 @@ Service status information is communicated through:
 
 ### 8.3. Transparency Reports
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 We publish regular transparency reports including:
 
 **(a)** **Monthly Availability Reports**: Summary of availability statistics for each service category;

src/content/docs/legal/subprocessors.md

@@ -352,7 +352,7 @@ Regarding data processed by subprocessors, users may:
 
 To exercise rights regarding subprocessor data processing:
 
-**(a)** **Primary Contact:** Contact us at privacy@nhcarrigan.com for coordination;
+**(a)** **Primary Contact:** Submit requests through our **Privacy Request Form** (Preferred): https://forms.nhcarrigan.com/o/docs/forms/qEJgBWGDfyHv6x51VU9aVX/4 or contact us at privacy@nhcarrigan.com for coordination;
 
 **(b)** **Direct Contact:** Contact subprocessors directly using their provided channels;
 

src/content/docs/misc/templates.md

@@ -665,6 +665,35 @@ Hello~! I'm Naomi, a 34 year old transfem software engineer and community manage
 <insert bit about community here>
 ``` 
 
+#### 2.5.2. freeCodeCamp Contributor Sprint Template
+
+```md
+## This issue is part of Naomi's sprint initiatives.
+
+If you are interested in working on this issue, [join our Discord](https://chat.freecodecamp.org) and ping Naomi!
+
+### Action Items
+
+- [ ] Prototype created and PRed to https://github.com/freeCodeCamp/curriculumexpansion
+- [ ] Prototype reviewed + approved + merged by staff
+- [ ] Break prototype down into steps (if workshop) or individual "step" (if lab) - write description, hint text **only** (no tests yet), and seed code. Refer to https://contribute.freecodecamp.org/how-to-work-on-coding-challenges
+- [ ] DRAFT PR opened on https://github.com/freeCodeCamp/freeCodeCamp
+- [ ] Team + Naomi review your steps, confirm the breakdown + user stories look good
+- [ ] Begin writing the actual test logic, refer to https://contribute.freecodecamp.org/curriculum-help/#basic-usage-pattern for how to write tests for Python challenges
+- [ ] Mark PR as not a draft, team reviews + approves + merges
+- [ ] YOU DID IT GO CELEBRATE!
+
+### Other Details
+
+- Remember to keep an eye on your PRs and respond to review comments and suggestions
+- For workshops, refer to: https://contribute.freecodecamp.org/how-to-work-on-coding-challenges/
+- For labs, refer to: https://contribute.freecodecamp.org/how-to-work-on-labs/
+
+### Questions
+
+Ping Naomi in the sprint channel on Discord
+```
+
 ### 2.6. Gaming Templates
 
 #### 2.6.1. Guild Wars 2 Recruitment Advertisement Template

src/content/docs/projects/callista.md

@@ -363,7 +363,7 @@ For questions or support:
 
 ### 4.10. Issue Reporting
 
-Please report bugs in the #bug-reports forum channel and feature requests in the #feature-requests forum channel on our Discord community.
+Please report bugs in the [Bug Reports](https://support.nhcarrigan.com/c/bug-reports/6) category and feature requests in the [Feature Requests](https://support.nhcarrigan.com/c/feature-requests/7) category on our support forum.
 
 Include:
 - Clear description of the issue or feature

src/content/docs/projects/cordelia-taryne.md

@@ -76,8 +76,8 @@ Cordelia has a distinctive personality:
 
 ### Support and Feedback
 
-- **Bug Reports**: Post in the #bug-reports forum channel on our Discord community
-- **Feature Requests**: Post in the #feature-requests forum channel on our Discord community
+- **Bug Reports**: Post in the [Bug Reports](https://support.nhcarrigan.com/c/bug-reports/6) category on our support forum
+- **Feature Requests**: Post in the [Feature Requests](https://support.nhcarrigan.com/c/feature-requests/7) category on our support forum
 - **General Support**: Visit the [chat server](https://chat.nhcarrigan.com)
 - **Contact**: Email `contact@nhcarrigan.com`
 
@@ -264,7 +264,7 @@ src/
 
 ### Contribution Process
 
-1. **Issue Creation**: Post detailed bug reports or feature requests in the appropriate Discord forum channel (#bug-reports or #feature-requests)
+1. **Issue Creation**: Post detailed bug reports or feature requests in the appropriate support forum category ([Bug Reports](https://support.nhcarrigan.com/c/bug-reports/6) or [Feature Requests](https://support.nhcarrigan.com/c/feature-requests/7))
 2. **Discussion**: Discuss approach before starting work
 3. **Implementation**: Follow coding standards and patterns
 4. **Testing**: Test thoroughly in development environment

src/content/docs/projects/data-api.md

@@ -647,7 +647,7 @@ When contributing, keep security in mind:
 
 If you need help contributing:
 
-- Post in the #bug-reports or #feature-requests forum channels on our Discord community
+- Post in the [Bug Reports](https://support.nhcarrigan.com/c/bug-reports/6) or [Feature Requests](https://support.nhcarrigan.com/c/feature-requests/7) categories on our support forum
 - Join the [Chat Server](https://chat.nhcarrigan.com)
 - Email: `contact@nhcarrigan.com`
 

src/content/docs/projects/logger.md

@@ -225,7 +225,7 @@ If you encounter bugs or have feature requests:
 - Chat Server: [https://chat.nhcarrigan.com](https://chat.nhcarrigan.com)
 - Email: contact@nhcarrigan.com
 - Repository: [https://git.nhcarrigan.com/nhcarrigan/logger](https://git.nhcarrigan.com/NHCarrigan/logger)
-- Issues: Post in the #bug-reports or #feature-requests forum channels on our Discord community
+- Issues: Post in the [Bug Reports](https://support.nhcarrigan.com/c/bug-reports/6) or [Feature Requests](https://support.nhcarrigan.com/c/feature-requests/7) categories on our support forum
 
 ### Package Information
 

src/content/docs/staff/roles.md

@@ -681,7 +681,7 @@ Technical Contributors provide development support, code contributions, and tech
 
 **Community Platform Expertise:**
 - Discord bot development and community tool creation
-- Forum and community platform customisation and enhancement
+- Community platform customisation and enhancement
 - Documentation system development and maintenance
 - Accessibility implementation and testing
 - Security assessment and improvement recommendations

src/content/docs/staff/training/cross-platform-coordination.md

@@ -16,15 +16,15 @@ Our community operates across various platforms including:
 
 **(a)** **Discord Servers**: Real-time communication, voice chat, gaming coordination;
 
-**(b)** **Forum Systems**: Long-form discussions, documentation, support;
+**(b)** **Code Repositories**: Development collaboration, issue tracking, contributions;
 
-**(c)** **Code Repositories**: Development collaboration, issue tracking, contributions;
+**(c)** **Social Media**: Community outreach, updates, public engagement;
 
-**(d)** **Social Media**: Community outreach, updates, public engagement;
+**(d)** **Game Platforms**: MMOs, gaming communities, virtual events;
 
-**(e)** **Game Platforms**: MMOs, gaming communities, virtual events;
+**(e)** **Documentation Sites**: Knowledge bases, policies, guides;
 
-**(f)** **Documentation Sites**: Knowledge bases, policies, guides;
+**(f)** **Support Forum**: Structured support requests, bug reports, feature requests at support.nhcarrigan.com;
 
 **(g)** **Other Platforms**: Emerging technologies and specialised tools.
 
@@ -60,7 +60,6 @@ This training operates within our policy framework:
 
 **Examples:**
 - **Discord**: Real-time moderation with immediate response capabilities
-- **Forums**: Considered, documented responses with longer discussion threads
 - **Code Repositories**: Technical focus with professional communication standards
 - **Social Media**: Public-facing brand representation with broader audience considerations
 
@@ -93,75 +92,75 @@ This training operates within our policy framework:
 - Meme and humour sharing common
 - Real-time community events and activities
 
-### 3.2. Forum Systems
+### 3.2. Code Repositories
 
 #### 3.2.1. Unique Characteristics
-- Asynchronous, threaded discussions
-- Long-form content and detailed explanations
-- Searchable, persistent content
-- Structured topic organisation
-- Advanced formatting and multimedia support
-
-#### 3.2.2. Moderation Considerations
-- **Thoughtful Responses**: Time for considered, well-researched replies
-- **Documentation Focus**: Posts serve as long-term resources
-- **Thread Management**: Keeping discussions on-topic and organised
-- **Archive Value**: Content remains accessible long-term
-- **SEO and Discoverability**: Public content may be indexed
-
-#### 3.2.3. Community Culture
-- Professional, informative tone expected
-- Detailed technical discussions
-- Educational resource creation
-- Mentorship and knowledge sharing
-- Formal support and troubleshooting
-
-### 3.3. Code Repositories
-
-#### 3.3.1. Unique Characteristics
 - Technical development focus
 - Version control and collaboration workflows
 - Issue tracking and project management
 - Code review and quality assurance processes
 - Documentation and technical writing
 
-#### 3.3.2. Moderation Considerations
+#### 3.2.2. Moderation Considerations
 - **Technical Accuracy**: Focus on correctness and best practices
 - **Professional Standards**: High expectations for communication quality
 - **Intellectual Property**: Copyright and licensing considerations
 - **Contribution Guidelines**: Specific workflow and process requirements
 - **Code of Conduct**: Technical community behavioural standards
 
-#### 3.3.3. Community Culture
+#### 3.2.3. Community Culture
 - Professional, technical communication
 - Constructive feedback and collaboration
 - Learning and skill development focus
 - Open source values and practices
 - Quality and excellence standards
 
-### 3.4. Gaming Platforms
+### 3.3. Gaming Platforms
 
-#### 3.4.1. Unique Characteristics
+#### 3.3.1. Unique Characteristics
 - Game-specific contexts and terminology
 - Real-time coordination and strategy
 - Achievement and progression systems
 - Competitive and cooperative elements
 - Virtual world social dynamics
 
-#### 3.4.2. Moderation Considerations
+#### 3.3.2. Moderation Considerations
 - **Game-Specific Rules**: Understanding in-game behaviour standards
 - **Performance Pressure**: Dealing with competitive stress
 - **Time-Sensitive Coordination**: Event and activity scheduling
 - **Cross-Platform Gaming**: Integration with external gaming services
 - **Virtual Asset Management**: In-game resources and shared assets
 
-#### 3.4.3. Community Culture
+#### 3.3.3. Community Culture
 - Gaming-focused communication
 - Strategy and coordination discussions
 - Achievement celebration and recognition
 - Competitive and cooperative balance
 - Fun and entertainment emphasis
 
+### 3.4. Support Forum
+
+#### 3.4.1. Unique Characteristics
+- Structured, categorised support system
+- Asynchronous, persistent discussions
+- Searchable knowledge base functionality
+- Topic-based organisation and threading
+- Solution marking and resolution tracking
+
+#### 3.4.2. Moderation Considerations
+- **Category Management**: Ensure posts are in appropriate categories
+- **Thread Organisation**: Maintain clear, searchable thread titles
+- **Solution Tracking**: Mark resolved issues for future reference
+- **Privacy Protection**: Redact sensitive information from public posts
+- **Knowledge Curation**: Build searchable solutions database
+
+#### 3.4.3. Community Culture
+- Professional, solution-focused communication
+- Detailed problem descriptions and responses
+- Knowledge sharing and documentation emphasis
+- Patient, thorough assistance approach
+- Long-form, comprehensive discussions
+
 ## 4. COORDINATION STRATEGIES AND BEST PRACTICES
 
 ### 4.1. Information Sharing Across Platforms
@@ -286,7 +285,6 @@ This training operates within our policy framework:
 #### 5.3.1. Cross-Platform Integrations
 
 **Available Integrations:**
-- **Discord-Forum Bridges**: Share announcements across platforms
 - **Repository Notifications**: Development updates in community channels
 - **Social Media Coordination**: Consistent messaging across public channels
 - **Event Synchronization**: Calendar integration across platforms
@@ -321,48 +319,50 @@ This training operates within our policy framework:
 - **Channel Management**: Create, modify, and organise channels as needed
 - **Server Settings**: Understand security and moderation settings
 
-### 6.2. Forum-Specific Responsibilities
+### 6.2. Repository-Specific Responsibilities
 
-#### 6.2.1. Content Curation
-- Organise and categorise discussion topics
-- Create informative and educational content
-- Moderate long-form discussions and debates
-- Maintain knowledge base and FAQ resources
-
-#### 6.2.2. Forum Tools and Features
-- **Thread Management**: Move, merge, and organise discussion threads
-- **User Management**: Handle user accounts, permissions, and restrictions
-- **Content Tools**: Edit, format, and enhance community-generated content
-- **Search and Organisation**: Maintain findable, well-organised content
-
-### 6.3. Repository-Specific Responsibilities
-
-#### 6.3.1. Technical Moderation
+#### 6.2.1. Technical Moderation
 - Review contributions for quality and standards
 - Moderate technical discussions and code reviews
 - Enforce coding standards and best practices
 - Support contributor onboarding and development
 
-#### 6.3.2. Development Tools
+#### 6.2.2. Development Tools
 - **Issue Management**: Track, prioritise, and organise development tasks
 - **Pull Request Review**: Evaluate and approve code contributions
 - **Documentation**: Maintain technical documentation and guides
 - **Community Building**: Foster inclusive development community
 
-### 6.4. Social Media Responsibilities
+### 6.3. Social Media Responsibilities
 
-#### 6.4.1. Public Representation
+#### 6.3.1. Public Representation
 - Maintain professional brand representation
 - Respond to public inquiries and comments
 - Share community updates and achievements
 - Monitor for brand mentions and community discussions
 
-#### 6.4.2. Community Outreach
+#### 6.3.2. Community Outreach
 - **Content Creation**: Develop engaging social media content
 - **Community Engagement**: Interact with broader tech and gaming communities
 - **Crisis Communication**: Handle public relations during difficult situations
 - **Growth Strategies**: Support community growth and member acquisition
 
+### 6.4. Support Forum Responsibilities
+
+#### 6.4.1. Thread Management
+- Monitor new posts and ensure proper categorisation
+- Merge duplicate threads while preserving context
+- Mark solutions when issues are resolved
+- Pin important announcements and guides
+- Archive outdated or resolved discussions
+
+#### 6.4.2. Knowledge Base Development
+- **Content Curation**: Build comprehensive solution documentation
+- **FAQ Maintenance**: Update frequently asked questions regularly
+- **Category Organisation**: Maintain logical, searchable structure
+- **Cross-Reference**: Link related topics and solutions
+- **Quality Control**: Ensure accuracy of technical information
+
 ## 7. COORDINATION CHALLENGES AND SOLUTIONS
 
 ### 7.1. Common Coordination Problems
@@ -443,12 +443,6 @@ This training operates within our policy framework:
 - Quick community communications and updates
 - Voice chat crisis intervention if needed
 
-**Forum Crisis Response:**
-- Detailed written responses and explanations
-- Long-form crisis resources and support
-- Archived information for future reference
-- Community discussion facilitation
-
 **Repository Crisis Response:**
 - Technical issue assessment and response
 - Code security and integrity protection
@@ -549,7 +543,7 @@ This training operates within our policy framework:
 
 ### 10.1. Scenario 1: Cross-Platform Crisis Coordination
 
-**Situation**: A crisis situation occurs that affects multiple platforms simultaneously. The crisis involves a safety threat that's being discussed across Discord, forums, and social media. Information is spreading rapidly and inconsistently across platforms.
+**Situation**: A crisis situation occurs that affects multiple platforms simultaneously. The crisis involves a safety threat that's being discussed across Discord and social media. Information is spreading rapidly and inconsistently across platforms.
 
 **Your Response:**
 1. How do you coordinate response across all platforms?
@@ -563,7 +557,7 @@ This training operates within our policy framework:
 
 ### 10.2. Scenario 2: Policy Inconsistency Report
 
-**Situation**: A community member reports that the same behaviour resulted in different moderation actions on different platforms. They received a warning on Discord but were banned on the forum for the same behaviour. They're confused and feel the moderation is inconsistent.
+**Situation**: A community member reports that the same behaviour resulted in different moderation actions on different platforms. They received a warning on Discord but were banned on another platform for the same behaviour. They're confused and feel the moderation is inconsistent.
 
 **Your Response:**
 1. How do you investigate this inconsistency?
@@ -577,7 +571,7 @@ This training operates within our policy framework:
 
 ### 10.3. Scenario 3: Cross-Platform Event Coordination
 
-**Situation**: The community is planning a major event that will happen across multiple platforms simultaneously. The event involves Discord voice channels, forum discussions, social media promotion, and GitHub collaboration. Coordination is complex and requires seamless experience.
+**Situation**: The community is planning a major event that will happen across multiple platforms simultaneously. The event involves Discord voice channels, social media promotion, and GitHub collaboration. Coordination is complex and requires seamless experience.
 
 **Your Response:**
 1. How do you coordinate event logistics across platforms?
@@ -614,4 +608,3 @@ This training document is part of the comprehensive mandatory training curriculu
 ---
 
 *This Cross-Platform Coordination Training document is part of our comprehensive staff development programme designed to create seamless community experiences across all platforms. For questions about cross-platform coordination techniques or to report training completion, please contact leadership through designated staff channels.*
-

src/content/docs/staff/training/data-analytics-reporting.md

@@ -287,6 +287,12 @@ This training provides comprehensive guidance for Team members serving as Data a
 
 ### 6.1. Data Analytics Infrastructure
 
+:::tip[Heads Up!]{icon=pen}
+The policy or policies in this section are still a work in progress. We have not yet implemented the necessary infrastructure to comply with this section.
+
+We are working very hard to get them in place as soon as possible. If you would like to help, consider [applying to join our team!](https://forms.nhcarrigan.com/o/docs/forms/mCxDu3snk9TzFiDjrT4Vc8/4)
+:::
+
 #### 6.1.1. Data Collection and Storage
 
 **Data Collection Systems:**
@@ -321,7 +327,6 @@ This training provides comprehensive guidance for Team members serving as Data a
 
 **Cross-Platform Analytics:**
 - **Discord Analytics**: Integration with Discord for community server analytics
-- **Forum Analytics**: Analysis of forum participation and engagement patterns
 - **Social Media Analytics**: Integration with social media platforms for broader community insights
 - **Event Analytics**: Integration of event participation and satisfaction data
 

src/content/docs/staff/training/documentation-transparency.md

@@ -177,7 +177,7 @@ This training operates within our comprehensive framework:
 ```
 **Incident Type**: [Policy violation category]
 **Date/Time**: [Exact timestamp]
-**Platform**: [Discord/Forum/Repository/etc.]
+**Platform**: [Discord/Repository/etc.]
 **User(s) Involved**: [Anonymized identifiers]
 **Team Member**: [Your name/identifier]
 **Policy Violated**: [Specific policy section]

src/content/docs/staff/training/forum-moderation.md

@@ -0,0 +1,337 @@
+---
+title: Support Forum Moderation Training for Staff
+---
+
+**ESSENTIAL TRAINING FOR FORUM MODERATION TEAM**
+
+## 1. INTRODUCTION AND SCOPE
+
+### 1.1. Purpose of This Training
+
+This training document provides comprehensive guidance for Team members responsible for moderating our Support Forum at [support.nhcarrigan.com](https://support.nhcarrigan.com). The Support Forum serves as our primary platform for structured support requests, bug reports, feature requests, and community feedback.
+
+### 1.2. Forum Structure and Categories
+
+Our Support Forum is organised into the following categories:
+
+**(a)** **Technical Support** (ID: 5): Platform and product assistance;
+
+**(b)** **Bug Reports** (ID: 6): Software issues and defect reporting;
+
+**(c)** **Feature Requests** (ID: 7): Enhancement suggestions and new features;
+
+**(d)** **Community Feedback** (ID: 8): General community input and suggestions;
+
+**(e)** **Policy Ideation** (ID: 9): Policy suggestions and governance input;
+
+**(f)** **Accessibility Feedback** (ID: 10): Accessibility barriers and improvements;
+
+**(g)** **Partnership Requests** (ID: 11): Collaboration and partnership proposals;
+
+**(h)** **Legal Notices** (ID: 12): Legal communications and formal notices;
+
+**(i)** **Billing Questions** (ID: 13): Payment and subscription inquiries;
+
+**(j)** **Press Inquiries** (ID: 14): Media and press communications;
+
+**(k)** **Marketing Proposals** (ID: 15): Marketing collaborations and proposals.
+
+### 1.3. Integration with Existing Policies
+
+Forum moderation operates within our comprehensive policy framework:
+
+**(a)** **Content and Moderation Policy**: Primary content standards and enforcement;
+
+**(b)** **Community Code of Conduct**: Universal behavioural expectations;
+
+**(c)** **Community Support Policy**: Guidelines for support interactions;
+
+**(d)** **Privacy Policy**: Handling of sensitive information in forum posts;
+
+**(e)** **Accessibility Policy**: Ensuring forum accessibility for all users.
+
+## 2. FORUM-SPECIFIC MODERATION CONSIDERATIONS
+
+### 2.1. Unique Characteristics of Forum Moderation
+
+#### 2.1.1. Asynchronous Communication
+
+**Key Differences from Real-Time Platforms:**
+- Extended response timeframes are acceptable and expected
+- Conversations develop over days or weeks rather than minutes
+- Users expect more thoughtful, detailed responses
+- Documentation and searchability are primary concerns
+
+#### 2.1.2. Persistent Content
+
+**Long-Term Visibility:**
+- Forum posts remain searchable indefinitely
+- Content serves as knowledge base for future users
+- Higher standards for accuracy and completeness
+- Regular review and updating of outdated information
+
+#### 2.1.3. Structured Support
+
+**Organised Communication:**
+- Clear categorisation enables efficient routing
+- Topic-based organisation aids in knowledge management
+- Threaded discussions maintain context
+- Solution marking helps future users
+
+### 2.2. Forum Moderation Best Practices
+
+#### 2.2.1. Thread Management
+
+**Effective Thread Moderation:**
+- **Title Clarity**: Ensure thread titles accurately describe the issue
+- **Categorisation**: Move threads to appropriate categories when needed
+- **Duplicate Management**: Merge duplicate threads while preserving context
+- **Solution Marking**: Identify and mark solved threads
+- **Pinning**: Pin important announcements or frequently referenced threads
+
+#### 2.2.2. Response Standards
+
+**Quality Expectations:**
+- Comprehensive initial responses that address all aspects
+- Professional tone maintaining community warmth
+- Clear action items or next steps
+- Appropriate escalation when needed
+- Follow-up on unresolved threads
+
+## 3. CATEGORY-SPECIFIC GUIDELINES
+
+### 3.1. Technical Support
+
+**Moderation Focus:**
+- Verify sufficient system information is provided
+- Request clarification on reproduction steps
+- Tag technical team members when appropriate
+- Ensure privacy (no passwords, API keys, etc.)
+- Mark solutions when issues are resolved
+
+### 3.2. Bug Reports
+
+**Moderation Requirements:**
+- Confirm reports include reproduction steps
+- Check for duplicate reports before allowing
+- Apply appropriate priority labels
+- Link to tracking systems when applicable
+- Update thread status as bugs are addressed
+
+### 3.3. Feature Requests
+
+**Management Approach:**
+- Encourage detailed use case descriptions
+- Facilitate community discussion on proposals
+- Consolidate similar requests
+- Communicate feasibility assessments
+- Update on implementation progress
+
+### 3.4. Community Feedback
+
+**Engagement Standards:**
+- Acknowledge all feedback respectfully
+- Encourage constructive criticism
+- Synthesise feedback for leadership review
+- Communicate how feedback influences decisions
+- Create feedback summary reports
+
+### 3.5. Policy Ideation
+
+**Special Considerations:**
+- Ensure proposals align with community values
+- Facilitate inclusive discussion
+- Document consensus and dissent
+- Forward viable proposals to governance team
+- Communicate policy development progress
+
+### 3.6. Accessibility Feedback
+
+**Priority Handling:**
+- Treat accessibility issues with urgency
+- Ensure reports include assistive technology details
+- Coordinate with accessibility team
+- Track resolution progress
+- Verify fixes with reporting users
+
+### 3.7. Partnership Requests
+
+**Professional Standards:**
+- Maintain confidentiality as requested
+- Verify legitimacy of proposals
+- Route to appropriate decision-makers
+- Facilitate initial discussions
+- Document partnership criteria clearly
+
+### 3.8. Legal Notices
+
+**Critical Procedures:**
+- Immediate escalation to legal team
+- Preserve all original content
+- Document receipt timestamps
+- Maintain strict confidentiality
+- Follow legal response protocols
+
+### 3.9. Billing Questions
+
+**Sensitive Information Handling:**
+- Never request payment details in public threads
+- Offer private thread conversion for sensitive matters
+- Verify account ownership before discussing specifics
+- Coordinate with billing team for resolutions
+- Document common issues for FAQ development
+
+### 3.10. Press Inquiries
+
+**Media Relations:**
+- Verify journalist credentials when appropriate
+- Coordinate with communications team
+- Maintain professional brand representation
+- Facilitate interview scheduling
+- Track press engagement metrics
+
+### 3.11. Marketing Proposals
+
+**Evaluation Criteria:**
+- Assess alignment with brand values
+- Check for spam or low-quality proposals
+- Facilitate community input when appropriate
+- Route serious proposals to marketing team
+- Maintain proposal tracking system
+
+## 4. MODERATION TOOLS AND FEATURES
+
+### 4.1. Forum-Specific Tools
+
+#### 4.1.1. Thread Management Tools
+- **Move Thread**: Relocate to appropriate category
+- **Merge Threads**: Combine duplicate discussions
+- **Split Thread**: Separate off-topic discussions
+- **Pin/Unpin**: Control thread visibility priority
+- **Lock Thread**: Prevent further replies when needed
+- **Mark Solution**: Identify resolved issues
+
+#### 4.1.2. User Management Tools
+- **Trust Levels**: Understand user permission tiers
+- **User Notes**: Document moderation history
+- **Warnings**: Issue formal warnings when needed
+- **Suspensions**: Temporary access restrictions
+- **Thread Permissions**: Control individual thread access
+
+### 4.2. Content Moderation Features
+
+#### 4.2.1. Automated Moderation
+- **Spam Filters**: Automatic spam detection
+- **Trust Level Restrictions**: New user limitations
+- **Flag Queue**: Community-reported content review
+- **Word Filters**: Prohibited content blocking
+- **Link Restrictions**: External link moderation
+
+#### 4.2.2. Manual Moderation Actions
+- **Edit Posts**: Correct or redact content
+- **Delete Posts**: Remove policy violations
+- **Hide Posts**: Temporary removal pending review
+- **Restore Posts**: Reinstate incorrectly removed content
+- **Revision History**: Track all content changes
+
+## 5. COMMON SCENARIOS AND RESPONSES
+
+### 5.1. Scenario: Duplicate Bug Report
+
+**Appropriate Response:**
+1. Search for existing reports
+2. Link to original thread
+3. Merge valuable additional information
+4. Close duplicate with explanation
+5. Guide user to original discussion
+
+### 5.2. Scenario: Vague Support Request
+
+**Effective Approach:**
+1. Request specific information needed
+2. Provide template for details
+3. Offer examples of good reports
+4. Remain patient and helpful
+5. Follow up if no response
+
+### 5.3. Scenario: Heated Feature Request Debate
+
+**De-escalation Strategy:**
+1. Remind participants of community standards
+2. Refocus on constructive discussion
+3. Separate technical merit from personal attacks
+4. Issue warnings if necessary
+5. Lock thread if situation escalates
+
+### 5.4. Scenario: Sensitive Information Posted
+
+**Immediate Actions:**
+1. Edit post to remove sensitive data
+2. Private message user about removal
+3. Educate on security best practices
+4. Document incident for patterns
+5. Review similar posts for exposure
+
+## 6. FORUM COMMUNITY BUILDING
+
+### 6.1. Encouraging Participation
+
+**Engagement Strategies:**
+- Welcome new users warmly
+- Recognise helpful community members
+- Create regular discussion topics
+- Showcase community solutions
+- Celebrate milestones and achievements
+
+### 6.2. Knowledge Base Development
+
+**Content Curation:**
+- Identify frequently asked questions
+- Create comprehensive guides
+- Maintain solution database
+- Update outdated information
+- Cross-reference related topics
+
+## 7. METRICS AND REPORTING
+
+### 7.1. Key Performance Indicators
+
+**Forum Health Metrics:**
+- Response time to new threads
+- Resolution rate for support requests
+- User satisfaction indicators
+- Community engagement levels
+- Moderator action frequency
+
+### 7.2. Regular Reporting
+
+**Documentation Requirements:**
+- Weekly moderation summaries
+- Category-specific activity reports
+- Escalation tracking
+- Community feedback synthesis
+- Improvement recommendations
+
+## 8. CONTINUOUS IMPROVEMENT
+
+### 8.1. Feedback Integration
+
+**Process Improvement:**
+- Regular community surveys
+- Moderator experience sharing
+- Policy effectiveness review
+- Tool and feature requests
+- Best practice documentation
+
+### 8.2. Professional Development
+
+**Ongoing Training:**
+- Forum software updates
+- New moderation techniques
+- Community management trends
+- Accessibility improvements
+- Cross-platform coordination
+
+---
+
+*This Forum Moderation Training provides comprehensive guidance for moderating our Support Forum. For questions about forum moderation procedures or to report issues with the forum platform, please contact the Moderation Team Lead through the designated staff channels.*

src/styles/style.css

@@ -1,13 +1,50 @@
 :root {
-  --primary-color: #8F2447;
-  --background-color: #E1F6F9DC;
-  --sl-color-text-accent: #8F2447;
+  /* Witch color palette */
+  --witch-purple: #2b1b3d;
+  --witch-purple-translucent: hsla(267, 40%, 17%, 0.597);
+  --witch-plum: #44275a;
+  --witch-rose: #a8577e;
+  --witch-mauve: #d4a5c7;
+  --witch-lavender: #e8d5e8;
+  --witch-black: #0a0009;
+  --witch-silver: #c0c0c0;
+  --witch-moon: #f5f5f5;
+  --witch-shadow: rgba(10, 0, 9, 0.7);
+
+  /* Light theme uses lighter colors for background, darker for text */
+  --primary-color: var(--witch-purple);
+  --background-color: var(--witch-lavender) DC;
+  --sl-color-text-accent: var(--witch-purple);
+
+  /* Additional Starlight overrides */
+  --sl-color-gray-1: var(--witch-moon);
+  --sl-color-gray-2: var(--witch-lavender);
+  --sl-color-gray-3: var(--witch-mauve);
+  --sl-color-gray-4: var(--witch-rose);
+  --sl-color-gray-5: var(--witch-plum);
+  --sl-color-gray-6: var(--witch-purple);
+
+  /* Translucent background */
+  --content-bg: rgba(181, 185, 187, 0.543);
+  --content-blur: 8px;
 }
 
 html[data-theme="dark"] {
-  --primary-color: #E1F6F9;
-  --background-color: #8F2447ee;
-  --sl-color-text-accent: #E1F6F9;
+  /* Dark theme uses darker colors for background, lighter for text */
+
+  .page {
+    --background-color: var(--witch-purple-translucent);
+  }
+  --primary-color: var(--witch-lavender);
+  --sl-color-text-accent: var(--witch-lavender);
+
+  /* Additional Starlight overrides for dark theme */
+  --sl-color-gray-1: var(--witch-purple);
+  --sl-color-gray-2: var(--witch-plum);
+  --sl-color-gray-3: var(--witch-rose);
+  --sl-color-gray-4: var(--witch-mauve);
+  --sl-color-gray-5: var(--witch-lavender);
+  --sl-color-gray-6: var(--witch-moon);
 }
 
 .main-frame::before {
@@ -48,9 +85,14 @@ a {
   color: var(--primary-color) !important;
 }
 
+.page {
+  background: var(--content-bg);
+  backdrop-filter: var(--content-blur);
+}
+
 a[aria-current="page"] {
   color: var(--background-color) !important;
-  background-color: var(--primary-color) !important;
+  background-color: var(--witch-rose) !important;
 }
 
 header {
@@ -67,8 +109,8 @@ header {
 }
 
 .right-sidebar-panel :where(a):hover {
-  color: var(--background-color) !important;
-  background-color: var(--primary-color) !important;
+  color: var(--witch-moon) !important;
+  background-color: var(--witch-rose) !important;
 }
 
 footer > div > a,
@@ -77,7 +119,8 @@ footer > div > p {
   color: var(--primary-color) !important;
 }
 
-starlight-theme-select, starlight-theme-select > label {
+starlight-theme-select,
+starlight-theme-select > label {
   color: var(--primary-color) !important;
 }
 
@@ -94,13 +137,13 @@ starlight-theme-select, starlight-theme-select > label {
 }
 
 .pagination-links > a:hover {
-  color: var(--background-color) !important;
-  background-color: var(--primary-color) !important;
+  color: var(--witch-moon) !important;
+  background-color: var(--witch-plum) !important;
 }
 
 .pagination-links > a:hover > span > .link-title {
-  color: var(--background-color) !important;
-  background-color: var(--primary-color) !important;
+  color: var(--witch-moon) !important;
+  background-color: var(--witch-plum) !important;
 }
 
 #extra-footer-content {