VI EN
⚙️ Chưa cài đặt? Mở trang cài đặt trước. Cài xong quay lại đây và chọn đúng vai trò của bạn.

## 📖 contextd là gì?

Một thư viện hướng dẫn dùng chung cho cả người và AI. Bạn ghi cách team làm việc vào wiki. Trước khi hỗ trợ, AI sẽ đọc các hướng dẫn này để làm đúng chuẩn của team.

🏢

#### Workspace

Mỗi công ty/dự án = 1 workspace. Kiến thức KHÔNG trộn lẫn giữa các workspace.

📦

#### Pack

Gói kiến thức theo công nghệ: web-api, frontend-react, ai-app, product, ... Bật/tắt tuỳ ý.

📜

#### Contract

Thoả thuận cố định: cấu trúc API, định dạng dữ liệu, mã lỗi. Engineer KHÔNG được thay đổi.

🧩

#### Pattern

Cách làm chuẩn cho từng vấn đề. Dùng lại thay vì tự nghĩ cách mới mỗi lần.

🎯

#### Brief / OKR

Tóm tắt sản phẩm, mục tiêu, người dùng, số đo — kiến thức phi kỹ thuật. Cần `pack-product`.

🔍

#### Evidence

Quy trình: đưa dữ liệu thô vào → phân tích → kiểm tra → áp vào wiki.

## 1Bạn là ai?

Chọn đúng vai trò để xem các bước bắt đầu đơn giản nhất.

💼

### Không chuyên kỹ thuật (PM / Business / Chủ sản phẩm)

Bạn không cần viết code. Bạn chỉ cần mô tả mục tiêu, người dùng và bối cảnh sản phẩm.

Nếu bạn làm business, bắt đầu ở đây
🛠️

### Engineer

Bạn viết code và muốn AI tuân thủ contracts/patterns của team. Bạn cần wiki-aware code generation.

Nếu bạn là developer, bắt đầu ở đây
📚

### Quản trị Wiki

Bạn setup và duy trì wiki cho team — đưa dữ liệu vào, viết quy tắc, kiểm tra wiki không lệch so với code thật.

Nếu bạn quản lý wiki, bắt đầu ở đây
🔧

### Tự làm / Chuyên gia ngành khác

Bạn làm ngành khác (cơ khí, kế toán, y tế...) và dùng Claude Code như "công cụ tự build" để tạo ứng dụng hỗ trợ công việc.

Nếu bạn không phải dev nhưng tự làm tool, bắt đầu ở đây

### 💼 Dành cho người không chuyên kỹ thuật

PM, Product Owner, Business Analyst, Stakeholder. Không cần biết lập trình.

1

#### Hỏi team tên workspace đang dùng

Bạn không cần tự tạo workspace. Chỉ cần biết team đang dùng workspace nào. Trong Claude Code, gõ `/list-workspaces` để xem tất cả.

    /list-workspaces

2

#### Gặp từ khó? Yêu cầu giải thích dễ hiểu

Nếu gặp từ khó (ví dụ thuật ngữ kỹ thuật), dùng lệnh sau để nhận giải thích ngắn gọn: `/contextd-explain chủ-đề`. Kết quả là 1 trang giải thích đơn giản, có ví dụ thực tế.

    /contextd-explain circuit-breaker --depth tldr
    /contextd-explain mqtt-topic-contract --depth short

3

#### Tạo bản tóm tắt sản phẩm đầu tiên (theo câu hỏi có sẵn)

Hệ thống sẽ hỏi theo mẫu: vấn đề gì, ai dùng, đo thành công ra sao, mốc thời gian khi nào. Không cần trả lời kỹ thuật.

    /product-brief "Reduce signup friction for mobile users"

Hệ thống sẽ tự lưu kết quả. Bạn chỉ cần điền các mục còn trống.

💡 Tiếp theo: Khi cần giải thích 1 tính năng cho sếp/kinh doanh/CS, gõ `/business-view {service-name}` — output là 1 document plain-language tự động sync với engineering doc.

### 🛠️ Hướng dẫn cho Engineer

Backend / frontend / fullstack / mobile dev. Bạn viết code, AI đọc wiki rồi sinh code đúng quy tắc team.

1

#### Kết nối wiki với codebase hiện tại

Lần đầu mở 1 codebase mới. Lệnh detect project name + tech stack rồi tạo `.claude/wiki.json` kết nối với workspace.

    /contextd-setup

