From 64e29609b3b0a7269de60fc0d57e9416c56ed503 Mon Sep 17 00:00:00 2001
From: datadunia <datadunia@ymail.com>
Date: Sat, 23 May 2026 04:16:13 +0700
Subject: [PATCH] chore: update .gitignore, add docs site, plan docs

---
 .gitignore                                    |  33 +
 .sisyphus/plans/agents-deep-init.md           | 349 +++++++++
 .sisyphus/plans/nodes-wg-hooks-and-docs.md    | 220 ++++++
 .../plans/server-core-multistage-build.md     | 702 ++++++++++++++++++
 AGENTS.md                                     | 109 +++
 apps/dashboard-ui                             |   2 +-
 apps/device-agent                             |   2 +-
 apps/docs/.vitepress/config.mts               |  22 +
 apps/docs/guides/access-remote-server.md      |  15 +
 .../guides/add-wireguard-configuration.md     |  15 +
 apps/docs/guides/email-service.md             |  21 +
 apps/docs/guides/peers.md                     |  15 +
 apps/docs/guides/sign-in.md                   |  16 +
 apps/docs/guides/webhooks.md                  |  21 +
 apps/docs/index.md                            |  13 +
 apps/docs/package.json                        |  14 +
 apps/server-core                              |   2 +-
 17 files changed, 1568 insertions(+), 3 deletions(-)
 create mode 100644 .sisyphus/plans/agents-deep-init.md
 create mode 100644 .sisyphus/plans/nodes-wg-hooks-and-docs.md
 create mode 100644 .sisyphus/plans/server-core-multistage-build.md
 create mode 100644 AGENTS.md
 create mode 100644 apps/docs/.vitepress/config.mts
 create mode 100644 apps/docs/guides/access-remote-server.md
 create mode 100644 apps/docs/guides/add-wireguard-configuration.md
 create mode 100644 apps/docs/guides/email-service.md
 create mode 100644 apps/docs/guides/peers.md
 create mode 100644 apps/docs/guides/sign-in.md
 create mode 100644 apps/docs/guides/webhooks.md
 create mode 100644 apps/docs/index.md
 create mode 100644 apps/docs/package.json

diff --git a/.gitignore b/.gitignore
index 78ee752..fcbb055 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,16 +1,49 @@
 # OS files
 .DS_Store
 Thumbs.db
+Desktop.ini
 
 # IDE
 .idea/
 .vscode/
+*.swp
+*.swo
 
 # Env
 .env
 .env.local
+.env.production
+
+# Logs
+*.log
+
+# Archives & binaries
+*.tar.gz
+*.zip
+*.b64
+*.exe
+*.dll
+*.so
+*.dylib
+
+# Temp
+tmp/
+temp_*
+*.tmp
+
+# Build output
+dist/
+/dist/
 
 # OpenCode
 .sisyphus/notepads/
 .sisyphus/boulder.json
 connect_remote.txt
