ワンクリックで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
...