Nếu workspace chưa có, gõ `/new-workspace tên-dự-án` để tạo mới.

2

#### Tìm nhanh quy tắc/thoả thuận trước khi code

Biết mình cần tìm gì thì dùng `/find {keywords}` để tìm nhanh trong wiki.

    /find idempotency retry
    /find rest error shape

3

#### Viết code theo wiki cho task lớn

Trước MỌI task (implement feature, fix bug, design, incident, review), gõ `/use-contextd` để chạy quy trình kiểm tra trước khi viết code, giúp giảm sai sót.

    /use-contextd implement payment refund flow with idempotency

Mục tiêu: code bám đúng quy tắc của team, tránh tạo ra phần không được thống nhất.

💡 Tiếp theo: Sau khi code merge, gõ `/update-contextd` để wiki cập nhật theo code mới. Định kỳ chạy `/rebase-contextd` để sửa chỗ wiki khác so với code thật.

### 📚 Đường đi cho Quản trị Wiki

Bạn setup wiki cho team mới, hoặc tạo workspace từ codebase cũ.

1

#### Tạo workspace mới

Wizard hỏi metadata (company, role, period, stack, packs) rồi scaffold đủ folder + workspace.md + patterns-index.md trống.

    /new-workspace acme-corp

2

#### Bootstrap knowledge từ codebase có sẵn

Nếu team đã có codebase legacy, dùng `/code-analyze` để snapshot codebase → hệ thống đề xuất quy tắc, thoả thuận, và kiến trúc từ code thật.

    /code-analyze
    /evidence-qa
    /evidence-apply

3

#### Sinh report tổng quan để share cho team

Một file HTML self-contained với toàn bộ workspace (Overview / Architecture / Contracts / Patterns / Domains / ADRs / Runbooks).

    /contextd-report

Mở file HTML trong trình duyệt — không cần server.

💡 Tiếp theo: Định kỳ chạy `/contextd-eval` để xem hiệu quả wiki (hallucination rate, knowledge gaps, plan-block rate). Khi nghi wiki lệch so với code → `/rebase-contextd`.

### 🔧 Hướng dẫn cho Tự làm / Chuyên gia ngành khác

Bạn là chuyên gia ngành khác (cơ khí, kế toán, y tế, luật, giáo viên...) tự dùng Claude Code làm trợ lý cá nhân để tạo công cụ. Có ý tưởng nhưng không biết bắt đầu từ đâu.

1

#### Bật chế độ Solo Builder

Cách dễ nhất: gõ `/tool-design` ngay — hệ thống tự hỏi và bật gói giúp.

Cách thủ công: chạy `/contextd-setup` → bước chọn packs, tick `pack-solo-builder`.

Khi muốn áp cho tất cả dự án trong workspace → sửa file `workspace.md` mục `## Packs`:

    ## Packs

    - pack-solo-builder

2

#### Thiết kế công cụ đầu tiên từ ý tưởng

Ý tưởng chưa rõ cũng OK. Hệ thống sẽ hỏi 6-8 câu (mỗi câu có ví dụ + option "tôi không biết"), vẽ sơ đồ hệ thống, kiểm tra công cụ đã có để tránh trùng, rồi gợi ý cách làm phù hợp.

    /tool-design "tool tính moment uốn cho dầm thép"
    /tool-design "quản lý kho linh kiện trong xưởng"
    /tool-design "pull tỷ giá USD/VND mỗi sáng"

Kết quả: 1 bản thiết kế chứa sơ đồ hệ thống, công nghệ được chọn + lý do, hướng dẫn cài đặt cho cả Linux lẫn Windows, và tiêu chí kiểm tra.

3

#### Chuyển thiết kế thành code

Khi bản thiết kế đã hoàn chỉnh (đầy đủ, không còn câu hỏi mở), yêu cầu Claude Code viết code theo đúng thiết kế:

    implement spec ở workspaces/{ws}/tools/{slug}-spec.md

Claude sẽ viết code đúng theo bản thiết kế — không tự đổi công nghệ hay tự quyết định.

💡 Tiếp theo: `/tool-list` xem công cụ đã tạo (tránh tạo trùng). `/tool-extend tên-công-cụ` thêm tính năng cho công cụ đã có. Trên Windows nếu cần cài đặt phức tạp → Claude tự gợi ý dùng Docker.

