# 🔍 Feature Resolution

Ik vond een bestaande AI-DLC workspace met de volgende features:

| # | Feature | Status | Branch |
|---|---------|--------|--------|
| 1 | SlpModularCms.Api Implementation (`slp-modular-cms-api`) | ✅ Complete | unknown |
| 2 | CMS Frontend (`cms-frontend`) | ✅ Complete | unknown |
| 3 | Master CMS Module (`master-cms-module`) | ✅ Complete | unknown |
| 4 | Tech Debt Backlog (`tech-debt-backlog`) | 🔵 Inception | unknown |
| 5 | Local Dev Master/Slave Setup (`local-dev-master-slave-setup`) | ✅ Complete | unknown |

Jouw verzoek (Gitea deployment-workflow voor de CMS, met omgevingen lokaal/test/productie, UptimeRobot + Umami + Sentry, en instructies over waar de publieke website-frontend komt) matcht geen van de bestaande features — dit lijkt nieuw werk.

---

## Question 1
Wil je hiervoor een nieuwe feature starten of aansluiten op een bestaande?

A) Start een NIEUWE feature: `gitea-deployment-workflow`
B) Voortzetten op bestaande feature `tech-debt-backlog` (nog in Inception)
C) Voortzetten op een andere bestaande feature (geef het nummer)
X) Anders (beschrijf hieronder na de [Answer]:-tag)

[Answer]: A, maak ook een nieuwe feature-branch aan voor deze feature.

---

## Question 2
Taalvoorkeur voor deze feature.

Alle documentatie-artefacten (requirements, designs, plannen, code-commentaar) worden standaard in **Engels** geschreven. Vragen, prompts en mijn antwoorden zijn in jouw taal (Nederlands).

Wil je dit wijzigen?

A) Engels voor documentatie, Nederlands voor de conversatie (standaard)
B) Engels voor alles (documentatie en conversatie)
C) Nederlands voor alles (documentatie en conversatie)
X) Anders (beschrijf hieronder na de [Answer]:-tag)

[Answer]:A

---

## Question 3
De reverse-engineering-artefacten in `aidlc-docs/_shared/reverse-engineering/` zijn van **2026-06-16**, maar de codebase is daarna significant gewijzigd — en juist op punten die voor deployment relevant zijn:

- Master CMS Module toegevoegd (eigen `DbContext`/migraties, Data Protection key ring)
- `SlpModularCms.Api.Slave` project toegevoegd
- Solution gereorganiseerd in Solution Folders (Application / Tests / Clients)
- **Single-host serving** (commit `3885703`): één .NET-proces serveert `/` (publieke website), `/admin` (admin SPA) en `/api/v1` — dit is precies het deployment-model waar deze feature over gaat

Hoe wil je hiermee omgaan?

A) Doelgerichte refresh — werk alleen `architecture.md`, `code-structure.md` en `technology-stack.md` bij op de deployment-relevante punten (sneller, voldoende voor deze feature)
B) Volledige reverse engineering opnieuw uitvoeren — alle 8 artefacten van de hele codebase verversen (grondig, kost meer tijd)
C) Overslaan — gebruik de bestaande artefacten plus mijn eigen actuele analyse van de repo, en laat `_shared/` ongewijzigd
X) Anders (beschrijf hieronder na de [Answer]:-tag)

[Answer]:B

---

## Question 4
Ter verduidelijking van de scope van de publieke website. Uit de README begrijp ik dat de publieke website van de klant **niet** in deze repo zit en los in `wwwroot/` wordt geplaatst. Wat moet deze feature daarover opleveren?

A) Alleen documentatie/instructies — waar de website-build terechtkomt, hoe die naast `wwwroot/admin/` bestaat, en wat een website-workspace moet aanleveren; de website-workflow zelf blijft buiten scope
B) Documentatie + een reusable/callable Gitea-workflow in déze repo die een website-workspace kan aanroepen om zijn build te deployen (contract vastleggen, maar de website bouwt hij niet zelf)
C) Documentatie + een placeholder/voorbeeld-website in `wwwroot/` zodat een verse deploy niet leeg is
X) Anders (beschrijf hieronder na de [Answer]:-tag)

[Answer]:A