CHƯƠNG 4 ỨNG DỤNG KWSR THEO NHÓM NGÀNH

FINANCE & LEGAL Al APPLICATIONSLe] a =|FINANCE + » e / LEGAL: i, MODELKWSRAPPLIED 2 es| ! —=PS ; KNOWLEDGE WORKFLOW CaaaAccounting = Prediction© ats | ProcessGece}Optimization =Compliance = ==SKILL RULE Gavet-il . Legal Frameworks Task Management » =—Investment ContractAnalysis Ee Rn ' Management: Ain site := | FinancialDocumentModeling Review RiskData Protection Management Ee. Audit & > Compliance" Reporting "7 SS checks

như chuẩn mực kế toán, luật bảo mật dữ liệu, hoặc quy tắc đạo đức nghề nghiệp phải được tuân thủ tuyệt đối.

4.1.2 Chiến lược KWSR

Rule là nền móng. Trước khi Agent thực hiện bất kỳ tác vụ nào, cần thiết lập rõ ràng những điều cấm và những nguyên tắc bắt buộc. Đây không phải bước có thể bỏ qua hoặc làm sau.

Trong thực tế, nhiều tổ chức gặp sự cố vì vội vàng giao việc cho Agent mà chưa xây dựng hệ thống Rule đầy đủ. Agent thực hiện đúng yêu cầu được giao, nhưng vô tình vi phạm một quy định nội bộ hoặc quy định pháp luật mà không ai lường trước. Lỗi này thường khó phát hiện, và hậu quả có thể rất nặng nề.

Skill đảm bảo chất lượng chuyên môn. Sau khi Rule đã vững chắc, việc đóng gói Skill giúp Agent xử lý các tác vụ chuyên môn với độ chính xác cao. Ví dụ: đọc hiểu sao kê ngân hàng, phân tích điều khoản hợp đồng, hoặc soạn thảo văn bản pháp lý theo đúng thể thức.

4.1.3 Ba ngành tiêu biểu

Ngành	Đặc thù riêng	Thứ tự ưu tiên KWSR
Tài chính - Kế toán	Báo cáo tài chính, đối chiếu số liệu, tuân thủchuẩn mực	Rule → Workflow →Skill
Ngân hàng - Bảohiểm	Quy trình KYC/AML, xử lý claims, phê duyệt tíndụng	Rule → Skill →Workflow
Pháp lý - Luật sư	Rà soát hợp đồng, tra cứu luật, bảo mật kháchhàng	Skill → Rule →Knowledge

Mỗi ngành có thứ tự ưu tiên khác nhau tùy theo bản chất công việc. Ngân hàng cần Rule trước tiên vì rủi ro tuân thủ cao. Luật sư cần Skill trước tiên vì chất lượng phân tích pháp lý là yếu tố quyết định.

4.1.4 Điểm khởi đầu được khuyến nghị

Nếu bạn thuộc nhóm này, hãy bắt đầu bằng việc liệt kê tất cả những điều “tuyệt đối không được phép.” Danh sách này sẽ trở thành nền tảng cho file GEMINI.md và các file Rule trong thư mục .agent/rules/ .

Một số câu hỏi gợi ý để xây dựng Rule:

• Những loại thông tin nào Agent không được tiết lộ ra bên ngoài?

• Những thao tác nào cần có sự phê duyệt của con người trước khi thực hiện?

• Ngưỡng giá trị nào yêu cầu cảnh báo hoặc dừng lại?

• Những file hoặc thư mục nào Agent không được phép chỉnh sửa?

4.1.5 Sai lầm thường gặp

Tin tưởng output mà không kiểm chứng. Agent có thể tính toán chính xác về mặt kỹ thuật nhưng sai về mặt nghiệp vụ nếu hiểu nhầm ngữ cảnh. Mọi báo cáo tài chính hoặc phân tích pháp lý cần được con người rà soát trước khi sử dụng chính thức.