## 2Khái niệm cốt lõi (đọc 3 phút)

Hiểu 5 khái niệm này là đủ để dùng wiki hằng ngày.

Workspace (kho kiến thức riêng cho từng công ty/dự án)
  Mỗi công ty/dự án bạn làm = 1 thư mục riêng. Kiến thức KHÔNG được trộn giữa các workspace — vì công ty A và B có quy tắc khác nhau, nếu trộn AI sẽ áp sai. Workspace đang dùng nằm trong `.claude/wiki.json`.
Pack (gói kiến thức theo công nghệ)
  Wiki-template hoạt động với mọi công nghệ. Kiến thức đặc thù (Kafka, REST, React, AI app, product...) nằm trong các `packs`. Bật/tắt qua `/contextd-setup` bước chọn packs (giao diện tick), hoặc sửa file `workspace.md`. Hiện có 13 packs, xem section bên dưới.
Thoả thuận (Contract) vs Cách làm (Pattern)
  Thứ tự ưu tiên: Thoả thuận > Cách làm > Tài liệu dự án > Kiến thức chuyên môn. Thoả thuận = quy tắc cố định (cấu trúc API, định dạng dữ liệu) — KHÔNG được thay đổi. Cách làm = phương pháp tốt nhất — nên tái sử dụng, có thể ngoại lệ nếu có lý do chính đáng.
Lệnh (Slash command) vs Quy trình nội bộ
  Lệnh (`/use-contextd`, `/find`, ...) = lệnh bạn gọi trực tiếp. Quy trình nội bộ (planner, context-selector, reviewer, ...) = các bước chạy tự động bên trong, bạn không cần quan tâm.
Quy trình đưa dữ liệu vào wiki (Evidence)
  4 bước: `/evidence-ingest` (nhập) → `/evidence-analyze` (phân tích) → `/evidence-qa` (kiểm tra) → `/evidence-apply` (áp dụng). Dùng khi có nguồn ngoài (Confluence, Linear, paste, code) cần đưa vào wiki đã kiểm tra. Dữ liệu gốc không đổi sau khi nhập. Mỗi workspace tách biệt hoàn toàn.

## 3Tra cứu lệnh (cheat sheet)

Tag tech = dành cho engineer · nontech = không cần biết code · maint = wiki owner.

### 🏁 Workspace setup & navigation

Lệnh | Mục đích | Khi nào
--- | --- | ---
/contextd-setuptech | Tạo `.claude/wiki.json` cho codebase, detect project name + components | Lần đầu dùng wiki với 1 codebase
/contextd-detecttech | Validate `wiki.json`, scan dependency, propose update | Kiểm tra sau setup, hoặc khi gặp lỗi
/switch-workspace têntech | Đổi workspace đang dùng cho codebase hiện tại | Cùng codebase phục vụ nhiều lĩnh vực
/new-workspace tên-dự-ánmaint | Tạo workspace mới từ mẫu | Mới tham gia công ty/dự án
/list-workspacesnontech tech | Hiện danh sách mọi workspace, đánh dấu workspace đang dùng | Xem workspace nào đã có

### 🧠 Wiki usage (per-task)

Lệnh | Mục đích | Khi nào
--- | --- | ---
/use-contextdtech | 4-stage pipeline (planner → context → code → reviewer) | Trước MỌI task: implement, fix bug, design, review
/find {keywords}tech | Tìm nhanh quy tắc/thoả thuận/dịch vụ, 5 kết quả phù hợp nhất | Tìm nhanh khi đã biết mình cần gì
/update-contextdtech | Sync wiki với code đã thay đổi (git diff → curator áp dụng) | Sau khi merge code, để wiki không bị lệch
/rebase-contextdmaint | Quét toàn bộ wiki vs code, sửa chỗ wiki khác so với code thật | Định kỳ (tuần/tháng), hoặc khi nghi drift lớn

### 💼 Non-tech contributors (Product / Business)

Lệnh | Mục đích | Khi nào
--- | --- | ---
/product-brief [title]nontech | Hướng dẫn tạo bản tóm tắt sản phẩm: Vấn đề / Người dùng / Số đo thành công / Tiêu chí | PM tạo brief mới trước khi giao cho engineering
/business-view {target}nontech | Dịch tài liệu kỹ thuật → ngôn ngữ dễ hiểu cho người phi kỹ thuật | Giải thích tính năng cho sếp/kinh doanh/CS
/contextd-explain chủ-đềnontech | Giải thích 1 thuật ngữ/quy tắc bằng ngôn ngữ đơn giản | Đọc wiki gặp thuật ngữ lạ, cần hiểu nhanh

