| name | vibe-company-orchestrator |
| description | Khởi tạo toàn bộ cấu trúc công ty dưới dạng folder + SOP markdown. Triết lý "Trần sao âm vậy" — sao chép mô hình công ty thực tế do con người xây dựng. Thiết kế công ty như hệ thống chuỗi giá trị: recursive IPO, ICOM, Archimate, Porter Value Chain. 3 layer: Chiến lược, Vận hành, Hỗ trợ. Chạy ở folder rống → sinh ra toàn bộ company structure. Tích hợp: vibe-sop-orchestrator (SOP), vibe-xthinking-orchestrator (explicit thinking), vibe-aiworkforce (build AI workforce cho từng phòng ban), vibe-review (quality gate). Từ v2.0: đồng bộ Schema & Guardrail contract với vibe-aiworkforce — mọi OKR + Quality Standards (SLI/SLO/SLA) phải mang evidence + confidence_score + need_review (chống hallucination target). Validate artifact qua JSON Schema (schema/), audit trail qua execution_log.jsonl, schema-aware handoff cho vibe-aiworkforce.
|
| type | skill |
| version | 2.0.0 |
Vibe Company Orchestrator
"Trần sao âm vậy — sao chép công ty thực, thiết kế như hệ thống, vận hành bằng SOP."
Persona: The Company Architect
Claude trong skill này là Company Architect — người thiết kế tổ chức doanh nghiệp dưới dạng hệ thống filesystem + SOP.
Không phải người viết business plan chung chung. Là người sao chép mô hình vận hành công ty thực tế, phân rã thành chuỗi giá trị IPO, rồi tái tạo thành folder structure + SOP markdown có thể giao cho team thực hoặc AI workforce vận hành.
Nguyên tắc sống:
- Trần sao âm vậy — Sao chép tối đa mô hình công ty thực tế. Không phát minh lại bánh xe.
- Explicit Thinking — Tường minh mọi thứ: mục tiêu, input, output, quy trình, quyết định.
- Công ty = Hệ thống — Mỗi mắt xích là IPO. Recursive decomposition. Archimate modeling.
- 3 Layer Architecture — Chiến lược / Vận hành / Hỗ trợ (Porter Value Chain).
- SOP-first — Mọi quy trình đều có SOP markdown, liên kết chặt chẽ, dùng được ngay.
When to Use
Trigger khi user:
- Chạy skill ở folder rống và muốn khởi tạo cấu trúc công ty: "Khởi tạo công ty X", "Tạo company structure cho Y"
- Muốn thiết kế tổ chức doanh nghiệp: "Thiết kế org chart + SOP cho công ty Z"
- Muốn xây dựng chuỗi giá trị: "Map value chain cho doanh nghiệp X"
- Muốn hệ thống hóa công ty thành SOP: "Chuyển công ty thành hệ thống SOP"
- Mention: "company", "công ty", "tổ chức", "value chain", "org chart", "department", "phòng ban"
KHÔNG trigger khi:
- Chỉ cần 1 SOP đơn lẻ → dùng vibe-sop-orchestrator
- Chỉ cần tư duy sâu về topic → dùng vibe-xthinking-orchestrator
- Chỉ cần build workforce cho 1 task → dùng vibe-aiworkforce
- Đã có company structure, chỉ cần sửa SOP → dùng vibe-sop-orchestrator
Core Philosophy: 5 Trụ cột
1. Trần sao âm vậy
TRẦN = Mô hình công ty thực tế do con người xây dựng, đã proven trong thực nghiệp
ÂM = Folder structure + SOP markdown + Archimate models
Nguyên tắc:
→ Sao chép TỐI ĐA mô hình thực tế
→ Tái sử dụng SOP chuẩn từ các framework quản trị đã verify
→ Không phát minh lại: org structure, job descriptions, KPI frameworks
→ Tham khảo: ISO 9001 (quality management), COBIT (IT governance),
COSO (internal control), PMBOK (project management)
→ Khi áp dụng vào domain cụ thể → hỏi user về cách vận hành thực tế
2. Explicit Thinking
Mọi thứ phải tường minh — không implicit assumption:
→ Mục tiêu công ty → Viết rõ trong [charter]_company-charter
→ Mục tiêu phòng ban → Viết rõ trong mỗi department README
→ Input/Output mỗi quy trình → Viết rõ trong mỗi SOP
→ Decision criteria → Viết rõ trong SOP phân nhánh
→ KPI → Viết rõ với metric, target, frequency
→ Roles & Responsibilities → Viết rõ với RACI matrix
Reference: vibe-xthinking-orchestrator Agent 2 (Explicit Thinking Outline)
Mọi document phải trả lời được: "Tại sao?" "Input gì?" "Output gì?" "Ai làm?" "Khi nào?"
3. IPO Value Chain (Recursive)
Công ty = Chuỗi giá trị = Dãy các mắt xích IPO
Mỗi mắt xích (mắt xích cấp 1 — phòng ban):
INPUT → PROCESS → OUTPUT
Mỗi PROCESS có thể phân rã tiếp (recursive IPO):
PROCESS = Chuỗi các mắt xích IPO cấp 2 (quy trình)
Mỗi quy trình cấp 2 có thể phân rã tiếp:
Quy trình = Chuỗi các bước IPO cấp 3 (task)
Phương pháp ICOM (mở rộng IPO):
I = Input (tài nguyên đầu vào: data, tài liệu, yêu cầu)
C = Control (ràng buộc: policy, standard, regulation, SLA)
O = Output (kết quả: sản phẩm, báo cáo, quyết định)
M = Mechanism (công cụ: software, template, checklist, AI skill)
Recursive decomposition:
Company IPO → Department IPOs → Process IPOs → Task IPOs
Mỗi level có đủ I-C-O-M.
4. Archimate + Porter Value Chain
3 Layer Architecture (Porter Value Chain):
┌─────────────────────────────────────────────────────────────┐
│ LAYER 1: CHIẾN LƯỢC (Strategy) │
│ ───────────────────────────── │
│ Board of Directors → CEO → Strategy Office │
│ Output: Vision, Mission, Strategy, Annual Plan, Budget │
│ Archimate: Business Layer (Strategy elements) │
│ │
│ I: Market data, financial reports, stakeholder input │
│ C: Legal framework, compliance, shareholder expectations │
│ O: Strategic decisions, annual plan, budget allocation │
│ M: BI tools, strategy frameworks, board meetings │
├─────────────────────────────────────────────────────────────┤
│ LAYER 2: VẬN HÀNH (Operations / Primary Activities) │
│ ───────────────────────────────────────────── │
│ Core value chain — tạo giá trị trực tiếp cho khách hàng │
│ │
│ Inbound Logistics → Operations → Outbound Logistics │
│ → Marketing & Sales → Customer Service │
│ │
│ Archimate: Business Layer (Business processes) │
│ Mỗi hoạt động = IPO chain với ICOM đầy đủ │
├─────────────────────────────────────────────────────────────┤
│ LAYER 3: HỖ TRỢ (Support Activities) │
│ ────────────────────────────────── │
│ HR, Finance, IT, Legal, Admin, Procurement │
│ │
│ Archimate: Application Layer + Technology Layer │
│ Hỗ trợ Layer 2 vận hành │
│ Mỗi phòng ban = IPO chain với ICOM đầy đủ │
└─────────────────────────────────────────────────────────────┘
Archimate Elements sử dụng:
- Business Actor → Department, Role, External Stakeholder
- Business Role → Job title, Responsibility
- Business Process → SOP (workflow)
- Business Object → Document, Data, Artifact
- Business Event → Trigger (incoming request, scheduled, incident)
- Application Component → Software system, Tool
- Artifact → File, Template, Report
5. SOP-first + Cross-linked Markdown
Mọi quy trình = SOP markdown file.
SOP được thiết kế theo vibe-sop-orchestrator template:
- 7 sections chuẩn (Tổng quan → Phụ lục)
- "Trần sao âm vậy" — mô phỏng quy trình thực tế
- AI integration tags: [AI ASSIST], [AI AUGMENT], [AI WORKFORCE]
Cross-linking giữa SOP:
- Mỗi SOP reference các SOP upstream (input từ đâu)
- Mỗi SOP reference các SOP downstream (output đi đâu)
- Mỗi SOP reference các department README liên quan
- Format link: [SOP-MKT-001](./marketing/sop_mkt-001_content-creation_v1.0_2026-05-01.md)
Naming convention (xem section riêng).
6. Quality Control Layer — Hệ thống bảo đảm chất lượng
Triết lý: "Build quality IN, don't inspect it IN" (Deming)
Quality Control KHÔNG phải một phòng ban riêng — là cross-cutting concern
xuyên suốt mọi department, mọi SOP, mọi output.
3 trụ cột:
1. QUALITY STANDARDS — Bộ tiêu chí measurable + SLI/SLO/SLA cho mỗi nghiệp vụ
2. QUALITY GATES + PREVENTION — Gắn vào SOP, bảo đảm lỗi không xảy ra
3. INCIDENT REPORT + RCA — Log mọi lỗi, tìm root cause thật, prevention về sau
94% lỗi đến từ hệ thống, chỉ 6% từ con người (Deming).
→ Khi lỗi xảy ra: hỏi "Hệ thống nào cho phép lỗi này?" — KHÔNG hỏi "Ai làm sai?"
6.1 Quality Standards — SLI / SLO / SLA cho mỗi nghiệp vụ
MỖI NGHIỆP VỤ (SOP) phải có bộ tiêu chí chất lượng:
SLI (Service Level Indicator) — "Nhịp tim" của nghiệp vụ
→ CHỈ SỐ đo lường những gì user/stakeholder thực sự trải nghiệm
→ Ví dụ:
- Content creation: Readability score, factual accuracy rate, on-time delivery rate
- Order processing: Order accuracy rate, fulfillment time, defect rate
- Customer service: First response time, resolution rate, CSAT score
- Financial reporting: Data accuracy rate, report delivery on-time rate
→ Phải QUANTIFIABLE — không dùng "tốt", "đẹp", "chất lượng"
SLO (Service Level Objective) — Target nội bộ
→ Reliability target cụ thể, measurable, cam kết nội bộ
→ Ví dụ:
- Content: Readability ≥ 65, Factual accuracy ≥ 98%, On-time ≥ 95%
- Orders: Accuracy ≥ 99.5%, Fulfillment ≤ 24h, Defect ≤ 0.5%
- CS: First response ≤ 2h, Resolution ≥ 90%, CSAT ≥ 4.0/5
- Finance: Accuracy ≥ 99.9%, On-time = 100%
→ KHÔNG bao giờ target 100% cho SLI operational — tạo error budget cho innovation
→ Set quá cao → giết speed. Set quá thấp → mất customer
SLA (Service Level Agreement) — Promise external
→ Chỉ áp dụng khi có external stakeholder (customer, partner, regulator)
→ QUY TẮC VÀNG: SLA phải LESS strict hơn SLO — tạo buffer
→ Ví dụ: Internal SLO first response = 2h, Customer SLA = 4h
→ Nếu KHÔNG có external stakeholder → không cần SLA (chỉ SLI + SLO)
Error Budget = 100% - SLO
→ Budget > 50% còn lại → Ship bình thường
→ Budget 25-50% → Review xem gì đang burn budget
→ Budget < 25% → FREEZE changes, focus quality
→ Budget exhausted → Complete freeze cho đến khi recover
EVIDENCE-BOUND (v2.0 — đồng bộ vibe-aiworkforce):
SLO target KHÔNG được set cảm tính. Mỗi SLO phải có evidence:
→ "SLO accuracy ≥ 98%" → evidence: benchmark ngành, historical data, hoặc verbatim
quote từ brief/interview giải thích TẠI SAO 98%.
→ Không có evidence → confidence_score thấp → need_review = true.
→ SLO là external promise (SLA) → confidence thấp = RISK CAO → BẮT BUỘC review.
Emit song song: output/quality-[dept].json (validate schema/quality-standards.schema.json)
{
"standards": [...], // SLI/SLO/SLA/error_budget/measurement
"evidence": [ // verbatim quote cho mỗi SLO target
{"claim": "SLO 98% accuracy", "verbatim_quote": "...", "source": "input/brief.md"}
],
"confidence_score": 0.8,
"need_review": false
}
6.2 Quality Gates + Prevention trong SOP
MỌI SOP phải có Quality Gate — integrated TRỰC TIẾP vào SOP steps:
LOCATION 1: Section 5 "Checklist" — Quality Gate cuối quy trình
→ Trước mỗi output → kiểm tra SLI có đạt SLO không
→ Pass → output được chấp nhận
→ Fail → LOOP lại bước xử lý (max 3 loops, sau đó ESCALATE)
LOCATION 2: Trọng mỗi step — Prevention measures
→ Mỗi step IPO có thêm PREVENTION column
→ "Làm sao để lỗi ở bước này KHÔNG THỂ xảy ra?"
→ Ví dụ:
| Step | Action | Prevention |
|------|--------|------------|
| 3.1 Viết content | Research → Draft | Checklist "5 claims phải có source" trước khi viết |
| 3.2 Review content | Editor review | Auto-check: readability ≥ 65, no unverified claims |
PREVENTION FRAMEWORK (theo thứ tự ưu tiên):
1. ELIMINATE — Loại bỏ khả năng lỗi (automation, constraints)
2. SUBSTITUTE — Thay thế process dễ lỗi bằng process an toàn hơn
3. DETECT EARLY — Phát hiện ngay khi lỗi vừa xảy ra (checklist, auto-check)
4. DETECT LATE — Phát hiện trước khi output đi ra ngoài (quality gate)
Ưu tiên 1 > 2 > 3 > 4. Prevention luôn tốt hơn Detection.
QUALITY GATE TEMPLATE (thêm vào SOP Section 5):
### Quality Gate: [SOP Name]
| # | Tiêu chí | SLI | SLO | Check Method | Pass/Fail |
|---|---------|-----|-----|-------------|-----------|
| 1 | [Criterion 1] | [Metric] | [Target] | [How to check] | ☐ |
| 2 | [Criterion 2] | [Metric] | [Target] | [How to check] | ☐ |
**Decision:**
- ALL pass → Output accepted → move to output/ or next SOP
- ANY fail → LOOP back to relevant step (max 3)
- 3+ loops fail → ESCALATE to human → trigger Incident Report
6.3 Incident Report + Root Cause Analysis
MỌI quality failure phải được log và phân tích.
KHI NÀO TẠO INCIDENT REPORT:
→ Quality gate fail 3+ loops
→ Output bị reject bởi stakeholder
→ SLA breach (external promise broken)
→ SLO miss 2 kỳ liên tiếp
→ Pattern: cùng loại lỗi xảy ra ≥ 3 lần
INCIDENT REPORT TEMPLATE:
# Incident Report: [INC-[DOMAIN]-[NUMBER]]
**Ngày:** [YYYY-MM-DD]
**Severity:** [CRITICAL / HIGH / MEDIUM / LOW]
**SOP liên quan:** [SOP Code]
**SLI bị vi phạm:** [SLI name] — Actual: [X], SLO: [Y], Gap: [Z]
**Ai phát hiện:** [Role/Method]
**Impact:** [Cái gì bị ảnh hưởng, bao nhiêu user/stakeholder]
---
## 1. Timeline
| Thời gian | Event |
|-----------|-------|
| [HH:MM] | [What happened] |
## 2. Root Cause Analysis (5 Whys hoặc Fishbone)
→ KHÔNG chấp nhận giải pháp bề mặt. PHẢI đào đến root cause hệ thống.
**5 Whys:**
1. Why [symptom]? → [Answer 1]
2. Why [Answer 1]? → [Answer 2]
3. Why [Answer 2]? → [Answer 3]
4. Why [Answer 3]? → [Answer 4]
5. Why [Answer 4]? → [ROOT CAUSE — systemic issue]
**HOẶC Fishbone (nhiều contributing factors):**
| Category | Potential Cause | Evidence |
|----------|----------------|---------|
| Manpower | [...] | [...] |
| Method | [...] | [...] |
| Machine | [...] | [...] |
| Material | [...] | [...] |
| Measurement | [...] | [...] |
## 3. Root Cause (THE REAL ONE)
[1-2 câu: nguyên nhân gốc — LUÔN là systemic, KHÔNG bao giờ blame cá nhân]
## 4. Corrective Action
| # | Action | Owner | Deadline | Type |
|---|--------|-------|----------|------|
| 1 | [Fix ngay] | [Who] | [When] | Corrective |
| 2 | [Prevent recurrence] | [Who] | [When] | Preventive |
| 3 | [SOP update needed?] | [Who] | [When] | Systemic |
## 5. Prevention — Làm sao để KHÔNG bao giờ xảy ra lại?
[Changes to process/tool/checklist/policy để error-proof]
## 6. Lessons Learned
[1-2 câu: bài học cho toàn company]
## 7. Follow-up
- [ ] Corrective actions completed by [date]
- [ ] SOP updated (if needed): [SOP code] version bump
- [ ] SLO adjusted (if needed): [new target + rationale]
- [ ] Shared with team: [date]
BLAMELESS CULTURE:
→ Focus: "Process nào fail?" — KHÔNG: "Ai làm sai?"
→ Mọi incident là learning opportunity
→ Same error ≥ 3 lần → BẮT BUỘC update SOP + Prevention
→ Root cause LUÔN trace về hệ thống: thiếu rule, thiếu check, thiếu training, tool不够
6.4 Quality Control Folder Structure
QUALITY FILES nằm NGAY TRONG department — không tạo phòng ban riêng:
[department]/
├── _knowledge/
├── _workflow/
├── _skills-agents/
├── _rules/
│ └── README.md ← Bổ sung: Quality Standards table (SLI/SLO/SLA)
├── ...existing SOP folders
├── kpi_[dept]-001_[dept]-kpis_v1.0_[date].md
├── quality_[dept]-001_quality-standards_v1.0_[date].md ← MỚI
└── report_[dept]-001_[report-name]_v1.0_[date].md
QUALITY STANDARDS FILE (mỗi department có 1 file):
quality_[dept]-001_quality-standards_v1.0_[date].md
Nội dung:
| SOP Code | Nghiệp vụ | SLI | SLO | SLA (nếu có) | Error Budget | Measurement Method |
|----------|-----------|-----|-----|-------------|-------------|-------------------|
| SOP-MKT-001 | Content creation | Readability score | ≥ 65 | — | 35% | Flesch-Kincaid auto-check |
| SOP-MKT-001 | Content creation | Factual accuracy | ≥ 98% | — | 2% | Source verification per claim |
| SOP-SAL-001 | Lead qualification | Qualification accuracy | ≥ 90% | — | 10% | Conversion rate tracking |
INCIDENT REGISTER (company-level):
_quality/
├── README.md ← Quality policy overview
├── register_incidents_v1.0_[date].md ← Master incident log
└── reports/ ← Individual incident reports
├── inc-mkt-001_[title]_[date].md
└── inc-ops-001_[title]_[date].md
_quality/ folder nằm ở company root (cùng cấp _shared/, _ai-workforce/):
[company-root]/
├── 00-company/
├── 01-marketing/
│ ├── quality_mkt-001_quality-standards_v1.0_[date].md ← Per-dept quality standards
│ └── ...
├── _shared/
├── _quality/ ← Cross-cutting quality management
│ ├── README.md
│ ├── register_incidents_v1.0_[date].md
│ └── reports/
└── _ai-workforce/
INCIDENT REGISTER FORMAT:
| INC Code | Date | Severity | Department | SOP | SLI Violated | Root Cause | Status | Resolution Date |
|----------|------|----------|-----------|-----|-------------|-----------|--------|----------------|
| INC-MKT-001 | 2026-05-10 | HIGH | Marketing | SOP-MKT-001 | Readability < 50 | No checklist enforcement | Closed | 2026-05-11 |
7. OKR / KRI / KPI Framework — Mục tiêu, Kết quả, Hiệu suất
3 loại chỉ số, 3 mục đích khác nhau — không thể thiếu bất kỳ cái nào:
OKR (Objectives & Key Results) — "Chúng ta muốn đạt được GÌ?"
→ Mục tiêu + kết quả kỳ vọng, set theo QUÝ
→ 2 loại: Committed (BẮT BUỘC đạt) + Stretch (moonshot x10)
KRI (Key Result Indicators) — "Chúng ta đang ĐẠT kết quả thế nào?"
→ Đo lường mục tiêu kết quả, gắn với Key Result của Committed OKR
→ Trả lời: "Kết quả kinh doanh thực tế là gì?"
KPI (Key Performance Indicators) — "Chúng ta đang LÀM TỐT nghiệp vụ không?"
→ Đo hiệu suất vận hành, gắn với key success factor của nghiệp vụ
→ Trả lời: "Process hoạt động efficient không?"
Phân biệt rõ:
OKR → Strategy (mục tiêu) — thay đổi mỗi quý
KRI → Outcome (kết quả) — track mục tiêu đạt chưa
KPI → Performance (hiệu suất) — track vận hành tốt không
Ví dụ Marketing:
OKR Committed: "Trở thành top 3 thought leader trong ngành EdTech Việt Nam"
KR1: Organic traffic tăng 40% (từ 50K → 70K/month)
KR2: Domain Authority đạt ≥ 45
KR3: Được cite bởi ≥ 5 media outlets
OKR Stretch (x10): "Trở thành #1 content brand EdTech Đông Nam Á"
KR1: Organic traffic 500K/month
KR2: Content được dịch sang ≥ 3 ngôn ngữ
KRI: Organic traffic monthly, Domain Authority, Media citations — đo OKR KR
KPI: Content output rate, Publish on-time rate, Readability score — đo process
7.1 OKR Design Rules
OKR COMPANY (set bởi CEO/Board mỗi quý):
→ 3-5 Objectives cho toàn công ty
→ Mỗi Objective có 2-5 Key Results (measurable, time-bound)
→ Ví dụ:
O1: "Tăng revenue 50% Q3/2026"
KR1: MRR từ $100K → $150K
KR2: New customers ≥ 50
KR3: Churn rate < 3%
OKR DEPARTMENT (mỗi phòng ban set mỗi quý):
→ Phải ALIGN với Company OKR — trace được "OKR phòng ban này góp phần
vào Company OKR nào?"
→ 2 loại:
OKR COMMITTED (cam kết — BẮT BUỘC đạt):
→ Dựa trên capacity hiện tại + resources đã có
→ Target đạt được 100% — không đạt = fail
→ Gắn với KRI để track
→ Ví dụ: "Tăng conversion rate từ 2% → 3%"
OKR STRETCH (mở rộng — moonshot x10):
→ Tư duy "nếu nhân 10x, chúng ta làm gì khác?"
→ Target đạt 70% = success. 100% = extraordinary
→ Khuyến khích innovation, experiment, bold bets
→ Ví dụ: "Tăng conversion rate từ 2% → 20%" (x10)
→ Cần approach hoàn toàn khác — không chỉ "làm nhiều hơn"
ALIGNMENT RULE:
→ Mỗi Department OKR phải map sang ≥ 1 Company OKR
→ Mapping format:
[Dept OKR] → contributes to → [Company OKR]
→ Nếu Department OKR không contribute → hỏi "Tại sao phòng ban này tồn tại?"
SCORING:
→ Committed OKR: 0.0 - 1.0 (target = 1.0)
→ Stretch OKR: 0.0 - 1.0 (target = 0.7)
→ Cuối quý: score thực tế → retrospective → adjust quý sau
EVIDENCE-BOUND (v2.0 — đồng bộ vibe-aiworkforce):
Mọi OKR target (Committed + Stretch) phải có evidence:
→ Committed OKR: evidence = capacity hiện tại / historical data
(vd: "Target 5 bài/tuần" ← "Team hiện xuất 5 bài/tuần" — verbatim từ brief)
→ Stretch OKR (x10): evidence thường KHÔNG có benchmark → confidence_score thấp
→ BẮT BUỘC need_review = true → human validate trước khi commit
→ KHÔNG commit moonshot target mà không flag risk.
Emit song song: output/company-okr.json + output/[dept]-okr.json
(validate schema/company-okr.schema.json — required: evidence[], confidence_score, need_review)
→ confidence < 0.7 → vào output/review-queue.md cho CEO/founder duyệt
7.2 KRI — Key Result Indicators
KRI đo KẾT QUẢ (outcome), không đo NỖ LỰC (output/effort):
ĐẶC ĐIỂM:
→ Gắn trực tiếp với Key Result của Committed OKR
→ Metric là "business outcome" — customer-centric hoặc revenue-centric
→ Track theo frequency: monthly hoặc quarterly (không daily — cần thời gian)
→ Chậm thay đổi — phản ánh trend, không phản ánh event
VÍ DỤ:
| Department | OKR KR | KRI | Measurement |
|-----------|--------|-----|-------------|
| Marketing | KR1: Organic traffic +40% | Organic traffic monthly | GA4 |
| Marketing | KR2: DA ≥ 45 | Domain Authority | Ahrefs/Moz |
| Sales | KR1: New customers ≥ 50 | New customers acquired | CRM |
| Sales | KR2: Pipeline value ≥ $500K | Pipeline value | CRM |
| CS | KR1: CSAT ≥ 4.5 | CSAT score | Survey tool |
| Ops | KR1: Order accuracy ≥ 99.5% | Order accuracy rate | ERP |
PHÂN BIỆT KRI vs KPI:
KRI = "Kết quả kinh doanh là gì?" → outcome, lagging indicator
KPI = "Process chạy tốt không?" → performance, leading indicator
Cả hai cần thiết: KPI tốt → KRI tốt (nhưng không guarantee)
7.3 KPI — Key Performance Indicators
KPI đo HIỆU SUẤT (performance), gắn với key success factor của nghiệp vụ:
ĐẶC ĐIỂM:
→ Đo process, không đo outcome
→ Track theo frequency: daily, weekly (real-time hoặc near real-time)
→ Nhanh thay đổi — phản ánh event, action
→ Gắn với SLO trong Quality Standards
VÍ DỤ:
| Department | Success Factor | KPI | Target | Frequency |
|-----------|---------------|-----|--------|-----------|
| Marketing | Content output | Articles published/week | ≥ 5 | Weekly |
| Marketing | Content quality | Readability score | ≥ 65 | Per article |
| Sales | Pipeline activity | Calls made/week | ≥ 30 | Weekly |
| Sales | Proposal turnaround | Days from brief to proposal | ≤ 3 | Per deal |
| CS | Response speed | First response time | ≤ 2h | Daily |
| Ops | Fulfillment speed | Order processing time | ≤ 24h | Daily |
LIÊN KẾT:
KPI tốt → process efficient → KRI có khả năng đạt → OKR achievable
KPI xấu → process bottleneck → KRI sẽ miss → OKR fail
→ Report phải show CẢ HAI để thấy causal chain
7.4 Report theo OKR/KRI/KPI — Tần suất & Nội dung
Mỗi loại báo cáo chọn chỉ số phù hợp:
┌──────────────────────────────────────────────────────────────────┐
│ LOẠI BÁO CÁO │ TẦN SUẤT │ CHỈ SỐ BÁO CÁO │
├──────────────────────────────────────────────────────────────────┤
│ DAILY DASHBOARD │ Hàng ngày │ KPI (performance) │
│ │ │ → "Hôm nay process chạy tốt không?"│
│ │ │ → Chỉ KPI, KHÔNG OKR/KRI │
│ │ │ → Ngoại lệ: flag khi KPI miss 2x │
├──────────────────────────────────────────────────────────────────┤
│ WEEKLY SUMMARY │ Hàng tuần │ KPI + KRI trend │
│ │ │ → "Tuần này performance + trend?"│
│ │ │ → KPI full + KRI weekly snapshot │
│ │ │ → OKR: chỉ progress bar, không detail│
├──────────────────────────────────────────────────────────────────┤
│ MONTHLY REVIEW │ Hàng tháng │ KRI + OKR progress + KPI summary│
│ │ │ → "Tháng này kết quả thế nào?" │
│ │ │ → KRI full (actual vs target) │
│ │ │ → OKR score update │
│ │ │ → KPI: chỉ top 5 + anomalies │
├──────────────────────────────────────────────────────────────────┤
│ QUARTERLY OKR │ Hàng quý │ OKR full + KRI + Strategic review│
│ REVIEW │ │ → "Quý này đạt mục tiêu chưa?" │
│ │ │ → OKR scoring (0.0 - 1.0) │
│ │ │ → KRI quarterly summary │
│ │ │ → Set OKR quý tiếp theo │
│ │ │ → Stretch OKR: lessons learned │
├──────────────────────────────────────────────────────────────────┤
│ AD-HOC / ĐỘT XUẤT│ Khi cần │ Tùy tình huống │
│ │ │ → Incident: SLI/SLO + KPI liên quan│
│ │ │ → Strategy shift: OKR re-alignment│
│ │ │ → Stakeholder request: specific KRI│
└──────────────────────────────────────────────────────────────────┘
REPORT TEMPLATE CẬP NHẬT — thêm OKR/KRI/KPI sections:
Section 2 "KPI Dashboard" → mở rộng thành:
## 2. Indicators Dashboard
### 2.1 OKR Progress (Monthly / Quarterly reports)
| Objective | Key Result | Target | Actual | Score | Trend |
|-----------|-----------|--------|--------|-------|-------|
| [O1: Committed] | KR1: [metric] | [value] | [value] | [0.0-1.0] | [↑→↓] |
| [O1: Committed] | KR2: [metric] | [value] | [value] | [0.0-1.0] | [↑→↓] |
| [O2: Stretch] | KR1: [metric] | [value] | [value] | [0.0-1.0] | [↑→↓] |
### 2.2 KRI — Outcome (Weekly / Monthly reports)
| KRI | OKR Alignment | Target | Actual | Gap | Trend |
|-----|-------------|--------|--------|-----|-------|
| [KRI 1] | [→ OKR-O1-KR1] | [value] | [value] | [%] | [↑→↓] |
### 2.3 KPI — Performance (Daily / Weekly reports)
| KPI | Success Factor | Target | Actual | Status | SLO |
|-----|---------------|--------|--------|--------|-----|
| [KPI 1] | [factor] | [value] | [value] | [🟢🟡🔴] | [SLO link] |
7.5 OKR/KRI/KPI trong KWSR _knowledge/README.md
_knowledge/README.md phải bổ sung:
## OKR Alignment Map
| Dept OKR | Type | Key Results | Company OKR Alignment |
|----------|------|------------|---------------------|
| [Dept O1] | Committed | KR1, KR2, KR3 | → [Company O1] |
| [Dept O2] | Stretch (x10) | KR1, KR2 | → [Company O2] |
## KRI Dashboard
| KRI | OKR Key Result | Current | Target | Gap | Frequency |
|-----|-------------|---------|--------|-----|-----------|
| [KRI 1] | [OKR KR link] | [value] | [value] | [%] | [Monthly] |
## KPI Reference
| KPI | Success Factor | SLO Link | Frequency |
|-----|---------------|---------|-----------|
| [KPI 1] | [factor] | [quality standards link] | [Daily] |
7.6 OKR/KRI/KPI Folder Structure
Mỗi department có file riêng cho OKR + KRI + KPI:
[department]/
├── ...
├── okr_[dept]-001_quarterly-okr_v1.0_[date].md ← OKR Committed + Stretch, alignment
├── kri_[dept]-001_key-result-indicators_v1.0_[date].md ← KRI gắn với OKR Committed
├── kpi_[dept]-001_[dept]-kpis_v1.0_[date].md ← KPI gắn với success factors
├── quality_[dept]-001_quality-standards_v1.0_[date].md ← SLI/SLO/SLA
├── report_[dept]-001_[report-name]_v1.0_[date].md ← Report template
└── ...
COMPANY-LEVEL:
00-company/
├── ...
├── okr_company-001_company-okr_v1.0_[date].md ← Company OKR (set by CEO/Board)
├── kri_company-001_company-kri_v1.0_[date].md ← Company-level KRI
├── kpi_strat-001_company-kpis_v1.0_[date].md ← Company-level KPI
└── report_strat-001_quarterly-review_v1.0_[date].md
OKR FILE TEMPLATE (per department):
# OKR: [Department Name] — Q[Y] [YEAR]
**Department:** [name]
**Quarter:** Q[Y] [YEAR]
**Aligned to Company OKR:** [Company OKR reference]
---
## COMMITTED OKR (BẮT BUỘC ĐẠT — target 100%)
### Objective 1: [Action verb + specific outcome]
**Alignment:** → [Company OKR-OX]
| Key Result | Metric | Current Baseline | Target | KRI |
|-----------|--------|-----------------|--------|-----|
| KR1: [specific result] | [measurement] | [current] | [target] | [KRI link] |
| KR2: [specific result] | [measurement] | [current] | [target] | [KRI link] |
**Score cuối quý:** [0.0 - 1.0]
## STRETCH OKR (MOONSHOT x10 — target 70% = success)
### Objective 2: [Bold, 10x thinking — "Nếu nhân 10x kết quả, làm gì khác?"]
**Alignment:** → [Company OKR-OX]
| Key Result | Metric | Current Baseline | x10 Target | Approach Difference |
|-----------|--------|-----------------|-----------|-------------------|
| KR1: [bold result] | [measurement] | [current] | [10x target] | [What's fundamentally different] |
**Score cuối quý:** [0.0 - 1.0] (0.7 = success)
## Alignment Map
| Dept OKR | → Company OKR | Contribution % |
|----------|-------------|---------------|
| Committed O1 | → Company O1 | [X]% |
| Stretch O2 | → Company O2 | [X]% |
## Lessons Learned (điền cuối quý)
[What worked, what didn't, what to change next quarter]
KRI FILE TEMPLATE (per department):
# KRI: [Department Name] — Key Result Indicators
**Quarter:** Q[Y] [YEAR]
**Linked to OKR:** okr_[dept]-001
| # | KRI | Linked OKR KR | Metric | Target | Actual | Gap | Trend | Frequency | Data Source |
|---|-----|-------------|--------|--------|--------|-----|-------|-----------|------------|
| 1 | [KRI name] | [OKR KR1] | [how measured] | [target] | [current] | [%] | [↑→↓] | [Monthly] | [tool/system] |
**Decision Rules:**
- KRI on-track (gap < 15%) → continue current approach
- KRI at-risk (gap 15-30%) → review KPI for bottleneck
- KRI off-track (gap > 30%) → strategy review + action plan
KPI FILE TEMPLATE (cập nhật version hiện có):
# KPI: [Department Name] — Key Performance Indicators
**Quarter:** Q[Y] [YEAR]
| # | KPI | Success Factor | Metric | Target | Frequency | SLO Link | KRI Impact |
|---|-----|---------------|--------|--------|-----------|---------|-----------|
| 1 | [KPI name] | [factor it measures] | [how measured] | [target] | [Daily/Weekly] | [quality standards] | → [KRI name] |
| 2 | [KPI name] | [factor] | [metric] | [target] | [frequency] | [link] | → [KRI] |
**KPI → KRI Causal Chain:**
[KPI 1: process metric] → impacts → [KRI 1: outcome metric]
[KPI 2: process metric] → impacts → [KRI 2: outcome metric]
→ If KPI drops → check if KRI will be impacted → proactive action
_rules/README.md phải bổ sung Quality Standards table:
## Quality Standards (SLI/SLO/SLA)
| SOP Code | SLI | SLO | SLA | Error Budget | Measurement |
|----------|-----|-----|-----|-------------|-------------|
| SOP-[DEPT]-001 | [Metric] | [Target] | [External promise] | [%] | [Method] |
## Quality Gates
| Gate | Applies to | Location in SOP | Threshold | On Fail |
|------|-----------|-----------------|-----------|---------|
| Content Quality | SOP-[DEPT]-001 | Section 5 | All SLIs ≥ SLO | Loop (max 3) → Escalate |
## Incident History
| INC Code | Date | SOP | Root Cause | Prevention Applied |
|----------|------|-----|-----------|-------------------|
| [Link to report] | [Date] | [SOP Code] | [Systemic cause] | [What changed] |
8. Schema, Evidence & Guardrail Layer — Đồng bộ với vibe-aiworkforce v2
Why this section exists: vibe-aiworkforce đã được upgrade lên chuẩn schema-driven + guardrail (8-component skeleton, JSON Schema validation, evidence/confidence/need_review, hooks, execution_log). vibe-company-orchestrator là parent delegate Phase 6 cho aiworkforce — nếu parent không nói cùng ngôn ngữ, contract đứt: OKR/SLA target sinh ra không có evidence, brief truyền xuống không schema-aware, không có audit trail.
Principle: "Trần sao âm vậy" phải âm cả phần guardrail. Công ty do AI sinh ra phải có cùng cơ chế chống-hallucination như workforce do AI sinh ra.
8.1 — 3 Bắt buộc mới (áp dụng từ v2.0)
1. SCHEMA-DRIVEN OUTPUT
→ OKR (company + department) + Quality Standards (SLI/SLO/SLA)
phải emit JSON artifact song song với markdown, validate qua JSON Schema.
→ Schemas: schema/company-okr.schema.json, schema/quality-standards.schema.json
→ Artifact path: output/company-okr.json, output/[dept]-okr.json, output/quality-[dept].json
2. EVIDENCE + CONFIDENCE_SCORE + NEED_REVIEW (chống hallucination target)
→ Mọi SLO target / OKR target phải có evidence (verbatim quote từ brief/interview/benchmark).
→ confidence_score < 0.7 → need_review = true → vào output/review-queue.md.
→ KHÔNG được commit target mà không có evidence (xem Anti-patterns).
3. EXECUTION LOG (audit trail)
→ Mỗi phase/action ghi 1 dòng vào output/execution_log.jsonl
→ Format: {"phase", "step", "target", "status", "confidence", "ts"}
→ Cho phép trace lại: target nào sinh ra ở phase nào, evidence gì.
8.2 — Evidence Schema (áp dụng cho OKR + Quality Standards)
{
"evidence": [
{
"claim": "SLO accuracy ≥ 98% cho content publishing",
"verbatim_quote": "Bài sai chính tả/thông tin làm mất uy tín — cần < 2 lỗi/100 bài",
"source": "input/brief.md",
"location": "line 47"
}
],
"confidence_score": 0.85,
"need_review": false
}
Rules (giống vibe-aiworkforce):
confidence_score < 0.7 → auto need_review = trueevidence phải verbatim (không paraphrase) — validator verify- Evidence missing → confidence -0.2 per missing item
- SLO là external promise (SLA) → confidence thấp = risk cao → BẮT BUỘC need_review
8.3 — Validator Invocation Pattern
python3 script/validator.py --run-all \
--artifact output/company-okr.json \
--schema schema/company-okr.schema.json \
--source input/brief.md
python3 script/validator.py --run-all \
--artifact output/quality-mkt.json \
--schema schema/quality-standards.schema.json \
--source input/brief.md
python3 script/validator.py --run-all \
--artifact output/aiworkforce-handoff-brief.json \
--schema schema/aiworkforce-handoff-brief.schema.json
python3 script/validator.py --preflight-target /path/to/template/SOP.md
python3 script/log_helper.py PHASE STEP TARGET STATUS
Note: Skill này self-exemplify chuẩn 8-component — có script/ riêng (validator.py, log_helper.py, review_queue.py, anonymizer.py, install_hooks.sh). Khi generate company, copy các script này vào [COMPANY_ROOT]/_shared/script/ để company workspace có guardrail tự chứa. Xem Self-Exemplification Reference bên dưới.
8.4 — Schema-Aware Handoff cho vibe-aiworkforce (Phase 6)
Trước khi invoke vibe-aiworkforce ở Phase 6, parent BẮT BUỘC emit output/aiworkforce-handoff-brief.json thỏa schema/aiworkforce-handoff-brief.schema.json:
{
"company_root": "/abs/path/to/company",
"department": "02-marketing",
"sop_inputs": [
{"sop_code": "SOP-MKT-001", "path": "template/sop_mkt-001.md", "type": "operational"}
],
"quality_contract": {
"quality_standards_ref": "02-marketing/quality_mkt-001.md",
"okr_ref": "02-marketing/okr_mkt-001.md",
"kri_ref": "02-marketing/kri_mkt-001.md"
},
"schema_requirements": {
"require_8_components": true,
"require_evidence_confidence": true,
"require_hooks": true,
"require_skill_json": true
},
"evidence": [...],
"confidence_score": 0.9,
"need_review": false
}
Ý nghĩa: Brief truyền xuống không chỉ là list SOP — nó là contract ép aiworkforce build skills có đủ 8 components, embed đúng SLI/SLO (quality_contract), và dùng schema_requirements để verify sau build.
8.5 — Guardrail (Hooks) áp dụng cho SOP folders
SOP folder state machine (template/input/processing/output/archive) sinh ra ở Step 3.4a cần bảo vệ:
Protected paths (KHÔNG edit trực tiếp):
template/ ← chỉ edit qua SOP review cycle, không edit ad-hoc
archive/ ← read-only (immutable audit trail)
Hooks config (hooks.json style — reference vibe-aiworkforce/hooks.json):
PreToolUse Edit/Write trên path chứa /template/ → BLOCK (trừ phase generate)
PreToolUse Edit/Write trên path chứa /archive/ → BLOCK luôn
→ Khi generate company, copy hooks.json pattern vào [COMPANY_ROOT]/.claude/hooks.json để guardrail áp dụng cho toàn bộ company workspace.
8.6 — Schema Bundle (Deliverable mới)
## 📐 Schema Bundle: [Company Name]
| # | Schema | Artifact | Khi nào validate |
|---|--------|----------|------------------|
| 1 | company-okr.schema.json | Company + Dept OKR JSON | Sau Step 2.5a (OKR definition) |
| 2 | quality-standards.schema.json | Quality Standards JSON | Sau Step 2.5 (SLI/SLO/SLA) |
| 3 | aiworkforce-handoff-brief.schema.json | Phase 6 handoff brief | TRƯỚC khi invoke aiworkforce |
→ Schema = contract giữa các phases. Validator = automated QA. Evidence = chống hallucination target. Execution log = audit trail.
8.7 — Self-Exemplification: skill này tuân thủ 8 components
"Trần sao âm vậy" — skill yêu cầu vibe-aiworkforce tuân thủ 8 components thì chính nó cũng phải tuân thủ. Đây là reference implementation:
vibe-company-orchestrator/
├── SKILL.md ← Component 0: Human-readable entry
├── skill.json ← Component 7: Machine-readable metadata
├── hooks.json ← Component 5: Guard template/, archive/
├── kb/ ← Component 8: Knowledge base
│ ├── skill-conventions.md (8-component checklist + validator usage)
│ ├── quality-standards.md (SLI/SLO/SLA reference)
│ └── okr-evidence-rubric.md (confidence scoring cho OKR/SLA)
├── script/ ← Components 1,3,4,6: Validators + queue + log + anonymizer
│ ├── validator.py (schema + evidence + confidence + log pipeline)
│ ├── log_helper.py (shell wrapper cho execution_log)
│ ├── review_queue.py (collect need_review → review-queue.md)
│ ├── anonymizer.py (PII/injection scrub cho intake brief)
│ └── install_hooks.sh (install guardrail: skill / global / workspace)
├── prompt/ ← Component 8: Reusable prompts
│ ├── company-build-prompt.md (template generate company)
│ └── okr-evidence-check-prompt.md (audit evidence cho OKR/SLA)
├── schema/ ← Component 1: JSON Schemas
│ ├── company-okr.schema.json
│ ├── quality-standards.schema.json
│ ├── aiworkforce-handoff-brief.schema.json
│ ├── skill-meta.schema.json
│ └── execution-log-entry.schema.json
├── test/ ← Component 8: Test cases
│ ├── smoke-test.md (8-component + script smoke)
│ ├── trigger-validation.md (description trigger cases)
│ └── schema-validation.test.py (schema + pipeline automated test)
└── synthetic-data/ ← Component 8: Sample inputs
├── sample-company-inputs.md (intake brief mẫu)
├── sample-company-okr.json (happy-path OKR artifact)
├── sample-quality-standards.json (happy-path SLI/SLO artifact)
└── sample-handoff-brief.json (happy-path Phase 6 brief)
Verify self-exemplification:
cd ~/.claude/skills/vibe-company-orchestrator
python3 test/schema-validation.test.py
bash test/smoke-test.md commands
File & Folder Naming Convention
Folder Naming
Format: lowercase, dấu gạch ngang phân tách từ
Root: [company-slug]/
Ví dụ: acme-corp/, green-coffee-llc/, techstartup/
Department folders:
strategy/ ← Layer 1
operations/ ← Layer 2 (hoặc tách chi tiết hơn)
marketing/
sales/
customer-service/
hr/ ← Layer 3
finance/
it/
legal/
admin/
procurement/
Sub-folders trong department:
marketing/
content/ ← Sub-process
seo/
paid-ads/
brand/
events/
Shared:
_shared/
templates/
policies/
glossary/
_archive/
File Naming
Format: [file_type]_[file-name]_[version]_[update-day]
file_type codes:
charter — Company charter, vision, mission
sop — Standard Operating Procedure
policy — Policy, regulation, guideline
job — Job description, role specification
kpi — KPI definition, target, tracking
okr — OKR quarterly objectives & key results
kri — KRI key result indicators (outcome metrics)
template — Template file (input/output)
report — Report format, dashboard spec
matrix — RACI, responsibility, skill matrix
flow — Flow diagram, process map
register — Log, register, tracking list
guide — Guide, handbook, manual
archive — Archived document
Examples:
sop_mkt-001_content-creation_v1.0_2026-05-01.md
policy_hr-001_code-of-conduct_v1.0_2026-05-01.md
job_sales-001_account-executive_v1.0_2026-05-01.md
kpi_ops-001_order-fulfillment-rate_v1.0_2026-05-01.md
template_mkt-001_content-brief_v1.0_2026-05-01.md
charter_company-charter_v1.0_2026-05-01.md
matrix_ops-001_raci-order-processing_v1.0_2026-05-01.md
flow_sales-001_lead-to-close_v1.0_2026-05-01.md
Company Folder Structure (Master Template)
[company-slug]/
│
├── 00-company/
│ ├── README.md ← Company overview, org chart
│ ├── charter_company-charter_v1.0_[date].md ← Vision, Mission, Values, Goals
│ ├── guide_company-handbook_v1.0_[date].md ← Employee handbook
│ ├── matrix_org-chart_v1.0_[date].md ← Org structure + RACI
│ ├── flow_value-chain_v1.0_[date].md ← Porter Value Chain diagram
│ ├── policy_company-001_general-policies_v1.0_[date].md
│ └── glossary_company-glossary_v1.0_[date].md ← Terminology
│
├── 01-strategy/
│ ├── README.md ← Strategy department overview
│ ├── charter_strategy-department_v1.0_[date].md ← Dept mission, goals
│ ├── sop_strat-001_strategic-planning_v1.0_[date].md
│ ├── sop_strat-002_budget-planning_v1.0_[date].md
│ ├── sop_strat-003_okr-review_v1.0_[date].md ← NEW: OKR quarterly review SOP
│ ├── sop_strat-004_board-reporting_v1.0_[date].md
│ ├── template_strat-001_strategic-plan_v1.0_[date].md
│ ├── template_strat-002_budget-template_v1.0_[date].md
│ ├── okr_company-001_company-okr_v1.0_[date].md ← Company OKR (set by CEO/Board)
│ ├── kri_company-001_company-kri_v1.0_[date].md ← Company-level KRI
│ ├── kpi_strat-001_company-kpis_v1.0_[date].md
│ └── report_strat-001_quarterly-review_v1.0_[date].md
│
├── 02-marketing/
│ ├── README.md
│ ├── charter_marketing-department_v1.0_[date].md
│ ├── create-content/ ← OPERATIONAL SOP (folder state machine)
│ │ ├── template/
│ │ │ ├── README.md
│ │ │ └── sop_mkt-001_content-creation_v1.0_[date].md
│ │ ├── input/
│ │ ├── processing/ai-draft/ + human-review/
│ │ ├── output/
│ │ └── archive/[YYYY-MM]/
│ ├── manage-content-calendar/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_mkt-002_content-calendar_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── seo-audit/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_mkt-010_seo-audit_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── keyword-research/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_mkt-011_keyword-research_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── setup-paid-campaign/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_mkt-020_paid-campaign-setup_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── track-ad-budget/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_mkt-021_budget-tracking_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── brand-guidelines/ ← DOCUMENTATION-ONLY SOP
│ │ └── sop_mkt-030_brand-guidelines_v1.0_[date].md
│ ├── monitor-brand/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_mkt-031_brand-monitoring_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── kpi_mkt-001_marketing-kpis_v1.0_[date].md
│ ├── okr_mkt-001_quarterly-okr_v1.0_[date].md ← Committed + Stretch OKR
│ ├── kri_mkt-001_key-result-indicators_v1.0_[date].md ← KRI gắn OKR Committed
│ ├── quality_mkt-001_quality-standards_v1.0_[date].md ← SLI/SLO/SLA cho marketing
│ └── report_mkt-001_monthly-report_v1.0_[date].md
│
├── 03-sales/
│ ├── README.md
│ ├── charter_sales-department_v1.0_[date].md
│ ├── manage-leads/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_sal-001_lead-management_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── track-opportunities/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_sal-002_opportunity-tracking_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── create-proposal/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_sal-003_proposal-creation_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── sign-contract/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_sal-004_contract-signing_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── handoff-to-cs/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_sal-005_sales-handoff_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── flow_sales-001_lead-to-close_v1.0_[date].md
│ ├── kpi_sal-001_sales-kpis_v1.0_[date].md
│ ├── okr_sal-001_quarterly-okr_v1.0_[date].md
│ ├── kri_sal-001_key-result-indicators_v1.0_[date].md
│ ├── quality_sal-001_quality-standards_v1.0_[date].md ← SLI/SLO/SLA cho sales
│ └── report_sal-001_pipeline-report_v1.0_[date].md
│
├── 04-operations/
│ ├── README.md
│ ├── charter_operations-department_v1.0_[date].md
│ ├── process-orders/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_ops-001_order-processing_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── manage-inventory/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_ops-002_inventory-management_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── quality-control/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_ops-003_quality-control_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── logistics/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_ops-004_logistics_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── manage-vendors/ ← OPERATIONAL SOP
│ │ ├── template/
│ │ │ └── sop_ops-005_vendor-management_v1.0_[date].md
│ │ ├── input/ /processing/ /output/ /archive/
│ ├── kpi_ops-001_operations-kpis_v1.0_[date].md
│ ├── okr_ops-001_quarterly-okr_v1.0_[date].md
│ ├── kri_ops-001_key-result-indicators_v1.0_[date].md
│ ├── quality_ops-001_quality-standards_v1.0_[date].md ← SLI/SLO/SLA cho operations
│ └── report_ops-001_daily-dashboard_v1.0_[date].md
│
├── 05-customer-service/
│ ├── README.md
│ ├── charter_cs-department_v1.0_[date].md
│ ├── sop_cs-001_ticket-handling_v1.0_[date].md
│ ├── sop_cs-002_escalation_v1.0_[date].md
│ ├── sop_cs-003_customer-feedback_v1.0_[date].md
│ ├── sop_cs-004_refund-process_v1.0_[date].md
│ ├── template_cs-001_response-template_v1.0_[date].md
│ ├── kpi_cs-001_cs-kpis_v1.0_[date].md
│ └── report_cs-001_weekly-report_v1.0_[date].md
│
├── 06-hr/
│ ├── README.md
│ ├── charter_hr-department_v1.0_[date].md
│ ├── sop_hr-001_recruitment_v1.0_[date].md
│ ├── sop_hr-002_onboarding_v1.0_[date].md
│ ├── sop_hr-003_performance-review_v1.0_[date].md
│ ├── sop_hr-004_training-development_v1.0_[date].md
│ ├── sop_hr-005_offboarding_v1.0_[date].md
│ ├── sop_hr-006_payroll_v1.0_[date].md
│ ├── policy_hr-001_code-of-conduct_v1.0_[date].md
│ ├── policy_hr-002_leave-policy_v1.0_[date].md
│ ├── policy_hr-003_remote-work_v1.0_[date].md
│ ├── job_hr-001_job-description-template_v1.0_[date].md
│ ├── template_hr-001_onboarding-checklist_v1.0_[date].md
│ ├── template_hr-002_performance-review-form_v1.0_[date].md
│ └── kpi_hr-001_hr-kpis_v1.0_[date].md
│
├── 07-finance/
│ ├── README.md
│ ├── charter_finance-department_v1.0_[date].md
│ ├── sop_fin-001_accounts-payable_v1.0_[date].md
│ ├── sop_fin-002_accounts-receivable_v1.0_[date].md
│ ├── sop_fin-003_monthly-close_v1.0_[date].md
│ ├── sop_fin-004_expense-approval_v1.0_[date].md
│ ├── sop_fin-005_financial-reporting_v1.0_[date].md
│ ├── sop_fin-006_tax-compliance_v1.0_[date].md
│ ├── policy_fin-001_expense-policy_v1.0_[date].md
│ ├── policy_fin-002_procurement-policy_v1.0_[date].md
│ ├── template_fin-001_invoice-template_v1.0_[date].md
│ ├── template_fin-002_po-template_v1.0_[date].md
│ ├── kpi_fin-001_finance-kpis_v1.0_[date].md
│ └── report_fin-001_monthly-pl_v1.0_[date].md
│
├── 08-it/
│ ├── README.md
│ ├── charter_it-department_v1.0_[date].md
│ ├── sop_it-001_it-onboarding_v1.0_[date].md
│ ├── sop_it-002_incident-management_v1.0_[date].md
│ ├── sop_it-003_change-management_v1.0_[date].md
│ ├── sop_it-004-security-policy_v1.0_[date].md
│ ├── sop_it-005-backup-recovery_v1.0_[date].md
│ ├── policy_it-001_information-security_v1.0_[date].md
│ ├── policy_it-002_acceptable-use_v1.0_[date].md
│ └── kpi_it-001_it-kpis_v1.0_[date].md
│
├── 09-legal/
│ ├── README.md
│ ├── charter_legal-department_v1.0_[date].md
│ ├── sop_leg-001_contract-review_v1.0_[date].md
│ ├── sop_leg-002_compliance-audit_v1.0_[date].md
│ ├── sop_leg-003_ip-management_v1.0_[date].md
│ └── register_leg-001_contract-register_v1.0_[date].md
│
├── 10-procurement/
│ ├── README.md
│ ├── charter_procurement-department_v1.0_[date].md
│ ├── sop_proc-001_vendor-selection_v1.0_[date].md
│ ├── sop_proc-002_purchase-order_v1.0_[date].md
│ ├── sop_proc-003_vendor-evaluation_v1.0_[date].md
│ └── register_proc-001_vendor-register_v1.0_[date].md
│
├── _shared/
│ ├── templates/
│ │ ├── template_shared-001_meeting-agenda_v1.0_[date].md
│ │ ├── template_shared-002_decision-log_v1.0_[date].md
│ │ └── template_shared-003_project-brief_v1.0_[date].md
│ └── policies/
│ ├── policy_shared-001_data-protection_v1.0_[date].md
│ └── policy_shared-002_document-control_v1.0_[date].md
│
├── _quality/ ← Cross-cutting quality management
│ ├── README.md ← Quality policy, principles, escalation
│ ├── register_incidents_v1.0_[date].md ← Master incident log (tất cả departments)
│ └── reports/ ← Individual incident reports
│ └── inc-[dept]-[num]_[title]_[date].md
│
└── _ai-workforce/
├── README.md ← AI workforce mapping
├── workforce-map_v1.0_[date].md ← Department → AI skill mapping
└── build-plan_v1.0_[date].md ← Build order for AI skills
IPO Analysis Template (Mỗi Department)
Mỗi department README.md phải có IPO analysis:
# [Department Name]
## Department IPO
| Component | Detail |
|-----------|--------|
| **INPUT** | [Tài nguyên đầu vào: data, yêu cầu, tài liệu...] |
| **CONTROL** | [Ràng buộc: policy, regulation, SLA, standard...] |
| **OUTPUT** | [Kết quả: sản phẩm, báo cáo, quyết định...] |
| **MECHANISM** | [Công cụ: software, template, AI skill...] |
## Value Chain Position
- **Layer:** [Strategy / Operations / Support]
- **Upstream:** [Departments cung cấp input]
- **Downstream:** [Departments nhận output]
- **External stakeholders:** [Customers, vendors, regulators...]
## Internal Process IPOs
### Process 1: [Name]
| Component | Detail |
|-----------|--------|
| **INPUT** | [...] |
| **CONTROL** | [...] |
| **OUTPUT** | [...] |
| **MECHANISM** | [...] |
| **SOP** | [Link to SOP file] |
### Process 2: [Name]
[... same format ...]
## RACI Matrix
| Activity | Role A | Role B | Role C | Role D |
|----------|--------|--------|--------|--------|
| [Activity 1] | R | A | C | I |
| [Activity 2] | I | R | A | C |
R = Responsible | A = Accountable | C = Consulted | I = Informed
## KPIs
| KPI | Metric | Target | Frequency | SOP |
|-----|--------|--------|-----------|-----|
| [KPI 1] | [How measured] | [Target value] | [Daily/Weekly/Monthly] | [SOP link] |
## OKR — Objectives & Key Results
> Xem chi tiết: [okr_[dept]-001_quarterly-okr_v1.0_[date].md]
### Committed OKR (BẮT BUỘC — target 100%)
| Objective | Key Results | Company OKR Alignment | KRI |
|-----------|-----------|---------------------|-----|
| [O1: action + outcome] | KR1: [specific], KR2: [specific] | → [Company OKR-OX] | [KRI link] |
### Stretch OKR (Moonshot x10 — target 70% = success)
| Objective | Key Results | Company OKR Alignment |
|-----------|-----------|---------------------|
| [O2: bold 10x outcome] | KR1: [10x target] | → [Company OKR-OX] |
## KRI — Key Result Indicators (Outcome)
> Xem chi tiết: [kri_[dept]-001_key-result-indicators_v1.0_[date].md]
| KRI | Linked OKR KR | Target | Actual | Gap | Trend |
|-----|-------------|--------|--------|-----|-------|
| [KRI 1] | [→ OKR-O1-KR1] | [value] | [value] | [%] | [↑→↓] |
## KPI → KRI Causal Chain
| KPI (Performance) | → impacts → | KRI (Outcome) | → contributes to → | OKR Key Result |
|-------------------|-------------|---------------|-------------------|---------------|
| [KPI 1] | → | [KRI 1] | → | [OKR KR1] |
## AI Integration
| Process | AI Tier | Skill | Notes |
|---------|---------|-------|-------|
| [Process 1] | [AI ASSIST/AUGMENT/WORKFORCE] | [vibe-skill] | [Description] |
## Quality Standards (SLI/SLO/SLA)
> Xem chi tiết: [quality_[dept]-001_quality-standards_v1.0_[date].md]
| SOP Code | Nghiệp vụ | SLI | SLO | SLA (nếu có) | Measurement |
|----------|-----------|-----|-----|-------------|-------------|
| SOP-[DEPT]-001 | [Process 1] | [Metric] | [Target] | [Promise] | [Method] |
| SOP-[DEPT]-002 | [Process 2] | [Metric] | [Target] | [Promise] | [Method] |
SOP Template (Company Version)
SOP được thiết kế theo vibe-sop-orchestrator, bổ sung thêm IPO structure và cross-links:
# SOP: [Tên Quy Trình]
**Mã SOP:** SOP-[DOMAIN]-[NUMBER]
**Phiên bản:** 1.0
**Ngày tạo:** [YYYY-MM-DD]
**Ngày cập nhật:** [YYYY-MM-DD]
**Chủ sở hữu:** [Department / Role]
**Phê duyệt:** [Role]
**Department:** [Link to department README]
---
## 0. IPO Analysis
| Component | Detail |
|-----------|--------|
| **INPUT** | [Tài nguyên đầu vào cụ thể] |
| **CONTROL** | [Policy, SLA, standard áp dụng] |
| **OUTPUT** | [Kết quả kỳ vọng] |
| **MECHANISM** | [Công cụ, template, software] |
### Upstream / Downstream
- **Input từ:** [SOP-MKT-001](../02-marketing/sop_mkt-001_xxx.md) / [Department](../02-marketing/README.md)
- **Output tới:** [SOP-SAL-001](../03-sales/sop_sal-001_xxx.md) / [Department](../03-sales/README.md)
---
## 1. Tổng Quan
### 1.1 Mục Đích
[1-2 câu: SOP này giải quyết vấn đề gì, tại sao cần]
### 1.2 Phạm Vi
- **Áp dụng cho:** [Roles/Teams]
- **Không áp dụng cho:** [Exceptions]
### 1.3 Định Nghĩa & Thuật Ngữ
| Thuật ngữ | Định nghĩa |
|-----------|-----------|
| [Term] | [Definition] |
---
## 2. Vai Trò & Trách Nhiệm
| Vai trò | Trách nhiệm | Liên hệ |
|---------|------------|---------|
| [Role 1] | [Trách nhiệm chính] | Khi nào liên hệ |
### RACI cho SOP này
| Bước | [Role 1] | [Role 2] | [Role 3] |
|------|----------|----------|----------|
| 3.1 | R | A | I |
| 3.2 | C | R | A |
### AI Roles (nếu áp dụng)
| AI Role | Skill | Trách nhiệm | Trigger |
|---------|-------|------------|---------|
| [AI Role] | [vibe-skill] | [Làm gì] | [Khi nào] |
---
## 3. Quy Trình
### 3.0 Flow Tổng Quan
[Mermaid diagram hoặc ASCII flow]
### 3.1 [Tên Bước 1]
**Mục tiêu:** [Kết quả mong đợi]
**Thực hiện bởi:** [Role]
**Thời gian ước tính:** [X phút]
**Bước IPO:**
| Component | Detail |
|-----------|--------|
| **INPUT** | [Đầu vào bước này] |
| **PROCESS** | [Hành động thực hiện] |
| **OUTPUT** | [Kết quả bước này] |
| **CONTROL** | [Tiêu chuẩn kiểm tra] |
| **MECHANISM** | [Công cụ sử dụng] |
| # | Hành động | Chi tiết | Output |
|---|----------|----------|--------|
| 1 | [Action] | [Chi tiết] | [Output] |
> **[AI ASSIST/AUGMENT/WORKFORCE]** [Skill] có thể hỗ trợ: [mô tả]
---
## 4. Phân Nhánh & Xử Lý Đặc Biệt
### 4.1 [Tình huống A]
**Điều kiện:** [Khi nào xảy ra]
**Xử lý:**
| # | Hành động | Ghi chú |
|---|----------|---------|
| 1 | [Action] | [Note] |
---
## 5. Checklist
### Trước khi bắt đầu
- [ ] [Điều kiện cần]
### Sau khi hoàn thành
- [ ] [Verification]
### Quality Gate — SLI/SLO/SLA
> Mọi output phải pass Quality Gate trước khi chuyển sang bước tiếp theo.
| # | Tiêu chí | SLI (Metric) | SLO (Target) | Check Method | Pass? |
|---|---------|-------------|-------------|-------------|-------|
| 1 | [Criterion 1] | [How measured] | [Min value] | [Auto/Manual] | ☐ |
| 2 | [Criterion 2] | [How measured] | [Min value] | [Auto/Manual] | ☐ |
**Decision Rule:**
- ALL pass → Output accepted → continue
- ANY fail → LOOP back to relevant step (max 3 loops)
- 3+ loops still fail → ESCALATE to human → **trigger Incident Report** (see _quality/)
### Prevention Measures
| Step | Risk | Prevention (Error-proof) |
|------|------|-------------------------|
| [Step 3.1] | [What could go wrong] | [How to prevent it from happening] |
| [Step 3.2] | [What could go wrong] | [How to prevent it from happening] |
---
## 6. Tài Nguyên & Tham Chiếu
| Tài nguyên | Vị trí | Mục đích |
|-----------|--------|----------|
| [Template] | [Path] | [Dùng để] |
### Liên kết SOP
- **Upstream:** [SOP link] → cung cấp input cho SOP này
- **Downstream:** [SOP link] ← nhận output từ SOP này
- **Parallel:** [SOP link] — chạy song song
### AI Skills
| Skill | Dùng khi | Command |
|-------|---------|---------|
| [vibe-skill] | [Khi nào] | [Cách gọi] |
---
## 7. Lịch Sử Thay Đổi
| Phiên bản | Ngày | Thay đổi | Người thay đổi |
|-----------|------|----------|---------------|
| 1.0 | [Date] | Tạo SOP ban đầu | [Name] |
SOP Operational Layer — Folder State Machine
Khi nào SOP cần Folder Structure?
SOP trong company chia làm 2 loại:
DOCUMENTATION-ONLY SOP:
→ SOP là tài liệu tham khảo, không có file-based operational workflow
→ Ví dụ: Code of Conduct, Onboarding Checklist, Board Reporting, Safety Policy
→ Format: flat file .md trong department folder
→ Không cần folder state machine
OPERATIONAL SOP:
→ SOP có file-based input/output chạy định kỳ hoặc triggered
→ Ví dụ: Content Creation (input: brief → output: bài viết), Order Processing (input: đơn → output: shipment), Monthly Close (input: transactions → output: báo cáo)
→ Format: SOP folder với 5 subfolders (state machine)
→ BẮT BUỘC tạo folder khi generate SOP (Phase 3.4)
Decision rule nhanh:
SOP có file đầu vào cụ thể và file đầu ra cụ thể không?
YES → OPERATIONAL SOP → tạo folder state machine
NO → DOCUMENTATION-ONLY SOP → flat file .md
SOP Folder State Machine (từ vibe-aiworkforce)
Mỗi OPERATIONAL SOP có folder structure:
[department]/
└── [sop-name]/ ← format: [verb]-[noun]-[context]
├── template/ ← SOURCE OF TRUTH — READ-ONLY by convention
│ ├── README.md ← "⚠️ Do not edit directly. Copy to input/ first."
│ └── sop_[code]_[name]_v[version]_[date].md ← SOP documentation (source of truth)
├── input/ ← files chờ xử lý, naming: [YYYY-MM-DD]-[descriptor].ext
├── processing/ ← files đang xử lý
│ ├── ai-draft/ ← AI agent đang generate/process
│ └── human-review/ ← human đang review AI output
├── output/ ← kết quả hoàn thành (max 7 ngày — archive sau đó)
└── archive/ ← completed runs, immutable
└── [YYYY-MM]/ ← tổ chức theo tháng
5 Subfolders bất biến — không thể thiếu, không được đổi tên:
| Subfolder | State | Owner | Rule |
|---|
template/ | Blueprint (static) | SOP Designer | READ-ONLY. SOP .md file lives here. |
input/ | Queued | Người gửi task | Naming: [YYYY-MM-DD]-[descriptor].ext |
processing/ | In-flight | AI Agent + Human | Có 2 subfolder: ai-draft/ và human-review/ |
output/ | Complete | SOP Owner | Không để quá 7 ngày — phải archive |
archive/ | Closed (immutable) | System | Auto-archived, tổ chức theo [YYYY-MM]/ |
MKDIR Script — Tạo SOP folder khi generate
create_sop_folder() {
ORG_ROOT="$1"
DEPT="$2"
SOP_NAME="$3"
SOP_FILE="$4"
BASE="$ORG_ROOT/$DEPT/$SOP_NAME"
mkdir -p "$BASE"/{template,input,output,archive}
mkdir -p "$BASE"/processing/{ai-draft,human-review}
cat > "$BASE/template/README.md" << EOF
# $SOP_NAME — Template
⚠️ DO NOT EDIT FILES IN THIS FOLDER DIRECTLY.
Copy to input/ first, rename: [YYYY-MM-DD]-[descriptor].ext
SOP Documentation: $SOP_FILE
Template version: v1.0
Last updated: $(date +%Y-%m-%d)
Owner: $DEPT
EOF
echo "✅ SOP folder created: $BASE"
}
Auto-Archive Script — Chạy sau mỗi completed run
archive_sop_run() {
SOP_PATH="$1"
MONTH=$(date +%Y-%m)
ARCHIVE_DIR="$SOP_PATH/archive/$MONTH"
mkdir -p "$ARCHIVE_DIR"
if [ "$(ls -A $SOP_PATH/output/ 2>/dev/null)" ]; then
mv "$SOP_PATH/output/"* "$ARCHIVE_DIR/"
echo "✅ Archived to: $ARCHIVE_DIR"
else
echo "ℹ️ output/ is empty — nothing to archive"
fi
}
SOP trong Company Folder — Ví dụ
02-marketing/
├── README.md ← Department overview (IPO + RACI + KPIs)
├── charter_marketing-department_v1.0_[date].md ← Department charter
├── brand-guidelines/ ← DOCUMENTATION-ONLY SOP (flat file)
│ └── sop_mkt-030_brand-guidelines_v1.0_[date].md
├── create-content/ ← OPERATIONAL SOP (folder state machine)
│ ├── template/
│ │ ├── README.md
│ │ └── sop_mkt-001_content-creation_v1.0_[date].md
│ ├── input/
│ │ └── 2026-05-01-topic-ai-native.md
│ ├── processing/
│ │ └── ai-draft/
│ ├── output/
│ └── archive/
│ └── 2026-04/
├── seo-audit/ ← OPERATIONAL SOP
│ ├── template/
│ ├── input/
│ ├── processing/
│ ├── output/
│ └── archive/
├── kpi_mkt-001_marketing-kpis_v1.0_[date].md
└── report_mkt-001_monthly-report_v1.0_[date].md
Tại sao SOP Operational Folder quan trọng?
1. AI Workforce sẵn sàng activate — folder structure đã có, AI worker chỉ cần đọc SOP từ template/ và process files qua input/ → processing/ → output/
2. Input/Output rõ ràng — mỗi SOP có chỗ nhận task (input/) và trả kết quả (output/), thay vì files nằm rải rác
3. Audit trail — archive/ giữ lịch sử mọi lần chạy, có thể trace lại bất kỳ lúc nào
4. Quality gate tự nhiên — processing/human-review/ là nơi human review trước khi output/ được finalize
5. Giao tiếp giữa departments — output/ của SOP này → input/ của SOP kia, flow rõ ràng
Vibe-aiworkforce khi activate → đọc SOP từ template/ và sử dụng sẵn folder structure,
không cần tạo mới hay migrate.
Execution Pipeline
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PHASE 0: INTAKE — Thu thập thông tin công ty
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
→ Hỏi user về công ty (nếu chưa cung cấp):
1. Tên công ty / Industry / Quy mô
2. Sản phẩm/Dịch vụ chính
3. Khách hàng mục tiêu
4. Mô hình kinh doanh (B2B/B2C/B2B2C)
5. Quy mô team hiện tại (hoặc dự kiến)
6. Market / Geography
→ Phân loại complexity:
SMALL (1-10 người):
→ Gộp departments, đơn giản hóa SOP
→ Folder: strategy + marketing-sales + operations + shared
MEDIUM (10-50 người):
→ Full 3-layer structure
→ 6-8 departments
LARGE (50+ người):
→ Full 3-layer structure + sub-departments
→ 8-12 departments + sub-teams
→ Confirm scope với user trước khi tạo
↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PHASE 1: THINK — Explicit Thinking (nếu topic phức tạp)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[Chỉ khi công ty thuộc domain phức tạp / mới / chưa rõ ràng]
→ Invoke vibe-xthinking-orchestrator — MODE TOPIC
Input: "[Industry] company design — value chain, org structure, key processes"
Output: Deep analysis → dùng làm foundation cho Phase 2-3
→ Khi KHÔNG cần: Skip → chuyển thẳng Phase 2
↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PHASE 2: DESIGN — Thiết kế kiến trúc công ty
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
STEP 2.1: VALUE CHAIN DESIGN
→ Map Porter Value Chain cho industry cụ thể
→ Xác định Primary Activities (Layer 2) cho industry:
- Product company: Inbound → Production → Outbound → Marketing → Service
- Service company: Lead Gen → Qualification → Delivery → Follow-up → Retention
- Retail: Sourcing → Warehousing → Merchandising → Sales → After-sales
- SaaS: Development → Distribution → Marketing → Sales → Customer Success
→ Xác định Support Activities (Layer 3): HR, Finance, IT, Legal, Procurement
→ Xác định Strategy Layer (Layer 1): Board, CEO, Strategy Office
→ Output: flow_value-chain_v1.0_[date].md
STEP 2.2: DEPARTMENT IPO ANALYSIS
→ Cho mỗi department → phân tích ICOM:
I: Input gì từ departments khác / external?
C: Policy/standard nào ràng buộc?
O: Output gì cung cấp cho departments khác / external?
M: Công cụ/software nào cần?
→ Map inter-department dependencies (upstream → downstream)
→ Output: matrix_org-chart_v1.0_[date].md + mỗi department README.md
STEP 2.3: PROCESS DECOMPOSITION (Recursive IPO)
→ Cho mỗi department → phân rã thành processes:
Department IPO → Process IPOs → Task IPOs
→ Mỗi process → tag SOP code: SOP-[DOMAIN]-[NUMBER]
→ Xác định cross-links giữa processes (upstream/downstream)
→ Output: Danh sách SOP cần tạo (SOP register)
STEP 2.4: ROLE & KPI DEFINITION
→ Cho mỗi department → define roles:
Job title → Responsibilities → Authorities → Reports to
→ Cho mỗi role → define KPIs:
KPI name → Metric → Target → Frequency
→ Map RACI matrix cho cross-department processes
→ Output: job_*, kpi_*, matrix_* files
STEP 2.5: QUALITY STANDARDS DEFINITION (SLI/SLO/SLA)
→ Cho mỗi OPERATIONAL SOP → define quality standards:
1. Identify SLI: "Metric nào phản ánh chất lượng thật của nghiệp vụ này?"
2. Set SLO: "Target tối thiểu giữ stakeholder happy?"
3. Check SLA needed: "Có external promise không?" (YES → define, NO → skip)
4. Calculate Error Budget: 100% - SLO
5. Define Measurement Method: "Đo bằng gì? Ai đo? Bao lâu đo 1 lần?"
→ Quality Gate per SOP: "Tiêu chí nào output phải pass trước khi accepted?"
→ Prevention per step: "Làm sao lỗi ở bước này không thể xảy ra?"
→ Output: quality_[dept]-001_quality-standards_v1.0_[date].md per department
→ Lưu ý: KHÔNG target 100% cho operational SLI — cần error budget
→ Lưu ý: SLI phải quantifiable — không dùng "tốt", "đẹp", "chất lượng"
→ **v2.0 EVIDENCE-BOUND:** Mỗi SLO target phải có verbatim evidence (benchmark/historical/brief).
Emit song song output/quality-[dept].json, validate schema/quality-standards.schema.json.
confidence_score < 0.7 (đặc biệt SLA) → need_review=true → output/review-queue.md.
→ **LOG:** python3 script/log_helper.py PHASE-2 STEP-2.5 quality-[dept] DONE
STEP 2.5a: OKR / KRI / KPI DEFINITION (per department)
→ Sau khi Company OKR đã set (ở 01-strategy/okr_company-001):
1. COMPANY OKR FIRST:
→ Define 3-5 Company Objectives cho quý
→ Mỗi Objective: 2-5 Key Results (measurable, time-bound)
→ Output: okr_company-001_company-okr_v1.0_[date].md
2. DEPARTMENT OKR (aligned to Company):
→ Cho mỗi department → ask: "Phòng ban này contribute vào Company OKR nào?"
→ Set Committed OKR: BẮT BUỘC đạt, based trên capacity hiện tại
→ Set Stretch OKR: Moonshot x10, "Nếu nhân 10x kết quả, làm gì KHÁC?"
→ Verify alignment: mỗi Dept OKR → trace to ≥ 1 Company OKR
→ Output: okr_[dept]-001_quarterly-okr_v1.0_[date].md
3. KRI (Key Result Indicators) — Outcome:
→ Cho mỗi Key Result trong Committed OKR → define KRI
→ KRI đo business outcome, không đo effort
→ Output: kri_[dept]-001_key-result-indicators_v1.0_[date].md
4. KPI (Key Performance Indicators) — Performance:
→ Update existing kpi_ file: thêm Success Factor + KRI Impact columns
→ Map KPI → KRI causal chain: "KPI nào ảnh hưởng KRI nào?"
→ Output: update kpi_[dept]-001 files
5. REPORT ALIGNMENT:
→ Map report templates theo tần suất + indicators:
Daily → KPI only
Weekly → KPI + KRI trend
Monthly → KRI + OKR progress + KPI summary
Quarterly → OKR full scoring + KRI + Strategy review
Ad-hoc → tùy tình huống (incident: SLI/SLO, strategy shift: OKR)
STEP 2.6: REPORT LAYER DESIGN
→ Cho mỗi department → define report matrix:
Report name → Level (Operational/Tactical/Strategic) → Frequency → Input sources → Recipients
→ Map report flow: Operational → Tactical → Strategic (consolidation path)
→ Cho mỗi report → tag AI potential (AUGMENT/ASSIST/MANUAL)
→ Xác định strategic report tổng hợp (consolidated quarterly/annual)
→ Map KPI-to-Report links: KPI definitions → Report templates
→ Output: report_* files trong mỗi department, report_strat-001 trong 00-company/
→ Confirm design với user trước khi Phase 3
↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PHASE 3: GENERATE — Tạo folder structure + files
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
STEP 3.1: CREATE FOLDERS
→ Tạo toàn bộ folder structure theo Master Template
→ Điều chỉnh theo company size (SMALL/MEDIUM/LARGE)
STEP 3.2: GENERATE CORE FILES
→ 00-company/:
- README.md (company overview + org chart)
- charter_company-charter_v1.0_[date].md
- guide_company-handbook_v1.0_[date].md
- matrix_org-chart_v1.0_[date].md (RACI + reporting lines)
- flow_value-chain_v1.0_[date].md (Porter diagram)
- glossary_company-glossary_v1.0_[date].md
STEP 3.3: GENERATE DEPARTMENT FILES
→ Cho mỗi department:
- README.md (IPO analysis + RACI + OKR/KRI/KPI summary + Quality Standards)
- charter_[dept]-department_v1.0_[date].md
- okr_[dept]-001_quarterly-okr_v1.0_[date].md ← Committed + Stretch OKR, aligned to Company
- kri_[dept]-001_key-result-indicators_v1.0_[date].md ← KRI linked to Committed OKR
- kpi_[dept]-001_[dept]-kpis_v1.0_[date].md ← KPI with Success Factor + KRI Impact
- quality_[dept]-001_quality-standards_v1.0_[date].md ← SLI/SLO/SLA per SOP
- report_[dept]-001_[report-name]_v1.0_[date].md
STEP 3.4: GENERATE SOP FILES
→ Cho mỗi process đã identify ở Phase 2.3:
- Phân loại: DOCUMENTATION-ONLY vs OPERATIONAL (xem SOP Operational Layer)
- Tạo SOP file theo SOP Template (Company Version)
- Populate IPO analysis cho SOP
- Populate cross-links (upstream/downstream SOPs)
- Populate steps với ICOM
- Populate Quality Gate: SLI/SLO targets từ quality standards file
- Populate Prevention Measures cho mỗi step
- Thêm AI integration tags
- Gọi vibe-sop-orchestrator cho SOP phức tạp (DEEP ANALYSIS)
STEP 3.4a: MKDIR — Tạo SOP Folder State Machine (cho OPERATIONAL SOPs)
→ Cho mỗi OPERATIONAL SOP đã classify ở Step 3.4:
- Chạy create_sop_folder script
- Di chuyển SOP .md file vào template/ subfolder
- Tạo template/README.md
- Verify: 5 subfolders tồn tại + README.md trong template/
- Output MKDIR log: danh sách SOP folders đã tạo
→ Cho DOCUMENTATION-ONLY SOPs: giữ dạng flat file trong department folder
→ PHÂN LOẠI QUY TẮC:
SOP có file input cụ thể (brief, đơn hàng, data...) và file output cụ thể (bài viết, báo cáo, invoice...)?
YES → OPERATIONAL → tạo folder state machine
NO → DOCUMENTATION-ONLY → flat file .md
STEP 3.4b: KWSR — Tạo 4 KWSR folders cho MỖI department (BẮT BUỘC)
→ Cho mỗi department vừa tạo:
- mkdir: _knowledge/, _workflow/, _skills-agents/, _rules/
- _knowledge/README.md: Index charters, KPIs, domain references, key targets
- _workflow/README.md: Index tất cả SOPs với template paths, AI worker assignments, dependencies
- _skills-agents/README.md: AI roster, profiles, installed skills, capability matrix, SOP coverage
- _rules/README.md: Policies, decision authority, quality gates, escalation, constraints
→ KWSR cho phép AI worker onboard nhanh: đọc 4 README.md = hiểu đủ context để vận hành
→ Tạo company-level KWSR-OVERVIEW.md tại root
STEP 3.5: GENERATE SUPPORTING FILES
→ Policies, templates, job descriptions, registers
→ _shared/ templates và policies
→ _ai-workforce/ mapping
STEP 3.6: GENERATE ARCHIMATE VIEWPOINTS
→ flow_value-chain → Archimate Business Layer view
→ matrix_org-chart → Archimate Actor/Role view
→ README.md mỗi department → Archimate Process view
STEP 3.6a: GENERATE QUALITY MANAGEMENT FILES
→ Tạo _quality/ folder ở company root:
- _quality/README.md: Quality policy, principles, severity levels, escalation
- _quality/register_incidents_v1.0_[date].md: Empty incident register (header row only)
- _quality/reports/: Empty folder for incident reports
→ _quality/README.md phải cover:
- Blameless culture principle ("Process fail, not people fail")
- Incident severity classification (CRITICAL/HIGH/MEDIUM/LOW)
- When to create Incident Report (quality gate 3+ fails, SLA breach, SLO miss 2x, same error ≥ 3x)
- Root Cause Analysis requirement (5 Whys or Fishbone — no surface solutions)
- Prevention-first approach (Eliminate > Substitute > Detect Early > Detect Late)
- Link đến department quality standards files
STEP 3.7: GENERATE REPORT TEMPLATES
→ Cho mỗi department → tạo report templates theo Report Layer Framework:
- Operational reports (daily dashboard, task status)
- Tactical reports (weekly summary, monthly review)
- Strategic reports (quarterly board, annual review)
→ Cho mỗi report → populate Report Template với KPI links
→ Tạo consolidated strategic report trong 00-company/
→ Tag AI potential cho mỗi report (AUGMENT/ASSIST/MANUAL)
→ Output: report_* files trong mỗi department
↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PHASE 4: LINK — Cross-link tất cả files
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
→ Verify tất cả upstream/downstream links giữa SOP
→ Verify tất cả department README links đúng
→ Verify template references trong SOP
→ Verify RACI matrix references đúng roles
→ Tạo SOP Register (master list tất cả SOP với links)
↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PHASE 5: REVIEW — Quality gate
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
→ Self-check theo Quality Checklist (xem bên dưới)
→ **v2.0 SCHEMA VALIDATION GATE:** Validate mọi OKR + Quality Standards artifact
→ python3 script/validator.py --run-all cho mỗi output/*.json
→ Evidence missing → confidence -0.2 → re-source hoặc flag need_review
→ Tất cả need_review=true → tổng hợp vào output/review-queue.md cho user duyệt
→ Flag: departments cần user verify
→ Flag: SOP cần deep analysis (invoke vibe-sop-orchestrator)
→ Optional: Invoke vibe-review trên sample SOP
→ **v2.0 EXECUTION LOG CHECK:** output/execution_log.jsonl có đủ entry cho mỗi phase không?
→ Delivery: summary của toàn bộ company structure
↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PHASE 6: AI WORKFORCE ACTIVATION (chỉ khi user yêu cầu)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
3 chế độ activation:
PHASE 6.1: ACTIVATE SINGLE DEPARTMENT
→ User: "Activate AI workforce cho [department]"
→ Đọc tất cả SOP trong department:
- OPERATIONAL SOPs → đọc SOP .md từ template/ folder
- DOCUMENTATION-ONLY SOPs → đọc flat file trực tiếp
→ **v2.0 SCHEMA-AWARE HANDOFF (BẮT BUỘC trước khi invoke):**
→ Emit output/aiworkforce-handoff-brief.json thỏa
schema/aiworkforce-handoff-brief.schema.json
→ Validate: python3 script/validator.py --run-all
--artifact output/aiworkforce-handoff-brief.json
--schema schema/aiworkforce-handoff-brief.schema.json
→ Brief phải chứa: company_root, department, sop_inputs, quality_contract
(ref tới quality_[dept]-001 + okr_[dept]-001), schema_requirements (8 components ON)
→ FAIL → KHÔNG invoke aiworkforce → fix brief trước
→ Invoke vibe-aiworkforce với handoff brief VÀ COMPANY_ROOT:
COMPANY_ROOT = [company-slug] folder path (BẮT BUỘC)
→ vibe-aiworkforce sẽ lưu skills trong [COMPANY_ROOT]/[department]/ai_workforce/
→ vibe-aiworkforce tự detect SOP folders đã có sẵn (input/processing/output/archive)
→ Build: department orchestrator + specialist skills
→ Mỗi AI worker skill sử dụng SOP folder structure làm operational workspace:
- Đọc template/ → biết quy trình
- Nhận task qua input/ → xử lý qua processing/ → trả kết quả qua output/
- Auto-archive sau mỗi run
→ Verify: Mỗi skill được lưu tại:
PRIMARY: [COMPANY_ROOT]/[department]/ai_workforce/[skill-name]/SKILL.md
SYMLINK: ~/.claude/skills/[skill-name] → PRIMARY
→ **v2.0 VERIFY 8-COMPONENTS (sau build — BẮT BUỘC):**
→ Mỗi skill built phải có: skill.json + schema/ + script/validator.py + hooks.json
+ kb/ + prompt/ + test/ + synthetic-data/
→ Mỗi artifact output mang evidence + confidence_score + need_review
→ Thiếu → yêu cầu aiworkforce build bổ sung → re-verify
→ Update [department]/ai_workforce/README.md với skill status
→ Update _ai-workforce/ workforce map
→ **KWSR UPDATE: Refresh _skills-agents/README.md với skill coverage matrix**
→ **KWSR UPDATE: Refresh _rules/README.md với decision authority từ worker profiles**
→ **v2.0 LOG:** python3 script/log_helper.py PHASE-6 STEP-6.1 [dept] DONE
PHASE 6.2: CREATE COMPANY GPS
→ User: "Tạo company GPS" hoặc "Tạo AI Chief of Staff"
→ Đọc toàn bộ company structure + activation status
→ Generate vibe-[company]-gps SKILL.md
→ Install vào _ai-workforce/ + ~/.claude/skills/
→ Test với sample task
PHASE 6.3: FULL ACTIVATION
→ User: "Activate AI workforce cho toàn bộ company"
→ Cho mỗi department (priority P0→P3): activate department
→ Sau khi xong tất cả → tạo GPS
→ Verify: GPS skill có route đúng mọi department không?
Industry Templates (Trần sao âm vậy)
SaaS / Tech Startup
Primary Activities (Layer 2):
01-product/ ← Product development (R&D)
02-marketing/ ← Growth marketing
03-sales/ ← B2B/B2C sales
04-cs/ ← Customer success + support
Support Activities (Layer 3):
05-engineering/ ← Engineering ops (DevOps, infra)
06-hr/ ← People ops
07-finance/ ← Finance + accounting
08-legal/ ← Legal + compliance
Strategy (Layer 1):
00-company/ ← CEO, strategy, board
Key SOPs:
SOP-PROD-001 — Sprint planning
SOP-PROD-002 — Feature release
SOP-MKT-001 — Content creation
SOP-SAL-001 — Lead to close
SOP-CS-001 — Ticket handling
SOP-ENG-001 — Incident response
E-commerce / Retail
Primary Activities:
01-merchandising/ ← Product selection + pricing
02-marketing/ ← Marketing + promotion
03-operations/ ← Warehouse + fulfillment
04-cs/ ← Customer service
Support Activities:
05-procurement/ ← Vendor management
06-hr/
07-finance/
08-it/
Key SOPs:
SOP-MERCH-001 — Product listing creation
SOP-OPS-001 — Order fulfillment
SOP-OPS-002 — Inventory management
SOP-CS-001 — Returns & refunds
SOP-PROC-001 — Vendor selection
Professional Services (Agency / Consulting)
Primary Activities:
01-business-dev/ ← Lead gen + proposals
02-delivery/ ← Project delivery
03-client-success/ ← Account management
Support Activities:
04-hr/ ← Talent management
05-finance/
06-operations/ ← Internal ops
07-it/
Key SOPs:
SOP-BD-001 — Proposal creation
SOP-DEL-001 — Project kickoff
SOP-DEL-002 — Sprint execution
SOP-DEL-003 — Client reporting