Thiếu cơ chế audit trail. Trong ngành này, khả năng truy vết “ai làm gì, lúc nào” là yêu cầu cốt lõi. Nếu không thiết lập từ đầu, việc bổ sung sau sẽ rất tốn kém và có thể không đầy đủ.

Cho Agent quyền truy cập quá rộng. Nguyên tắc “quyền tối thiểu” cần được áp dụng nghiêm ngặt. Agent chỉ nên có quyền truy cập vào đúng những dữ liệu cần thiết cho tác vụ hiện tại.

4.1.6 Dấu hiệu Agent trưởng thành

Agent trong nhóm Tài chính và Pháp lý được coi là trưởng thành khi đạt ba tiêu chí.

Thứ nhất, Agent tự động từ chối những yêu cầu vi phạm Rule, kể cả khi người dùng nhấn mạnh hoặc giải thích lý do. Đây là biểu hiện của việc Rule đã được “nội hóa” vào hành vi của Agent.

Thứ hai, Agent cảnh báo khi phát hiện bất thường trong dữ liệu. Thay vì xử lý một cách máy móc, Agent nhận ra những điểm khác biệt và chủ động thông báo để con người kiểm tra.

Thứ ba, Agent hoàn thành tác vụ với độ chính xác cao và ít cần can thiệp sửa chữa. Kết quả đầu ra đạt tiêu chuẩn chất lượng của ngành mà không cần biên tập lại nhiều.

4.1.7 Use Case tiêu biểu

Use Case	Input → Output	Tầng chính	Độ phức tạp
Phân tích sao kê ngânhàng	PDF sao kê → Báo cáo phân loại giaodịch	Skill	⭐⭐⭐
Đối chiếu công nợ	2 file Excel → Báo cáo chênh lệch	Workflow	⭐⭐
Rà soát hợp đồng	File hợp đồng → Danh sách rủi ro pháplý	Skill	⭐⭐⭐⭐
Xử lý hồ sơ bảo hiểm	Hồ sơ claim → Quyết định duyệt/từchối	Rule +Workflow	⭐⭐⭐

BUSINESS OPERATIONSAl APPLICATIONS° = mm Oo )(sy asKNOWLEDGE e Pa8 “|. WORKFLOWS—e© Machine Learning Models © Robotic Process® Data Insights Automation (RPA)i HR ® Streamlined Operations> engagement SN Oox I~ ‘OPERATIONS FAGa @~(“}@2 LOGISTICS / ADMIN _Te 08 J |:lea) ,,SUPPLY CHAIN Demand forecasting, ©© SmartSYSTEMSInfrastructure 4 6 “RESOURCESResource Allocation® loT Integration © Cost Optimization® System Monitoring & Scalability

4.2.2 Chiến lược KWSR

Workflow là trọng tâm. Khi công việc lặp lại nhiều lần với cùng một chuỗi bước, việc chuẩn hóa thành Workflow mang lại hiệu quả tức thì. Người dùng chỉ cần gọi một lệnh như /bao_cao_tuan hoặc /xu_ly_don , thay vì hướng dẫn Agent từng bước mỗi lần.

Rule bảo vệ dữ liệu vận hành. Dù công việc có vẻ ít rủi ro hơn so với nhóm Tài chính, vẫn cần thiết lập Rule để bảo vệ thông tin nhân sự, lịch sử giao dịch, và dữ liệu khách hàng. Một số Rule cơ bản: không tiết lộ mức lương cá nhân, không xóa dữ liệu lịch sử, không gửi thông tin nội bộ ra bên ngoài.

4.2.3 Ba ngành tiêu biểu

Ngành	Đặc thù riêng	Thứ tự ưu tiên KWSR
Nhân sự - Hành chính	Quản lý hồ sơ, chấm công, đơn từ,onboarding	Workflow → Knowledge →Rule
Dịch vụ khách hàng	Xử lý yêu cầu, phản hồi khiếu nại, FAQ	Workflow → Skill →Knowledge
Logistics - Chuỗi cungứng	Theo dõi đơn hàng, quản lý tồn kho, vậnchuyển	Workflow → Rule → Skill