Yêu cầu: Workspace cần bật `pack-product` — dễ nhất: chạy `/contextd-setup` Bước 4.5 và tick `pack-product` (UI checkbox, không cần edit markdown). Hoặc slash `/product-brief` tự hỏi và bật giúp nếu chưa có.

### 🔧 Solo builder (Non-tech expert dùng Claude Code làm no-code IDE)

Lệnh | Mục đích | Khi nào
--- | --- | ---
/tool-design "ý tưởng"nontech | Wizard discovery → system map → recipe match → recommend tech stack → ghi spec (KHÔNG sinh code) | Có ý tưởng công cụ mới nhưng chưa biết bắt đầu thế nào
/tool-listnontech | Hiện danh sách công cụ đã tạo, nhóm theo trạng thái | Xem "tôi đã tạo cái gì rồi" trước khi tạo mới (tránh trùng)
/tool-extend tên-công-cụnontech | Đề xuất nâng cấp cho công cụ đã có — thêm tính năng, thay đổi phạm vi | Công cụ đã có cần thêm tính năng hoặc điều chỉnh

Yêu cầu: Workspace bật `pack-solo-builder` (slash `/tool-design` tự bật giúp). Recipe library cross-platform: Linux native + Windows recommend Docker khi deps phức tạp (PDF, image, share team).

### 📊 Reporting

Lệnh | Mục đích | Khi nào
--- | --- | ---
/contextd-reportmaint | 1 file HTML độc lập — Tổng quan / Kiến trúc / Thoả thuận / Quy tắc / Tài liệu vận hành | Onboard thành viên mới, báo cáo định kỳ, kiểm tra khoảng trống

### 🔬 Codebase analysis & evidence pipeline

Lệnh | Mục đích | Khi nào
--- | --- | ---
/code-analyzemaint | Phân tích codebase → đề xuất quy tắc/thoả thuận/kiến trúc từ code thật | Nhập codebase cũ, hoặc làm mới sau thay đổi lớn
/evidence-ingestmaint | Pull raw từ MCP / API / paste / code vào `evidence/sources/{id}/` | Có nguồn ngoài cần đưa vào wiki
/obsidian-ingestmaint | Nhập hàng loạt từ Obsidian vault: quét, loại trùng, kiểm tra trước khi nhập | Maintain Second Brain trong Obsidian
/evidence-analyzemaint | Phân tích dữ liệu đã nhập | Sau khi nhập dữ liệu
/evidence-qamaint | Q&A loop với user, sinh `verified-facts.md` | Sau khi phân tích, kiểm tra trước khi áp dụng
/evidence-applymaint | Áp dụng sự kiện đã kiểm tra vào wiki | Sau khi kiểm tra xong

### 🔭 Pipeline observability

Lệnh | Mục đích | Khi nào
--- | --- | ---
/contextd-trace {run_id}maint | Render Markdown timeline 1 run pipeline (4 stage) | Khi output `/use-contextd` sai — debug stage divergence
/contextd-evalmaint | Thống kê: tỷ lệ AI bịa, khoảng trống kiến thức, điểm vi phạm | Định kỳ kiểm tra hiệu quả wiki
/contextd-vizmaint | HTML viewer + live watch cho trace | Kiểm tra trực quan

## 4Tổ hợp lệnh thực chiến

Ba công thức đời thực — cho thấy sức mạnh khi chain các lệnh lại với nhau.

### 🚀 Khai phá codebase legacy trong 30 phút

Tình huống: Nhận codebase không có docs, cần wiki + báo cáo chia sẻ cho team.

    /new-workspace acme-corp        # Tạo workspace mới
           ↓
    /code-analyze                    # Snapshot code → đề xuất rules & contracts
           ↓
    /evidence-qa                     # Kiểm tra từng đề xuất (Y/N)
           ↓
    /evidence-apply                  # Áp dụng fact đã verify vào wiki
           ↓
    /contextd-report                 # Sinh báo cáo HTML độc lập

Kết quả: Wiki có pattern/contract rút từ code thật + 1 file HTML overview để share team. Hết cảnh "không biết bắt đầu từ đâu" cho thành viên mới.

