KIẾN TRÚC DIGITAL BRAIN KONIG

AI ARCHITECT STUDIO trình KONIG · 25/08/2026. Bản này viết để trả lời đúng năm câu hỏi KONIG đặt ra trong hai tin ngày 21/08 và 25/08, và để hai bên thống nhất kiến trúc trước khi chốt phạm vi.

Định hướng Digital Brain mà KONIG đang xây và cách AAS dựng hệ cho các đơn vị sản xuất gặp nhau ở bốn điểm cốt lõi, và đó là bốn điểm khó nhất của loại hệ này: một nguồn sự thật duy nhất · cổng chặn giữa các khâu · Agent nhận phần lặp · quyết định quan trọng thuộc về con người — đúng bốn chữ KONIG đã gọi tên: Single Source of Truth · Gate · Agent · Human Decision. Bốn điểm này không phải kỹ thuật — là kỷ luật. Đơn vị nào cũng mua được phần mềm, nhưng rất ít nơi giữ được kỷ luật ấy khi hệ thống chạy với khối lượng lớn liên tục.

KONIG nói rõ Digital Brain không phải là đưa bộ SOP lên môi trường số. AAS đồng ý, và xin nói rõ thứ tự mà AAS cho là đúng: trang SOP đang chạy tại sopkonig.aiarchitectstudio.vn là tầng SOP đã số hoá — nhưng tầng SOP chỉ chuẩn xác được khi tầng cưỡng hành bên dưới đã chuẩn hoá xong. Bộ quy trình dù viết kỹ tới đâu, nếu bên dưới chưa có tầng biến từng câu thành một điều kiện kiểm được thì mỗi lần vận hành lại sinh thêm một cách hiểu. Ngược lại, khi tầng cưỡng hành đã chuẩn, SOP tự sáng ra: mỗi bước có đúng một cách chạy, và chỗ nào SOP còn mơ hồ thì cổng chỉ ra ngay chỗ đó.

Tầng cưỡng hành ấy dựng từ đâu? Từ chính phần tri thức đang nằm rải rác của KONIG — và đây là phần AAS nhận trách nhiệm thu thập và chuẩn hoá, bằng chính nghề của mình: một kiến trúc sư mười tám năm làm nghề đứng ra quy chiếu. Quy chiếu ở đây có nghĩa cụ thể: đối chiếu từng mảnh rải rác với thực tế một công trình chạy ra sao, để biết mảnh nào là luật thật, mảnh nào chỉ là thói quen, và mảnh nào đang thiếu mà chưa ai nhận ra.

KONIG là một hệ sinh thái — hệ dựng cho hệ sinh thái phải khác

KONIG đã nói rõ: KONIG không đơn thuần là một thương hiệu sản xuất và cung ứng. Mô hình hiện nay là một hệ sinh thái — phát triển thị trường · tư vấn giải pháp · thiết kế và engineering · tích hợp sản phẩm từ nhiều đối tác và nhà máy · quản lý đặt hàng và xuất nhập khẩu · triển khai dự án · lắp đặt · nghiệm thu · bảo hành — cộng một nhánh đang lớn dần: phát triển sản phẩm và hệ riêng.

Điều đó đổi cách dựng hệ. Với một đơn vị chỉ sản xuất, giá trị nằm trong xưởng. Với một đơn vị tích hợp như KONIG, giá trị nằm ở các mối nối — chỗ ghép giữa đối tác này với nhà máy kia, giữa khâu thiết kế với khâu đặt hàng, giữa lắp đặt với bảo hành. Vì vậy hệ này phải mạnh ở các mối nối giữa khâu, và đó chính là chỗ tầng cưỡng hành làm việc.

Tri thức tương ứng, như KONIG mô tả, nằm rải rác ở tám chỗ: con người · tài liệu · sản phẩm · đối tác · dự án · SOP · lịch sử xử lý vấn đề · các quyết định trong quá trình vận hành. Tám chỗ ấy đang là tài sản lớn nhất của KONIG và cũng là tài sản khó dùng nhất, vì chưa quy về một nguồn.

Mạch AAS đề nghị — năm bước, đúng thứ tự

① Chưng cất Digital Brain từ phần rải rác — thu tám nguồn trên về một chỗ có cấu trúc, mỗi mảnh có nguồn gốc và người ký → ② dựng tầng cưỡng hành — biến phần đã chưng cất thành điều kiện máy kiểm được ở từng mối nối giữa các khâu → ③ chuẩn hoá SOP và chuyển đổi số trên nền đã có răng — lúc này số hoá mới đúng, vì quy trình đã hết chỗ hiểu hai cách → ④ tăng tốc hệ thống AI mà KONIG đang xây — Agent đọc dữ liệu sạch và luật rõ thì chạy được ngay, không phải đoán → ⑤ toàn bộ đặt dưới quyền kiểm soát của KONIG — mỗi điểm quyết định có một người của KONIG bấm, và mọi tài sản đứng tên KONIG.

Thứ tự này không đảo được. Số hoá một quy trình chưa có tầng cưỡng hành là số hoá luôn cả phần chưa gọn; và mở Agent trên dữ liệu còn rải rác thì Agent sẽ trả lời trôi chảy bằng những mảnh chưa được kiểm.

Vì vậy AAS nhận đúng vai trò KONIG thiết lập: không xây một hệ thống khác, mà hệ thống hoá và tăng tốc phần KONIG đang xây. Cụ thể là ba việc:

1. Dựng đúng kiến trúc — sáu tầng của KONIG được chuyển thành cấu trúc dữ liệu, phiếu, cổng và quyền hạn cụ thể cho từng mắt xích của hệ sinh thái, mỗi tầng có một hiện vật đo được, không dừng ở sơ đồ.
2. Tăng tốc bằng phần đã chạy thật — hệ phiếu web, sổ cái một dòng một dự án, lò dựng tài liệu, kho thư viện có kiểm vé, cổng duyệt kèm mã: đây là những khối AAS đã vận hành ở studio và ở các đối tác khác. Bốn tuần đủ vì phần lớn thời gian dành cho việc áp vào đúng nghiệp vụ cửa nhôm kính, không dành cho việc viết lại từ đầu.
3. Trao lại năng lực — dữ liệu, tri thức và khả năng tự phát triển tiếp thuộc về KONIG. Mục 5 của bản này ghi thành danh mục bàn giao đếm được, và AAS đề nghị đưa nguyên nguyên tắc đó vào hợp đồng.

Hai năng lực AAS dựa vào

Năng lực thứ nhất trả lời phải làm gì cho đúng nghề; năng lực thứ hai trả lời làm bằng cách nào cho chạy được thật. Thiếu một trong hai thì hoặc ra một bộ tài liệu đúng mà không vận hành nổi, hoặc ra một phần mềm chạy được mà không khớp cách nghề này làm việc.

Một câu về nguyên tắc làm việc, để hai bên khỏi hiểu nhầm về sau: AAS dựng khung và không điền thay số của KONIG. Đơn giá, tiêu chuẩn kỹ thuật, tên người ký — những thứ đó là tài sản và trách nhiệm của KONIG; chỗ nào chưa nạp, hệ hiển thị đúng chữ «ĐANG CHỜ NẠP» chứ không điền tạm một con số cho đẹp bảng.

Đây là trả lời cho câu hỏi thứ nhất và thứ hai, đặt cạnh nhau trong một bảng để nhìn ra ranh giới ngay:

Đối chiếu danh sách bộ phận — một chỗ AAS xin bổ sung vào phạm vi

KONIG nêu năm bộ phận sẽ mở Agent: Sales · Engineering · Procurement · Finance · CEO. Bản đề xuất AAS gửi ngày 19/08 phủ sáu phòng ban theo vòng đời một dự án. Ghép hai danh sách lại, với các yếu tố hiện tại AAS đề xuất bổ sung thêm một phòng ban vào phạm vi, và giữ lại hai phòng mà danh sách của KONIG chưa nhắc — lý do ghi ngay trong bảng:

Phần Tài chính bổ sung, cụ thể Agent nhận việc gì: đối chiếu ba con số của mỗi dự án — giá trị đã báo · đã nghiệm thu · đã thanh toán, chỗ vênh giữa ba con số là chỗ hở về tiền · theo dõi mốc thanh toán theo hợp đồng, quá hạn tự nhắc · hồ sơ đề nghị thanh toán thiếu chứng từ thì không phát hành được. Người giữ chốt: phụ trách tài chính duyệt đề nghị thanh toán và ký ở cổng hợp đồng — Agent không chạm vào ô tiền đã chốt.

Đọc bảng này theo một đường: bốn tuần đầu dựng trọn sáu tầng theo chiều dọc, hẹp theo chiều ngang — mỗi tầng đều có hiện vật chạy được, nhưng bề rộng nghiệp vụ mở dần sau đó. AAS chọn cách này thay vì dựng xong một tầng rồi mới sang tầng kế, vì một tầng đứng riêng thì chưa chứng minh được điều gì; còn một lát cắt dọc chạy thật từ dữ liệu tới nút duyệt thì đội của KONIG nhìn thấy ngay toàn bộ nguyên lý và tự mở rộng được.

KONIG đã nêu đúng sáu lớp, và cũng đã chỉ rõ tri thức hiện nằm rải rác ở tám chỗ: con người · tài liệu · sản phẩm · đối tác · dự án · SOP · lịch sử xử lý vấn đề · các quyết định trong quá trình vận hành. Sáu lớp dưới đây chính là hình dạng có cấu trúc mà tám chỗ ấy được chưng cất về. AAS ghi lại kèm hiện trạng đo được và nguồn sinh ra dữ liệu, vì một lớp dữ liệu chỉ sống nếu có một khâu nghiệp vụ sinh ra dữ liệu ấy hằng ngày — lớp nào phải nhập tay riêng một lần nữa thì sau ba tuần sẽ bỏ trống.

Một nhận xét đáng lưu ý: trong sáu lớp, ba lớp (Project · Issue · một phần Technical Standard) không nạp tay được — chỉ mọc lên nếu có phiếu và cổng sinh ra chúng mỗi ngày. Đó là lý do AAS đặt hệ phiếu và sổ cái ở tuần 1: không phải vì phiếu quan trọng hơn AI, mà vì không có phiếu thì ba lớp dữ liệu kia mãi mãi trống, và AI không có gì để đọc.

Danh sách sản phẩm KONIG gửi ngày 25/08 đã được AAS dựng thành bản mẫu khung cốt lõi hoàn chỉnh — không phải mô tả cách sẽ làm, mà là bảng đã chạy: ba nhóm, bảy dòng đang bán, một mục mở rộng, mỗi dòng 24 trường có nguồn nạp và người ký. Bản đầy đủ gửi kèm bản này.