Điểm chung của ba ngành là đều xử lý khối lượng công việc lớn với quy trình tương đối ổn định. Sự khác biệt nằm ở mức độ cần chất lượng chuyên môn (Skill) và mức độ nhạy cảm dữ liệu (Rule).

4.2.4 Điểm khởi đầu được khuyến nghị

Hãy quan sát công việc trong hai tuần và ghi lại những tác vụ bạn phải làm nhiều hơn ba lần. Danh sách này chính là các ứng viên tốt nhất để chuyển đổi thành Workflow.

Một số ví dụ thường gặp:

• “Tổng hợp báo cáo tuần” — thực hiện mỗi thứ Hai

• “Sàng lọc CV” — mỗi khi có đợt tuyển dụng

• “Gửi nhắc nhở thanh toán” — cuối mỗi tháng

• “Trả lời câu hỏi thường gặp” — nhiều lần mỗi ngày

Bắt đầu với một hoặc hai Workflow đơn giản, chạy ổn định, rồi mới mở rộng dần. Đừng cố gắng tự động hóa mọi thứ cùng lúc.

4.2.5 Sai lầm thường gặp

Thiếu kiên nhẫn trong giai đoạn đầu. Agent cần thời gian để tích lũy Knowledge về ngữ cảnh công việc. Trong tháng đầu tiên, kết quả có thể chưa như kỳ vọng. Đây là giai đoạn “đào tạo” mà người vận hành cần kiên nhẫn hướng dẫn và sửa lỗi.

Workflow quá cứng nhắc. Một Workflow tốt cần có cơ chế xử lý ngoại lệ. Nếu chỉ viết cho trường hợp lý tưởng, Agent sẽ gặp khó khăn khi đối mặt với thực tế đa dạng hơn.

Không cập nhật Workflow khi quy trình thay đổi. Tổ chức luôn phát triển và quy trình cũng thay đổi theo. Nếu Workflow không được cập nhật, Agent sẽ tiếp tục làm theo cách cũ, gây sai lệch với thực tế.

4.2.6 Dấu hiệu Agent trưởng thành

Agent trong nhóm Vận hành được coi là trưởng thành khi đạt ba tiêu chí.

Thứ nhất, Agent tự động chạy Workflow theo lịch mà không cần nhắc nhở. Ví dụ: báo cáo tuần được gửi vào 8h sáng thứ Hai mà không cần người dùng ra lệnh.

Thứ hai, Agent nhận diện được các trường hợp ngoại lệ và chủ động báo cáo thay vì xử lý sai. Khi gặp dữ liệu bất thường, Agent dừng lại và thông báo để con người quyết định.

Thứ ba, kết quả đầu ra nhất quán giữa các lần thực hiện. Cùng một loại input sẽ cho ra output có format và chất lượng tương đương.

4.2.7 Use Case tiêu biểu

Use Case	Input → Output	Tầng chính	Độ phứctạp
Tóm tắt biên bản họp	Ghi âm/transcript → Biên bản chuẩn	Workflow + Skill	⭐⭐
Sàng lọc hồ sơ ứngviên	Folder CV → Bảng xếp hạng + đánhgiá	Workflow + Skill	⭐⭐⭐
Xử lý khiếu nại	Email/chat → Phân loại + phản hồimẫu	Workflow +Knowledge	⭐⭐
Theo dõi đơn hàng	Tracking ID → Cập nhật trạng thái	Workflow	⭐

KNOWLEDGE & CREATIVE Al APPLICATIONS

EDUCATION_ MEDIA & ARTSEB== TO/ft wa ~ ——~— (te ) —RESEARCH » _ Vin He — | CONTENT CREATIONOD)a)/¢ eaeo Come / j(EY——)> +KNOWLEDGE REVIEW&ideas and data pacha Ses aoe Hath concerns quality enhancement

4.3.2 Chiến lược KWSR

