← Về thư mục
📄 / / skills / research / research-and-innovation / SKILL.md

name: research-and-innovation description: Workflow nghiên cứu chuyên sâu (Research & Inno) cho CEO version: 2.1.0

Research & Innovation Workflow (Research & Inno.)

Đây là quy trình làm việc chuẩn cho mọi đề tài nghiên cứu của Nhi Vo, tập trung vào tính đối chất, sự khả thi và chiều sâu thông tin, đa ngôn ngữ, định tính và định lượng.

1) Quy trình làm việc (5 Phases, có Grill QA Checkpoint bắt buộc)

Nguyên tắc: Mỗi deliverable research PHẢI qua Grill QA Critique (dùng skill research-critism) trước khi chuyển qua phase kế tiếp. R&D viết → Grill QA phản biện → R&D cập nhật theo comment. Không deliverable nào được coi là hoàn thành nếu chưa qua vòng critique này.

Phase 1 — Đối chất câu hỏi

Phase 2 — First round research (Viability)

Phase 3 — Chốt chủ đề và Giả thuyết nghiên cứu (Research Proposal)

Phase 4 — Literature Review và Deep Research

Phase 5 — Phân tích và Ghi nhận

2) Template topic.md (Final)

Dùng template này cho mọi note nghiên cứu mới.

---
type: research-topic
title: "{{TITLE}}"
alias:
  * "{{ALIAS}}"
status: draft
---

# {{TITLE}}

## Phase Log
* [ ] Phase 1: Đối chất câu hỏi
* [ ] Phase 2: First round research
* [ ] Phase 3: Chốt chủ đề
* [ ] Phase 4: Literature review
* [ ] Phase 5: Phân tích sâu

## 1) Mục tiêu nghiên cứu
* ...

## 2) Câu hỏi nghiên cứu
1. ...

## 3) Phạm vi
* ...

## 3.1) System Scan Components (Phase 2 Scan)
Khi thực hiện quét nhanh một hệ thống, tập trung vào 4 trụ cột:
1. **Methodology:** Khung chuẩn, phương pháp luận, ví dụ TSA, chuẩn UN.
2. **Technology:** Nền tảng số, AI, Big Data, Dashboard, Open API.
3. **Data Sources:** Nguồn dữ liệu, NSO, Immigration, OTA, Social Media.
4. **Management and Partnerships:** Cơ cấu quản lý và các đối tác chiến lược.

## 4) Open Insights
> Nơi ghi lại mọi phát hiện, insight, manh mối tìm được theo thời gian.
* ...

## 5) Nghiên cứu chi tiết
* **Định lượng:** ...
* **Định tính:** ...
* **Nguồn đa ngôn ngữ:** ...

## 6) Phân tích tổng hợp
* ...

## 7) Fact-check
* [ ] ...

## 8) Reviewer Review (research-critism)
> Mục này do reviewer điền sau khi review. Bỏ trống ở giai đoạn Draft.
* **Người review:**
* **Ngày:**
* **Mức đánh giá:** [A/B/C]

### Phát hiện chính
1.

### Yêu cầu sửa nếu có
* [ ] Yêu cầu 1:
* [ ] Yêu cầu 2:

### Lưu ý cho CEO


## 10) References
* ...

## 11) Ghi chú nhanh
* ...

