Sau khi đã hiểu cách viết Prompt (Bài 3), bước tiếp theo để nâng cấp từ “AI trả lời tốt” → “AI làm việc như một Automation Engineer” chính là:

⚙️ Thiết lập SKILL + WORKFLOW + RULE cho AI Agent

Để vận hành Antigravity hiệu quả, cần hiểu rõ mối quan hệ:

SKILL (làm gì) → WORKFLOW (làm theo trình tự nào) → RULE (làm theo tiêu chuẩn gì)

• WORKFLOW = controller
• RULE = policy
• SKILL = worker

Đây là phần cốt lõi nhất nếu bạn muốn build AI Agent phục vụ Test Automation hay Manual một cách bài bản.

✳️ 1. SKILL, WORKFLOW và RULE là gì? Tại sao cần?

🧠 SKILL (Kỹ năng)

Là những khả năng cụ thể mà AI có thể thực hiện.

SKILL = 1 khả năng nhỏ, rõ ràng, dùng lại được.

Ví dụ trong Testing:

• Generate test case

• Convert test case → automation script

• Generate locator từ HTML

• Review code

• Debug flaky test

👉 Hiểu đơn giản:

SKILL = “AI biết làm gì”

🔄 WORKFLOW (Luồng xử lý)

Là chuỗi các bước logic mà AI thực hiện để hoàn thành 1 task lớn.

Ví dụ:

1. Phân tích requirement

2. Sinh test case

3. Sinh automation code

4. Review code

5. Generate report

👉 Hiểu đơn giản:

WORKFLOW = “AI làm theo trình tự nào”

📏 RULE (Quy tắc)

Là các constraint + tiêu chuẩn mà AI bắt buộc phải tuân theo.

Ví dụ:

• Phải dùng Page Object Model

• Locator ưu tiên data-testid

• Code phải chạy được với Java 17 + Selenium 4.x

• Không dùng sleep()

👉 Hiểu đơn giản:

RULE = “AI phải làm đúng chuẩn gì”

🎯 Vì sao cần 3 thứ này?

1. Khi KHÔNG dùng SKILL / WORKFLOW / RULE

🧠 Cách AI hoạt động

• AI xử lý stateless theo từng prompt
• Mỗi lần hỏi = một lần “reset tư duy”
• Phụ thuộc 100% vào prompt tại thời điểm đó

⚠️ Hệ quả thực tế

1. Kết quả không ổn định (Inconsistent Output)

• Cùng 1 task:
  • Lúc thì viết theo Page Object
  • Lúc thì viết inline locator
  • Lúc thì thiếu assert
    👉 Không có chuẩn chung

2. Prompt ngày càng dài và rối

Bạn sẽ phải viết kiểu:

"Hãy viết test theo POM, dùng TestNG, có logging, có retry, có wait, code clean..."

👉 Lặp lại ở mọi prompt

3. Khó scale dự án

• 10 test case → còn kiểm soát được
• 100 test case → bắt đầu loạn
• 500 test case → vỡ trận

4. AI không “hiểu project”

• Không biết:
  • naming convention
  • structure framework
  • reusable function
    👉 Code sinh ra không đồng bộ

5. Tốn quota & thời gian

• Vì phải:
  • prompt dài hơn
  • sửa sai nhiều hơn
    👉 Cost tăng rõ rệt

2. Khi CÓ dùng SKILL / WORKFLOW / RULE

🧠 Cách AI hoạt động

• Có memory có cấu trúc (giả lập)
• Có quy trình chuẩn
• Có ràng buộc rõ ràng

✅ Lợi ích rõ rệt

1. Output ổn định (Consistency)

• Code luôn:
  • đúng framework
  • đúng style
  • đúng pattern

👉 Giống như có “Senior review tự động”

2. Prompt cực ngắn nhưng vẫn chuẩn

Chỉ cần:

"Generate test case login thất bại"

AI sẽ:

• Tự áp dụng:
  • SKILL (cách viết test)
  • RULE (coding convention)
  • WORKFLOW (quy trình generate)

3. Scale dễ dàng (Rất quan trọng)

• 100 → 1000 test case vẫn giữ chuẩn
• Team nhiều người vẫn đồng bộ

👉 Đây là điểm then chốt trong enterprise

4. AI “hiểu hệ thống của bạn”

Ví dụ:

• Biết:
  • BaseTest
  • CommonPage
  • Utils
    👉 Code generate ra dùng lại được ngay

5. Tối ưu quota + tốc độ

• Ít phải explain lại
• Ít phải sửa
  👉 Giảm ~30–60% chi phí prompt (thực tế)

6. Tách biệt trách nhiệm rõ ràng

👉 Đây chính là architecture cho AI automation

3. So sánh trực diện

4. Insight quan trọng (rất đáng lưu ý)

AI không thông minh hơn khi bạn prompt tốt hơn
AI thông minh hơn khi bạn thiết kế hệ thống cho nó

5. Góc nhìn dành riêng cho bạn (Automation Tester)

Nếu bạn đang:

• Dùng Appium + TestNG
• Build framework đa platform

👉 Không dùng SKILL/WORKFLOW/RULE = đang tự làm khó mình

Vì:

• Mobile test có nhiều layer:
  • Driver
  • Locator
  • Wait
  • Retry
    👉 Nếu không chuẩn hóa → AI sẽ phá structure rất nhanh

6. Kết luận ngắn gọn

• ❌ Không dùng → AI = “Intern mỗi lần reset trí nhớ”
• ✅ Có dùng → AI = “Senior Engineer có guideline”