Skill là yếu tố quyết định chất lượng. Trong nhóm này, sự khác biệt giữa một Agent tốt và một Agent xuất sắc nằm ở độ tinh tế của Skill. Cách dùng từ, cấu trúc câu, giọng văn phù hợp với từng loại nội dung — tất cả đều cần được “dạy” cho Agent thông qua việc xây dựng Skill kỹ lưỡng.

Knowledge tích lũy liên tục. Agent cần hiểu ngữ cảnh của tổ chức: thuật ngữ chuyên ngành, phong cách riêng, đối tượng độc giả mục tiêu. Quá trình này diễn ra dần dần qua mỗi lần tương tác và không thể đẩy nhanh được.

4.3.3 Bốn ngành tiêu biểu

Ngành	Đặc thù riêng	Thứ tự ưu tiên KWSR
Marketing - Truyền thông	Nội dung sáng tạo, tuân thủ brand voice	Skill → Knowledge → Rule
Giáo dục - Đào tạo	Giáo án, đánh giá, cá nhân hóa học tập	Skill → Workflow → Rule
Nghiên cứu - R&D	Literature review, phân tích dữ liệu	Knowledge → Skill → Rule
Truyền thông - Báo chí	Tin bài, fact-check, deadline	Skill → Rule → Workflow

Mỗi ngành có một “sản phẩm” khác nhau nhưng đều chia sẻ yêu cầu chung: nội dung phải đạt tiêu chuẩn chất lượng cao và phù hợp với ngữ cảnh sử dụng.

4.3.4 Điểm khởi đầu được khuyến nghị

Hãy xác định “chuẩn mực chất lượng” cho từng loại nội dung mà tổ chức sản xuất. Đây là bước quan trọng nhất trước khi xây dựng Skill.

Một số câu hỏi gợi ý:

• Văn bản marketing cần giọng điệu như thế nào? Trang trọng hay thân thiện? Chuyên môn hay phổ thông?

– Bài báo khoa học cần cấu trúc ra sao? Theo format nào? Citation style gì?

– Giáo án cần những thành phần nào? Mục tiêu học tập, hoạt động, đánh giá?

– Tin bài cần đạt tiêu chuẩn gì? Bao nhiêu nguồn xác minh? Cấu trúc thế nào?

Sau khi xác định rõ tiêu chuẩn, đóng gói thành các file trong thư mục .agent/skills/ .

4.3.5 Sai lầm thường gặp

Kỳ vọng Agent sáng tạo hoàn toàn từ đầu. Agent giỏi hơn ở việc mở rộng ý tưởng có sẵn, biên tập bản thảo, hoặc nghiên cứu hỗ trợ. Nếu yêu cầu Agent sáng tạo từ con số không mà không cung cấp định hướng, kết quả thường chung chung và thiếu chiều sâu.

Tin hoàn toàn vào nội dung Agent tạo ra. Đặc biệt với số liệu, trích dẫn, và thông tin chuyên môn, Agent có thể “bịa” một cách rất thuyết phục. Mọi thông tin quan trọng cần được kiểm chứng trước khi sử dụng chính thức.

Không cung cấp ví dụ mẫu. Agent học tốt nhất từ ví dụ cụ thể. Nếu chỉ mô tả tiêu chuẩn bằng lời mà không cung cấp few-shot examples, Agent khó nắm bắt được những tinh tế mà bạn mong đợi.

4.3.6 Dấu hiệu Agent trưởng thành

Agent trong nhóm Tri thức và Sáng tạo được coi là trưởng thành khi đạt ba tiêu chí.

Thứ nhất, Agent tạo nội dung đúng giọng điệu và phong cách của tổ chức. Người đọc không nhận ra sự khác biệt giữa nội dung do Agent tạo và nội dung do con người viết.

Thứ hai, Agent biết khi nào cần hỏi lại và khi nào có thể tự quyết định. Với những vấn đề quan trọng, Agent chủ động xin ý kiến thay vì đoán mò.

Thứ ba, nội dung đầu ra ít cần biên tập lại, tiết kiệm thời gian đáng kể cho người dùng. Đây là thước đo thực tế nhất về chất lượng Skill.