Hệ quy chiếu dùng để dựng khung này là nghề kiến trúc. Một danh mục sản phẩm dựng từ góc người bán sẽ xếp theo thương hiệu và giá; dựng từ góc người đặt hàng cửa thì xếp theo cách bộ cửa được gọi tên trong hồ sơ thiết kế, vì đó là nơi mã sản phẩm phải khớp. Kiến trúc sư mười tám năm nghề quy chiếu ở hai chỗ cụ thể: ① tên và mã — dòng sản phẩm phải gọi được đúng bằng ngôn ngữ bản vẽ, để bảng thống kê cửa và bản vẽ kiến trúc không lệch nhau (đây là nguồn tranh cãi kinh điển giữa hai bên); ② chọn trường — hai mươi tư trường không liệt kê tuỳ ý mà dò ngược từ câu hỏi mà kiến trúc sư và chủ đầu tư sẽ hỏi: thông số công bố, chứng chỉ, khổ giới hạn, kính tương thích, bảo hành. Trường nào không có ai hỏi tới thì không đưa vào khung; trường nào sẽ bị hỏi mà thiếu thì hồ sơ bị trả lại.

Cây bốn bậc là khung cốt lõi: NHÓM → DÒNG → HỆ → MÃ SẢN PHẨM / CẤU HÌNH. Báo giá gọi tới bậc cấu hình, đơn đặt hàng gọi tới bậc hệ, hồ sơ năng lực gọi tới bậc dòng, chiến lược kinh doanh nhìn ở bậc nhóm — cùng một cây, bốn cách đọc, không gõ lại lần nào.

Triển khai từng danh mục theo giai đoạn — khung dựng một lần cho cả tám dòng, ruột nạp theo bốn đợt: đợt 1 BUCALU (tài liệu đầy đủ nhất, đối chiếu khung với thực tế đang chạy) → đợt 2 KINETIC + HLK + HLK-NT (ba dòng xưởng Việt Nam, dùng chung một bộ cổng sản xuất) → đợt 3 CENTOR + HARVIA (nhập nguyên bộ, ít biến thể) → đợt 4 FUSA (cabin kính có bộ thông số riêng). Dòng mới công bố về sau — FAMAN, SUHO — chỉ là thêm một hàng dữ liệu, không phải dựng lại hệ.

⭐ Một điểm AAS xin nêu thẳng, vì điểm này ảnh hưởng tới phạm vi

Ghép danh mục sản phẩm với bộ SOP hiện có, có một khoảng trống lộ ra: bộ SOP mô tả rất kỹ tuyến nhập khẩu nguyên bộ qua nhà máy, trong khi bốn trong bảy dòng đang bán chạy qua xưởng Việt Nam — KINETIC, HLK, HLK-NT và cabin FUSA.

Hai tuyến này khác nhau ở chỗ căn bản: tuyến nhập khẩu chốt thiết kế trước khi đặt hàng và nhà máy chịu dung sai theo hợp đồng; tuyến xưởng chốt thiết kế trước khi phát lệnh cắt và KONIG tự chịu dung sai, nên cần phiếu kiểm chất lượng ghi số đo thật cho từng mã cửa, do người của KONIG ký. Dùng chung một bộ cổng cho hai tuyến sẽ làm cổng hoặc quá chặt với tuyến này, hoặc quá lỏng với tuyến kia.

Vì vậy AAS đề nghị đưa phần SOP tuyến xưởng Việt Nam vào phạm vi bốn tuần, ở dạng bộ cổng sản xuất nội bộ. Đây là phần làm tăng giá trị bộ SOP mà KONIG đã đầu tư công sức, và cũng là phần mà dữ liệu chất lượng về sau sinh ra từ đó.

⭐⭐ Điều quan trọng nhất AAS rút ra từ danh mục sản phẩm

Đọc kỹ danh mục thì thấy một đặc điểm chi phối toàn bộ cách xếp việc: sáu mục sản phẩm KONIG đang bán đều đã được nhà cung cấp đưa ra tiêu chuẩn, nguyên tắc và định hình sẵn — BUCALU, hệ KINETIC với profile Dubai và phụ kiện Cyprus, Cmech, OPK, CENTOR, HARVIA, FUSA. Không dòng nào KONIG phải tự phát minh tiêu chuẩn. Điều đó kéo theo ba hệ quả:

Một — phần thu thập tiêu chuẩn nhẹ hơn tưởng. Khổ giới hạn, kính tương thích, phụ kiện theo tải trọng cánh, dung sai lắp: tất cả đã nằm trong tài liệu hãng. Việc cần làm là thu về, chuẩn hoá và đặt vào một chỗ — không phải nghiên cứu.

Hai — rủi ro thật không nằm ở «không biết chuẩn», mà ở «chuẩn có sẵn nhưng không được áp đúng ở từng dự án». Chuẩn nằm trong tệp của hãng, mỗi vị trí nhớ một kiểu: người bán chào một khổ cửa vượt giới hạn, người vẽ chọn kính ngoài bảng tương thích, người lắp bỏ qua một thông số chống thấm. Cả ba đều chỉ lộ ra ở khâu cuối — lúc hàng về không vừa, lúc khách khiếu nại, lúc tranh cãi ai chịu chi phí bảo hành.

Ba — và đây là điểm chiến lược. Khi sản phẩm do hãng định hình, đơn vị khác cũng nhập được cùng thương hiệu ấy. Thứ không sao chép được là cách KONIG kiểm soát chất lượng và chứng minh được điều đó với khách hàng. Vì vậy AAS đề nghị dồn tháng đầu vào đúng cặp tạo ra khác biệt đó: web thư viện chuẩn — nơi luật sống, và tầng cưỡng hành — răng của luật. Thư viện không có cưỡng hành thì chỉ là tủ tài liệu ai cũng có quyền không mở; cưỡng hành không có thư viện thì mỗi lần hãng đổi một thông số lại phải sửa hệ thống ở nhiều chỗ, và sẽ sót.

