Kế hoạch nâng cấp tổng thể — công việc và nguồn lực

Cập nhật lịch ngày 26/09: kế hoạch phần còn lại thay phần phân bổ ngày/tuần/giờ.
T01–T20 và tiêu chí nền dưới đây vẫn dùng để truy vết. Bảng 38/42 tuần giữ làm dự toán lịch sử; không phải số giờ còn lại.

Ngày 26/09/2026 · Phiên bản 1.1 · Đề xuất nội bộ, chưa giao việc hoặc phê duyệt.
Đây là kế hoạch nâng cấp quản trị/kỹ thuật, không phải bản đầu kế hoạch nghiên cứu của NCS.
Tổng quan · Đặc tả · Cổng kiểm soát

Đồng bộ 26/09/2026 với roadmap chung v7.0.
Phần core 38 tuần giữ nguyên; CAM-Y bổ sung trước T14a. Lịch camera được dời theo tải review.
Hiện trạng thực hiện đọc tại sổ T01–T20; không dùng bảng dự toán làm trạng thái.

1. Phương án chính và phần không làm ngay

Phương án chính là bản thử web chữ có kiểm soát, dùng tri thức đã duyệt và nguồn có quyền phù hợp.
Giữ Windows/IIS/MSSQL/FastAPI/Vue nếu kiểm chứng được; không đổi nền tảng chỉ để hiện đại hóa.

Bắt buộc

• Phạm vi, nhà cung cấp, quy định cuộc thi và trách nhiệm nghiên cứu rõ.
• Một hợp đồng dữ liệu; trạng thái duyệt gắn phiên bản; nguồn và quyền truy vết được.
• Bộ lọc trước/sau, trích dẫn kiểm được, xử lý lỗi và từ chối khi thiếu điều kiện.
• Giao diện chữ có trợ năng; hướng dẫn và kênh hỗ trợ xác nhận.
• Bộ kiểm thử chuẩn tách khỏi bộ phát triển; dữ liệu và phiên bản lần chạy lưu đúng quyền.
• Quy trình vận hành, xóa dữ liệu, sao lưu, phục hồi và quyết định mở thử nghiệm.

Hoãn hoặc tách nhánh

• Telegram, cộng đồng tương tác, nhiều kênh phát hành và giọng nói đầy đủ.
• RAG, cơ sở dữ liệu vector, mô hình tự lưu trữ khi chưa có phép đo chứng minh cần thiết.
• Camera tích hợp vào phần cốt lõi; triển khai camera trên người cao tuổi trước thẩm định phù hợp.
• Xuất toàn kho ra HTML công khai; biên soạn hàng trăm FAQ trước khi khóa schema và nguồn.

Giả định lập dự toán: lô đầu khoảng 40 KC và 40 FAQ đã được duyệt, phủ một phạm vi hẹp do CVYK/GVHD chốt.
Đây không phải thay mục tiêu 80/100 KC một cách tự động. T01 phải chọn phạm vi và kiểm tra độ bao phủ.
Nếu giữ đủ bảy nhóm, 80/100 KC hoặc 300 FAQ, phải tăng giờ và lịch, không giữ nguyên dự toán này.

2. Đầu ra và vị trí

Các ID D01–D20 dẫn tới đặc tả, nơi nêu file hiện có và đích đề xuất.
Đường dẫn trong dấu mã tính từ gốc CXK. Chưa tồn tại thì chỉ là đề xuất, không tạo file trống.
Lịch sử cũ giữ nguyên; chỉ đánh dấu thay thế sau quyết định D02.

Bảng công việc dưới đây là phạm vi dự toán gốc, không phải trạng thái thực hiện hiện tại.
Sổ T01–T20 quản lý phần đã kiểm, phần chuẩn bị và phần còn bị chặn.
Giờ là ước lượng sơ bộ của người thực hiện, không tính thời gian chờ hoặc công cụ suy luận như giờ lao động con người.

3. Bảng giao việc T01–T20

4. Dự toán giờ theo công việc

Các số là cơ sở lập lịch, chưa phải thời gian đã đo. Sai số dự kiến ±30–50% trước lô hiệu chỉnh.
Mẫu lô đầu: 5 thẻ, 10 ca đánh giá và một luồng UI; đo rồi điều chỉnh phần còn lại.

“Người khác” chưa có người nhận việc. Nếu không bố trí được, phải thay thiết kế và công bố giới hạn, không cộng vào năng lực AI.
T07 gồm kiểm nguồn và sửa lại nội dung trong lô hẹp. Không được suy 24h CVYK đủ cho mọi mức phức tạp.
T08/T17 phân biệt gán nhãn chuẩn với chấm phản hồi. Hai lần AI chấm không thay reviewer độc lập.

Gói nối tri thức với camera — tăng thêm, chưa giao việc

