### Summary of Changes
1. Documentation Consolidation:
• Relocated the docs/ folder and all repository .md files (README.md, DEPLOYMENT.md, DOCKER_README.md,
DOMAINS_README.md, GETTING_STARTED.md, CI_CD_PORTAINER_GUIDE.md, ADMIN_DEPLOYMENT_SUMMARY.md,
SECURITY_PRIVATE_FILES.md, handoff.md, azure-project-plan.md, plus service-specific READMEs) into .
• Updated document links in README.md.
2. AI Agent Project Map:
• Created PROJECT_MAP.md in the project root containing complete architecture diagrams, service specs, ports, DB
schemas, environment variables, and developer workflows.
• Added PROJECT_MAP.md to .gitignore.
3. Monitoring UI & Infrastructure Integration:
• Added monitoring_ui service to docker-compose.yml (port 5175).
• Configured Gitea workflow docker-build.yml for monitoring_ui builds.
• Added CORS middleware headers in index.js.
• Added nginx.conf copy step in Dockerfile.
──────
### Recommended Commit Message
docs: consolidate project documentation into monitoring_ui and add agent project map
- Move all markdown documentation files and docs/ folder into monitoring_ui/docs/
- Update documentation hub index (monitoring_ui/docs/README.md) with relative paths
- Generate comprehensive AI agent reference map (PROJECT_MAP.md) in repository root
- Add PROJECT_MAP.md and monitoring_ui build output/env overrides to .gitignore
- Integrate monitoring_ui service into docker-compose.yml and Gitea CI workflow
- Configure CORS handling in employee_api for monitoring dashboard access
──────
### Alternative Short Commit Message
refactor(docs): move docs to monitoring_ui and create AI agent PROJECT_MAP.md
4.0 KiB
Important: This skill provides guidance and recommended instructions to assist the AI system. Outputs are not guaranteed to be complete, correct, secure, or applicable to every scenario. Results should be reviewed and validated by a human before being applied. The AI model may choose not to follow all instructions exactly, and additional verification may be required.
Remediation Protocol — Step 6
Pre-check
🛑 Hard Halt? Skip remediation. Set
overallHealth: "blocked", write artifacts, go to Step 7. 🔶 Major Migration? If user chose "Attempt migration," enter loop. Warn changes may need review.
Remediation Scope
⛔ Fix ONLY Azure-deployment blockers: missing dependencies causing build/startup failure, missing entry point, startup crashes, Azure-required configuration (port binding, env var externalization, managed-DB client TLS/SSL — e.g. W-MYSQL-SSL). Everything else → postDeployRecommendations[].
Remediation Loop
If any ❌ FAIL, 🔧 Fix, or ⚠️ WARN with fixPhase: "prereq" exist:
- Present ALL together in one batch. Lead with: "Found {N} blockers, {M} fixes, {P} prereq-phase warnings. Fix all?"
⛔
fixPhase: "prereq"is a remediation trigger regardless of severity. If left unfixed → deploy-time failures. Warnings withfixPhase: "scaffold"/"deploy-gate"/"post-deploy"are NOT included. - After fixes, ⛔ re-run full Step 3 evaluation (all 3 axes) on affected components. Re-read each reference file and re-evaluate inline.
- ⛔ Verify fixes via static analysis only. File exists → exports match imports (grep) → no syntax errors → config values present. Do NOT run install/build/test commands.
- ⛔ Re-read instructions.md before applying fixes if it hasn't been read this turn.
- ⛔ Print after re-evaluation:
🔄 Re-evaluation complete — ✅ N issues resolved, ❌ M remaining.If M > 0, loop back. - Build-validation gate (agent-modified code only). After re-evaluation passes AND agent modified >2 source files, ask via
ask_user: "I've fixed {N} files. Want me to install, build, and test? (Yes / Skip)". ⛔ General prior consent (e.g., "fix my issues", "yes", "go ahead", "fix them") does NOT constitute consent to run install/build/test. The user must answer THIS specific question. If they say Skip, proceed to Step 7 without running commands. Max 3 build-fix attempts. - ⛔ Max 3 cycles total (re-evaluations + build-fix retries). Then STOP and ask: "Keep trying" (grants 3 more) / "Guide fixes" / "Stop — accept remaining issues".
Post-Remediation Artifact Updates
⛔ Re-evaluation = full 3-axis re-scan, NOT just reading fixed files. After ANY successful remediation, update all 3 artifacts per prereq-artifacts.md:
context.json:readiness.status: "fixesApplied", updated verdicts,fixes[], updatedstatusSummaryprereq-output.json: Rewrite completely viacreatetool. RecomputeoverallHealthfrom updated verdicts.readiness-report.md: Append "Post-Fix Re-evaluation" section.
⛔ Re-derive verdicts from findings — do NOT carry forward pre-fix values. Per axis: worst finding verdict wins. Then: any axis FAIL → "blocked", else any WARN → "readyWithCaveats", else "ready".
Write Final State (Step 7)
⛔ Write components to BOTH prereq-output.json.components[] AND context.json.components[]. context.json.components[] is authoritative for downstream.
⛔ fixesApplied requires re-evaluation evidence — verify 🔄 Re-evaluation complete was printed.
Set readiness.status per component: All PASS → ready | Fixes applied + re-eval passed → fixesApplied | Unresolved FAILs → needsFixes.
Update context.json: append "prereq" to completedPhases, set currentPhase: null, update lastModifiedUtc.
⛔
overallHealthMUST be one of:"ready","readyWithCaveats","blocked". ⛔repo.lastScanCommitis required — rungit rev-parse HEAD.