### 🐛 Fix bug 5h chiều thứ Sáu an toàn

Tình huống: Bug duplicate charge trên prod. Cần fix tuân thủ rule retry/idempotency của team — không phải AI tự đoán.

    /find "idempotency retry"        # Tìm pattern liên quan trong vài giây
           ↓
    /use-contextd "fix duplicate refund in payment flow"
           ↓     (planner → context → builder → reviewer — pipeline 4 stage)
       Claude viết code tuân thủ contract đã retrieve
           ↓
    /update-contextd                  # Sync code thay đổi về wiki

Kết quả: Fix theo rule team, wiki tự sync sau merge — không drift giữa code và docs.

### 🔧 Solo builder: ý tưởng → tool chạy được

Tình huống: Bạn là chuyên gia ngành khác (cơ khí, kế toán, y tế, ...). Có ý tưởng nhưng không biết tech stack.

    /tool-design "tính moment uốn dầm thép"
           ↓     (6-8 câu hỏi có hướng dẫn, mỗi câu kèm ví dụ + "tôi không biết")
       Spec lưu vào → workspaces/{ws}/tools/{slug}-spec.md
           ↓
    implement spec at workspaces/{ws}/tools/{slug}-spec.md
           ↓     (Claude làm đúng spec — không tự đổi tech stack)
    /tool-list                        # Xem toolbox nhóm theo trạng thái
           ↓
    /tool-extend tên-tool             # Thêm tính năng sau mà không phải làm lại

Kết quả: Tool chạy được + setup guide cho cả Linux & Windows + record trong toolbox.

## 5Packs có sẵn

Bật pack: chạy `/contextd-setup` Bước 4.5 (checkbox UI per-codebase, ghi vào `wiki.json#packs`) — hoặc edit `workspaces/{ws}/workspace.md` section `## Packs` (áp dụng workspace-wide cho mọi codebase).

Pack | Status | Use cho
--- | --- | ---
pack-event-driven | stable | Xử lý sự kiện: Kafka, MQTT, RabbitMQ — hàng đợi thử lại, xử lý lỗi
pack-web-api | stable | API web: REST/GraphQL/gRPC — kiểm tra đầu vào, mã lỗi, không lộ thông tin
pack-frontend-react | stable | React + Next.js — hooks rules, a11y, effect cleanup, list keys, server/client boundary
pack-ui-ux | beta v0.1 | UI/UX design — design system, design tokens, WCAG 2.1 AA accessibility, user flows, UX writing. Pairs với `pack-frontend-react` (design doc ↔ code impl)
pack-ai-app | stable | Ứng dụng AI: prompt caching, output có cấu trúc, kiểm thử, không lộ dữ liệu cá nhân
pack-agentic | stable | AI Agent: vòng lặp, dùng công cụ, đa agent — giới hạn bước, công cụ lặp lại an toàn
pack-claude-plugin-dev | stable | Phát triển plugin cho Claude Code — lệnh, agent con, kỹ năng, hook
pack-product | beta | Tài liệu sản phẩm cho PM/business — bản tóm tắt, OKR, lộ trình, người dùng, chỉ số
pack-solo-builder | beta | Cho non-tech expert ngành khác (cơ khí, kế toán, ...) dùng Claude Code làm "no-code IDE" — tool design coach + recipe library cross-platform
pack-ba | beta | Business analysis — mô hình hóa yêu cầu, acceptance criteria, process mapping, stakeholder alignment
pack-qc | beta v0.2 | Quality control + performance optimization (gộp `pack-optimize`) — test design/execution, defect triage, regression, release gate, baseline metric, profiling, regression guard
pack-security | beta v0.2 | Security engineering + authorized pentest (gộp `pack-pentest`) — threat modeling, secure design review, scope discipline, evidence-based findings, risk rating, remediation
pack-dba | beta | DBA workflow — schema change safety, query hygiene, backup/restore readiness, operational guardrails

Ví dụ kết hợp: Solo fullstack → `pack-web-api + pack-frontend-react + pack-ai-app`. AI agent product → `pack-ai-app + pack-agentic + pack-web-api + pack-frontend-react`. Team có PM → thêm `pack-product`.

## 6FAQ

Tôi không biết code, có dùng wiki được không?

Có — 2 hướng tuỳ vai trò:

Nếu bạn là PM / người làm business trong team có engineer: bật `pack-product`, dùng:

- `/product-brief` — tạo brief mới
- `/business-view {service}` — đọc service ở góc nhìn business
- `/contextd-explain chủ-đề` — giải thích thuật ngữ kỹ thuật

Nếu bạn là chuyên gia ngành khác (cơ khí, kế toán, y tế, ...) tự dùng Claude Code build tools: bật `pack-solo-builder`, dùng:

- `/tool-design "ý tưởng"` — wizard discovery + recommend tech stack
- `/tool-list` — xem toolbox đã có
- `/tool-extend tên-công-cụ` — thêm tính năng cho tool đã có

Không cần biết git, terminal, hay code. Chỉ cần biết gõ lệnh trong Claude Code.

Tôi có 3 dự án ở 3 công ty khác nhau, có dùng chung wiki được không?

Có — mỗi công ty/dự án = 1 workspace riêng dưới `workspaces/{name}/`. Knowledge KHÔNG được trộn (Hệ thống đảm bảo). Tạo workspace mới: `/new-workspace tên-dự-án`. Đổi: `/switch-workspace tên`.

Wiki và code drift — làm sao đồng bộ?

2 lệnh:

- `/update-contextd` — sau mỗi code merge, áp git diff vào wiki
- `/rebase-contextd` — định kỳ quét toàn bộ wiki so với code, sửa chỗ lệch

Để evaluate hiệu quả wiki: `/contextd-eval` — báo cáo tỷ lệ AI bịa, khoảng trống kiến thức.

Khi nào dùng pack, khi nào KHÔNG dùng?

Dùng pack khi knowledge đặc thù theo stack (vd Kafka rules, React hooks rules). Bật qua `/contextd-setup` Bước 4.5 — checkbox UI, không cần edit markdown.

KHÔNG dùng pack cho rule chỉ áp dụng riêng workspace bạn — viết vào `workspaces/{ws}/agents/constraints.md` với prefix `ws-`.

Engine rule (mọi workspace, stack-agnostic) → sửa `agents/constraints.md`.

1 workspace có nhiều codebase, mỗi codebase cần pack khác nhau — làm sao?

Per-codebase override qua `.claude/wiki.json#packs` field:

- Workspace default: `workspaces/acme-corp/workspace.md ## Packs` = `[pack-event-driven, pack-web-api]`
- Codebase frontend: `acme-frontend/.claude/wiki.json` ghi `"packs": ["pack-frontend-react", "pack-web-api"]` → effective = chỉ frontend + web-api
- Codebase backend (không override) → effective = workspace default

Replace semantics, không additive. `null`/không có field = follow workspace default. Array = override hoàn toàn.

Cách dễ nhất: chạy `/contextd-setup` trong codebase → Bước 4.5 hiện checkbox UI cho mọi pack có sẵn, tick/untick → tự ghi `wiki.json`.

Có quá nhiều slash command — tôi cần biết hết không?

Không. 80% use case chỉ cần 3-4 lệnh:

- Engineer hằng ngày: `/use-contextd`, `/find`, `/update-contextd`
- Non-tech hằng ngày: `/product-brief`, `/business-view`, `/contextd-explain`
- Setup 1 lần: `/contextd-setup` hoặc `/new-workspace`

Còn lại là cho maintainer hoặc trường hợp đặc biệt — học khi cần.

Workspace của tôi nằm ở đâu trên máy?

Mặc định `{wiki-template-root}/workspaces/{name}/`. Có thể override qua `~/.claude/wiki-global.json` field `wiki_root`. Để xem path active: `/list-workspaces` hoặc đọc `<cwd>/.claude/wiki.json`.

AI có "hallucinate" knowledge không có trong wiki không?

Hệ thống có quy tắc cứng: nếu thiếu kiến thức → AI PHẢI báo "Giả định" hoặc "Xung đột quy tắc", KHÔNG được tự bịa. Có validator (`scripts/validate.py`) chạy regex check pattern phổ biến. Để monitor: `/contextd-eval` báo hallucination rate per run.

Tôi muốn thêm pack mới cho stack riêng (vd Flutter) — cách nào?

Chạy lệnh tạo pack mới:

    python scripts/scaffold-pack.py pack-mobile-flutter

Sinh 8 file skeleton. Customize `pack.yaml` components + keywords, viết `constraints.md`, thêm rule vào `scripts/rules.py`. Đăng ký vào catalog: edit `packs/README.md`.