Thư viện ấy phục vụ cùng lúc ba loại người: đội KONIG tra chuẩn để làm đúng · khách hàng và kiến trúc sư định hình sản phẩm trong giới hạn cho phép và thấy trước chất lượng sẽ được đo bằng thước nào · xưởng và đội lắp nhận đúng một bản đang hiệu lực. Khách ở phân khúc cao cấp không so được chất lượng cửa bằng mắt — nhưng nhìn thấy một hệ thống công bố chuẩn và cam kết đo bằng chính chuẩn đó thì tin được.

KONIG nêu trong buổi làm việc: các hạng mục còn quá nhiều biến, quá nhiều trường hợp có thể xảy ra. Đây là bài toán có thật, và AAS xin nói thẳng: không giải được bằng cách viết thêm luật. Lý do nằm ở phép đếm — nếu phân loại theo cấu hình sản phẩm thì số trường hợp là tích của các chiều: hệ × khổ × kính × phụ kiện × màu × điều kiện công trình. Mỗi chiều thêm một giá trị là số trường hợp nhân lên chứ không cộng thêm.

Cách giải là đổi trục phân loại: thay vì phân theo cấu hình (biến gần như vô hạn), phân theo dạng công trình — D1 Nhà Lô Phố · D2 Biệt Thự Liền Kề · D3 Biệt Thự Phố · D4 Biệt Thự Đơn Lập · D5 Công Trình Xây Sẵn Trong Các Khu Đô Thị Mới.

Vì sao đổi trục là giải được: công trình cùng một dạng giống nhau về bộ sản phẩm cung cấp vào. Nhà lô phố nào cũng mặt tiền hẹp, cửa lớn tầng một, cửa ban công các tầng. Biệt thự đơn lập nào cũng nhiều mặt thoáng và có cửa lớn đi ra vườn. Công trình trong khu đô thị xây sẵn nào cũng vướng quy chuẩn mặt đứng của chủ đầu tư. Giống nhau về bộ sản phẩm thì giống nhau cả ba thứ đi kèm: rổ cửa · rủi ro · dải giá. Số trường hợp phải quản rút từ tích các chiều xuống còn năm nhóm và vài biến thể mỗi nhóm.

⭐ Vì sao AAS đề xuất được đúng năm dạng này: cách phân loại nhà lô phố · biệt thự liền kề · biệt thự phố · biệt thự đơn lập · công trình xây sẵn trong khu đô thị là ngôn ngữ của nghề kiến trúc, không phải ngôn ngữ của nghề bán cửa. Người phân loại phải là người đọc được mặt bằng và biết ngay công trình ấy sẽ cần bộ cửa nào — mười tám năm làm nghề cho phép dựng trước khung rổ cửa của từng dạng, rồi mới lấy kho dự án của KONIG xác nhận bằng con số. Hai chiều quy chiếu ấy bổ khuyết cho nhau: khung dựng từ nghề tránh cho việc kiểm kê chạy mò không biết tìm gì; con số từ kho dự án giữ cho khung khỏi trôi theo cảm tính của người dựng.

Nguồn dựng nằm sẵn trong tay KONIG: kho dự án đã phục vụ khách nhiều năm. Không phải đi thu thập mới, và đây là tài sản không nhà cung cấp nào cấp được. Việc cần làm là biến kinh nghiệm thành thống kê — từ «nhà lô phố hay vướng vận chuyển» thành một con số đếm được trên số dự án đã làm.

Mỗi dạng công trình có một hồ sơ tám mục

Tiêu chí nhận dạng · rổ cửa điển hình · dải khối lượng · dải giá · bộ rủi ro điển hình kèm tần suất thật · luật riêng của dạng · ô khảo sát bắt buộc riêng · hồ sơ mẫu và ảnh công trình đã bàn giao. Trong đó rổ cửa điển hình là mục giảm biến mạnh nhất: mở hồ sơ ra đã có sẵn khung, chỉ điều chỉnh chỗ khác biệt.

Rủi ro báo giá — cơ chế cụ thể

Mỗi báo giá khai dạng công trình, hệ lấy dải lịch sử của dạng đó rồi làm ba việc:

1. Soi lệch dải — giá đang dựng nằm ngoài dải thì hệ dừng và hỏi lý do. Bắt được cả báo thấp quá (mất tiền, thường chỉ lộ ra ở khâu lắp) lẫn báo cao quá (mất khách mà không ai biết vì sao). Mức chặn mềm: vẫn báo được, nhưng có người duyệt vượt cấp kèm mã.
2. Dự phòng theo tần suất thật — mỗi dạng có tỷ lệ phát sinh riêng đo từ chính lịch sử của KONIG; hệ đề nghị mức dự phòng bằng con số đó, người duyệt vẫn là người quyết.
3. Gắn cờ «ngoài mẫu» — dự án có đặc điểm chưa từng gặp thì bắt buộc khảo sát trước khi báo và duyệt ở cấp cao hơn.

Cách quản biến, nói gọn một câu: phần lớn dự án rơi vào năm mẫu — chạy nhanh, có luật, có dải giá; số ít nằm ngoài mẫu — chạy chậm, có người quyết. Mục tiêu không phải triệt tiêu biến, mà là biết trước dự án nào là biến ngay từ ngày đầu thay vì phát hiện lúc lắp.

Hai điều AAS xin nói trước về độ tin cậy của số liệu

Một — mọi dải giá và mọi tần suất đều in kèm số dự án làm căn cứ. Một dải rút từ hai dự án và một dải rút từ bốn mươi dự án nếu hiển thị giống nhau thì người đọc sẽ tin nhầm; dưới ngưỡng do KONIG chốt thì dải đó chỉ để tham khảo, không dùng để chặn.

Hai — giá của các năm trước phải quy về mặt bằng hiện tại trước khi đưa vào dải, và mốc quy đổi ghi rõ trên từng dải. So giá năm nay với giá ba năm trước mà không quy đổi là so hai thứ khác nhau.