4.3.7 Use Case tiêu biểu

Use Case	Input → Output	Tầng chính	Độ phức tạp
Viết nội dungmarketing	Brief → Bài viết chuẩn brand	Skill	⭐⭐⭐
Soạn giáo án	Chủ đề + objectives → Giáo án	Skill + Workflow	⭐⭐⭐
Literature review	Chủ đề nghiên cứu → Tổng quan tàiliệu	Knowledge +Skill	⭐⭐⭐⭐
Fact-checking	Bản tin → Xác minh + nguồn	Skill + Rule	⭐⭐⭐

Engineering & Manufacturing Al Applications

Quality —_ ProductionControl Planninga Quality = >— e—Control |e Production 0f- ite 4 _ Planning =XTechnical SafetyDocumentation Compliance

4.4.2 Chiến lược KWSR

Workflow đảm bảo trình tự đúng. Các công việc kỹ thuật thường có trình tự nghiêm ngặt không thể đảo ngược. Build trước test, test trước deploy. Workflow giúp Agent tuân thủ đúng trình tự này mà không bỏ sót bước nào.

Skill mang tính chuyên môn cao. Skill trong nhóm này thường gắn với công nghệ cụ thể: Python theo PEP8, JavaScript theo ESLint, SQL theo best practices của từng database. Mỗi Skill cần được xây dựng riêng biệt cho từng stack công nghệ.

4.4.3 Ba ngành tiêu biểu

Ngành	Đặc thù riêng	Thứ tự ưu tiên KWSR
Kỹ thuật - IT	Code, deploy, debug, documentation	Skill → Workflow → Rule
Sản xuất - Công nghiệp	QC, IoT data, BOM, reporting	Workflow → Rule → Skill
Bất động sản - Xây dựng	Bản vẽ, tiến độ, pháp lý đất	Knowledge → Rule → Workflow

Điểm khác biệt chính nằm ở nguồn dữ liệu. IT làm việc chủ yếu với code và logs. Sản xuất làm việc với dữ liệu cảm biến và quy trình. Xây dựng làm việc với tài liệu kỹ thuật và pháp lý.

4.4.4 Điểm khởi đầu được khuyến nghị

Hãy xác định các tiêu chuẩn kỹ thuật mà tổ chức đang áp dụng. Đây là nền tảng để xây dựng Skill. Nếu tổ chức chưa có tiêu chuẩn rõ ràng, việc triển khai AI Agent là cơ hội tốt để thiết lập.

Các tiêu chuẩn cần xác định:

• Với lập trình: coding style, naming convention, documentation format

• Với sản xuất: tiêu chuẩn chất lượng, ngưỡng cảnh báo, format báo cáo

• Với xây dựng: quy cách bản vẽ, checklist kiểm tra pháp lý

Sau khi có tiêu chuẩn, xây dựng Workflow cho các quy trình lặp lại: code review, deployment, báo cáo sản xuất, nghiệm thu công trình.

4.4.5 Sai lầm thường gặp

Tin tưởng code Agent sinh ra mà không review. Agent có thể viết code chạy được nhưng không tối ưu, khó bảo trì, hoặc có lỗ hổng bảo mật. Mọi code đều cần được con người review trước khi merge vào production.

Không thiết lập Rule bảo vệ môi trường production. Agent có quyền truy cập cao có thể vô tình xóa database, deploy code lỗi, hoặc thay đổi cấu hình quan trọng. Rule phải được thiết lập từ đầu để ngăn chặn những thao tác nguy hiểm.

Để Agent tự do thử nghiệm trong môi trường thực. Luôn cần có môi trường staging hoặc sandbox để Agent thử nghiệm. Chỉ khi đã xác nhận hoạt động đúng mới cho phép thao tác trên production.

4.4.6 Dấu hiệu Agent trưởng thành

Agent trong nhóm Kỹ thuật và Sản xuất được coi là trưởng thành khi đạt ba tiêu chí.