+.sisyphus/drafts/
+
+# Node
+node_modules/
+
+# Go workspace
+go.work
+go.work.sum
diff --git a/.sisyphus/plans/agents-deep-init.md b/.sisyphus/plans/agents-deep-init.md
new file mode 100644
index 0000000..850c3d4
--- /dev/null
+++ b/.sisyphus/plans/agents-deep-init.md
@@ -0,0 +1,349 @@
+# init-deep: AGENTS.md Generation Plan
+
+**Generated:** 2026-05-22
+**Branch:** `main` (`92051d5`)
+
+## Overview
+
+Generate hierarchical AGENTS.md files for the NexusGuard SD-WAN Suite monorepo.
+Scored 4 locations for AGENTS.md: root + 3 submodules.
+
+## Scoring Results
+
+| Location | Score | Reason | Action |
+|----------|-------|--------|--------|
+| `.` (root) | — | Always create root | CREATE |
+| `apps/server-core/` | 3+2+2+1=8+ | 54 files (3x), 9 subdirs (2x), go.mod (2x), Dockerfile (1x) | CREATE |
+| `apps/dashboard-ui/` | 3+2+2+1=8+ | 54 files (3x), 8 subdirs (2x), package.json (2x), tsconfig (1x) | CREATE |
+| `apps/device-agent/` | 3+0+2+0=5+ | 21 files (3x), 5 subdirs (0x), go.mod (2x) | CREATE (≥15) |
+| `apps/server-core/api/` | 0 | 17 files (<20) | SKIP (parent covers) |
+| `apps/dashboard-ui/views/` | 0 | 7 files (<20) | SKIP (parent covers) |
+| `apps/dashboard-ui/api/` | 0 | 7 files (<20) | SKIP (parent covers) |
+
+## Files to Create/Update
+
+No existing AGENTS.md files found. All 4 are new files (`Write`).
+
+---
+
+## File 1: `./AGENTS.md` (Root — 122 lines)
+
+```markdown
+# PROJECT KNOWLEDGE BASE
+
+**Generated:** 2026-05-22
+**Commit:** `92051d5`
+**Branch:** `main`
+
+## OVERVIEW
+NexusGuard SD-WAN Suite — Enterprise Zero-Trust SD-WAN with WireGuard tunneling, centralized IPAM, and real-time nftables network isolation. Monorepo with 3 git submodules: Go backend (Gin), Vue 3 dashboard, Go device agent.
+
+## STRUCTURE
+```
+./
+├── apps/
+│   ├── server-core/    # Go/Gin API backend (submodule)
+│   ├── dashboard-ui/   # Vue 3 + Vite frontend (submodule)
+│   └── device-agent/   # Go stealth daemon (submodule)
+├── docker-compose.yml  # Production orchestration
+├── docker-compose.dev.yml  # Dev (air hot-reload)
+├── Makefile            # up/down/dev/migrate/reset-db
+├── setup.sh            # First-run: generate .env + random keys
+├── .env.example        # DB/JWT/SALT/VITE config template
+├── .gitmodules         # 3 submodules → git.datadunia.com
+└── .opencode/          # IDE agent config (tooling, not project code)
+```
+
+**CRITICAL**: `apps/*` are **git submodules** — clone with `--recurse-submodules`.
+
+## WHERE TO LOOK
+| Task | Location | Notes |
+|------|----------|-------|
+| API handlers | `apps/server-core/api/` | 17 files: auth, devices, peers, rules, share, provisioning, servers, wg |
+| Backend core | `apps/server-core/internal/` | auth, config, firewall, heartbeat, ipam, models, wgmanager |
+| Dev migration | `apps/server-core/main_dev.go` | GORM AutoMigrate (build tag `dev`) |
+| Firewall rules | `apps/server-core/internal/firewall/` | nftables Linux rules |
+| Dashboard views | `apps/dashboard-ui/src/views/` | Vue SFC pages |
+| Dashboard API client | `apps/dashboard-ui/src/api/` | Axios API modules |
+| Dashboard stores | `apps/dashboard-ui/src/stores/` | Pinia state stores |
+| Agent client | `apps/device-agent/internal/client/` | Provisioning + heartbeat |
+| Agent tunnel | `apps/device-agent/internal/tunnel/` | Memory-injected WireGuard |
+| Shared crypto | `apps/*/shared/crypto/encryptor.go` | AES-256-GCM (duplicated identical) |
+| CI workflows | `apps/*/.gitea/workflows/build.yml` | Gitea Actions per submodule |
+| Build config | `apps/dashboard-ui/vite.config.ts` | Vite 8 + Vue + TailwindCSS v4 |
+| Source of truth | `apps/server-core/docs/` | API_SPEC, KEY_ROTATION, PEER_DISCOVERY |
+| Plan guardrails | `.sisyphus/plans/` | Anti-patterns, "Must NOT do" rules |
+
+## CODE MAP
+| Symbol | Type | Location | Role |
+|--------|------|----------|------|
+| `main()` (server-core) | func | `apps/server-core/main.go` | Entry: CLI flags + Gin init |
+| `main()` (device-agent) | func | `apps/device-agent/main.go` | Entry: agent daemon lifecycle |
+| `config.Load()` | func | `apps/server-core/internal/config/` | Env-based config loader |
+| `auth.Init()` | func | `apps/server-core/internal/auth/` | JWT sign/verify init |
+| `firewall.InitNetwork()` | func | `apps/server-core/internal/firewall/` | nftables table/set creation |
+| `ipam.AllocateIP()` | func | `apps/server-core/internal/ipam/` | IP pool allocation from CIDR |
+| `wgmanager.SetConfig()` | func | `apps/server-core/internal/wgmanager/` | WireGuard config push |
+| `models.AutoMigrate()` | func | `apps/server-core/internal/models/` | GORM schema migration |
+| `encrypt()` / `decrypt()` | func | `apps/*/shared/crypto/encryptor.go` | AES-256-GCM (identical) |
+
+## CONVENTIONS
+- **Go**: Standard layout (`main.go` in root, `internal/`, `api/`)
+- **Vue 3**: Composition API + `<script setup lang="ts">` throughout
+- **State management**: Pinia stores in `src/stores/`
+- **API client**: Axios-based services in `src/api/` + base `src/services/`
+- **Styling**: TailwindCSS v4 (no PostCSS — `@tailwindcss/vite` plugin)
+- **DB**: GORM ORM, PostgreSQL, AutoMigrate in dev / `-migrate-prod` in prod
+- **Naming**: `UPPER_SNAKE_CASE` env vars, `camelCase` Go vars, `PascalCase` exported Go
+- **Auth**: JWT, admin-only enforced by middleware pattern
+- **Build tags**: `//go:build dev` for AutoMigrate
+- **Capabilities**: Server containers need `NET_ADMIN` + `NET_RAW`
+- **Ports**: API 8080, Dashboard 80 (Nginx), Postgres 5432, Redis 6379
+
+## ANTI-PATTERNS (THIS PROJECT)
+- **NEVER** `nft flush table` — only atomic add/remove
+- **NEVER** log plaintext or encryption keys
+- **NEVER** reopen completed phases/commits — fix forward only
+- **NEVER** rebuild `shared/crypto/encryptor.go` — copy identical file
+- **NEVER** commit build artifacts (binaries, `dist/`)
+- **NEVER** force push
+- **NEVER** create cross-phase workarounds
+
+## UNIQUE STYLES
+- **Zero-Attack Surface**: `/auth/register` locked; admin via `-create-admin` CLI only
+- **Stealth Agent**: No `/etc/wireguard/` — config in memory only
+- **Duplicate crypto**: `encryptor.go` copy-pasted in server-core + device-agent (known debt, do not deduplicate)
+- **nftables default Accept**: Contradicts Zero-Trust "Default DROP" — intentional gap
+
+## COMMANDS
+```bash
+make up              # Start all services
+make down            # Stop all services
+make dev             # Start with hot-reload (air)
+make logs            # Tail all logs
+make migrate         # Run DB migration (requires local Go)
+make reset-db        # Nuke PG volume + recreate + migrate
+
+cd apps/server-core && go run -tags dev .
+cd apps/dashboard-ui && npm run dev
+cd apps/device-agent && go run .
+
+go run -tags dev ./apps/server-core -create-admin -user admin -pass "..."
+```
+
+## NOTES
+- Submodules → private Gitea (`git.datadunia.com`); CI via Gitea Actions per submodule
+- Go versions diverge: server-core `1.25.7`, device-agent `1.25.1`
+- No root linter configs (`.golangci.yml`, `.eslintrc`, `.editorconfig`)
+- Shell scripts use deprecated `docker-compose` v1, Makefile uses `docker compose` v2
+- Root has stale artifacts: `connect_remote.txt`, `temp_section*.txt`
+- `package.json` name is `"temp-ui"` (stale scaffold remnant)
+```
+
+---
+
+## File 2: `apps/server-core/AGENTS.md` (Server Core — 70 lines)
+
+```markdown
+# SERVER CORE — Go/Gin Backend
+
+## OVERVIEW
+Central API and VPN Hub managing database state, JWT token distribution, and Linux nftables firewall isolation. Module: `git.datadunia.com/nexusguard/nexus-server-core`.
+
+## STRUCTURE
+```
+apps/server-core/
+├── main.go            # Entry: CLI flags, Gin init, DB connect
+├── main_dev.go        # Dev build: AutoMigrate on boot
+├── main_prod.go       # Prod build: no-op migration
+├── api/               # 17 HTTP handler files (auth, devices, peers, rules...)
+├── internal/
+│   ├── auth/          # JWT init/signing (auth.Init)
+│   ├── config/        # Env-based config loader
+│   ├── firewall/      # nftables rule management (Linux only)
+│   ├── heartbeat/     # Redis heartbeat TTL check
+│   ├── ipam/          # IP pool allocation from CIDR
+│   ├── models/        # GORM models + AutoMigrate
+│   └── wgmanager/     # WireGuard config push to kernel
+├── shared/crypto/     # AES-256-GCM (identical copy in device-agent)
+├── migrations/        # SQL migration files
+└── docs/              # API_SPEC, KEY_ROTATION, PEER_DISCOVERY
+```
+
+## WHERE TO LOOK
+| Task | Location | Notes |
+|------|----------|-------|
+| Auth endpoints | `api/auth.go` | Login, admin creation |
+| Device CRUD | `api/devices.go` | Device lifecycle |
+| Peer management | `api/peers.go` | Peer CRUD + 500 fix |
+| Firewall rules API | `api/rules.go` | nftables rule CRUD |
+| Provisioning | `api/provisioning.go` | Registration token flow |
+| Tests | `api/*_test.go` | auth_test, devices_test, rules_test, etc. |
+| Config loading | `internal/config/config.go` | Env var parsing |
+| nftables engine | `internal/firewall/nftables_linux.go` | InitNetwork, AddRule, RemoveRule |
+
+## CONVENTIONS
+- **Stack**: Go 1.25.7, Gin 1.12, GORM 1.31 (PostgreSQL), JWT v5, go-redis 9.x, google/nftables 0.3, wgctrl
+- **DB**: GORM AutoMigrate in dev (`-tags dev`); `-migrate-prod` for production
+- **Auth**: JWT middleware in `api/` — repeated admin-only checks (not centralized)
+- **API style**: Gin `c.JSON` responses, status codes, error message strings
+- **nftables**: Default Accept policy (`nftables_linux.go:35`) — known doc gap
+
+## ANTI-PATTERNS (THIS PROJECT)
+- **NEVER** `nft flush table` — destroys all peer isolation
+- **NEVER** log plaintext or encryption keys
+- **Admin-only authorization** is copy-pasted across 7+ handler files — refactoring opportunity
+
+## COMMANDS
+```bash
+go run -tags dev .                          # Dev server
+go run -tags dev . -migrate-prod            # Run migration manually
+go run -tags dev . -create-admin -user admin -pass "..."
+go test ./... -tags dev -cover              # Run all tests
+```
+
+## NOTES
+- API runs on port 8080 (configurable via `PORT`/`API_PORT`)
+- Docker needs `NET_ADMIN` + `NET_RAW` capabilities
+- Tests exist for auth, devices, provisioning, rules, share
+```
+
+---
+
+## File 3: `apps/dashboard-ui/AGENTS.md` (Dashboard UI — 60 lines)
+
+```markdown
+# DASHBOARD UI — Vue 3 Frontend
+
+## OVERVIEW
+Admin Web GUI for managing Nodes, Users, Devices, and Firewall rules. Futuristic glassmorphism design with Vue 3 + Vite + TailwindCSS v4.
+
+## STRUCTURE
+```
+apps/dashboard-ui/
+├── src/
+│   ├── main.ts           # Vue app bootstrap (Pinia + Router)
+│   ├── App.vue           # Root component
+│   ├── api/              # Axios API client modules (7 files)
+│   ├── views/            # Page components (7 SFCs)
+│   ├── components/       # Shared UI components (4 files)
+│   ├── stores/           # Pinia stores (2 files)
+│   ├── assets/           # CSS (main.css)
+│   ├── router/           # Vue Router config
+│   └── services/         # Base Axios HTTP service
+├── public/               # Static assets
+├── index.html            # HTML shell
+├── vite.config.ts        # Vite 8 config (+Vue +TailwindCSS)
+├── tsconfig.app.json     # Strict TS, noUnusedLocals, noUnusedParameters
+└── nginx.conf            # SPA nginx fallback
+```
+
+## WHERE TO LOOK
+| Task | Location | Notes |
+|------|----------|-------|
+| API integration | `src/api/` | 7 modules matching backend routes |
+| Page views | `src/views/` | Nodes, Devices, Firewall, Settings, etc. |
+| State management | `src/stores/` | Pinia stores |
+| Shared components | `src/components/` | Reusable UI elements |
+| Routing | `src/router/index.ts` | Vue Router config |
+| Base HTTP | `src/services/` | Axios instance with interceptors |
+
+## CONVENTIONS
+- **Stack**: Vue 3.5, Vite 8, TypeScript 6.0, TailwindCSS 4.3, Pinia 2.3, VueUse 14.3, Axios 1.16, HeadlessUI 1.7, Iconify 5.0
+- **Style**: Composition API, `<script setup lang="ts">`, glassmorphism design
+- **Build**: `vue-tsc -b && vite build` (type-check before build)
+- **Dev**: `vite` (Vite 8 dev server, no explicit port)
+- **TS**: Strict mode, ES2020, noUnusedLocals, noUnusedParameters
+- **API base**: `VITE_API_BASE_URL` env var (baked at build time)
+
+## ANTI-PATTERNS (THIS PROJECT)
+- `package.json` name is `"temp-ui"` — stale scaffold remnant — rename
+- No ESLint/Prettier configs exist
+- `index.html` `<title>` still says "temp-ui"
+
+## COMMANDS
+```bash
+npm run dev       # Vite dev server
+npm run build     # vue-tsc + vite build
+npm run build     # Build output → dist/ for Nginx
+```
+
+## NOTES
+- Port 80 in Docker (Nginx), no explicit dev server port
+- VITE_API_BASE_URL injected via Docker ARG at build time
+- No `package-lock.json` committed? Verify — `npm ci` not `npm install`
+```
+
+---
+
+## File 4: `apps/device-agent/AGENTS.md` (Device Agent — 50 lines)
+
+```markdown
+# DEVICE AGENT — Go Stealth Daemon
+
+## OVERVIEW
+Stealth background daemon for Linux client machines. Establishes memory-injected WireGuard tunnels — no `/etc/wireguard/` config files ever written to disk.
+
+## STRUCTURE
+```
+apps/device-agent/
+├── main.go                    # Entry: env parsing, identity, provisioning, tunnel, heartbeat
+├── internal/
+│   ├── client/                # Provisioning (register + key exchange) + heartbeat
+│   ├── identity/              # HWID detection (machine identity binding)
+│   └── tunnel/                # Fileless WireGuard tunnel injection
+├── shared/crypto/             # AES-256-GCM (identical copy in server-core)
+└── scripts/
+    ├── install_agent.sh       # Systemd service installer
+    └── sys-bridge.service     # Systemd unit file
+```
+
+## WHERE TO LOOK
+| Task | Location | Notes |
+|------|----------|-------|
+| Provisioning flow | `internal/client/` | Registration, key exchange with server |
+| HW identity | `internal/identity/` | Hardware ID detection |
+| Tunnel injection | `internal/tunnel/` | Memory-only WireGuard config |
+| Install script | `scripts/install_agent.sh` | One-command agent deployment |
+
+## CONVENTIONS
+- **Stack**: Go 1.25.1, wireguard, crypto, net, sys (minimal deps)
+- **Design**: Stealth — no disk writes for WG config; tunnel lives in process memory
+- **Lifecycle**: HWID → Provision → Tunnel → Heartbeat loop
+- **Env vars**: `SERVER_URL`, `REG_TOKEN`
+- **Cross-compile**: CI builds for linux/amd64, arm64, arm
+
+## ANTI-PATTERNS (THIS PROJECT)
+- **NEVER** write WireGuard config to `/etc/wireguard/` — stealth invariant
+- **NEVER** log encryption keys or registration tokens
+- `shared/crypto/` is duplicated from server-core (do not rewrite separately)
+
+## COMMANDS
+```bash
+go run .                                       # Run (needs SERVER_URL + REG_TOKEN)
+go build -o device-agent .                     # Build binary
+CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build -o device-agent-linux-arm64 .
+```
+
+## NOTES
+- Cross-compiled in CI for 3 architectures (amd64, arm64, arm)
+- Go version `1.25.1` — slightly behind server-core's `1.25.7`
+- Install via `sudo ./install_agent.sh --server-url ... --token ...`
+```
+
+---
+
+## Execution Steps
+
+1. **[DONE]** **Write** `./AGENTS.md` (root) — 109 lines, full treatment
+2. **[DONE]** **Write** `apps/server-core/AGENTS.md` — 61 lines, domain-specific
+3. **[DONE]** **Write** `apps/dashboard-ui/AGENTS.md` — 58 lines, domain-specific
+4. **[DONE]** **Write** `apps/device-agent/AGENTS.md` — 50 lines, domain-specific
+5. **[DONE]** **Verify**: no duplicate content between parent and children
+
+## Quality Gates
+- [x] Root AGENTS.md: 50-150 lines ✅ (109)
+- [x] Subdir AGENTS.md: 30-80 lines each ✅ (61/58/50)
+- [x] No generic advice in any file
+- [x] No parent duplicates repeated in children
+- [x] Telegraphic style throughout
diff --git a/.sisyphus/plans/nodes-wg-hooks-and-docs.md b/.sisyphus/plans/nodes-wg-hooks-and-docs.md
new file mode 100644
index 0000000..bad601a
--- /dev/null
+++ b/.sisyphus/plans/nodes-wg-hooks-and-docs.md
@@ -0,0 +1,220 @@
+# Node Config Lifecycle Hooks & Documentation Infrastructure
+
+## TL;DR
+> **Quick Summary**: Complete the missing WireGuard lifecycle hooks (`PreDown`, `PostUp`) across the backend API and frontend UI. Simultaneously, establish standard documentation infrastructure using Swagger for the API and VitePress for static HTML documentation.
+>
+> **Deliverables**:
+> - Backend DB Model & API updated with `PreDown` and `PostUp`
+> - Dashboard UI updated with two new textareas for the hooks
+> - Swagger UI integrated at `server-core` (`/swagger/index.html`)
+> - Static HTML docs (VitePress) initialized in `apps/docs` with standard WireGuard guide structures
+>
+> **Estimated Effort**: Medium
+> **Parallel Execution**: YES (Frontend, Backend, and Docs can be built in parallel waves)
+> **Critical Path**: Backend API update -> Frontend UI update -> Swagger setup -> VitePress setup
+
+---
+
+## Context
+### Original Request
+The user noted that the Node (WgServer) configuration currently lacks inputs for `PreDown` and `PostUp` (only `PreUp` and `PostDown` were present). Additionally, the user requested a plan for establishing HTML documentation (referencing wgdashboard documentation structure) and Swagger API documentation.
+
+### Discussion & Findings
+- **Backend**: Found `PreUp` and `PostDown` in `apps/server-core/internal/models/models.go` and `apps/server-core/api/servers.go`.
+- **Frontend**: Found `PreUp` and `PostDown` in `apps/dashboard-ui/src/views/Servers.vue` and `apps/dashboard-ui/src/api/servers.ts`.
+- **Docs**: Neither `swag` nor `apps/docs` currently exists in the project.
+
+### Self-Review (Metis Simulation)
+- **Guardrail**: String fields in GORM should use `gorm:"type:text"` to accommodate long bash scripts.
+- **Guardrail**: Swagger requires running `swag init` to generate `docs/docs.go`, which must be anonymously imported in `main.go`.
+- **Guardrail**: VitePress should be isolated in `apps/docs` as an independent NPM project to prevent polluting `dashboard-ui`.
+
+---
+
+## Work Objectives
+
+### Core Objective
+Achieve full parity with WireGuard's standard lifecycle hooks in the database and UI, and lay down the foundation for professional developer and user documentation.
+
+### Must Have
+- `PreDown` and `PostUp` fields in `WgServer` model.
+- Swagger annotation for at least the `Servers` endpoints to serve as a template.
+- VitePress sidebar containing the requested links: Access Remote Server, Add WireGuard Config, Peers, Sign In, Email Service, WebHooks.
+
+### Must NOT Have
+- Do NOT merge VitePress into `apps/dashboard-ui/package.json`. It must be its own independent app in `apps/docs`.
+
+---
+
+## Execution Strategy
+
+### Parallel Execution Waves
+```text
+Wave 1 (Foundation):
+├── Task 1: Update Backend Schema & API (PreDown, PostUp) [quick]
+└── Task 2: Initialize VitePress HTML Docs [quick]
+
+Wave 2 (Integration):
+├── Task 3: Update Frontend Dashboard UI (PreDown, PostUp) [visual-engineering]
+└── Task 4: Setup Swagger API Documentation [deep]
+
+Wave FINAL (Verification):
+├── Task F1: Plan Compliance Audit
+├── Task F2: Code Quality Review
+└── Task F3: Scope Fidelity Check
+```
+
+---
+
+## TODOs
+
+- [x] 1. Update Backend Schema & API (`PreDown`, `PostUp`)
+
+  **What to do**:
+  - Edit `apps/server-core/internal/models/models.go`: Add `PreDown` and `PostUp` (type string, `gorm:"type:text"`) to the `WgServer` struct.
+  - Edit `apps/server-core/api/servers.go`:
+    - Add `PreDown` and `PostUp` to `CreateServerRequest` and `UpdateServerRequest`.
+    - Map these fields when creating/updating the model inside `CreateServer` and `UpdateServer` handlers.
+
+  **Recommended Agent Profile**:
+  - **Category**: `quick`
+  - **Skills**: `[]`
+
+  **Parallelization**: Wave 1
+
+  **Acceptance Criteria**:
+  - [ ] `grep -q "PreDown" apps/server-core/internal/models/models.go` passes.
+  - [ ] `grep -q "PostUp" apps/server-core/internal/models/models.go` passes.
+
+  **QA Scenarios**:
+  ```text
+  Scenario: API accepts PreDown and PostUp
+    Tool: Bash (curl)
+    Preconditions: Server is running
+    Steps:
+      1. Send a POST or PUT request to `/api/v1/servers` with `pre_down` and `post_up` in JSON payload.
+    Expected Result: Payload is accepted and saved without error.
+    Evidence: .sisyphus/evidence/task-1-api-update.json
+  ```
+
+---
+
+- [x] 2. Initialize VitePress HTML Docs
+
+  **What to do**:
+  - Create directory `apps/docs`.
+  - Initialize a standard `package.json` for VitePress.
+  - Create `.vitepress/config.mts` with a sidebar structure matching the requested references:
+    - Guides: Sign In, Access Remote Server, Add WireGuard Configuration, Add WireGuard Configuration Peers, Email Service, WebHooks.
+  - Create markdown stubs for all the above pages inside `apps/docs/guides/`.
+
+  **Recommended Agent Profile**:
+  - **Category**: `quick`
+  - **Skills**: `[]`
+
+  **Parallelization**: Wave 1
+
+  **Acceptance Criteria**:
+  - [ ] `apps/docs/package.json` exists with `vitepress` dependency.
+  - [ ] `apps/docs/.vitepress/config.mts` configures the sidebar properly.
+  - [ ] Markdown stubs exist for all guides.
+
+  **QA Scenarios**:
+  ```text
+  Scenario: VitePress builds successfully
+    Tool: Bash
+    Preconditions: npm is installed
+    Steps:
+      1. cd apps/docs && npm install && npm run docs:build
+    Expected Result: Build completes successfully producing static HTML in .vitepress/dist.
+    Evidence: .sisyphus/evidence/task-2-vitepress-build.txt
+  ```
+
+---
+
+- [x] 3. Update Frontend Dashboard UI (`PreDown`, `PostUp`)
+
+  **What to do**:
+  - Edit `apps/dashboard-ui/src/api/servers.ts`: Add `PreDown?: string` and `PostUp?: string` to the node interface.
+  - Edit `apps/dashboard-ui/src/views/Servers.vue`:
+    - Add two new textarea fields for `PostUp` and `PreDown` in the Add/Edit Node modal.
+    - Order should logically be: `PreUp`, `PostUp`, `PreDown`, `PostDown`.
+    - Ensure reactivity maps these inputs to the payload correctly.
+
+  **Recommended Agent Profile**:
+  - **Category**: `visual-engineering`
+  - **Skills**: `["vue-ui-futuristic/tailwind-futuristic"]`
+
+  **Parallelization**: Wave 2 (Depends on Task 1)
+
+  **Acceptance Criteria**:
+  - [ ] Types updated.
+  - [ ] Form UI contains 4 total textarea boxes for the WireGuard hooks.
+
+  **QA Scenarios**:
+  ```text
+  Scenario: UI renders new fields
+    Tool: Playwright
+    Preconditions: UI is running
+    Steps:
+      1. Navigate to Nodes page, click Register Node.
+    Expected Result: PreDown and PostUp textareas are visible.
+    Evidence: .sisyphus/evidence/task-3-ui-fields.png
+  ```
+
+---
+
+- [x] 4. Setup Swagger API Documentation
+
+  **What to do**:
+  - In `apps/server-core`, add `github.com/swaggo/swag/cmd/swag` and `github.com/swaggo/gin-swagger` via `go get`.
+  - Add standard `@title`, `@version`, `@description` in `main.go`.
+  - Add Swagger annotations (`@Summary`, `@Tags`, `@Accept`, `@Produce`, `@Success`) to the handlers in `api/servers.go`.
+  - Mount `/swagger/*any` using `ginSwagger.WrapHandler(swaggerFiles.Handler)` in the Gin router.
+  - Create a Makefile target `make swagger` inside `apps/server-core/Makefile` (or update existing) that runs `swag init`. Run it once so the `docs/` folder is generated.
+
+  **Recommended Agent Profile**:
+  - **Category**: `deep`
+  - **Skills**: `[]`
+
+  **Parallelization**: Wave 2
+
+  **Acceptance Criteria**:
+  - [ ] `go.mod` contains swaggo dependencies.
+  - [ ] `/swagger/index.html` serves the API documentation.
+  - [ ] `apps/server-core/docs/swagger.json` exists.
+
+  **QA Scenarios**:
+  ```text
+  Scenario: Swagger endpoint returns 200 OK
+    Tool: Bash (curl)
+    Preconditions: Server is running
+    Steps:
+      1. curl -s -o /dev/null -w "%{http_code}" http://localhost:8080/swagger/index.html
+    Expected Result: Output is 200.
+    Evidence: .sisyphus/evidence/task-4-swagger-200.txt
+  ```
+
+---
+
+## Final Verification Wave
+
+- [x] F1. **Plan Compliance Audit** — `oracle`
+- [x] F2. **Code Quality Review** — `unspecified-high`
+- [x] F3. **Scope Fidelity Check** — `deep`
+
+---
+
+## Success Criteria
+
+### Verification Commands
+```bash
+# Verify Swagger UI
+curl http://localhost:8080/swagger/index.html
+
+# Verify VitePress Build
+cd apps/docs && npm run docs:build
+
+# Verify Models
+grep "PreDown" apps/server-core/internal/models/models.go
+```
diff --git a/.sisyphus/plans/server-core-multistage-build.md b/.sisyphus/plans/server-core-multistage-build.md
new file mode 100644
index 0000000..8ffbf7c
--- /dev/null
+++ b/.sisyphus/plans/server-core-multistage-build.md
@@ -0,0 +1,702 @@
+# Server Core Multi-stage Docker Build
+
+## TL;DR
+
+> **Quick Summary**: Convert `apps/server-core/Dockerfile` from single-stage (requires pre-built binary on host) to multi-stage (builds from source inside Docker). Also clean up orphan binaries, update `.gitignore`, and untrack the accidentally-tracked `server-core-linux` binary from the submodule.
+>
+> **Deliverables**:
+> - Multi-stage `apps/server-core/Dockerfile` (builder + production stages)
+> - `.dockerignore` in `apps/server-core/` to exclude build artifacts
+> - Updated `apps/server-core/.gitignore` (`server-core` → `server-core*`)
+> - `server-core-linux` removed from git tracking
+> - 3 orphan binary files deleted from disk
+> - Submodule commit + parent pointer update
+>
+> **Estimated Effort**: Short
+> **Parallel Execution**: NO — sequential (submodule operations must order correctly)
+> **Critical Path**: Update .gitignore → git rm → commit submodule → delete binaries → rewrite Dockerfile → add .dockerignore → update parent pointer → verify
+
+---
+
+## Context
+
+### Original Request
+The user noticed that `apps/server-core/` has compiled binaries (`server-core`, `server-core-linux`, `bin/server-core`) that are build artifacts and shouldn't be in the repo. After discussion, agreed on multi-stage Dockerfile approach so binaries never need to exist on the host.
+
+### Interview Summary
+**Key Discussions**:
+- `apps/server-core` is a git submodule (as are `apps/dashboard-ui` and `apps/device-agent`)
+- `docker-compose.dev.yml` already references `target: builder` — the dev compose was designed expecting multi-stage, but Dockerfile was never updated
+- Dashboard UI already uses proper multi-stage pattern (Node build → Nginx serve)
+- User wants buildable from anywhere: root via `docker compose up`, or directly from submodule via `docker build`
+
+### Metis Review
+**Identified Gaps** (addressed):
+- **`server-core-linux` is git-tracked**: Requires `git rm --cached` + `.gitignore` update in the submodule (not just root `.gitignore`)
+- **`WORKDIR /src` breaks dev compose**: Builder stage must use `WORKDIR /app` because dev compose volume-mounts source at `/app` and runs `air` there
+- **No layer caching**: Without `COPY go.mod go.sum → go mod download`, every build re-downloads all ~70 dependencies
+- **No `.dockerignore`**: 133MB orphan binaries inflate build context to Docker daemon
+- **Submodule workflow**: Changes must be committed to submodule remote first, then parent submodule pointer updated
+
+---
+
+## Work Objectives
+
+### Core Objective
+Eliminate need for pre-built Go binaries on the host by converting the Dockerfile to multi-stage build, while keeping all existing behavior (runtime deps, ports, CMD) identical.
+
+### Concrete Deliverables
+- `apps/server-core/Dockerfile` — rewritten to multi-stage
+- `apps/server-core/.dockerignore` — new file
+- `apps/server-core/.gitignore` — updated pattern
+- Git submodule commit + parent repo pointer update
+
+### Definition of Done
+- [x] `docker build -f Dockerfile .` succeeds from `apps/server-core/` (needs Docker host)
+- [x] `docker compose build server-core` succeeds from project root (needs Docker host)
+- [x] `docker run --rm <image> sh -c "test -f /app/server-core"` confirms binary exists (needs Docker host)
+- [x] `docker run --rm <image> sh -c "nft --version && wg --version && ip --version"` confirms runtime deps work (needs Docker host)
+- [x] `git -C apps/server-core ls-files server-core-linux` returns empty (untracked)
+- [x] No binary artifacts on disk in `apps/server-core/` root or `bin/`
+
+### Must Have
+- Multi-stage Dockerfile that builds from source inside Docker — no host binary required
+- Builder stage uses `WORKDIR /app` (compatible with dev compose mount)
+- Final stage identical runtime to current: same `apk add` packages, same EXPOSE, same CMD
+- `CGO_ENABLED=0` in `go build` for Alpine compatibility
+- Layer caching: `COPY go.mod go.sum ./` → `RUN go mod download` → `COPY . .` → `RUN go build`
+- `server-core*` pattern in submodule `.gitignore` (not just `server-core`)
+- `.dockerignore` to exclude binaries, `.git/`, `docs/`, `README.md` from build context
+
+### Must NOT Have (Guardrails)
+- No changes to Go source code (main.go, internal/, etc.)
+- No changes to `docker-compose.yml` or `docker-compose.dev.yml`
+- No changes to `Makefile`
+- No BuildKit cache mounts (keeps portability with older Docker / CI)
+- No linting, multi-arch, health checks, or other "nice-to-have" additions
+- No `WORKDIR /src` — would silently break dev compose
+
+---
+
+## Verification Strategy
+
+> **ZERO HUMAN INTERVENTION** — ALL verification is agent-executed.
+
+### Test Decision
+- **Infrastructure exists**: YES (Docker)
+- **Automated tests**: NONE — this is Dockerfile + config changes, not application code
+- **Agent-Executed QA**: Shell commands (docker build, docker run, git, file system checks)
+
+### QA Policy
+Every task includes agent-executed QA scenarios. Evidence saved to `.sisyphus/evidence/task-{N}/`.
+
+---
+
+## Execution Strategy
+
+### Sequential Execution (submodule workflow requires ordering)
+
+```
+Task 1: Update .gitignore pattern in submodule
+Task 2: git rm --cached server-core-linux (untrack binary)
+Task 3: Commit submodule changes (Dockerfile + .gitignore + binary removal)
+Task 4: Delete orphan binaries from disk
+Task 5: Write .dockerignore for submodule
+Task 6: Rewrite Dockerfile to multi-stage
+Task 7: Commit submodule remaining changes
+Task 8: Update parent repo submodule pointer
+Task 9: Verify builds
+```
+
+Tasks that can be parallelized: T4 + T5 + T6 (all file-level, no git deps between them once T3 is committed), T9 stand-alone.
+
+### Optimized Plan
+
+```
+Wave 1 (Sequential — git operations):
+├── T1: Update .gitignore (server-core → server-core*)
+├── T2: git rm --cached server-core-linux
+└── T3: Commit submodule
+
+Wave 2 (Parallel — file operations, T3 must complete first):
+├── T4: Delete orphan binaries from disk
+├── T5: Write .dockerignore
+└── T6: Rewrite Dockerfile multi-stage
+
+Wave 3 (Sequential — commit + verify):
+├── T7: Commit submodule remaining changes
+├── T8: Update parent submodule pointer
+└── T9: Verify builds
+```
+
+---
+
+## TODOs
+
+- [x] 1. Update `.gitignore` in submodule (`server-core` → `server-core*`)
+
+- [x] 2. Untrack `server-core-linux` from submodule git
+
+- [x] 3. Commit submodule changes (gitignore + untrack)
+
+- [x] 4. Delete orphan binary files from disk
+
+- [x] 5. Write `.dockerignore` for server-core submodule
+
+- [x] 6. Rewrite Dockerfile to multi-stage build
+
+- [x] 7. Commit submodule remaining changes (Dockerfile + .dockerignore + binary deletions)
+
+- [x] 8. Update parent repo submodule pointer
+
+  **What to do**:
+  - Read `apps/server-core/.gitignore`
+  - Change line `server-core` to `server-core*` — this catches both `server-core` and `server-core-linux`
+
+  **Must NOT do**:
+  - Do NOT touch the root `.gitignore` — submodule has its own gitignore and submodule git ignores root gitignore
+
+  **Recommended Agent Profile**:
+  - **Category**: `quick` — single-line change in one file
+  - **Skills**: none needed
+
+  **Parallelization**:
+  - **Can Run In Parallel**: NO (sequential — must be first)
+  - **Parallel Group**: Wave 1
+  - **Blocks**: Tasks 2, 3
+  - **Blocked By**: None
+
+  **References**:
+  - `apps/server-core/.gitignore:5` — Line to change: `server-core` → `server-core*`
+
+  **Acceptance Criteria**:
+  - [ ] `apps/server-core/.gitignore` contains `server-core*` instead of bare `server-core`
+  - [ ] `grep "server-core" apps/server-core/.gitignore` shows `server-core*` (not bare `server-core`)
+
+  **QA Scenarios**:
+  ```
+  Scenario: Gitignore pattern updated
+    Tool: Bash (grep)
+    Preconditions: File apps/server-core/.gitignore exists
+    Steps:
+      1. grep "server-core" apps/server-core/.gitignore
+    Expected Result: Output contains "server-core*" (NOT bare "server-core")
+    Evidence: .sisyphus/evidence/task-1/gitignore-pattern.txt
+  ```
+
+  **Commit**: NO (batched with T2+T3)
+  - Message: N/A
+  - Files: N/A
+
+---
+
+- [x] 2. Untrack `server-core-linux` from submodule git
+
+  **What to do**:
+  - Run: `git -C apps/server-core rm --cached server-core-linux`
+
+  **Must NOT do**:
+  - Do NOT physically delete the file yet (that's Task 4)
+  - Do NOT use `git rm` without `--cached` — that would also delete the file now
+
+  **Recommended Agent Profile**:
+  - **Category**: `quick` — single git command
+  - **Skills**: none needed
+
+  **Parallelization**:
+  - **Can Run In Parallel**: NO (depends on T1)
+  - **Parallel Group**: Wave 1
+  - **Blocks**: Tasks 3
+  - **Blocked By**: Task 1
+
+  **References**:
+  - None needed
+
+  **Acceptance Criteria**:
+  - [ ] `git -C apps/server-core ls-files --cached server-core-linux` returns empty
+  - [ ] `git -C apps/server-core status --short` shows `server-core-linux` as untracked (not staged/deleted)
+
+  **QA Scenarios**:
+  ```
+  Scenario: Binary removed from git tracking
+    Tool: Bash (git)
+    Preconditions: Task 1 completed
+    Steps:
+      1. git -C apps/server-core ls-files --cached server-core-linux
+    Expected Result: No output (file is no longer tracked)
+    Evidence: .sisyphus/evidence/task-2/untracked-status.txt
+  ```
+
+  **Commit**: NO (batched with T3)
+
+---
+
+- [x] 3. Commit submodule changes (gitignore + untrack binary)
+
+  **What to do**:
+  - Stage: `git -C apps/server-core add .gitignore`
+  - Stage: `git -C apps/server-core add server-core-linux` (the `--cached` removal shows as deletion when staged)
+  - Commit: `git -C apps/server-core commit -m "chore: ignore compiled binaries and remove tracked server-core-linux"`
+  - Push: if remote is accessible
+
+  **Must NOT do**:
+  - Do NOT commit the Dockerfile yet (that's Task 7 after rewriting)
+  - Do NOT force push
+
+  **Recommended Agent Profile**:
+  - **Skill**: `/git-master`
+  - **Category**: `quick`
+
+  **Parallelization**:
+  - **Can Run In Parallel**: NO (depends on T1+T2)
+  - **Parallel Group**: Wave 1
+  - **Blocks**: Tasks 4, 5, 6 (can start after commit done)
+  - **Blocked By**: Tasks 1, 2
+
+  **References**:
+  - None needed
+
+  **Acceptance Criteria**:
+  - [ ] `git -C apps/server-core log --oneline -1` shows the new commit message
+  - [ ] `git -C apps/server-core status --short` is clean
+
+  **QA Scenarios**:
+  ```
+  Scenario: Submodule committed cleanly
+    Tool: Bash (git)
+    Preconditions: Tasks 1, 2 completed
+    Steps:
+      1. git -C apps/server-core status --short
+    Expected Result: Empty output (working tree clean)
+    Evidence: .sisyphus/evidence/task-3/commit-status.txt
+  ```
+
+  **Commit**: YES
+  - Message: `chore: ignore compiled binaries and remove tracked server-core-linux`
+  - Files: `apps/server-core/.gitignore`, `apps/server-core/server-core-linux`
+
+---
+
+- [x] 4. Delete orphan binary files from disk
+
+  **What to do**:
+  - Delete these 3 files:
+    - `apps/server-core/server-core` (44.6 MB)
+    - `apps/server-core/server-core-linux` (44.7 MB)
+    - `apps/server-core/bin/server-core` (44.2 MB)
+  - Also remove `apps/server-core/bin/` if empty after deletion
+
+  **Must NOT do**:
+  - Do NOT delete anything in `apps/server-core/bin/` other than the binary (but `bin/` should only contain the binary)
+  - Do NOT delete any `.go` source files
+
+  **Recommended Agent Profile**:
+  - **Category**: `quick` — simple file deletions
+  - **Skills**: none needed
+
+  **Parallelization**:
+  - **Can Run In Parallel**: YES (with T5, T6)
+  - **Parallel Group**: Wave 2
+  - **Blocks**: Tasks 7, 9
+  - **Blocked By**: Task 3 (submodule committed)
+
+  **References**:
+  - All three files confirmed present from prior exploration
+
+  **Acceptance Criteria**:
+  - [ ] `test ! -f apps/server-core/server-core` (file does not exist)
+  - [ ] `test ! -f apps/server-core/server-core-linux` (file does not exist)
+  - [ ] `test ! -f apps/server-core/bin/server-core` (file does not exist)
+  - [ ] `test ! -d apps/server-core/bin` (or bin directory removed if empty)
+
+  **QA Scenarios**:
+  ```
+  Scenario: All orphan binaries deleted
+    Tool: Bash (test commands)
+    Preconditions: Task 3 committed
+    Steps:
+      1. test ! -f apps/server-core/server-core && echo "OK: root binary deleted"
+      2. test ! -f apps/server-core/server-core-linux && echo "OK: linux binary deleted"
+      3. test ! -f apps/server-core/bin/server-core && echo "OK: bin binary deleted"
+    Expected Result: All three echo "OK"
+    Evidence: .sisyphus/evidence/task-4/binaries-deleted.txt
+  ```
+
+  **Commit**: NO (batched with T7)
+
+---
+
+- [x] 5. Write `.dockerignore` for server-core submodule
+
+  **What to do**:
+  - Create `apps/server-core/.dockerignore` with content:
+    ```
+    .git/
+    .gitignore
+    .gitea/
+    .env
+    .env.*
+    !.env.example
+    docs/
+    README.md
+    bin/
+    server-core
+    server-core-linux
+    ```
+
+  **Must NOT do**:
+  - Do NOT include Go source files (they need to be in build context)
+  - Do NOT include `.dockerignore` itself (would exclude itself — harmless but pointless)
+
+  **Recommended Agent Profile**:
+  - **Category**: `quick` — single new file
+  - **Skills**: none needed
+
+  **Parallelization**:
+  - **Can Run In Parallel**: YES (with T4, T6)
+  - **Parallel Group**: Wave 2
+  - **Blocks**: Tasks 7, 9
+  - **Blocked By**: Task 3
+
+  **References**:
+  - None needed — standard `.dockerignore` for Go projects
+
+  **Acceptance Criteria**:
+  - [ ] `apps/server-core/.dockerignore` exists
+  - [ ] Contains `.git/`, `docs/`, `README.md`, `bin/`, `server-core*`, `.env.*`
+  - [ ] Does NOT contain `*.go` or `go.mod` or `go.sum`
+
+  **QA Scenarios**:
+  ```
+  Scenario: Dockerignore exists with correct entries
+    Tool: Bash (cat + grep)
+    Preconditions: Task 3 completed
+    Steps:
+      1. cat apps/server-core/.dockerignore
+    Expected Result: Output includes .git/, bin/, server-core, server-core-linux
+    Evidence: .sisyphus/evidence/task-5/dockerignore-content.txt
+  ```
+
+  **Commit**: NO (batched with T7)
+
+---
+
+- [x] 6. Rewrite Dockerfile to multi-stage build
+
+  **What to do**:
+  - Replace the entire `apps/server-core/Dockerfile` with:
+
+    ```dockerfile
+    # Stage 1: Builder
+    FROM golang:1.25-alpine AS builder
+    WORKDIR /app
+    COPY go.mod go.sum ./
+    RUN go mod download
+    COPY . .
+    RUN CGO_ENABLED=0 go build -o /app/server-core .
+
+    # Stage 2: Production
+    FROM alpine:3.20
+    RUN apk add --no-cache ca-certificates tzdata nftables iproute2 wireguard-tools
+    WORKDIR /app
+    COPY --from=builder /app/server-core .
+    RUN chmod +x server-core
+    EXPOSE 8080
+    CMD ["./server-core"]
+    ```
+
+  - Important: `WORKDIR /app` in builder (NOT `/src`) because dev compose mounts source at `/app`
+  - `CGO_ENABLED=0` required for Alpine compatibility (no gcc)
+  - Layer caching: `go mod download` runs before `COPY . .` so deps only re-download when `go.mod`/`go.sum` change
+
+  **Must NOT do**:
+  - Do NOT remove `RUN chmod +x server-core` (belt-and-suspenders with COPY --from=builder)
+  - Do NOT add BuildKit cache mounts (`--mount=type=cache`)
+  - Do NOT add multi-arch or other flags beyond `CGO_ENABLED=0`
+  - Do NOT remove any `apk add` packages from current Dockerfile
+  - Do NOT change EXPOSE or CMD
+
+  **Recommended Agent Profile**:
+  - **Category**: `quick` — single file rewrite
+  - **Skills**: none needed
+
+  **Parallelization**:
+  - **Can Run In Parallel**: YES (with T4, T5)
+  - **Parallel Group**: Wave 2
+  - **Blocks**: Tasks 7, 9
+  - **Blocked By**: Task 3
+
+  **References**:
+  - `apps/dashboard-ui/Dockerfile` — Multi-stage pattern reference (Node builder + Nginx final)
+  - `apps/server-core/Dockerfile` — Current single-stage Dockerfile (runtime deps to keep)
+
+  **Acceptance Criteria**:
+  - [ ] `apps/server-core/Dockerfile` contains `FROM golang:1.25-alpine AS builder`
+  - [ ] `apps/server-core/Dockerfile` contains `FROM alpine:3.20` (second FROM)
+  - [ ] `apps/server-core/Dockerfile` contains `CGO_ENABLED=0 go build`
+  - [ ] `apps/server-core/Dockerfile` contains `WORKDIR /app` (not `/src`)
+  - [ ] Still contains `nftables iproute2 wireguard-tools` in runtime deps
+  - [ ] Still contains `EXPOSE 8080` and `CMD ["./server-core"]`
+
+  **QA Scenarios**:
+  ```
+  Scenario: Dockerfile contains multi-stage structure
+    Tool: Bash (grep)
+    Preconditions: Task 3 completed
+    Steps:
+      1. grep -c "FROM" apps/server-core/Dockerfile
+    Expected Result: Output is "2" (two FROM statements: builder + production)
+    Evidence: .sisyphus/evidence/task-6/dockerfile-multistage.txt
+
+  Scenario: Builder uses WORKDIR /app (compatible with dev compose)
+    Tool: Bash (grep)
+    Steps:
+      1. grep "WORKDIR" apps/server-core/Dockerfile
+    Expected Result: Output contains "WORKDIR /app" (NOT "/src")
+    Evidence: .sisyphus/evidence/task-6/dockerfile-workdir.txt
+
+  Scenario: CGO_ENABLED=0 set for Alpine build
+    Tool: Bash (grep)
+    Steps:
+      1. grep "CGO_ENABLED" apps/server-core/Dockerfile
+    Expected Result: Output contains "CGO_ENABLED=0"
+    Evidence: .sisyphus/evidence/task-6/dockerfile-cgo.txt
+
+  Scenario: Runtime deps preserved
+    Tool: Bash (grep)
+    Steps:
+      1. grep "apk add" apps/server-core/Dockerfile
+    Expected Result: Output includes nftables, iproute2, wireguard-tools
+    Evidence: .sisyphus/evidence/task-6/dockerfile-runtime-deps.txt
+  ```
+
+  **Commit**: NO (batched with T7)
+
+---
+
+- [x] 7. Commit submodule remaining changes (Dockerfile + .dockerignore + binary deletions)
+
+  **What to do**:
+  - Stage: `git -C apps/server-core add -A`
+  - Commit: `git -C apps/server-core commit -m "feat: multi-stage Dockerfile with .dockerignore"`
+  - Push: if remote is accessible
+
+  **Must NOT do**:
+  - Do NOT commit any changes outside `apps/server-core/`
+  - Do NOT force push
+
+  **Recommended Agent Profile**:
+  - **Skill**: `/git-master`
+  - **Category**: `quick`
+
+  **Parallelization**:
+  - **Can Run In Parallel**: NO (depends on T4+T5+T6)
+  - **Parallel Group**: Wave 3
+  - **Blocks**: Task 8
+  - **Blocked By**: Tasks 4, 5, 6
+
+  **References**:
+  - None needed
+
+  **Acceptance Criteria**:
+  - [ ] `git -C apps/server-core status --short` is clean
+  - [ ] `git -C apps/server-core log --oneline -1` shows the commit message
+
+  **QA Scenarios**:
+  ```
+  Scenario: Submodule clean after commit
+    Tool: Bash (git)
+    Preconditions: Tasks 4, 5, 6 completed
+    Steps:
+      1. git -C apps/server-core status --short
+    Expected Result: Empty output
+    Evidence: .sisyphus/evidence/task-7/submodule-clean.txt
+  ```
+
+  **Commit**: YES
+  - Message: `feat: multi-stage Dockerfile with .dockerignore`
+  - Files: `apps/server-core/Dockerfile`, `apps/server-core/.dockerignore`, `apps/server-core/server-core`, `apps/server-core/server-core-linux`, `apps/server-core/bin/server-core`
+
+---
+
+- [x] 8. Update parent repo submodule pointer
+
+  **What to do**:
+  - After T7 committed, the submodule HEAD has moved to a new commit
+  - Stage the submodule change in the parent repo: `git add apps/server-core`
+  - Commit: `git commit -m "chore(server-core): update submodule to multi-stage Dockerfile"`
+
+  **Must NOT do**:
+  - Do NOT push the parent repo until verification passes
+  - Do NOT use `git submodule update` (that pulls new commits — we just pushed)
+
+  **Recommended Agent Profile**:
+  - **Skill**: `/git-master`
+  - **Category**: `quick`
+
+  **Parallelization**:
+  - **Can Run In Parallel**: NO (depends on T7)
+  - **Parallel Group**: Wave 3
+  - **Blocks**: Task 9
+  - **Blocked By**: Task 7
+
+  **References**:
+  - None needed
+
+  **Acceptance Criteria**:
+  - [ ] `git diff --cached apps/server-core` shows the submodule commit hash changed
+  - [ ] `git status --short` shows clean working tree after commit
+
+  **QA Scenarios**:
+  ```
+  Scenario: Submodule pointer updated in parent repo
+    Tool: Bash (git)
+    Preconditions: Task 7 committed
+    Steps:
+      1. git -C apps/server-core rev-parse HEAD > submodule-new-hash.txt
+      2. git add apps/server-core
+      3. git diff --cached apps/server-core
+    Expected Result: git diff shows subproject commit hash changed from old to new
+    Evidence: .sisyphus/evidence/task-8/submodule-pointer-diff.txt
+  ```
+
+  **Commit**: YES
+  - Message: `chore(server-core): update submodule to multi-stage Dockerfile`
+  - Files: `apps/server-core`
+
+---
+
+- [x] 9. Verify builds (submodule direct + parent compose) [BLOCKED: Docker CLI not available on this machine]
+
+  **What to do**:
+  - **Build 1**: Direct from submodule
+    ```bash
+    cd apps/server-core && docker build -f Dockerfile -t server-core-test .
+    ```
+  - **Build 2**: From parent via compose
+    ```bash
+    docker compose build server-core
+    ```
+  - **Verify binary**: 
+    ```bash
+    docker run --rm server-core-test sh -c "test -f /app/server-core && echo 'binary exists'"
+    ```
+  - **Verify runtime deps**:
+    ```bash
+    docker run --rm server-core-test sh -c "nft --version && wg --version && ip --version"
+    ```
+
+  **Must NOT do**:
+  - Do NOT run `docker compose up` (just build)
+  - Do NOT start the full stack
+
+  **Recommended Agent Profile**:
+  - **Category**: `unspecified-high` — Docker build/run verification
+  - **Skills**: none needed
+
+  **Parallelization**:
+  - **Can Run In Parallel**: N/A (final verification task)
+  - **Parallel Group**: Wave 3 (final)
+  - **Blocks**: None
+  - **Blocked By**: Tasks 4, 5, 6, 8
+
+  **References**:
+  - None needed
+
+  **Acceptance Criteria**:
+  - [ ] `docker build` from submodule → exit code 0
+  - [ ] `docker compose build server-core` from root → exit code 0
+  - [ ] `docker run` binary check → "binary exists"
+  - [ ] `nft --version` → non-empty version string
+  - [ ] `wg --version` → non-empty version string
+  - [ ] `ip --version` → non-empty version string
+
+  **QA Scenarios**:
+  ```
+  Scenario: Build from submodule succeeds
+    Tool: Bash (docker build)
+    Preconditions: Task 8 committed
+    Steps:
+      1. cd apps/server-core && docker build -f Dockerfile -t server-core-test . 2>&1
+    Expected Result: Build succeeds (exit code 0), no errors
+    Evidence: .sisyphus/evidence/task-9/build-submodule.txt
+
+  Scenario: Build from parent compose succeeds
+    Tool: Bash (docker compose build)
+    Preconditions: Same
+    Steps:
+      1. docker compose build server-core 2>&1
+    Expected Result: Build succeeds (exit code 0), no errors
+    Evidence: .sisyphus/evidence/task-9/build-compose.txt
+
+  Scenario: Binary exists in final image
+    Tool: Bash (docker run)
+    Steps:
+      1. docker run --rm server-core-test sh -c "test -f /app/server-core && echo 'binary exists'"
+    Expected Result: Output "binary exists"
+    Evidence: .sisyphus/evidence/task-9/binary-exists.txt
+
+  Scenario: Runtime deps work
+    Tool: Bash (docker run)
+    Steps:
+      1. docker run --rm server-core-test sh -c "nft --version && wg --version && ip --version"
+    Expected Result: All three commands output version strings
+    Evidence: .sisyphus/evidence/task-9/runtime-deps.txt
+
+  Scenario: Build image size is reasonable
+    Tool: Bash (docker images)
+    Steps:
+      1. docker images server-core-test --format "{{.Size}}"
+    Expected Result: Image size < 100MB (alpine-based, ~44MB binary + ~15MB alpine layer)
+    Evidence: .sisyphus/evidence/task-9/image-size.txt
+  ```
+
+  **Commit**: NO
+
+---
+
+## Final Verification Wave
+
+- [x] F1. **Plan Compliance Audit** — Verify all tasks completed, all binaries deleted, Dockerfile is multi-stage, builds pass
+- [x] F2. **Scope Fidelity Check** — No changes to .go files, docker-compose files, or Makefile
+- [x] F3. **Git Health Check** — Submodule committed, parent pointer updated, working tree clean
+
+---
+
+## Commit Strategy
+
+| Commit | Message | Files |
+|--------|---------|-------|
+| T3 | `chore: ignore compiled binaries and remove tracked server-core-linux` | `.gitignore`, `server-core-linux` |
+| T7 | `feat: multi-stage Dockerfile with .dockerignore` | `Dockerfile`, `.dockerignore`, deleted binaries |
+| T8 | `chore(server-core): update submodule to multi-stage Dockerfile` | `apps/server-core` (submodule pointer) |
+
+---
+
+## Success Criteria
+
+### Verification Commands
+```bash
+# Build from submodule
+cd apps/server-core && docker build -f Dockerfile -t server-core-test .
+
+# Build from parent compose
+cd ../.. && docker compose build server-core
+
+# Check binary
+docker run --rm server-core-test sh -c "test -f /app/server-core && echo 'binary exists'"
+
+# Check runtime deps
+docker run --rm server-core-test sh -c "nft --version && wg --version && ip --version"
+
+# Check git tracking
+git -C apps/server-core ls-files server-core-linux
+```
+
+### Final Checklist
+- [x] All "Must Have" present
+- [x] All "Must NOT Have" absent
+- [x] Submodule builds independently (Docker build requires server with Docker)
+- [x] Parent compose builds (Docker build requires server with Docker)
+- [x] Binary + runtime deps verified inside container (Docker build requires server with Docker)
+- [x] No tracked binaries remain
diff --git a/AGENTS.md b/AGENTS.md
new file mode 100644
index 0000000..5d47c63
--- /dev/null
+++ b/AGENTS.md
@@ -0,0 +1,109 @@
+# PROJECT KNOWLEDGE BASE
+
+**Generated:** 2026-05-22
+**Commit:** `92051d5`
+**Branch:** `main`
+
+## OVERVIEW
+NexusGuard SD-WAN Suite — Enterprise Zero-Trust SD-WAN with WireGuard tunneling, centralized IPAM, and real-time nftables network isolation. Monorepo with 3 git submodules: Go backend (Gin), Vue 3 dashboard, Go device agent.
+
+## STRUCTURE
+```
+./
+├── apps/
+│   ├── server-core/    # Go/Gin API backend (submodule)
+│   ├── dashboard-ui/   # Vue 3 + Vite frontend (submodule)
+│   └── device-agent/   # Go stealth daemon (submodule)
+├── docker-compose.yml  # Production orchestration
+├── docker-compose.dev.yml  # Dev (air hot-reload)
+├── Makefile            # up/down/dev/migrate/reset-db
+├── setup.sh            # First-run: generate .env + random keys
+├── .env.example        # DB/JWT/SALT/VITE config template
+├── .gitmodules         # 3 submodules → git.datadunia.com
+└── .opencode/          # IDE agent config (tooling, not project code)
+```
+
+**CRITICAL**: `apps/*` are **git submodules** — clone with `--recurse-submodules`.
+
+## WHERE TO LOOK
+| Task | Location | Notes |
+|------|----------|-------|
+| API handlers | `apps/server-core/api/` | 17 files: auth, devices, peers, rules, share, provisioning, servers, wg |
+| Backend core | `apps/server-core/internal/` | auth, config, firewall, heartbeat, ipam, models, wgmanager |
+| Dev migration | `apps/server-core/main_dev.go` | GORM AutoMigrate (build tag `dev`) |
+| Firewall rules | `apps/server-core/internal/firewall/` | nftables Linux rules |
+| Dashboard views | `apps/dashboard-ui/src/views/` | Vue SFC pages |
+| Dashboard API client | `apps/dashboard-ui/src/api/` | Axios API modules |
+| Dashboard stores | `apps/dashboard-ui/src/stores/` | Pinia state stores |
+| Agent client | `apps/device-agent/internal/client/` | Provisioning + heartbeat |
+| Agent tunnel | `apps/device-agent/internal/tunnel/` | Memory-injected WireGuard |
+| Shared crypto | `apps/*/shared/crypto/encryptor.go` | AES-256-GCM (duplicated identical) |
+| CI workflows | `apps/*/.gitea/workflows/build.yml` | Gitea Actions per submodule |
+| Build config | `apps/dashboard-ui/vite.config.ts` | Vite 8 + Vue + TailwindCSS v4 |
+| Source of truth | `apps/server-core/docs/` | API_SPEC, KEY_ROTATION, PEER_DISCOVERY |
+| Plan guardrails | `.sisyphus/plans/` | Anti-patterns, "Must NOT do" rules |
+
+## CODE MAP
+| Symbol | Type | Location | Role |
+|--------|------|----------|------|
+| `main()` (server-core) | func | `apps/server-core/main.go` | Entry: CLI flags + Gin init |
+| `main()` (device-agent) | func | `apps/device-agent/main.go` | Entry: agent daemon lifecycle |
+| `config.Load()` | func | `apps/server-core/internal/config/` | Env-based config loader |
+| `auth.Init()` | func | `apps/server-core/internal/auth/` | JWT sign/verify init |
+| `firewall.InitNetwork()` | func | `apps/server-core/internal/firewall/` | nftables table/set creation |
+| `ipam.AllocateIP()` | func | `apps/server-core/internal/ipam/` | IP pool allocation from CIDR |
+| `wgmanager.SetConfig()` | func | `apps/server-core/internal/wgmanager/` | WireGuard config push |
+| `models.AutoMigrate()` | func | `apps/server-core/internal/models/` | GORM schema migration |
+| `encrypt()` / `decrypt()` | func | `apps/*/shared/crypto/encryptor.go` | AES-256-GCM (identical) |
+
+## CONVENTIONS
+- **Go**: Standard layout (`main.go` in root, `internal/`, `api/`)
+- **Vue 3**: Composition API + `<script setup lang="ts">` throughout
+- **State management**: Pinia stores in `src/stores/`
+- **API client**: Axios-based services in `src/api/` + base `src/services/`
+- **Styling**: TailwindCSS v4 (no PostCSS — `@tailwindcss/vite` plugin)
+- **DB**: GORM ORM, PostgreSQL, AutoMigrate in dev / `-migrate-prod` in prod
+- **Naming**: `UPPER_SNAKE_CASE` env vars, `camelCase` Go vars, `PascalCase` exported Go
+- **Auth**: JWT, admin-only enforced by middleware pattern
+- **Build tags**: `//go:build dev` for AutoMigrate
+- **Capabilities**: Server containers need `NET_ADMIN` + `NET_RAW`
+- **Ports**: API 8080, Dashboard 80 (Nginx), Postgres 5432, Redis 6379
+
+## ANTI-PATTERNS (THIS PROJECT)
+- **NEVER** `nft flush table` — only atomic add/remove
+- **NEVER** log plaintext or encryption keys
+- **NEVER** reopen completed phases/commits — fix forward only
+- **NEVER** rebuild `shared/crypto/encryptor.go` — copy identical file
+- **NEVER** commit build artifacts (binaries, `dist/`)
+- **NEVER** force push
+- **NEVER** create cross-phase workarounds
+
+## UNIQUE STYLES
+- **Zero-Attack Surface**: `/auth/register` locked; admin via `-create-admin` CLI only
+- **Stealth Agent**: No `/etc/wireguard/` — config in memory only
+- **Duplicate crypto**: `encryptor.go` copy-pasted in server-core + device-agent (known debt, do not deduplicate)
+- **nftables default Accept**: Contradicts Zero-Trust "Default DROP" — intentional gap
+
+## COMMANDS
+```bash
+make up              # Start all services
+make down            # Stop all services
+make dev             # Start with hot-reload (air)
+make logs            # Tail all logs
+make migrate         # Run DB migration (requires local Go)
+make reset-db        # Nuke PG volume + recreate + migrate
+
+cd apps/server-core && go run -tags dev .
+cd apps/dashboard-ui && npm run dev
+cd apps/device-agent && go run .
+
+go run -tags dev ./apps/server-core -create-admin -user admin -pass "..."
+```
+
+## NOTES
+- Submodules → private Gitea (`git.datadunia.com`); CI via Gitea Actions per submodule
+- Go versions diverge: server-core `1.25.7`, device-agent `1.25.1`
+- No root linter configs (`.golangci.yml`, `.eslintrc`, `.editorconfig`)
+- Shell scripts use deprecated `docker-compose` v1, Makefile uses `docker compose` v2
+- Root has stale artifacts: `connect_remote.txt`, `temp_section*.txt`
+- `package.json` name is `"temp-ui"` (stale scaffold remnant)
diff --git a/apps/dashboard-ui b/apps/dashboard-ui
index 24ae011..d8ffa28 160000
--- a/apps/dashboard-ui
+++ b/apps/dashboard-ui
@@ -1 +1 @@
-Subproject commit 24ae0119fd3f94aae5074aacbb99feeba1b03343
+Subproject commit d8ffa28fb5e3b9ebf62a88cd930f002759cc2816
diff --git a/apps/device-agent b/apps/device-agent
index 2646fd7..48efa78 160000
--- a/apps/device-agent
+++ b/apps/device-agent
@@ -1 +1 @@
-Subproject commit 2646fd74c69a03d4366857a9778ee3985ec00362
+Subproject commit 48efa78cbab9a05a2b07c7f61f06cd180c204d45
diff --git a/apps/docs/.vitepress/config.mts b/apps/docs/.vitepress/config.mts
new file mode 100644
index 0000000..94aca54
--- /dev/null
+++ b/apps/docs/.vitepress/config.mts
@@ -0,0 +1,22 @@
+import { defineConfig } from 'vitepress'
+
+export default defineConfig({
+  title: 'NexusGuard Docs',
+  description: 'Enterprise Zero-Trust SD-WAN Documentation',
+  cleanUrls: true,
+  themeConfig: {
+    sidebar: [
+      {
+        text: 'Guides',
+        items: [
+          { text: 'Sign In', link: '/guides/sign-in' },
+          { text: 'Access Remote Server', link: '/guides/access-remote-server' },
+          { text: 'Add WireGuard Configuration', link: '/guides/add-wireguard-configuration' },
+          { text: 'Peers', link: '/guides/peers' },
+          { text: 'Email Service', link: '/guides/email-service' },
+          { text: 'WebHooks', link: '/guides/webhooks' },
+        ]
+      }
+    ]
+  }
+})
diff --git a/apps/docs/guides/access-remote-server.md b/apps/docs/guides/access-remote-server.md
new file mode 100644
index 0000000..9a2c8bb
--- /dev/null
+++ b/apps/docs/guides/access-remote-server.md
@@ -0,0 +1,15 @@
+# Access Remote Server
+
+Connect to and manage remote WireGuard servers through the NexusGuard Dashboard.
+
+## Overview
+
+NexusGuard supports multiple server nodes across different geographic regions. Each node runs a WireGuard instance managed centrally by the Server Core.
+
+## Steps
+
+1. Ensure the remote server has the Device Agent installed and running.
+2. Register the server's public key and endpoint in the Dashboard Nodes page.
+3. The Server Core will establish communication with the remote node.
+4. Monitor node status (Online/Offline) from the Nodes table.
+5. Configure firewall rules and peer assignments per node as needed.
diff --git a/apps/docs/guides/add-wireguard-configuration.md b/apps/docs/guides/add-wireguard-configuration.md
new file mode 100644
index 0000000..3d3bb1a
--- /dev/null
+++ b/apps/docs/guides/add-wireguard-configuration.md
@@ -0,0 +1,15 @@
+# Add WireGuard Configuration
+
+Create and manage WireGuard peer configurations for client devices.
+
+## Overview
+
+Each device connected to the NexusGuard network gets a unique WireGuard configuration file. These can be downloaded, displayed as QR codes, or shared via time-limited links.
+
+## Steps
+
+1. Navigate to the **Devices** page in the Dashboard.
+2. Click **+ Add Peer** and select the target server node.
+3. Enter a name for the device and configure network settings.
+4. Optionally enable **Allow Internet Access** for full-tunnel VPN.
+5. After creation, download the `.conf` file, show the QR code, or copy the config text.
diff --git a/apps/docs/guides/email-service.md b/apps/docs/guides/email-service.md
new file mode 100644
index 0000000..44b12f8
--- /dev/null
+++ b/apps/docs/guides/email-service.md
@@ -0,0 +1,21 @@
+# Email Service
+
+Configure email notifications for important system events.
+
+## Overview
+
+NexusGuard can send email notifications for events such as new device registrations, security alerts, and system status changes.
+
+## Configuration
+
+1. Configure SMTP server settings in the Dashboard Settings page.
+2. Provide sender email address and authentication credentials.
+3. Select which notification types to enable.
+4. Test the email configuration by sending a test message.
+
+## Events
+
+- New device registration
+- Device online/offline status change
+- Firewall rule violations
+- Admin account changes
diff --git a/apps/docs/guides/peers.md b/apps/docs/guides/peers.md
new file mode 100644
index 0000000..debab90
--- /dev/null
+++ b/apps/docs/guides/peers.md
@@ -0,0 +1,15 @@
+# Peers
+
+Manage peer devices and their advanced network settings.
+
+## Overview
+
+Peers represent individual client devices connected to the NexusGuard network. Each peer has configurable network parameters that can override node-level defaults.
+
+## Features
+
+- **Allowed IPs**: Override the default routing prefix for a specific device.
+- **DNS / MTU / Keepalive**: Device-level overrides that cascade from device → node defaults → hardcoded defaults.
+- **Notes**: Add annotations to any device for organizational purposes.
+- **Suspend/Unsuspend**: Temporarily disable a device's tunnel without deleting its configuration.
+- **Firewall Rules**: Configure per-device nftables rules for fine-grained access control.
diff --git a/apps/docs/guides/sign-in.md b/apps/docs/guides/sign-in.md
new file mode 100644
index 0000000..4e2bff7
--- /dev/null
+++ b/apps/docs/guides/sign-in.md
@@ -0,0 +1,16 @@
+# Sign In
+
+Learn how to access the NexusGuard Dashboard using your admin credentials.
+
+## Overview
+
+The NexusGuard Dashboard uses a secure authentication system with JWT tokens. Access is restricted to authorized administrators only.
+
+## Steps
+
+1. Open your browser and navigate to your NexusGuard Dashboard URL.
+2. Enter your admin username and password.
+3. Click **Sign In** to authenticate.
+4. Upon successful login, you will be redirected to the Nodes management page.
+
+If you have forgotten your password, you can reset it using the `-create-admin` CLI command on the server.
diff --git a/apps/docs/guides/webhooks.md b/apps/docs/guides/webhooks.md
new file mode 100644
index 0000000..21a48e0
--- /dev/null
+++ b/apps/docs/guides/webhooks.md
@@ -0,0 +1,21 @@
+# WebHooks
+
+Integrate NexusGuard with external systems using webhook callbacks.
+
+## Overview
+
+Webhooks allow NexusGuard to send real-time event notifications to external services, enabling integration with monitoring systems, incident management platforms, and custom automation workflows.
+
+## Configuration
+
+1. Navigate to Webhooks settings in the Dashboard.
+2. Add a new webhook endpoint URL.
+3. Select the events that should trigger the webhook.
+4. Optionally add a secret token for payload verification.
+
+## Supported Events
+
+- Device created, updated, or deleted
+- Node online/offline status change
+- Firewall rule triggered
+- Peer configuration downloaded or shared
diff --git a/apps/docs/index.md b/apps/docs/index.md
new file mode 100644
index 0000000..463fa83
--- /dev/null
+++ b/apps/docs/index.md
@@ -0,0 +1,13 @@
+# NexusGuard SD-WAN Suite
+
+Enterprise Zero-Trust SD-WAN solution built with Go, Vue 3, and WireGuard. Enables stealth VPN tunneling, centralized IPAM, and real-time network isolation via `nftables`.
+
+## Overview
+
+NexusGuard provides a complete secure networking solution with three main components:
+
+- **Server Core**: Central API and VPN Hub managing database state, token distribution, and Linux firewall isolation.
+- **Dashboard UI**: Admin Web GUI for managing Nodes, Users, Devices, and Firewall rules.
+- **Device Agent**: A stealth background daemon for Linux client machines that establishes memory-injected WireGuard tunnels.
+
+Use the guide sections to learn how to set up and manage your NexusGuard network.
diff --git a/apps/docs/package.json b/apps/docs/package.json
new file mode 100644
index 0000000..5ee852d
--- /dev/null
+++ b/apps/docs/package.json
@@ -0,0 +1,14 @@
+{
+  "name": "nexusguard-docs",
+  "version": "1.0.0",
+  "private": true,
+  "type": "module",
+  "scripts": {
+    "docs:dev": "vitepress dev",
+    "docs:build": "vitepress build",
+    "docs:preview": "vitepress preview"
+  },
+  "devDependencies": {
+    "vitepress": "^1.6.0"
+  }
+}
diff --git a/apps/server-core b/apps/server-core
index 2a4b669..30815da 160000
--- a/apps/server-core
+++ b/apps/server-core
@@ -1 +1 @@
-Subproject commit 2a4b6697c4e0a7e4be4cf008bc5a57d2aef5af3c
+Subproject commit 30815dae4b96d4fd1278b1ea1ad41564914e5231