Một điểm về lâu dài

Hồ sơ dạng công trình không đứng yên: mỗi dự án mới chạy qua hệ là một dòng bổ sung vào dải giá và tần suất rủi ro của dạng đó. Càng chạy càng sát — tài sản này chỉ dày lên theo thời gian, và thuộc về KONIG.

Có một chi tiết trong tài liệu của KONIG mà AAS xin nêu ra, vì chi tiết ấy mở đường cho cả phần này: bộ SOP tự trích dẫn Doctrine v1.0. Câu trích ấy cho thấy thứ bậc luật ở KONIG đã bắt đầu từ trước — doctrine là nguyên tắc sinh ra quy trình, SOP là quy trình. AAS không đề xuất một thứ bậc mới; AAS đề nghị bổ đủ hai chỗ còn thiếu: tầng luật nghiệp vụ của từng trưởng bộ phận, và răng cho cả ba tầng.

Ba nguồn luật, một quy tắc giải mâu thuẫn

Quy tắc giải mâu thuẫn — một câu: luật nội bộ chỉ được chặt hơn luật hãng, không bao giờ được lỏng hơn. KONIG có quyền tự siết chặt hơn hãng; chiều ngược lại thì không có nguyên tắc nội bộ nào nới được giới hạn vật lý của sản phẩm.

Vì sao luật phải là của người có quyền, không phải của bên dựng hệ

Một cổng chặn do bên thi công đặt ra sẽ bị coi là «phần mềm khó tính», và người trong nghề luôn tìm được đường vòng. Cũng đúng cổng ấy, nhưng phát biểu bằng câu của người đứng đầu — «dự án chưa khảo sát thì không duyệt báo giá» — thì không có đường vòng nào mở ra được. Và khi cổng chặn nhầm một ca đặc thù, chính người ra luật sửa luật, nên hệ tốt lên sau mỗi ca thay vì bị bỏ dùng.

Một luật vào hệ phải đủ sáu trường, và có ba mức răng

Sáu trường: *mã luật · phát biểu có ngưỡng cụ thể · người ra luật · phạm vi áp (dòng sản phẩm nào, khâu nào) · mức răng · ngày ban hành và ngày rà lại*. Thiếu trường thì mới là ý kiến, chưa phải luật.

Ba mức răng, do chính người ra luật chọn: R1 chặn cứng (giới hạn vật lý, an toàn, ô tiền trống) · R2 chặn mềm — đi tiếp được nhưng phải có người duyệt vượt cấp kèm mã, mọi lần vượt vào sổ · R3 nhắc — ghi nhận, không chặn. Nếu mọi luật đều chặn cứng thì hệ tê liệt tuần đầu; nếu không luật nào chặn cứng thì hệ chỉ là sổ ghi chép.

Số lần vượt ở mức R2 là dữ liệu quý nhất của cả hệ: luật bị vượt liên tục nghĩa là luật đang lệch thực tế và cần sửa; luật ba tháng không ai vượt thì nên siết lên R1. Hệ tự nói cho Ban giám đốc biết luật nào đang sống.

Thu luật bằng cách nào

Người có nghề không kể ra luật của mình dưới dạng danh sách — luật nằm trong phản xạ, chỉ hiện ra khi gặp ca cụ thể. AAS thu bằng ba đường song song: buổi chưng cất theo vai (hỏi bằng ca thật: ca nào từng từ chối · ngưỡng nào phải trình · sai lầm nào không lặp lại · điều gì hãng cho phép mà ta không nhận làm) · rút ngược từ 10–20 hồ sơ dự án gần nhất (mỗi ngoại lệ là một luật ẩn) · rút từ ca bảo hành và tranh chấp (luật kèm sẵn bằng chứng). Nghiệm thu: mỗi vai giao ra tối thiểu năm luật đủ sáu trường, do chính người đó ký.

Luật khác nhau theo từng loại sản phẩm

Vì hai tuyến cung ứng khác nhau, cùng một luật phải có mức răng khác nhau theo dòng. Ví dụ «chưa khảo sát thì không báo giá»: với tuyến nhập nguyên bộ có thể để R2 — báo giá sơ bộ theo catalogue, ghi rõ là sơ bộ; với tuyến xưởng Việt Nam phải là R1 — sản xuất theo số đo thật, sai số đo là phế liệu. Mỗi ô trong ma trận luật × dòng sản phẩm do trưởng bộ phận phụ trách khâu đó chốt, AAS không điền thay.

Bốn nguồn tri thức — ai đứng ở đâu

Luật trong hệ không đến từ một chỗ. Bốn nguồn, mỗi nguồn trả lời một câu hỏi khác nhau, nên không tranh chỗ của nhau — miễn phân vai rõ từ đầu:

Vai của AAS xin nói rõ, vì đây là chỗ dễ hiểu nhầm: kinh nghiệm nghề của AAS không vào hệ dưới dạng đáp án, mà dưới dạng câu hỏi. Người có nghề không kể ra được luật của mình dưới dạng danh sách — nhưng đưa một ca cụ thể thì trả lời ngay. Vì vậy AAS không hỏi «KONIG có luật gì»; AAS mang sẵn danh mục ca — mười hai giao diện giữa nghề cửa và công trình, nơi hai nghề chạm nhau và chi phí hay nảy ra: cao độ hoàn thiện sàn ở cửa đi ra ngoài · sai lệch lỗ chờ tới đâu thì từ chối lắp · chống thấm chân khuôn bên nào làm · thứ tự thi công · ai chịu khi hàng bị xước trên công trường · bản vẽ đổi tới mức nào thì báo giá cũ hết hiệu lực… Câu trả lời của người KONIG chính là luật của KONIG.