Thứ nhất, code hoặc output tuân thủ đúng tiêu chuẩn kỹ thuật. Không có lỗi lint, không vi phạm coding convention, documentation đầy đủ.

Thứ hai, Agent tự động phát hiện và cảnh báo lỗi tiềm ẩn. Thay vì chỉ thực hiện yêu cầu, Agent nhận ra những vấn đề có thể xảy ra và thông báo trước.

Thứ ba, Agent hoàn thành quy trình phức tạp theo đúng trình tự mà không bỏ sót bước. Build, test, deploy, notify — tất cả được thực hiện tự động và đúng thứ tự.

4.4.7 Use Case tiêu biểu

Use Case	Input → Output	Tầng chính	Độ phức tạp
Code review tự động	Pull request → Báo cáo review	Skill + Workflow	⭐⭐⭐
Đọc bản vẽ kỹ thuật	File CAD/PDF → Bảng khối lượng	Skill	⭐⭐⭐⭐
Theo dõi tiến độ sản xuất	Data IoT → Báo cáo + cảnh báo	Workflow	⭐⭐
Deploy staging	Code → Build → Test → Deploy	Workflow + Rule	⭐⭐⭐

Commerce & ServicesAl Applications)E-commerce SJE Customer Servicesecon om li , Seren.Automaturd integrathing © e © CustomerAl loachingSpecial Customers © © Premiere inmmortand namations applicationsSales MarketingBustowand marketplace @ | © Branded Al analysicsnamnting constructions Ys : customer-sewing forms& Sentiment analysis © aS | | ®@ Marketing productrecognilzedSentiment applications analysis @ Fh | © andMarketing improving protootior products)—————— KWSR ELEMENTS FOR CUSTOMER-FACING WORKFLOWS ———————. KNOWLEDGEACCESS ey AUTOMATIONWORKFLOW ©@ ANALYSISSENTIMENT wiley RECOMMENDAATIONS~ Databaselightburb with Ww Gearsautomation and @ ail analyetFaces withgraphs v3 StarsStars andott product

4.5.2 Chiến lược KWSR

Knowledge là nền tảng tương tác. Agent cần hiểu sản phẩm, dịch vụ, và chính sách của doanh nghiệp để tương tác hiệu quả với khách hàng. Catalog sản phẩm, bảng giá, chính sách đổi trả, FAQ — tất cả cần được Agent nắm vững.

Workflow xử lý khối lượng lớn. Với hàng nghìn giao dịch mỗi ngày, Workflow giúp tự động hóa các bước lặp lại: xác nhận đơn hàng, cập nhật trạng thái, gửi thông báo. Con người chỉ can thiệp khi có ngoại lệ.

4.5.3 Hai ngành tiêu biểu

Ngành	Đặc thù riêng	Thứ tự ưu tiên KWSR
Thương mại điện tử	Đơn hàng, tồn kho, reviews, promotions	Workflow → Knowledge → Rule
Du lịch - Khách sạn	Booking, feedback, seasonal trends	Workflow → Skill → Knowledge

Hai ngành chia sẻ đặc điểm chung: đều có mùa cao điểm khi khối lượng công việc tăng đột biến. AI Agent giúp đảm bảo chất lượng phục vụ ngay cả trong giai đoạn áp lực cao.

4.5.4 Điểm khởi đầu được khuyến nghị

Hãy cung cấp cho Agent tất cả thông tin về sản phẩm và dịch vụ. Đây là bước quan trọng nhất trước khi Agent có thể tương tác với khách hàng.

Các tài liệu cần chuẩn bị:

• Catalog sản phẩm với mô tả đầy đủ

• Bảng giá và chính sách khuyến mãi

• Chính sách đổi trả, bảo hành

• FAQ và cách giải quyết các tình huống thường gặp

• Kịch bản xử lý khiếu nại

Sau khi Knowledge đã sẵn sàng, xây dựng Workflow cho các tác vụ lặp lại: xử lý đơn hàng, phản hồi reviews, gửi email marketing.