Ma trận y khoa camera quản lý CYK-01–CYK-13.
Gói CYK-S/P/A/K/T nối nguồn, quy trình đo, review, thẻ/FAQ và ca kiểm thử.
T14a nhận bản nháp theo lô T07 để thiết kế; GCA/T14b cần bản được xét đúng phạm vi.
Không chờ toàn bộ 40/80/100 thẻ mới thiết kế, cũng không dùng thẻ nháp để trả lời thật.

56h NCS2 của T14/T19 chỉ dự toán cho một chỉ số.
Đây không phải bản thay thế tương đương cho camera 173h với ba chỉ số trong lịch cũ.
Mở rộng chỉ số hoặc nội dung giải thích cần quyết định Q07 và dự toán lại.
Giờ gói CAM-Y là đề xuất để kiểm nguồn, đọc chung và bàn giao phần camera chưa có trong core.
Khi đo giờ thực, ghi rõ việc trùng đã được tính ở task nào; không cộng hai lần.

5. Lịch theo nguồn lực — kịch bản thận trọng 38 tuần

W1 bắt đầu khi nhóm đồng ý rà soát Q01–Q04; G0 chưa được coi là đã đạt. Không tự lấy ngày kiểm toán làm ngày khởi công.
Ngày lịch được tính sau: đầu Wk = ngày bắt đầu + 7×(k−1). Lịch thi và kỳ nghỉ phải nhập trước khi chốt.

Dự phòng là capacity chưa xếp việc, không cộng lại 20% vào giờ rồi trừ capacity lần nữa.
Thời gian chờ duyệt bên ngoài không nằm trong bảng và có thể kéo dài lịch.

Lịch camera có điều kiện sau lô nguồn

CAM-Y01 ở W17; CAM-Y02 ở W18; CAM-Y03 W19–W22; CAM-Y04 cuối W22 sau Y03.
CVYK review Y03 ở W21–W22 để không dồn vào T11.
Nếu Y03 cần sửa, Y04 và bước phụ thuộc phải dời; cùng tuần không chứng minh đã bàn giao.

T14 thêm 2/24/2/1 giờ. T14a chuyển sang W33–W34; T14b W35–W38 chỉ sau GCA.
T14a dùng 8h NCS2; T14b dùng 16h. Giờ NCS1 rải sáu tuần; CVYK/GVHD ở W33–W34.
W23–W32 ưu tiên review bộ chuẩn và T17; không tự tăng giờ CVYK để giữ lịch camera cũ.

T19 đặt W39–W42, không chặn GD core. T19a 18h NCS2 tạo bằng chứng ở W39–W40.
T19b 14h NCS2 tích hợp ở W41–W42, chỉ sau GCB.
Giờ NCS1/CVYK/GVHD T19 chia hai nửa cho đo và tích hợp; thời gian chờ không tính là đã đạt GCB.
GC riêng vẫn bắt buộc trước mọi hoạt động có người, kể cả thành viên nhóm.
Nếu camera trở thành điều kiện sản phẩm cuối theo Q07, phải tính lại GD toàn sản phẩm.

Phân bổ kiểm được từng tuần

Mỗi dòng có nhiều tuần áp dụng cùng mức giờ cho từng tuần, không phải tổng cả khoảng.
Giờ lẻ dùng phân số khi kiểm; bảng hiển thị làm tròn ba chữ số.

Toàn kịch bản có tải tối đa 13,5/9/3/2h mỗi tuần, dưới mức xếp việc giả định.
Người khác cần 44h, tối đa 5h/tuần; từng vai trò phải xác nhận lịch riêng.
Giờ GVHD gồm chuẩn bị, họp và phản hồi trong task; cuộc họp tăng thêm phải được tính lại.
Không dùng dự phòng để mặc nhiên vượt tải hoặc bù thiếu người review.
Đây là kiểm số học, không chứng minh công việc thực tế hoàn tất đúng giờ.
Sau lô hiệu chỉnh, phải tính lại giờ, chờ quyết định và lịch bàn giao.

Thứ tự trong từng đợt

• A: T01 → T02/T03 → T04 → T05/T06; D03–D05 phối hợp theo phiên bản, không yêu cầu hoàn tất lẫn nhau trước.
• B: T09 dùng mock; T07 review theo lô. T10 dùng gói đã duyệt; T11/T12 nối sau giao tiếp ổn định.
• Camera nhận nguồn từ T07: CAM-Y01–04 → T14a → GCA → T14b → T19a → GCB → T19b.
• T14a nhận gói nháp để thiết kế; bước thử nhận gói đã xét đúng phạm vi và GC nếu có người.
• C: T08 khóa bộ cuối độc lập. T13/T15/T16 tận dụng giao diện và API đã có; không tuyển người.
• D: T17 có thể quay lại sửa; mỗi lần sửa ghi rõ tập đánh giá bị ảnh hưởng.
• E/F: chỉ bắt đầu sau quyết định tương ứng; NCS tự thực hiện phần học thuật bắt buộc.