Góc nhìn ấy có được vì AAS đứng ở phía bên kia của bàn: người sáng lập studio là kiến trúc sư nhiều năm nghề — tức là phía đặt hàng cửa, phía trình hồ sơ lên chủ đầu tư, phía nghe lời phàn nàn trước khi lời ấy thành khiếu nại chính thức. Một đơn vị sản xuất chỉ nghe được nửa của mình, và thường nghe muộn. Nửa còn lại là thứ AAS mang vào — không phải để nói KONIG nên làm cửa thế nào, mà để hỏi những câu chỉ người từng ngồi ghế bên kia mới nghĩ ra.

Ngược lại, AAS cũng xin nói rõ giới hạn của mình: ở phần sản xuất chuyên sâu — dung sai gia công, tối ưu cắt profile, kỹ thuật xưởng — KONIG giỏi hơn, và AAS chỉ đặt câu hỏi chứ không đề xuất đáp án.

Năng lực thứ hai: hệ Agent AAS đã dựng và đang vận hành

Nghề kiến trúc cho biết phải hỏi gì. Nhưng biết hỏi mà không dựng nổi thì luật vẫn nằm trên giấy. Vì vậy AAS mang tới năng lực thứ hai: một hệ sinh thái Agent đã dựng xong và đang chạy hằng ngày trên nền Claude — hệ phiếu web có cổng chặn, sổ cái một dòng một dự án, lò dựng tài liệu đọc dữ liệu từ kho, thư viện có lớp kiểm vé, cổng duyệt kèm mã định danh, và một sổ bẫy ghi lại từng lỗi đã gặp kèm số đo.

Điều đó khác với việc dựng phần mềm theo yêu cầu ở một chỗ căn bản: AAS đã trả giá cho những lỗi mà một hệ như thế mắc phải, nên biết cái gì chạy được thật và cái gì chỉ đẹp trên sơ đồ. Sáu luật vận hành hệ ở phần trên chính là kết tinh của những lần trả giá đó.

Bằng chứng gần nhất nằm ngay trước mắt: trang KONIG đang đọc, và trang SOP đang chạy tại sopkonig.aiarchitectstudio.vn, đều là sản phẩm của chính hệ ấy — dựng từ một tệp nguồn duy nhất, đi qua các cổng máy kiểm trước khi phát hành, lên tên miền, rồi so dấu vân giữa bản đang sống và bản gốc để chắc chắn hai bản khớp từng byte. Cùng bộ nguyên tắc ấy sẽ áp cho mọi tài liệu mà hệ KONIG sinh ra: báo giá, hồ sơ phương án, phiếu nghiệm thu, trang giao khách.

Hai năng lực này bổ cho nhau, và đó là lý do AAS tin bốn tuần là đủ cho phần khung: nghề kiến trúc rút ngắn khâu hiểu nghiệp vụ, hệ Agent đã chạy rút ngắn khâu dựng.

Vòng đời một luật — bảy bước, khép thành vòng

① Kinh nghiệm (AAS hỏi, người KONIG trả lời) → ② luật nháp có ngưỡng cụ thể → ③ đối chiếu kho dự án (ca này thật sự xảy ra bao nhiêu lần) → ④ người có thẩm quyền ký → ⑤ chọn mức răng và chạy → ⑥ sổ vượt luật ghi từng lần vượt kèm lý do → ⑦ chỉnh luật (vượt nhiều là luật lệch thực tế; không ai vượt thì siết chặt hơn) → quay lại bước ②.

Hai chốt chặn nằm trong vòng này, AAS đề nghị giữ nghiêm:

• Kinh nghiệm có thể sai. Kinh nghiệm là mẫu nhỏ, bị kéo lệch bởi ca gần nhất và ca tốn kém nhất. Luật rút từ kinh nghiệm chỉ lên mức chặn cứng sau khi kho dự án xác nhận tần suất — không siết bằng cảm tính, dù cảm tính đến từ người nhiều năm nghề nhất.
• Dữ liệu cũng không tự động thành luật. Kho dự án nói đã xảy ra bao nhiêu lần, không nói có nên cấm hay không — mẫu có thể lệch, và có ca đáng chấp nhận rủi ro để lấy hợp đồng. Dữ liệu là căn cứ, người có thẩm quyền vẫn là người quyết.

Vòng khép ở bước ⑦ nên hệ tự tốt lên theo thời gian. Đây là điều một bộ quy trình trên giấy không làm được: giấy không đếm được số lần chính mình bị bỏ qua.

Thư viện vì thế có khoang thứ tư: LUẬT

TIÊU CHUẨN (hãng cấp) · TEMPLATE (AAS dựng, KONIG duyệt) · THƯƠNG MẠI (sau kiểm vé) · ⭐ LUẬT — doctrine, luật từng bộ phận, ma trận luật × dòng sản phẩm, sổ vượt luật. Ba khoang đầu chứa thứ mua được hoặc dựng được; khoang LUẬT chứa thứ chỉ có ở KONIG. Đổi phần mềm, đổi nhà cung cấp, đổi người thì luật vẫn còn — và người mới vào chạy đúng ngay từ ngày đầu vì luật nằm trong hệ chứ không nằm trong trí nhớ của ai.

Marketing cũng nằm dưới luật — và là chỗ rủi ro cao nhất

Sáu dòng sản phẩm của KONIG có ba kiểu xuất xứ khác nhau: nhập nguyên bộ (Trung Quốc · Australia · Phần Lan) · lắp ráp trong nước từ vật tư nhập (profile Dubai, phụ kiện Cyprus) · sản xuất trong nước. Một câu quảng bá nói gộp thành «nhập khẩu» cho cả sáu dòng là sai sự thật ở ít nhất ba dòng — và với phân khúc biệt thự, khách sạn cao cấp, một lần bị bắt lỗi xuất xứ đủ làm mất cả tuyến khách kiến trúc sư.