4.5.5 Sai lầm thường gặp

Để Agent tương tác trực tiếp với khách hàng mà không có giám sát. Trong giai đoạn đầu, Agent cần được giám sát chặt chẽ. Agent có thể đưa ra cam kết không chính xác hoặc phản hồi không phù hợp với tình huống nhạy cảm.

Không cập nhật Knowledge khi sản phẩm thay đổi. Sản phẩm mới ra mắt, giá thay đổi, chính sách cập nhật — nếu Knowledge không được cập nhật kịp, Agent sẽ cung cấp thông tin lỗi thời cho khách hàng.

Phản hồi tự động quá máy móc. Khách hàng mong đợi sự cá nhân hóa. Nếu mọi phản hồi đều giống nhau, trải nghiệm sẽ kém đi dù tốc độ nhanh hơn.

4.5.6 Dấu hiệu Agent trưởng thành

Agent trong nhóm Thương mại và Dịch vụ được coi là trưởng thành khi đạt ba tiêu chí.

Thứ nhất, Agent hiểu đúng sản phẩm và dịch vụ, trả lời chính xác các câu hỏi của khách hàng. Không có tình trạng thông tin sai hoặc mâu thuẫn.

Thứ hai, Agent xử lý được các tình huống phổ biến mà không cần can thiệp của con người. Chỉ những trường hợp phức tạp hoặc ngoại lệ mới cần escalate.

Thứ ba, Agent biết khi nào cần chuyển cuộc hội thoại cho nhân viên thật. Không cố gắng xử lý những vấn đề vượt quá khả năng.

4.5.7 Use Case tiêu biểu

Use Case	Input → Output	Tầng chính	Độ phức tạp
Phân tích reviews sản phẩm	Reviews → Insights + sentiment	Skill	⭐⭐⭐
Xử lý đơn hàng tự động	Order data → Confirm + assign	Workflow	⭐⭐
Quản lý inventory	Stock data → Reorder alerts	Workflow	⭐⭐
Email marketing cá nhân hóa	Segments → Targeted content	Knowledge + Skill	⭐⭐⭐

a Q -@, e——y ooeGHEALTHCARE GOVERNMENT9) OPTIMIZING PATIENT CARE & RESOURCES ENHANCING EFFICIENCY& SERVICES ft)® Medical Diagnosis & Image Analysis * Streamlined Administrative Processes® Predictive Analytics for Treatment ® Fraud Detection in Tax & Benefits® Resource Allocation & Management ® City Planning & Traffic Control® Drug Discovery / “fa ~aN ® Citizen Engagement & Chatbots@juul ft@ G2Vn ® wf va am ®@— oO ®——-. : => cvNGO© NON-GOVERNMENTALDRIVING SOCIAL IMPACT ORGANIZATI & SUPP O RTNS SUSTAINABLEENVIRO DEVELOPME N T &MENT CONSERVATION ©® Aid Distribution & Needs Assessment ® Climate Change Modeling® Disaster Relief Coordination ® Wildlife Monitoring & Anti-Poaching® Volunteer Matching & Management ® Pollution Control & Monitoring® Social Program Evaluation ‘ PX > ® Sustainable Resource Management‘—_ KWSR: ADAPTED FOR PUBLIC ACCOUNTABILITY & TRANSPARENCY ——~~© © @(DATAKEY QUALITY) DATA (PROCESSWORKFLOWS INTEGRITY) (DATASECURITY PROTECTION) REPORTS(OVERSIGHT)& REVIEWMODERN INFOGRAPHIC | FLAT DESIGN STYLE| [Date] | PUBLICSECTORAI.ORG wie

4.6.2 Chiến lược KWSR

Rule là bắt buộc và không có ngoại lệ. Trước khi triển khai bất kỳ tác vụ nào, cần xác định rõ ràng các quy định pháp luật, quy trình hành chính, và giới hạn quyền hạn. Agent phải được thiết lập để từ chối mọi yêu cầu vi phạm, kể cả khi người dùng có thẩm quyền cao.