## Pitfalls và Workarounds
* **Open Findings và Hypotheses:** Đừng nhầm các phát hiện sơ bộ của Phase 2 với giả thuyết khoa học. Nếu câu vẫn mang tính mô tả, so sánh, hoặc liệt kê manh mối thì đó là Open Finding, chưa phải hypothesis. Phase 3 chỉ được chốt khi IV và DV đã rõ, nếu chưa rõ thì quay lại Phase 2 thay vì đẩy sang deep research.
* **Hypothesis Form:** Giả thuyết phải có IV và DV rõ ràng, có thể kiểm chứng hoặc bác bỏ. Nếu không có quan hệ biến, hãy quay lại Phase 3 thay vì đẩy sang Phase 4.
* **Research Hub:** Mọi project nghiên cứu chuyên sâu phải được track trên bảng `research-hub` thay vì nhét vào `nv-office`.
* **Role Separation:** `nv-office` chỉ giữ Umbrella Task. `research-hub` giữ các child task theo phase và reviewer.
* **Domain Truth Source:** Các nguồn domain chuẩn phải đọc từ `content/research/domains/<domain>/master_*.md`.
* **Missing Research Tool:** Nếu các công cụ nghiên cứu cao cấp không khả dụng, sử dụng script Python với thư viện `ddgs`.
* **Data Noise:** Kết quả tìm kiếm có thể bị nhiễu bởi tin tức cũ hoặc Wikipedia; ưu tiên các cổng dữ liệu chính thức.
* **Official Source Hierarchy:** Khi research các hệ thống quốc gia, luôn tìm theo thứ tự ưu tiên: cổng dữ liệu mở chính thức, báo cáo thống kê chính thức, tài liệu API hoặc dashboard kỹ thuật, báo cáo dự án quốc tế. Phải truy cập từng URL để xác nhận còn hoạt động trước khi đưa vào References.
* **APA Citation Workflow:** References section phải tuân theo chuẩn APA. Quy trình: dùng `ddgs` hoặc browser tìm cổng chính thức, truy cập xác nhận URL còn live, lấy title chính xác từ trang, viết citation APA đầy đủ. Nếu URL không truy cập được hoặc không tìm thấy nguồn chính thống thì không đưa vào References, đánh dấu `[unverified]` trong Fact-check.
* **Research Reference:** Với bài đối sánh hệ thống đo lường du lịch quốc gia, dùng thêm `references/tourism-benchmarking-methodology.md` để bám khung scan và danh sách cổng chính thức theo nước.
* **Pipeline handoff:** Sau khi hoàn thành research draft, dùng `hermes kanban --board nv-office reassign <task_id> grill-qa --reason "Chờ reviewer review"`. Lệnh `reassign` là đủ để chuyển stage. Không dùng `block` cho task ở status `todo`. Chỉ dùng `block` nếu task đang ở status `running`. Xem skill `research-pipeline`. Worker tuyệt đối không tạo subtask mới cho cross-department handoff.

Nguyên tắc cốt lõi

  1. Không file phụ: Mọi thứ, summary, highlight, ref, insight, gom hết vào 1 file topic.md.
  2. Fact-check và Citations: Mọi thông tin phải đi kèm nguồn tham chiếu và trích dẫn theo chuẩn APA. Tuyệt đối không đưa số liệu hoặc nhận định mà không có bằng chứng xác thực.
  3. Open Insights: Luôn cập nhật trong quá trình nghiên cứu để đối chiếu.
  4. Đa ngôn ngữ: Ưu tiên đọc nguồn gốc bằng ngôn ngữ bản địa của chủ đề.
  5. Văn phong của CEO: Tuân thủ quy định viết câu ngắn, không dùng gạch nối trong văn xuôi hoặc danh sách.
  6. Parallel Workflow: Đối với các đề tài đa đối tượng, sử dụng delegate_task để chạy song song các workflow Phase 2 cho từng đối tượng, tối đa 3 subagent mỗi lần.
  7. Deliverable Links: Sau khi hoàn thành mỗi subtask, phải báo cáo link truy cập trực tiếp đến file kết quả để CEO duyệt ngay. Luôn dùng URL đã được xác nhận hoạt động, không dùng IP cũ.
  8. Pipeline bắt buộc: Mọi task nghiên cứu phối hợp nhiều phòng ban phải chạy pipeline Draft, Review, Approve. Dùng reassign để bàn giao. Không tạo subtask mới cho cross-department handoff.
  9. Không tự đóng vai phòng ban khác: R&D không được tự QA hoặc review. Reviewer không được tự approve. Nghiêm cấm tạo subtask mang đuôi cố định để bàn giao.
  10. Trung tâm là Việt Nam: Mọi nghiên cứu so sánh quốc tế phải lấy Việt Nam làm trục phân tích.
  11. CEO Review Bundle: Khi chuyển task cho CEO review, comment phải có link clickable đến file deliverable, câu hỏi review cụ thể CEO cần kiểm tra, và trạng thái QA hiện tại.
  12. Personality bắt buộc: Khi viết research chính sách hoặc so sánh quốc gia, dùng /personality policy_researcher hoặc personality tương đương.
  13. Cross-check với company_kb: Tận dụng dữ liệu ingest và master file trong company_kb để rà soát chéo các chính sách, nghị quyết thực tế của Việt Nam thay vì chỉ dựa vào web search.