Vì vậy AAS đề nghị thêm cổng C7 — nội dung marketing: câu tuyên bố xuất xứ phải khớp đúng ba trường xuất xứ của dòng sản phẩm · thông số kỹ thuật trích từ kho, không gõ tay · ảnh dùng phải là ảnh công trình đã nghiệm thu, không mượn ảnh hãng gán cho công trình của mình · giá và ưu đãi công bố khớp khoang thương mại · và những điều doctrine nói không bao giờ nói thì cổng giữ ở mức chặn cứng.

Mặt được lớn hơn mặt chặn: khi thư viện đủ ruột, marketing thôi phải nghĩ ra nội dung và chuyển sang rút từ kho — thông số đúng, chứng chỉ thật, ảnh công trình đã nghiệm thu, ca xử lý có thật. Nội dung ra nhanh hơn, và mỗi bài đều truy được về một nguồn. Đây cũng là lần đầu marketing và kỹ thuật dùng chung một nguồn sự thật.

Nguyên tắc nghiệm thu xuyên suốt: chốt bằng kết quả chạy thật, không chốt bằng mô tả. Mỗi cổng dựng xong đều được thử bằng một lỗi cố ý — cổng phải lên tiếng đúng chỗ thì mới tính là xong.

Tầng cưỡng hành, nói cho hết nghĩa: sáu điểm chặn đọc số từ thư viện

Ba điểm đầu giữ tiền của KONIG trước khi hàng đi; ba điểm tiếp biến chất lượng thành bằng chứng đưa cho khách xem được; C7 giữ cho mọi câu nói ra ngoài khớp đúng dữ liệu bên trong.

Lịch bốn tuần

Hai điều kiện giữ được nhịp bốn tuần — phần KONIG nắm trong tay: ① ngay tuần 1, chốt tên người ký từng khoang và giao bộ tài liệu hãng dạng tệp gốc của dòng sản phẩm đầu tiên (AAS đề xuất BUCALU — tài liệu đầy đủ nhất và bộ SOP hiện có đã mô tả đúng tuyến này; nếu KONIG có dòng đang chạy nhiều dự án hơn thì đổi, khung không đổi); ② mỗi tuần một buổi làm việc ngắn duyệt phần vừa dựng.

AAS nói rõ giới hạn của bốn tuần, để không hứa quá: bốn tuần dựng trọn cặp thư viện — cưỡng hành với sáu điểm chặn, và chạy thật một dự án mẫu từ cấu hình tới nghiệm thu, mở hai lò gắn thẳng vào trục (hồ sơ phương án · báo giá). Số hoá trọn bộ catalog cả sáu dòng, Agent cho các phòng còn lại và bộ phiếu nghiệp vụ đầy đủ chạy tiếp sau đó — khung đã đứng thì phần mở rộng dựng nhanh. Bề sâu vận hành — dữ liệu đủ dày để đo chỉ tiêu, nối dữ liệu với nhà máy — cũng thuộc giai đoạn sau, và đó chính là phần KONIG tự đi tiếp được với sự đồng hành của AAS.

Đây là câu hỏi AAS coi là quan trọng nhất trong ba câu, nên trả lời bằng danh mục đếm được chứ không bằng cam kết chung. Sáu nhóm tài sản, bàn giao có biên bản:

AAS đề nghị đưa nguyên tắc này thành điều khoản hợp đồng, với ba câu cụ thể: mọi tài khoản hạ tầng đứng tên KONIG ngay từ ngày khởi tạo · dữ liệu xuất được ra định dạng mở bất cứ lúc nào · mã nguồn và tài liệu kỹ thuật bàn giao kèm quyền chỉnh sửa không giới hạn. Nguyên tắc KONIG nêu ngày 21/08 và cách AAS vẫn làm trùng nhau ở điểm này, nên viết vào hợp đồng là việc dễ.

Bốn tuần là cửa vào, không phải toàn bộ chặng đường. Phần tiếp theo thuộc về KONIG, và AAS đồng hành theo mức KONIG chọn:

KONIG viết rằng nếu thống nhất được điểm sở hữu thì hai bên có thể đi với nhau lâu dài, chứ không dừng ở dự án bốn tuần. AAS chọn cách làm đúng với mong muốn đó: bốn tuần bàn giao trọn quyền sở hữu, không giữ lại một chốt chặn kỹ thuật nào. Một quan hệ dài hạn giữ được bằng việc mỗi giai đoạn sau đều đáng làm tiếp — không phải bằng chỗ phụ thuộc.

Điểm cuối trong bảng này AAS xin nhấn thêm một câu: bộ SOP mà KONIG đã viết là thứ mà khảo cứu thị trường cho thấy chưa đơn vị cùng ngành nào tại Việt Nam công bố được. Khi bộ quy trình ấy có tầng cưỡng hành và có dữ liệu chứng minh, bộ quy trình không còn là tài liệu nội bộ nữa — mà trở thành lý do để một chủ đầu tư chọn KONIG thay vì chọn giá thấp hơn.

KONIG cho biết đang trong giai đoạn chuyển đổi phần mềm. Đây vừa là thời điểm thuận lợi để chốt hạ tầng một lần cho đúng, vừa là lúc dễ mua nhầm nhất — nên AAS xin nêu nguyên tắc chọn trước, danh mục sau.

Hệ sinh thái AAS mang tới: hai trụ, không hơn