Workflow tuân thủ quy trình hành chính. Các thủ tục trong nhóm này thường có trình tự cố định theo quy định pháp luật. Agent không được phép tùy ý thay đổi hoặc bỏ qua bước nào trong quy trình.

4.6.3 Ba ngành tiêu biểu

Ngành	Đặc thù riêng	Thứ tự ưu tiên KWSR
Chính phủ - Hành chínhcông	Thủ tục hành chính, văn bản phápquy	Rule → Workflow →Knowledge
Y tế - Chăm sóc sức khỏe	Hồ sơ bệnh án, dữ liệu sức khỏe	Rule → Skill → Workflow
Phi lợi nhuận - NGO	Quản lý donor, báo cáo impact	Knowledge → Workflow →Rule

Ba ngành có mức độ quy định và rủi ro khác nhau. Y tế có quy định nghiêm ngặt nhất (HIPAA, PDPA). Hành chính công cần tuân thủ quy trình cứng. NGO cần minh bạch với donors và beneficiaries.

4.6.4 Điểm khởi đầu được khuyến nghị

Hãy làm việc với bộ phận pháp chế hoặc compliance để xác định tất cả các quy định liên quan. Đây là bước đầu tiên và quan trọng nhất, không có ngoại lệ.

Các quy định cần xác định:

• Luật bảo vệ dữ liệu cá nhân (PDPA, HIPAA nếu y tế)

• Quy trình hành chính bắt buộc

• Thẩm quyền phê duyệt ở từng cấp

• Yêu cầu lưu trữ và báo cáo

Chỉ sau khi Rule đã được thiết lập đầy đủ và được pháp chế phê duyệt, mới tiến hành xây dựng Workflow cho các thủ tục.

4.6.5 Sai lầm thường gặp

Xem nhẹ việc thiết lập Rule. Trong nhóm này, không có công việc nào đơn giản khi xét đến khía cạnh pháp lý và đạo đức. Một tác vụ có vẻ vô hại như “tổng hợp danh sách” cũng có thể vi phạm quy định nếu danh sách chứa thông tin công dân.

Để Agent truy cập dữ liệu nhạy cảm mà không có kiểm soát. Thông tin công dân, hồ sơ bệnh án, danh sách donors — tất cả đều cần cơ chế kiểm soát truy cập và ghi log chi tiết.

Không có cơ chế audit. Mọi thao tác của Agent cần được ghi lại để có thể kiểm toán khi cần thiết. Đây là yêu cầu pháp lý ở nhiều lĩnh vực.

4.6.6 Dấu hiệu Agent trưởng thành

Agent trong nhóm Công cộng và Xã hội được coi là trưởng thành khi đạt ba tiêu

chí.

Thứ nhất, Agent tự động từ chối mọi yêu cầu vi phạm quy định, kể cả khi người dùng giải thích lý do hoặc nhấn mạnh tính cấp bách. Đây là biểu hiện quan trọng nhất của một Agent đáng tin cậy trong nhóm này.

Thứ hai, Agent ghi log đầy đủ mọi thao tác để có thể kiểm toán. Log cần bao gồm: thời gian, người yêu cầu, nội dung yêu cầu, kết quả thực hiện.

Thứ ba, Agent hoàn thành thủ tục đúng trình tự và đúng thể thức. Không bỏ qua bước nào, không thay đổi format quy định.

4.6.7 Use Case tiêu biểu

Use Case	Input → Output	Tầng chính	Độ phức tạp
Xử lý hồ sơ hành chính	Hồ sơ công dân → Xác nhận + quyếtđịnh	Workflow +Rule	⭐⭐⭐
Tóm tắt hồ sơ bệnh án	Medical records → Summary SOAP	Skill + Rule	⭐⭐⭐⭐
Báo cáo impact chodonor	Project data → Impact report	Workflow +Skill	⭐⭐⭐
Tra cứu văn bản phápquy	Truy vấn → Điều khoản liên quan	Knowledge	⭐⭐