Chuỗi quyết định ngày hoàn thành: phạm vi/điều khoản → schema và quyền → review tri thức → bộ chuẩn → tích hợp → GC → pilot → NCS viết.
Việc kỹ thuật nhanh hơn không bù cho hồ sơ hoặc review chưa có.

Vì sao không cam kết 21 hoặc 23 tuần?

CVYK cần 77h cho core theo dự toán này; với 3,2h xếp việc/tuần, riêng sức chứa tối thiểu là 24,1 tuần.
Phụ thuộc và chờ duyệt còn làm tăng thời gian. 38 tuần là kịch bản thận trọng có bảng tải tuần, không phải thời lượng tối ưu.
Muốn ngắn hơn phải tăng năng lực chuyên môn đã cam kết hoặc giảm phạm vi; không bỏ cổng kiểm soát.

6. Hai tuần đầu đủ để bắt đầu

Cách cùng đọc nguồn, kiểm chéo và bàn giao bốn buổi tại roadmap chung, mục 9.
Bốn buổi nằm trong giờ T01 dưới đây; không cộng giờ và không coi là hoàn tất CAM-Y hoặc review y khoa.

T02–T06 thực hiện W3–W8 theo bảng tải. Không cam kết thời gian chờ bên có thẩm quyền.
Người kiểm điều khoản được đề xuất 6h cho T02; nếu chưa có người, hồ sơ vẫn OPEN.
Kết thúc W2 phải có bảng quyết định thay vì danh sách file trống.

7. Phương án thu gọn khi thiếu thời gian

R1 — Chỉ nghiên cứu kỹ thuật, không có người tham gia

• Giữ T01–T05, T07–T13, T15–T17 và T20 ở phạm vi nhỏ.
• T06 vẫn phải xác định quyền nguồn/dữ liệu, nhưng không triển khai tuyển mẫu; bỏ T18/T19.
• Không thử camera trên người; T14 chỉ thiết kế hoặc dữ liệu có quyền phù hợp.
• Giảm nhóm nội dung và số lô sau quyết định T01; không tuyên bố hiệu quả trên người cao tuổi.
• Dự toán lại từng task, không lấy 302h trừ đơn giản giờ pilot để cam kết ngày.

R2 — Trình diễn tài liệu và luồng giả

• Không gọi model khi điều khoản chưa rõ; không tạo tư vấn sức khỏe cá nhân hóa.
• Dùng ví dụ giả có nhãn, nguồn được phép và luồng giao diện tĩnh.
• Báo cáo trung thực đây là nguyên mẫu thiết kế, không hệ thống được xác nhận an toàn.
• Phù hợp hơn việc mở rộng gấp bằng nội dung chưa duyệt; tính hợp lệ đề tài do GVHD/Ban tổ chức quyết định.

Phần mở rộng chỉ khi được giao riêng

Voice đầy đủ, Telegram, thêm nhóm tri thức, camera người cao tuổi và RAG cần dự toán bổ sung.
Không đưa chúng vào giờ core như tính năng miễn phí do AI sinh mã.

8. Chi phí và giới hạn chi tiêu

Chưa có ngân sách hoặc giá hợp đồng xác nhận. Không ghi số tiền giả.

Chi phí API = tổng token vào/ra theo giá đúng model + lưu đệm + công cụ + chạy lại.
Chi phí toàn bộ thêm STT/TTS, hạ tầng, sao lưu, review chuyên môn, hỗ trợ, in ấn và dự phòng.

Ví dụ khối lượng chỉ để lập dự toán: 100 ca × 2 cấu hình × 3 lần = 600 phản hồi.
600 phản hồi không phải 600 ca độc lập. Lô thử để tính giá phải có quyền và giới hạn chi tiêu trước.
Giới hạn ngày/tháng, cảnh báo và cơ chế dừng khi hết ngân sách thuộc D09/D12.

9. Duy trì kế hoạch

• Hàng tuần cập nhật giờ thực, đầu ra và blocker; không đánh dấu xong bằng tỷ lệ cảm tính.
• Sau lô hiệu chỉnh, thay giờ bằng dữ liệu đo và ghi lý do thay đổi.
• Khi phạm vi tăng, tính lại người bị nghẽn trước, không chỉ tổng giờ hai NCS.
• Không sửa lịch sử nhật ký để khớp kế hoạch mới.
• Sự cố nghiêm trọng: dừng tính năng liên quan, bảo vệ người tham gia, báo người chịu trách nhiệm.
• Không hứa thời hạn phản hồi chưa có người trực.