Hai trụ này nối nhau theo một chiều rõ ràng: dữ liệu và tài liệu nằm trong Workspace của KONIG; Agent làm việc trên đúng kho đó theo luật trong khoang LUẬT. Không có kho dữ liệu thứ hai nằm ở chỗ khác, và không có tài khoản nào của AAS đứng giữa.

Vì sao chỉ hai trụ: mỗi công cụ thêm vào là một chỗ đăng nhập, một khoản phí, và một chỗ dữ liệu có thể lệch. Hai trụ phủ đủ cả sáu tầng kiến trúc cho giai đoạn này; phần còn thiếu là các phần mềm chuyên ngành mà KONIG đang dùng — và với những phần mềm đó, chủ trương của AAS là nối vào, không thay (xem ngay dưới).

Bốn nguyên tắc AAS đề nghị áp cho mọi công cụ đưa vào hệ:

1. Mọi tài khoản đứng tên KONIG ngay từ ngày khởi tạo — không có tài khoản nào của bên thi công đứng giữa. Đây là điều kiện để mục 5 nhóm 1 thành sự thật.
2. Dữ liệu phải xuất được ra định dạng mở (bảng tính, tệp văn bản thuần). Công cụ nào không cho mang dữ liệu đi thì không đưa vào hệ, dù tính năng có hấp dẫn tới đâu.
3. Càng ít công cụ càng tốt. Mỗi công cụ thêm vào là một chỗ đăng nhập, một khoản phí và một chỗ dữ liệu có thể lệch. Thêm công cụ mới chỉ khi có một việc đo được mà bộ hiện có không làm nổi.
4. Chuẩn hoá trước, mua sau. Phần mềm quản trị tổng thể mua giữa lúc quy trình chưa chuẩn thì số hoá luôn cả chỗ chưa gọn — chi phí lớn nhất không phải tiền bản quyền mà là công nhập lại dữ liệu lần thứ hai.

Danh mục đầy đủ cho bốn tuần đầu — hai trụ trên, cộng bốn thứ phục vụ vận hành; tổng sáu, không hơn:

*Ba thứ AAS đề nghị KONIG chưa mua trong giai đoạn này* — nêu ra vì đang là lúc chuyển đổi phần mềm, và đây là ba khoản dễ mua sớm nhất:

• Phần mềm quản trị tổng thể (ERP): chỉ nên chọn khi sổ cái và các lớp dữ liệu đã chạy ổn định — lúc đó KONIG biết chính xác mình cần gì và mọi thứ nhập vào là dữ liệu sạch.
• Phần mềm quản lý khách hàng chuyên ngành (CRM): bộ phiếu và sổ cái ở tuần 1 đã phủ đủ vòng khách hàng của giai đoạn này.
• Phần mềm cấu hình – báo giá tự động chuyên ngành cửa (loại CPQ của châu Âu): chi phí và thời gian triển khai lớn, và chỉ phát huy khi lớp Product Master đã đủ ruột — tức là sau khi bốn đợt nạp danh mục hoàn tất.

⛔ Đề nghị cụ thể: KONIG gửi danh sách phần mềm đang dùng

Để AAS nghiên cứu và thiết lập liên kết với hệ mới, xin KONIG gửi danh sách phần mềm · công cụ · thiết bị đang dùng và đang chuyển đổi. Càng sớm càng tốt, vì phương án liên kết ảnh hưởng tới cách dựng ngay từ tuần 1. Bảng dưới đây là mẫu để điền cho nhanh — mỗi phần mềm một dòng:

Cột «có xuất dữ liệu ra tệp được không» là cột quyết định phương án — xin KONIG điền kỹ cột này; chưa rõ thì ghi «chưa rõ», AAS sẽ kiểm giúp.

Ba mức liên kết — mặc định là nối, không phải thay

Cam kết của AAS ở phần này: nhận danh sách → nghiên cứu từng phần mềm → trả lại bảng đề xuất mức liên kết cho từng dòng kèm lý do → thử nối một luồng nhỏ trước để đo, rồi mới mở rộng. Phần mềm chuyên ngành mà đội đang dùng quen — phần mềm vẽ, phần mềm tối ưu cắt profile, phần mềm kế toán — giữ nguyên; hệ mới nối vào chứ không đụng tới.

Một lưu ý thẳng thắn về giai đoạn chuyển đổi: nếu KONIG đang cân nhắc đổi một phần mềm nào đó, AAS đề nghị hoãn quyết định ấy tới sau tuần 2. Lúc đó sổ cái và các lớp dữ liệu đã chạy, KONIG sẽ biết chính xác mình cần gì ở phần mềm mới — thay vì chọn theo danh sách tính năng của nhà cung cấp.

1. Một buổi làm việc về kiến trúc — đi qua bảng sáu tầng ở mục 1 và danh mục công cụ ở mục 7, chốt phạm vi bốn tuần.
2. KONIG xác nhận bản khung cốt lõi sản phẩm gửi kèm — đặc biệt cột tuyến cung ứng và danh sách hệ trong từng dòng.

2b. Chốt định nghĩa năm dạng công trình và bộ tiêu chí nhận dạng — việc này đứng trước khâu kiểm kê dự án cũ, vì phân loại đổi thì mọi thống kê phải làm lại.

1. Xin bản Doctrine v1.0 — tài liệu bộ SOP đã trích dẫn. Đây là hạt nhân của tầng luật, AAS xin sớm hơn mọi tài liệu khác.
2. Chốt tên người giữ từng cổng — đây là thứ chặn nhịp tuần 1 nếu để muộn.
3. Chốt kênh duyệt trên điện thoại (Telegram hoặc Zalo) và danh sách phần mềm KONIG đang chuyển đổi, để AAS nối vào cho đúng.