원클릭으로 Manus에서 모든 스킬 실행

doc-fe-review

스타2

포크0

업데이트2026년 6월 4일 10:01

FE screen design doc review workflow for Blog Du Lịch. Use when reviewing a frontend screen specification document for correctness, completeness, and format compliance. Produces a scored checklist (0-100) and PASS/FAIL release verdict. Trigger phrases: review screen doc, check doc format, validate screen spec, doc review, review design doc, kiểm tra tài liệu, review fe doc.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

pmduc97

pmduc97/demo_ai_workspace

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

Doc FE Review Skill

Mục tiêu

Review một FE screen design doc để đảm bảo đúng format, đủ nội dung, đồng bộ với API spec và code thực tế. Đầu ra là điểm số, danh sách findings, và verdict PASS/FAIL.

Khi nào dùng

Kiểm tra doc trước khi merge
Review hàng loạt sau khi update format
Validate doc mới vừa tạo bằng skill doc-fe-implement

Procedure

Bước 1 — Xác định file cần review

Tìm file trong demo_docs/fe/[Design][SCREEN] {ScreenCode}_{ScreenName}.md
Xem danh sách tại demo_docs/fe/[Design][LIST] SCREEN_DanhSachManHinh.md nếu không rõ tên file
Đọc file demo_docs/fe/[Design][LIST] COMPONENT_DanhSach.md để đối chiếu các component được sử dụng trong Section 4.
Đọc file demo_docs/fe/[Design][LIST] UTILS_DanhSach.md để đối chiếu các hàm logic được sử dụng trong Section 10.

Bước 2 — Chạy checklist

Xem đầy đủ tại review-checklist.md.

Chia làm 4 nhóm:

F — Format (tên file, frontmatter, Change Log, heading structure, đủ 12 sections)
C — Content (12 sections + Change Log, nội dung từng section, Event ID nhất quán, Message List)
A — API Sync (link đến API docs, Request/Response Mapping accuracy)
Q — Quality (phong cách viết, Event ID nhất quán xuyên suốt, không để trống, không thừa nội dung cũ)

Bước 3 — Tính điểm và chấm verdict

Xem thang điểm tại scoring.md.

Tổng điểm tối đa: 100 điểm
≥ 90: ✅ PASS — Release được
75–89: ⚠️ CONDITIONAL PASS — Release được nếu các finding Medium được ghi backlog
< 75: ❌ FAIL — Phải fix trước khi release

Bước 4 — Xuất báo cáo

Format chuẩn xem tại report-template.md.

Output

## Doc Review: [ScreenCode]
File: demo_docs/fe/[Design][SCREEN] ...md
Score: XX/100
Verdict: ✅ PASS | ⚠️ CONDITIONAL PASS | ❌ FAIL

### Findings
[Critical] ...
[High] ...
[Medium] ...
[Low] ...

### Summary
...

이 저장소의 다른 Skills

같은 저장소

fe-implement

pmduc97/demo_ai_workspace

Frontend implementation workflow for Blog Du Lịch. Use when building React screens, components, auth flow, route guards, or fixing UI bugs. Loads screen specs, checklist, and component patterns. Trigger phrases: implement screen, React page, frontend component, auth context, protected route, admin UI, home page, category page, post form.

2026-06-062

be-implement

pmduc97/demo_ai_workspace

Backend implementation workflow for Blog Du Lịch. Use when implementing a new API endpoint, fixing backend logic, adding middleware, or updating DB schema. Loads checklist, spec-reading procedure, and review criteria. Trigger phrases: implement backend, create endpoint, fix API, add route, backend feature, controller, migration.

2026-06-062

test-suite

pmduc97/demo_ai_workspace

Test writing workflow for Blog Du Lịch backend. Use when writing Jest + Supertest tests, adding test cases for new endpoints, creating test helpers or factories, checking coverage. Trigger phrases: write test, add test, test suite, jest, supertest, coverage, unit test, integration test, test auth, test posts.

2026-06-062

playwright-suite

pmduc97/demo_ai_workspace

E2E test writing workflow using Playwright. Use when creating a new E2E test suite for a feature. Ensures POM usage, proper locators, and verification. Trigger phrases: write playwright test, create e2e suite, test e2e.

2026-06-062

doc-itb-implement

pmduc97/demo_ai_workspace

Workflow tạo tài liệu Test Case ITb (Scenario Integration). Sử dụng khi cần định nghĩa kịch bản kiểm thử luồng nghiệp vụ xuyên suốt qua nhiều màn hình và role. Trigger phrases: tạo test case itb, viết test case luồng, doc itb.

2026-06-052

doc-workflow-implement

pmduc97/demo_ai_workspace

Workflow tạo tài liệu Workflow Design (Business Flow). Sử dụng để tổng hợp logic từ các tài liệu FE/BE rời rạc thành một luồng nghiệp vụ xuyên suốt, làm đầu vào chuẩn cho việc viết Test Case ITb. Trigger phrases: tạo workflow, viết luồng nghiệp vụ, doc workflow.

2026-06-052

name	doc-fe-review
description	FE screen design doc review workflow for Blog Du Lịch. Use when reviewing a frontend screen specification document for correctness, completeness, and format compliance. Produces a scored checklist (0-100) and PASS/FAIL release verdict. Trigger phrases: review screen doc, check doc format, validate screen spec, doc review, review design doc, kiểm tra tài liệu, review fe doc.
argument-hint	ScreenCode hoặc đường dẫn file cần review (e.g. ADMIN_LOGIN, hoặc demo_docs/fe/[Design][SCREEN] HOME_TrangChu.md)

Doc FE Review Skill

Mục tiêu

Khi nào dùng

Kiểm tra doc trước khi merge
Review hàng loạt sau khi update format
Validate doc mới vừa tạo bằng skill doc-fe-implement

Procedure

Bước 1 — Xác định file cần review

Tìm file trong demo_docs/fe/[Design][SCREEN] {ScreenCode}_{ScreenName}.md
Xem danh sách tại demo_docs/fe/[Design][LIST] SCREEN_DanhSachManHinh.md nếu không rõ tên file
Đọc file demo_docs/fe/[Design][LIST] COMPONENT_DanhSach.md để đối chiếu các component được sử dụng trong Section 4.
Đọc file demo_docs/fe/[Design][LIST] UTILS_DanhSach.md để đối chiếu các hàm logic được sử dụng trong Section 10.

Bước 2 — Chạy checklist

Xem đầy đủ tại review-checklist.md.

Chia làm 4 nhóm:

F — Format (tên file, frontmatter, Change Log, heading structure, đủ 12 sections)
C — Content (12 sections + Change Log, nội dung từng section, Event ID nhất quán, Message List)
A — API Sync (link đến API docs, Request/Response Mapping accuracy)
Q — Quality (phong cách viết, Event ID nhất quán xuyên suốt, không để trống, không thừa nội dung cũ)

Bước 3 — Tính điểm và chấm verdict

Xem thang điểm tại scoring.md.

Tổng điểm tối đa: 100 điểm
≥ 90: ✅ PASS — Release được
75–89: ⚠️ CONDITIONAL PASS — Release được nếu các finding Medium được ghi backlog
< 75: ❌ FAIL — Phải fix trước khi release

Bước 4 — Xuất báo cáo

Format chuẩn xem tại report-template.md.

Output

## Doc Review: [ScreenCode]
File: demo_docs/fe/[Design][SCREEN] ...md
Score: XX/100
Verdict: ✅ PASS | ⚠️ CONDITIONAL PASS | ❌ FAIL

### Findings
[Critical] ...
[High] ...
[Medium] ...
[Low] ...

### Summary
...