Private Docs

เส้นทางของ 1 request ใน Lego Engine v2: Controller → MediatR pipeline → FlowEngine → Repository → EF Core → PostgreSQL พร้อม schema และ error model

2 มุมของคำว่า flow: (1) วิธีที่ engine รัน flow ใดๆ (runtime model + state machine) และ (2) FlowDefinition ทั้งหมดที่เก็บในระบบ พร้อม sequence diagram

อ่านครั้งเดียวเข้าใจทั้ง concept + architecture + แต่ละ class + code จริง + DB fields ทุก column — เขียนสำหรับคนที่ยังไม่เคยเห็น Lego Engine มาก่อน

Base/stack ของ private-docs และ design การทำงาน — 2 surface (Docs อ่าน + Decks นำเสนอ) บน Astro + React islands, deploy Cloudflare Pages

สิ่งที่เราควรมี — baseline ความปลอดภัย backend (scoped 4 ตัวแทน) เทียบ API-GL-001 §7

Full gap register + remediation ~13 service — แหล่งความจริงของ posture

Deep per-control audit ของ Sentinel Gateway เทียบ API-GL-001 V3.0

ผล multi-agent QA review 33 findings + checklist งานที่ต้อง apply

สถานะรอบ fact-check ที่ 2 ของ master plan

หน้าเดียวสำหรับผู้บริหาร: ขอ 3 อย่างจากที่ประชุม, แผนย่อ 4 Phase, คำถามที่คาดว่าจะโดนถามพร้อมคำตอบ

วาระหารือเต็ม — ดัชนีเอกสารทั้งชุด 17 ไฟล์ + สรุปสถานะ "มีเครื่องมือแล้วแต่สวิตช์ปิดอยู่" ก่อนลงรายละเอียดแต่ละหมวด

ใบบันทึกข้อสรุปประจำห้องประชุม — ไล่ทีละวาระ 0-8 พร้อมช่องติ๊กสถานะและตาราง action items

Checklist decision รวม A1-F3 ที่ต้องเดินให้จบในห้องประชุม (renumber จากเลขที่เคยชนกันใน 3 เอกสารเดิม)

สรุปราคาที่ต้องจ่ายต่อแผน 00-10 — เงิน, latency budget, trade-off ที่ต้อง sign-off ก่อน approve

3 งานเร่งด่วนก่อนทุกหมวด: ถอด hardcoded credential + rotate, ปิด JWT dev-bypass, ปิด endpoint anonymous อันตราย

เพิ่ม 5 scanner เข้า CI (SAST/SCA/secrets/image/IaC) + regression gate กันช่องโหว่เดิมย้อนกลับ

BodySignature, field encryption, parameter encode — ตอบคำถามหลัก "Frontend เอา key มาจากไหน"

เปิด control ที่ APIM ให้ครบ 4 ตัว: subscription key, rate limit, JWT pre-validation, payload size

Hardening 6 จุดของ flow Entra → Sentinel → APIM → JWT ที่มีอยู่แล้ว: session TTL, token at-rest, realm selector, replay protection

Helper กลาง 5 ตัวใน Backend_Package + ลำดับ rollout FallbackPolicy ที่ปลอดภัย — หัวใจของทั้งแผน

ล้างหนี้เก่า (rotate + purge git history) และวางวินัยใหม่ (fail-fast, rotation policy) บน Key Vault ที่มีโครงสร้างครบแล้ว

Redis คือจุดเสี่ยงสูงสุดของระบบ (ถือ session/token ทุก user) — เข้ารหัสข้อมูล, จำกัด blast radius, ตรวจ transport/access

เริ่มจาก PII Inventory ก่อนทุกอย่าง แล้วไล่ minimization → masking → log hygiene → frontend audit

6 งานที่ผู้ตรวจถามแน่: non-root container, NetworkPolicy, ingress TLS, ForwardedHeaders, log retention/WORM, security alerting

มุมมอง client-side: secret ห้ามอยู่ใน static bundle — subscription key/signature/encryption ฝั่ง Angular ต้องออกแบบยังไง

ส่วนเสริม governance/assurance ที่ไม่ได้แทนที่แผนหลัก — threat model กลาง, sensitive data ใน DB, data egress ของ client report

คู่มือใช้งาน RedisUserInfo module ใน SupApp_util_lib — data flow, setup, 3 วิธีดึง role/user info (Controller / [Authorize] / Handler), schema reference, gotchas

คู่มือต่อ OpenTelemetry (OTel) tracing + metrics เข้า Tempo/Prometheus ต่อ service — UserService (reference), gap-closing สำหรับ TaskService/WorkflowService, และสิ่งที่ต้องเช็คฝั่ง Grafana dashboard

Design: anonymous applicant ดู application report ได้หลัง submit ผ่าน HMAC signed short-lived token — ไม่ต้อง login, ไม่ expose instanceId เป็น secret, stateless

สัญญา API ระหว่าง Frontend ↔ UserService ↔ Centralized สำหรับ T&C แบบหลายเอกสาร (multi-document) ของ FX Requestor: fetch N เอกสารจาก Centralized, render พร้อม consent checkbox, submit เป็น array — พร้อม field mapping, error codes, TypeScript models

คู่มือ FE สำหรับต่อกับ Lego Engine Runner: API contract, StepRegistry, StepHost และ runtime behavior โดยไม่ปนกับ business onboarding flow

เพิ่ม step ใหม่เข้า Lego Engine ทั้งฝั่ง backend (Handler + StepCatalog + FlowStep + DI) และ frontend (component + STEP_REGISTRY) โดยยึด stepType เป็น contract

โมเดลใหม่ของการ resume onboarding: บัญชี Entra active ตั้งแต่ OTP verify, เลิกใช้ cookie __Host-onboarding, resume ด้วย login→open, และ in-tab continuation ผ่าน one-time exchange code (US mint → Sentinel Gateway redeem → session cookie). พร้อม sequence/activity diagram, exchange contract, endpoint ที่เปลี่ยน, edge cases และ pre-prod gate

API ที่เพิ่ม/แก้: edit-history aggregate (owner+admin), step-data +refNo, lookup header ด้วย refNo (owner+admin), admin-list filter ด้วย serviceId (Codex appId) — พร้อม sequence diagram + req/response

14 tables ของ Onboarding flow ใน User Service (PostgreSQL) — ERD, property reference, state machine, indexes, FK order, notable behaviors, และ flow simulation (NEW_REQUESTOR)