Lời nhắc để bắt đầu một dự án thiết kế web. Lời nhắc này là điểm khởi đầu cho mọi dự án thiết kế trong quy trình làm việc của tôi.
Bạn là giám đốc sáng tạo cấp cao tại một studio thiết kế nổi tiếng với sự táo bạo, trải nghiệm web dựa trên ý kiến. Tôi đang giới thiệu cho bạn về một dự án mới. **Khách hàng:** company_name **Ngành:** industry **Trang web hiện có:** if_there_is_one_or_delete_this_line **Định vị:** [Example: "The most expensive interior design studio in Istanbul that only works with 5 clients/year"] **Đối tượng mục tiêu:** [Who are they? What are they looking for? What are the motivations?] **Giai điệu:** [3-5 adjective: eg. "confident, minimal, slow-paced, editorial"] **Chống tham chiếu:** [Ví dụ: "Không có bố cục SaaS chung, không có cảm giác chụp ảnh sẵn, không có mồi Dribbble"] **Tài liệu tham khảo:** [2-3 site URL or style direction] **Các trang chính:** [Homepage, About, Services, Contact — or others] Trước khi viết bất kỳ mã nào, hãy đề xuất: 1. Concept thiết kế trong 2-3 câu (“ý tưởng lớn”) 2. Chiến lược bố cục trên mỗi trang (hành vi cuộn, cách tiếp cận dạng lưới) 3. Kiểu chữ và hướng màu sắc 4. Một tương tác chữ ký xác định cá tính của trang web 5. Các quyết định về ngăn xếp công nghệ (hoạt ảnh, thư viện) có lý luận KHÔNG viết mã. Trình bày khái niệm để tôi xem xét.
Lời nhắc này sẽ giúp bạn xây dựng trang web của mình theo từng trang sau lời nhắc bắt đầu
Dựa trên ý tưởng đã được phê duyệt, hãy xây dựng trang [Homepage/About/etc.]. Hạn chế: - Thành phần React một tệp với Tailwind - Ưu tiên thiết bị di động, đáp ứng - Ngân sách hiệu suất: không có thư viện trên 50kb trừ khi hợp lý - [Specific interaction from Phase 1] phải là khoảnh khắc ấn tượng - Sử dụng kỹ năng thiết kế frontend để đảm bảo chất lượng thiết kế Cho tôi xem thành phần. Tôi sẽ xem xét trước khi chuyển sang trang tiếp theo.
Lời nhắc này sẽ giúp bạn tinh chỉnh và hoàn thiện quá trình lặp lại thiết kế.
Xem lại page hiện tại theo các tiêu chí sau: - Phần anh hùng có tạo phản ứng cảm xúc rõ ràng trong <3 giây không? - Hệ thống phân cấp kiểu chữ có rõ ràng ở mọi điểm dừng không? - Tương tác là có mục đích hay trang trí? - Điều này có giống như reference_site_x về chất lượng nhưng khác biệt về bản sắc không? Đề xuất 3 cải tiến cụ thể bằng lý luận, sau đó thực hiện chúng.
Lời nhắc này hướng dẫn Claude thu thập thông tin toàn bộ cơ sở mã và trích xuất mọi mã thông báo, mẫu và thành phần liên quan đến thiết kế vào kho lưu trữ thô. Nó tạo ra một bản kiểm tra JSON có cấu trúc, chưa phải là một hệ thống thiết kế, chỉ là nguyên liệu thô. Chạy cái này trước khi có bất kỳ tổ chức hoặc tài liệu nào xảy ra. Khi nào nên sử dụng: Ngay từ đầu, khi bạn có cơ sở mã đang hoạt động nhưng không có hệ thống thiết kế được ghi lại.
Bạn là kỹ sư hệ thống thiết kế cấp cao đang tiến hành kiểm tra pháp lý đối với cơ sở mã hiện có. Nhiệm vụ của bạn là trích xuất mọi quyết định thiết kế được nhúng trong mã - rõ ràng hoặc ẩn ý.
## Bối cảnh dự án
- **Khung:** [Next.js / React / etc.]
- **Phương pháp tạo kiểu:** [Tailwind / CSS Modules / Styled Components / etc.]
- **Thư viện thành phần:** [shadcn/ui / custom / MUI / etc.]
- **Vị trí cơ sở mã:** [path or "uploaded files"]
## Phạm vi trích xuất
Phân tích toàn bộ cơ sở mã và trích xuất nội dung sau vào báo cáo JSON có cấu trúc:
### 1. Hệ màu
- Mọi giá trị màu được sử dụng (biến hex, rgb, hsl, css, lớp Tailwind)
- Nhóm theo: chính, phụ, trọng âm, trung lập, ngữ nghĩa (thành công/cảnh báo/lỗi/thông tin)
- Cờ không nhất quán (ví dụ: 3 màu xám khác nhau được sử dụng cho đường viền)
- Lưu ý các biến thể độ mờ và ánh xạ chế độ tối nếu có
- Trích xuất các định nghĩa biến CSS thực tế và các giá trị dự phòng của chúng
### 2. Kiểu chữ
- Họ phông chữ (phông chữ được tải, ngăn xếp dự phòng, nhập Google Fonts)
- Kích thước phông chữ (mỗi kích thước duy nhất được sử dụng, trong các lớp px/rem/Tailwind)
- Trọng lượng phông chữ được sử dụng cho mỗi họ phông chữ
- Chiều cao dòng được ghép nối với từng cỡ chữ
- Giá trị khoảng cách chữ
- Kiểu văn bản dưới dạng kết hợp được sử dụng (ví dụ: "heading-large" = Inter 32px/700/1.2)
- Quy tắc kiểu chữ đáp ứng (kích thước thiết bị di động và máy tính để bàn)
### 3. Khoảng cách & Bố cục
- Thang đo khoảng cách (mỗi giá trị lề/phần đệm/khoảng cách được sử dụng)
- Chiều rộng vùng chứa và chiều rộng tối đa
- Hệ thống lưới (cột, máng, breakpoint)
- Định nghĩa điểm dừng
- Các lớp chỉ mục Z và mục đích của chúng
- Giá trị bán kính đường viền
### 4. Kho linh kiện
Đối với mỗi thành phần có thể tái sử dụng được tìm thấy:
- Tên thành phần và đường dẫn file
- Giao diện đạo cụ (các loại TypeScript nếu có)
- Các biến thể trực quan (kích thước, màu sắc, trạng thái)
- Khoảng cách nội bộ và kích thước mã thông báo được sử dụng
- Phụ thuộc vào các thành phần khác
- Số lượng sử dụng trên toàn bộ codebase (gần đúng)
### 5. Chuyển động & Hoạt hình
- Thời lượng chuyển tiếp và chức năng thời gian
- Khung hình chính hoạt hình
- Chuyển đổi trạng thái di chuột/tiêu điểm/hoạt động
- Mẫu chuyển trang
- Hoạt ảnh dựa trên cuộn (nếu sử dụng bất kỳ thư viện nào như Framer Motion, GSAP)
### 6. Hình tượng & Nội dung
- Hệ thống biểu tượng (Lucide, Heroicons, SVG tùy chỉnh, v.v.)
- Kích thước biểu tượng được sử dụng
- Các biến thể Favicon và logo
### 7. Báo cáo mâu thuẫn
- Các giá trị trùng lặp phải là mã thông báo (ví dụ: `#1a1a1a` được sử dụng 47 lần nhưng không phải là một biến)
- Các mẫu xung đột (ví dụ: một số nút sử dụng kích thước dựa trên phần đệm, một số khác sử dụng chiều cao cố định)
- Thiếu trạng thái (các thành phần không có trạng thái di chuột/tiêu điểm/bị vô hiệu hóa)
- Khoảng cách về khả năng tiếp cận (thiếu vòng lấy nét, độ tương phản màu không đủ)
## Định dạng đầu ra
Trả về một đối tượng JSON có cấu trúc này:
{
"màu sắc": { "primary": [], "secondary": [], ... },
"kiểu chữ": { "families": [], "scale": [], "styles": [] },
"khoảng cách": { "scale": [], "containers": [], "breakpoints": [] },
"thành phần": [ { "name": "", "path": "", "props": {}, "variants": [] } ],
"chuyển động": { "durations": [], "easings": [], "animations": [] },
"biểu tượng": { "system": "", "sizes": [], "count": 0 },
"sự không nhất quán": [ { "type": "", "description": "", "severity": "high|medium|low" } ]
}
KHÔNG cố gắng tổ chức hoặc cải thiện bất cứ điều gì.
KHÔNG đề xuất tên mã thông báo hoặc cơ cấu lại.
Chỉ cần trích xuất những gì tồn tại, chính xác như nó vốn có.Thực hiện kiểm tra JSON thô từ Giai đoạn 1 và biến nó thành một hệ thống mã thông báo có cấu trúc, được đặt tên với hệ thống phân cấp rõ ràng (nguyên thủy → ngữ nghĩa → thành phần). Đây là nơi thực tế lộn xộn của cơ sở mã được tổ chức thành một ngôn ngữ thiết kế phù hợp. Claude cũng sẽ gắn cờ những gì cần đổi tên, hợp nhất hoặc không dùng nữa.
Bạn là một kiến trúc sư hệ thống thiết kế. Tôi đang cung cấp cho bạn JSON kiểm tra thiết kế thô từ cơ sở mã hiện có. Công việc của bạn là biến sự hỗn loạn này thành một kiến trúc mã thông báo có cấu trúc. ## Đầu vào [Paste the Phase 1 JSON output here, or reference the file] ## Phân cấp mã thông báo Thiết kế hệ thống token 3 tầng: ### Cấp 1 — Mã thông báo nguyên thủy (giá trị thô) Được đặt tên, giá trị bất biến. Không có ý nghĩa ngữ nghĩa. - Màu sắc: `color-gray-100`, `color-blue-500` - Khoảng cách: `space-1` đến `space-N` - Cỡ chữ: `font-size-xs` đến `font-size-4xl` - Bán kính: `radius-sm`, `radius-md`, `radius-lg` ### Cấp 2 — Mã thông báo ngữ nghĩa (ý nghĩa theo ngữ cảnh) Ánh xạ nguyên thủy đến mục đích. Những thay đổi này giữa các chủ đề. - `color-text-primary` → `color-gray-900` - `color-bg-surface` → `color-white` - `color-border-default` → `color-gray-200` - `spacing-section` → `space-16` - `font-heading` → `font-size-2xl` + `font-weight-bold` + `line-height-tight` ### Cấp 3 — Mã thông báo thành phần (trong phạm vi thành phần) - `button-padding-x` → `spacing-4` - `button-bg-primary` → `color-brand-500` - `card-radius` → `radius-lg` - `input-border-color` → `color-border-default` ## Quy tắc hợp nhất 1. Hợp nhất các giá trị trong phạm vi 2px của nhau (ví dụ: 14px và 15px → chọn một giá trị, lưu ý giá trị nào) 2. Thiết lập tỷ lệ khoảng cách nhất quán (khuyến nghị cơ sở 4px, độ lệch cờ) 3. Giảm bảng màu xuống tổng số 60 mã thông báo (gắn cờ nội dung không được dùng nữa) 4. Bình thường hóa tỷ lệ kích thước phông chữ theo cấp số hợp lý 5. Tạo các cài đặt trước hoạt ảnh được đặt tên từ các giá trị một lần ## Định dạng đầu ra Cung cấp: 1. **Bản đồ mã thông báo hoàn chỉnh** trong JSON — cả ba cấp độ đều có tham chiếu 2. **Bảng di chuyển** — giá trị hiện tại → tên mã thông báo mới → tệp nào sử dụng nó 3. **Danh sách khấu hao** — các giá trị cần xóa cùng với các giá trị thay thế được đề xuất 4. **Nhật ký quyết định** — mọi phán quyết mà bạn đưa ra (lý do bạn hợp nhất X vào Y, v.v.) Với mỗi quyết định, hãy giải thích sự đánh đổi. Tôi có thể không đồng ý với sự hợp nhất của bạn lựa chọn, vì vậy tính minh bạch quan trọng hơn sự tự tin.
Tạo tài liệu chi tiết cho từng thành phần trong hệ thống thiết kế. Đây không chỉ là bảng đạo cụ — nó bao gồm các nguyên tắc sử dụng, ví dụ nên/không, yêu cầu về khả năng truy cập và mã thông báo cụ thể mà mỗi thành phần sử dụng. Đầu ra trở thành phần thành phần của CLAUDE.md.
Bạn là người viết tài liệu về hệ thống thiết kế, tạo ra đặc tả thành phần cho tệp CLAUDE.md. Tài liệu này sẽ được sử dụng bởi các trợ lý mã hóa AI (Claude, Cursor, Copilot) để tạo mã UI nhất quán. ## Bối cảnh - **Hệ thống mã thông báo:** [Paste or reference Phase 2 output] - **Thành phần của tài liệu:** [Component name, or "all components from inventory"] - **Khung:** [Next.js + React + Tailwind / etc.] ## Đối với từng Component, Document: ### 1. Tổng quan - Tên thành phần (PascalCase) - Mô tả một dòng - Danh mục (Điều hướng/Đầu vào/Phản hồi/Bố cục/Hiển thị dữ liệu) ### 2. Giải phẫu - Liệt kê mọi phần trực quan (ví dụ: Nút = vùng chứa + nhãn + biểu tượng bên trái + biểu tượng bên phải) - Phần nào là tùy chọn và bắt buộc - Quy tắc lồng nhau (những gì có thể/không thể vào bên trong thành phần này) ### 3. Thông số đạo cụ Đối với mỗi chỗ dựa: - Tên, loại, giá trị mặc định, bắt buộc/tùy chọn - Giá trị cho phép (nếu enum) - Mô tả ngắn gọn về những gì nó điều khiển trực quan - Ví dụ sử dụng ### 4. Các biến thể trực quan - Các biến thể kích thước có giá trị mã thông báo chính xác (phần đệm, cỡ chữ, chiều cao) - Các biến thể màu có tham chiếu mã thông báo chính xác - Các biến thể trạng thái: mặc định, di chuột, hoạt động, tập trung, vô hiệu hóa, đang tải, lỗi - Đối với MỖI trạng thái: chỉ định mã thông báo nào thay đổi và giá trị nào ### 5. Bản đồ tiêu thụ token Thành phần: Nút ├── nền → nút-bg-variant → màu-thương hiệu-shade ├── màu văn bản → nút-văn bản-variant → màu trắng ├── đệm-x → nút đệm-x-size → khoảng cách-{n} ├── đệm-y → nút đệm-y-size → khoảng cách-{n} ├── bán kính đường viền → bán kính nút → bán kính-md ├── cỡ chữ → nút-font-size → cỡ chữ-{n} ├── font-weight → nút-font-weight → font-weight-nửa đậm └── chuyển đổi → thời lượng chuyển động nhanh + chuyển động dễ dàng-mặc định ### 6. Nguyên tắc sử dụng - Khi nào nên sử dụng (và khi nào KHÔNG sử dụng - đề xuất các lựa chọn thay thế) - Số phiên bản tối đa trên mỗi khung nhìn (ví dụ: "chỉ 1 CTA chính cho mỗi phần") - Nguyên tắc nội dung (độ dài nhãn, viết hoa, sử dụng biểu tượng) ### 7. Khả năng tiếp cận - Thuộc tính ARIA bắt buộc - Mẫu tương tác bàn phím - Quy tắc quản lý tập trung - Hành vi của trình đọc màn hình - Tỷ lệ tương phản tối thiểu được đáp ứng theo mã thông báo mặc định ### 8. Ví dụ về mã Cung cấp ví dụ về mã sẵn sàng sao chép-dán bằng cách sử dụng cơ sở mã thực tế các mẫu (đường dẫn nhập, quy ước className, v.v.) ## Định dạng đầu ra Markdown, được cấu trúc với các tiêu đề cho mỗi phần. Điều này sẽ trực tiếp được chèn vào tệp CLAUDE.md.
Sử dụng lời nhắc này định kỳ (hàng tháng hoặc sau khi bổ sung tính năng chính) để giữ CLAUDE.md đồng bộ hóa với cơ sở mã thực tế. Nó thực hiện sự khác biệt giữa hệ thống thiết kế được ghi lại và mã hiện tại, đánh dấu sự trôi dạt.
Bạn là người kiểm tra hệ thống thiết kế đang thực hiện kiểm tra đồng bộ hóa. So sánh tài liệu hệ thống thiết kế CLAUDE.md hiện tại với tài liệu codebase thực tế và tạo ra một báo cáo trôi dạt. ## Đầu vào - **CLAUDE.md:** paste_or_reference_file - **Cơ sở mã hiện tại:** path_or_uploaded_files ## Kiểm tra: 1. **Mã thông báo mới không có giấy tờ** - Giá trị màu trong mã không có trong CLAUDE.md - Giá trị khoảng cách được sử dụng nhưng không được xác định - Kích thước hoặc trọng lượng phông chữ mới 2. **Mã thông báo không được dùng nữa vẫn còn trong mã** - Mã thông báo được ghi nhận là không dùng nữa nhưng vẫn được sử dụng - Số lần sử dụng còn lại trên mỗi mã thông báo không dùng nữa 3. **Thành phần mới không có giấy tờ** - Các thành phần được tạo sau lần cập nhật CLAUDE.md cuối cùng - Thiếu phần thư viện thành phần 4. **Các thành phần được sửa đổi** - Đạo cụ đã thay đổi (thêm/xóa/đổi tên) - Các biến thể mới không được ghi lại - Thay đổi trực quan (các mã thông báo khác nhau được tiêu thụ) 5. **Tài liệu tham khảo bị hỏng** - CLAUDE.md tham chiếu các mã thông báo không còn tồn tại - Đường dẫn tập tin đã thay đổi - Nhập đường dẫn đã lỗi thời 6. **Vi phạm quy ước** - Mã vi phạm quy tắc CLAUDE.md (màu nội tuyến, trạng thái tiêu điểm bị thiếu, v.v.) - Đếm và vị trí từng loại vi phạm ## Đầu ra Một báo cáo giảm giá với: - **Số liệu thống kê tóm tắt:** X mã thông báo mới, Y không được dùng nữa, thành phần Z được sửa đổi - **Các mục hành động** được ưu tiên theo mức độ nghiêm trọng (phá vỡ → không nhất quán → thẩm mỹ) - **Các phần CLAUDE.md đã cập nhật** sẵn sàng để sao chép-dán (chỉ những phần đã thay đổi)
Tạo tài liệu bàn giao thiết kế đóng vai trò là hướng dẫn triển khai trực tiếp cho các tác nhân mã hóa AI. Không giống như các ghi chú chuyển giao truyền thống mô tả "cảm giác" của một thiết kế, tài liệu này cung cấp các thông số kỹ thuật có thể phân tích cú pháp bằng máy mà không có sự mơ hồ. Mọi giá trị đều rõ ràng, mọi trạng thái đều được xác định, mọi trường hợp cạnh đều có quy tắc.
1# Ghi chú bàn giao thiết kế — AI-First, con người có thể đọc được23### Tài liệu bàn giao có cấu trúc được tối ưu hóa cho các tác nhân triển khai AI (Claude Code, Cursor, Copilot) trong khi vẫn rõ ràng cho các nhà phát triển con người45---67## Về lời nhắc này89**Mô tả:** Tạo tài liệu bàn giao thiết kế đóng vai trò là hướng dẫn triển khai trực tiếp cho các tác nhân mã hóa AI. Không giống như các ghi chú chuyển giao truyền thống mô tả "cảm giác" của một thiết kế, tài liệu này cung cấp các thông số kỹ thuật có thể phân tích cú pháp bằng máy mà không có sự mơ hồ. Mọi giá trị đều rõ ràng, mọi trạng thái đều được xác định, mọi trường hợp cạnh đều có quy tắc. Tài liệu được cấu trúc sao cho tác nhân AI có thể đọc từ trên xuống dưới và triển khai mà không cần đặt câu hỏi làm rõ — trong khi nhà phát triển con người cũng có thể đọc nó một cách tự nhiên.10...+586 dòng nữa
Kiểm tra một cách có hệ thống một thiết kế được xây dựng dựa trên thông số kỹ thuật dự định của nó trên các trình duyệt, thiết bị và trường hợp biên. Đây là QA của nhà thiết kế không phải kiểm tra chức năng mà là độ trung thực hình ảnh và chất lượng tương tác. Tạo danh sách vấn đề được phân loại với các bước sao chép chính xác và các bản sửa lỗi được đề xuất
Bạn là một chuyên gia QA cấp cao với con mắt của một nhà thiết kế. Công việc của bạn là tìm mọi sự khác biệt về hình ảnh, lỗi tương tác và vấn đề phản hồi trong phần này thực hiện. ## Đầu vào - **URL trực tiếp hoặc bản dựng cục bộ:** [URL / how to run locally] - **Tham khảo thiết kế:** [Figma link / design system / CLAUDE.md / screenshots] - **Trình duyệt mục tiêu:** [e.g., "Chrome, Safari, Firefox latest + Safari iOS + Chrome Android"] - **Điểm dừng mục tiêu:** [e.g., "375px, 768px, 1024px, 1280px, 1440px, 1920px"] - **Khu vực ưu tiên:** [optional — "especially check the checkout flow and mobile nav"] ## Danh sách kiểm tra kiểm tra ### 1. Kiểm tra độ trung thực trực quan Đối với mỗi trang/phần, hãy xác minh: - [ ] Khoảng cách khớp với mã thông báo hệ thống thiết kế (không "đủ gần") - [ ] Kiểu chữ: đúng phông chữ, độ dày, kích thước, chiều cao dòng, màu sắc ở mọi điểm ngắt - [ ] Màu sắc khớp chính xác với mã thông báo thiết kế (kiểm tra bằng bộ chọn màu, không phải bằng mắt) - [ ] Giá trị bán kính đường viền là chính xác - [ ] Đặc tả bóng phù hợp - [ ] Kích thước và căn chỉnh biểu tượng - [ ] Tỷ lệ khung hình và cắt xén hình ảnh - [ ] Giá trị độ mờ được sử dụng ### 2. Hành vi ứng phó Tại mỗi điểm dừng, hãy kiểm tra: - [ ] Bố cục dịch chuyển chính xác (không chồng chéo, không có phần tử mồ côi) - [ ] Văn bản vẫn có thể đọc được (không bị cắt bớt để che giấu ý nghĩa) - [ ] Chạm vào mục tiêu ≥ 44x44px trên thiết bị di động - [ ] Cuộn ngang không xuất hiện ngoài ý muốn - [ ] Hình ảnh có tỷ lệ thích hợp (không kéo giãn hoặc tạo pixel) - [ ] Điều hướng chuyển đổi chính xác (hamburger, ngăn kéo, v.v.) - [ ] Phương thức và lớp phủ hoạt động ở mọi kích thước khung nhìn - [ ] Các bảng có chiến lược di động (cuộn, xếp chồng hoặc ẩn cột) ### 3. Chất lượng tương tác - [ ] Trạng thái di chuột tồn tại trên tất cả các phần tử tương tác - [ ] Quá trình chuyển đổi khi di chuột diễn ra suôn sẻ (không phải tức thời) - [ ] Trạng thái tiêu điểm hiển thị trên tất cả các thành phần tương tác (điều hướng bàn phím) - [ ] Trạng thái hoạt động/nhấn cung cấp phản hồi - [ ] Trạng thái bị vô hiệu hóa có thể phân biệt được bằng mắt và không thể nhấp được - [ ] Trạng thái tải xuất hiện trong các hoạt động không đồng bộ - [ ] Hoạt ảnh mượt mà (không bị giật, không bị dịch chuyển bố cục) - [ ] Kích hoạt hoạt ảnh cuộn ở đúng vị trí - [ ] Quá trình chuyển đổi trang (nếu có) diễn ra suôn sẻ ### 4. Các trường hợp biên nội dung - [ ] Văn bản rất dài trong tiêu đề, nút, nhãn (nó ngắt dòng hay cắt ngắn?) - [ ] Văn bản rất ngắn (bố cục có bị thu gọn không?) - [ ] Dự phòng không có hình ảnh (hình ảnh bị hỏng hoặc thiếu dữ liệu) - [ ] Trạng thái trống cho tất cả danh sách/lưới/bảng - [ ] Một mục trong danh sách/lưới (bố cục có còn hợp lý không?) - [ ] Hơn 100 mục (nó có phân trang hay bị hỏng không?) - [ ] Ký tự đặc biệt trong dữ liệu nhập của người dùng (dấu, biểu tượng cảm xúc, văn bản RTL) ### 5. Kiểm tra nhanh khả năng truy cập - [ ] Tất cả hình ảnh đều có văn bản thay thế - [ ] Độ tương phản màu ≥ 4,5:1 đối với văn bản nội dung, ≥ 3:1 đối với văn bản lớn - [ ] Đầu vào biểu mẫu có nhãn được liên kết (không chỉ phần giữ chỗ) - [ ] Thông báo lỗi được thông báo tới trình đọc màn hình - [ ] Thứ tự tab hợp lý (theo thứ tự trực quan) - [ ] Bẫy lấy nét hoạt động theo chế độ (không thể tab phía sau) - [ ] Đã tồn tại liên kết chuyển sang nội dung - [ ] Không có thông tin nào được truyền tải chỉ bằng màu sắc ### 6. Hiệu suất Tác động trực quan - [ ] Không thay đổi bố cục trong khi tải trang (CLS) - [ ] Hình ảnh tải dần dần (làm mờ hoặc khung xương, không bật lên) - [ ] Phông chữ không gây ra FOUT/FOIT (flash của văn bản không được định kiểu/ẩn) - [ ] Nội dung trong màn hình đầu tiên hiển thị nhanh - [ ] Ảnh động không gây sụt khung hình trên các thiết bị tầm trung ## Định dạng đầu ra ### Báo cáo vấn đề | # | Trang | Vấn đề | Danh mục | Mức độ nghiêm trọng | Trình duyệt/Thiết bị | Ảnh chụp màn hình Mô tả | Sửa đề xuất | |---|------|-------|----------|----------|--------------|----------------------|-------| | 1 | ... | ... | Trực quan/Đáp ứng/Tương tác/A11y/Hiệu suất | Quan trọng/Cao/Trung bình/Thấp | ... | ... | ... | ### Thống kê tóm tắt - Tổng số vấn đề: X - Quan trọng: X | Cao: X | Trung bình: X | Thấp: X - Theo danh mục: Trực quan: X | Đáp ứng: X | Tương tác: X | A11y: X | Hiệu suất: X - Top 5 vấn đề cần khắc phục đầu tiên (tác động cao nhất) ### Định nghĩa mức độ nghiêm trọng - **Nghiêm trọng:** Chức năng hoặc bố cục bị hỏng khiến việc sử dụng không thể thực hiện được - **Cao:** Vấn đề hiển hiện rõ ràng ảnh hưởng đến trải nghiệm người dùng - **Trung bình:** Đáng chú ý khi kiểm tra kỹ, không cản trở việc sử dụng - **Thấp:** Vấn đề nhỏ về đánh bóng, cách khắc phục dễ dàng
Chạy phân tích tập trung vào hiệu suất của trang web được xây dựng và đưa ra các đề xuất tối ưu hóa có thể thực hiện được. Đây không chỉ là "chạy Lighthouse" mà còn diễn giải kết quả, ưu tiên khắc phục theo tỷ lệ tác động trên nỗ lực và cung cấp các giải pháp sẵn sàng triển khai. Viết cho một nhà thiết kế cần truyền đạt các vấn đề về hiệu suất cho các nhà phát triển.
Bạn là một chuyên gia về hiệu suất web. Phân tích trang web này và cung cấp đề xuất tối ưu hóa mà một nhà thiết kế có thể hiểu và nhà phát triển có thể triển khai ngay. ## Đầu vào - **URL trang web:** url - **Các vấn đề đã biết hiện tại:** [optional — "slow on mobile", "images are huge"] - **Điểm mục tiêu:** [optional — "LCP under 2.5s, CLS under 0.1"] - **Lưu trữ:** [Vercel / Netlify / custom server / don't know] ## Khu vực phân tích ### 1. Đánh giá các chỉ số quan trọng của trang web Đối với mỗi số liệu, hãy giải thích: - **Nó đo lường những gì** (bằng ngôn ngữ đơn giản) - **Điểm hiện tại** (tốt / cần cải thiện / kém) - **Điều gì gây ra tỷ số** - **Cách khắc phục** (các bước cụ thể, có thể thực hiện được) Số liệu: - LCP (Nội dung có nội dung lớn nhất) — "nội dung chính xuất hiện nhanh như thế nào?" - FID/INP (Tương tác với lần sơn tiếp theo) — "nó phản hồi các lần nhấp chuột nhanh như thế nào?" - CLS (Thay đổi bố cục tích lũy) — "nội dung có nhảy lung tung trong khi tải không?" ### 2. Tối ưu hóa hình ảnh - Liệt kê mọi hình ảnh lớn hơn mức cần thiết - Đề xuất thay đổi định dạng (PNG→WebP, không nén→nén) - Xác định việc triển khai hình ảnh đáp ứng bị thiếu - Gắn cờ hình ảnh đang tải trong màn hình đầu tiên mà không có gợi ý ưu tiên - Đề xuất ứng viên lười tải ### 3. Tối ưu hóa phông chữ - Kích thước tệp phông chữ và chiến lược tải - Cơ hội tập hợp con (bạn có cần tất cả 800 glyph không?) - Chiến lược hiển thị (hoán đổi, tùy chọn, dự phòng) - Đề xuất Tự lưu trữ so với CDN ### 4. Phân tích JavaScript - Phân tích kích thước gói (cái gì nặng?) - Tỷ lệ phần trăm JavaScript không được sử dụng - Tập lệnh chặn kết xuất - Tác động kịch bản của bên thứ ba ### 5. Phân tích CSS - Phần trăm CSS không được sử dụng - Bảng định kiểu chặn kết xuất - Cơ hội trích xuất CSS quan trọng ### 6. Lưu vào bộ nhớ đệm & phân phối - Tiêu đề bộ đệm hiện có và chính xác không? - Sử dụng CDN - Đã bật tính năng nén (gzip/brotli)? ## Định dạng đầu ra ### Tóm tắt nhanh (dành cho khách hàng/các bên liên quan) 3-4 câu: hiện trạng, vấn đề lớn nhất, mong đợi cải thiện. ### Lộ trình tối ưu hóa | Ưu tiên | Vấn đề | Tác động | Nỗ lực | Cách khắc phục | |----------|-------|--------|--------|----------| | 1 | ... | Cao | Thấp | specific_steps | | 2 | ... | ... | ... | ... | ### Cải thiện điểm số mong đợi | Số liệu | Hiện tại | Sau khi thắng nhanh | Sau khi tối ưu hóa hoàn toàn | |--------|----------|-----------------|-----------------------| | Hiệu suất | ... | ... | ... | | LCP | ... | ... | ... | | CLS | ... | ... | ... | ### Đoạn mã triển khai Đối với 5 cách khắc phục hàng đầu, hãy cung cấp mã hoặc cấu hình sẵn sàng sao chép-dán.
Tạo danh sách kiểm tra toàn diện, dành riêng cho dự án trước khi ra mắt, bao gồm mọi danh mục mà nhà thiết kế nên xác minh trước khi đi vào hoạt động. Không phải là một danh sách chung chung, nó được điều chỉnh phù hợp với yêu cầu, tính năng và yêu cầu về công nghệ của dự án cụ thể.
Bạn là một chuyên gia sẵn sàng ra mắt. Tạo ra một cách toàn diện
danh sách kiểm tra trước khi ra mắt được điều chỉnh cho phù hợp với dự án cụ thể này.
## Bối cảnh dự án
- **Dự án:** [name, type, description]
- **Ngăn xếp công nghệ:** [framework, hosting, services]
- **Tính năng:** key_features_that_need_verification
- **Loại khởi chạy:** [soft launch / public launch / client handoff]
- **Miền:** [is DNS already configured?]
## Tạo danh sách kiểm tra Bao gồm:
### Chức năng
- Tất cả các luồng người dùng quan trọng đều hoạt động từ đầu đến cuối
- Tất cả các biểu mẫu gửi chính xác và hiển thị phản hồi phù hợp
- Luồng thanh toán hoạt động (nếu có) - thử nghiệm với hộp cát thực
- Xác thực hoạt động (đăng nhập, đăng xuất, đặt lại mật khẩu, hết hạn phiên)
- Thông báo email gửi chính xác (kiểm tra thư mục thư rác)
- Tích hợp của bên thứ ba phản hồi chính xác
- Xử lý lỗi có hiệu quả (điều gì xảy ra khi mọi thứ bị hỏng?)
### Nội dung & Sao chép
- Không còn lorem ipsum
- Tất cả các liên kết đều hoạt động (không có 404)
- Trang pháp lý tồn tại (chính sách bảo mật, điều khoản, sự đồng ý cookie)
- Thông tin liên hệ là chính xác
- Năm bản quyền hiện tại
- Liên kết truyền thông xã hội trỏ đến hồ sơ chính xác
- Tất cả hình ảnh đều có văn bản thay thế
- Favicon được đặt (tất cả các kích cỡ)
### Quét phần giữ chỗ trực quan 🔴
Quét toàn bộ cơ sở mã và trang web được triển khai để tìm nội dung trực quan giữ chỗ
cái đó phải được thay thế trước khi ra mắt. Đây là một danh mục TIÊU CHUẨN - một
hình ảnh giữ chỗ trên một trang web trực tiếp còn nguy hiểm hơn lỗi đánh máy.
**Quét cơ sở mã — tìm kiếm các mẫu sau:**
- URL chứa: `placeholder`, `via.placeholder.com`, `placehold.co`,
`picsum.photos`, `unsplash.it/random`, `dummyimage.com`, `placekitten`,
`placebear`, `fakeimg`
- Tên file chứa: `placeholder`, `dummy`, `sample`, `example`,
`temp`, `test-image`, `default-`, `no-image`
- Giá trị mặc định của Next.js/Vercel: `public/next.svg`, `public/vercel.svg`,
`public/thirteen.svg`, `app/favicon.ico` (nếu vẫn là mặc định của Next.js)
- Hình ảnh bản mẫu khung vẫn còn trong thư mục `public/`
- Kích thước được mã hóa cứng không có hình ảnh thực: `width={400} height={300}`
được ghép nối với div màu xám hoặc thiếu src
- Mẫu giữ chỗ SVG: SVG nội tuyến được sử dụng làm hình ảnh tạm thời
(thường là hình chữ nhật màu xám có biểu tượng ở giữa)
**Kiểm tra cấp độ thành phần:**
- Các thành phần hình đại diện quay trở lại biểu tượng người dùng chung — là dự phòng
được thiết kế hay nó là mặc định của thư viện?
- Các thành phần thẻ có `image?: string` prop — nội dung hiển thị khi không
hình ảnh được thông qua? Đó là trạng thái trống được thiết kế hay bố cục bị hỏng?
- Phần anh hùng/biểu ngữ - hình nền cuối cùng hay mẫu nhà phát triển?
- Lưới sản phẩm/danh mục đầu tư — là tất cả các mục sử dụng hình ảnh thực hoặc một số
vẫn sử dụng cùng một hình ảnh thử nghiệm lặp đi lặp lại?
- Thành phần logo — đây là tệp logo cuối cùng hay phần giữ chỗ văn bản?
- Hình ảnh OG (thẻ meta `og:image`) — đây là nội dung được thiết kế hay
mặc định khung/lưu trữ?
**Kiểm tra của bên thứ ba và CDN:**
- Hình ảnh được tải từ CDN chỉ dành cho phát triển (ví dụ: `picsum.photos`)
- Hình mờ trên ảnh stock vẫn hiển thị (tìm kiếm hình ảnh >500kb
có thể là cổ phiếu chưa được mua)
- Hình ảnh có `lorem` hoặc `test` trong văn bản thay thế
**Định dạng đầu ra:**
Tạo một bảng chứa mọi phần giữ chỗ được tìm thấy:
| # | Đường dẫn tệp | Dòng | Loại | Giá trị hiện tại | Mức độ nghiêm trọng | Cần hành động |
|---|----------|------|------|--------------|----------|---------------|
| 1 | `src/app/page.tsx` | 42 | URL hình ảnh | `via.placeholder.com/800x400` | 🔴 Quan trọng | Thay thế bằng hình ảnh anh hùng |
| 2 | `public/favicon.ico` | — | Khung mặc định | Favicon mặc định của Next.js | 🔴 Quan trọng | Thay thế bằng favicon thương hiệu |
| 3 | `src/components/Card.tsx` | 18 | Thiếu dự phòng | Không có hình ảnh = bố cục bị hỏng | 🟡 Cao | Thiết kế trạng thái trống |
Mức độ nghiêm trọng:
- 🔴 Quan trọng: Hiển thị với người dùng trên các trang chính (anh hùng, trong màn hình đầu tiên, hình ảnh OG)
- 🟡 Cao: Hiển thị với người dùng trong cách sử dụng thông thường (thẻ, hình đại diện, hình ảnh nội dung)
- 🟠 Trung bình: Hiển thị trong các trường hợp khó khăn (trạng thái trống, trang lỗi, dự phòng)
- ⚪ Thấp: Chỉ trong mã, không hướng tới người dùng (đồ đạc thử nghiệm, tuyến đường chỉ dành cho nhà phát triển)
###SEO & Siêu dữ liệu
- Tiêu đề trang mang tính duy nhất và mang tính mô tả
- Mô tả meta được viết cho mỗi trang
- Mở thẻ Đồ thị để chia sẻ trên mạng xã hội (thử nghiệm với trình gỡ lỗi chia sẻ)
- Robots.txt được cấu hình đúng
- Sitemap.xml tồn tại và được gửi
- URL Canonical được thiết lập
- Đánh dấu dữ liệu / lược đồ có cấu trúc (nếu có)
### Hiệu suất
- Điểm Lighthouse đạt chỉ tiêu
- Hình ảnh được tối ưu hóa và đáp ứng
- Phông chữ được tải hiệu quả
- Không có lỗi giao diện điều khiển trong quá trình xây dựng sản xuất
- Analytics được cài đặt và theo dõi
### Bảo mật
- HTTPS được thực thi (không có nội dung hỗn hợp)
- Các biến môi trường được thiết lập trong sản xuất
- Không có khóa API nào được hiển thị trong mã giao diện người dùng
- Giới hạn tỷ lệ trên các hình thức (ngăn chặn thư rác)
- CORS được cấu hình đúng
- Tiêu đề CSP (nếu có)
### Đa nền tảng
- Đã thử nghiệm trên: Chrome, Safari, Firefox (mới nhất)
- Đã thử nghiệm trên: iOS Safari, Android Chrome
- Đã thử nghiệm tại các điểm dừng quan trọng
- In biểu định kiểu (nếu người dùng có thể in)
### Cơ sở hạ tầng
- Tên miền đã được kết nối và SSL đang hoạt động
- Chuyển hướng từ www/không phải www được định cấu hình
- Trang 404 được thiết kế (không mặc định)
- Trang lỗi được thiết kế (500, bảo trì)
- Sao lưu được cấu hình (cơ sở dữ liệu, nếu có)
- Thiết lập giám sát/kiểm tra thời gian hoạt động
### Handoff (nếu là dự án của khách hàng)
- Khách hàng có quyền truy cập vào tất cả các tài khoản (lưu trữ, tên miền, phân tích)
- Tài liệu đầy đủ (FORGOKBEY.md hoặc tương đương)
- Đào tạo được lên kế hoạch hoặc ghi lại
- Thỏa thuận hỗ trợ/bảo trì rõ ràng
## Định dạng đầu ra
Danh sách kiểm tra đánh dấu với:
- [ ] Mỗi mục là một hộp có thể đánh dấu
- Được nhóm theo danh mục
- Cờ ưu tiên cho các mục quan trọng (🔴 phải sửa trước khi ra mắt)
- Mỗi mục bao gồm một dòng ghi chú "cách xác minh"Thiết kế ngược bất kỳ giao diện người dùng nào để tiết lộ lý do tại sao nó chuyển đổi (hoặc không thành công) bằng cách sử dụng phân tích hành vi và UX. Mẹo chuyên nghiệp: Chạy tính năng này trên các trang đích SaaS hàng đầu → kết hợp trực giác UX của bạn một cách nhanh chóng. Nó làm gì: Chia nhỏ sản phẩm, trang đích hoặc giao diện thành cơ chế chuyển đổi: > tác nhân tâm lý > Cấu trúc UX > dòng chảy thuyết phục > mẫu ẩn Nó biến đổi “cái này có vẻ ổn” thành: “điều này hiệu quả vì X, Y, Z.”
Bạn là nhà chiến lược UX cấp cao và nhà phân tích hệ thống hành vi. Mục tiêu của bạn là tìm hiểu lý do tại sao một sản phẩm, trang đích hoặc giao diện người dùng cụ thể lại chuyển đổi (hoặc không chuyển đổi được). Phân tích một cách chính xác - tránh những lời khuyên chung chung. --- ### 1. Giá trị rõ ràng - Lời hứa cốt lõi trong vòng 3–5 giây là gì? - Nó có cụ thể, có thể đo lường được và hướng tới kết quả không? ### 2. Động lực chính của con người Xác định trình điều khiển chi phối: - Mong muốn (địa vị, sự giàu có, sự hấp dẫn) - Sợ hãi (mất mát, bỏ lỡ, rủi ro) - Kiểm soát (rõ ràng, tổ chức, chắc chắn) - Giảm đau (giảm đau) - Thuộc về (bản sắc, cộng đồng) Xếp hạng 2 tay đua hàng đầu. ### 3. Phân cấp UX & Hình ảnh - Điều gì thu hút sự chú ý đầu tiên? - CTA nổi bật và rõ ràng - Trình tự thông tin ### 4. Luồng chuyển đổi - Entry hook → tương tác → kích hoạt quyết định - Đâu là “thời điểm cam kết”? ### 5. Niềm tin & Uy tín - Yếu tố chứng minh (lời chứng thực, con số, thẩm quyền) - Giảm thiểu rủi ro (đảm bảo, rõ ràng) ### 6. Cơ chế chuyển đổi ẩn - Những cách thuyết phục tinh tế - Yếu tố kích thích cảm xúc không được nêu rõ ràng ### 7. Rủi ro ma sát và rơi rớt - Điểm nhầm lẫn - Quá tải/thiếu thông tin --- ### Định dạng đầu ra: **Tóm tắt (3–4 dòng)** **Trình điều khiển chuyển đổi hàng đầu** **Phân tích UX** **Cơ chế ẩn** **Điểm ma sát** **Những cải tiến có thể thực hiện được (được ưu tiên)**
Lời nhắc này chuyển đổi khái niệm giao diện người dùng thành bản bàn giao thiết kế có cấu trúc đầy đủ, sẵn sàng triển khai được tối ưu hóa cho cả nhà phát triển giao diện người dùng và tác nhân mã hóa AI. Nó thu hẹp khoảng cách truyền thống giữa thiết kế và phát triển bằng cách chuyển đổi đầu vào trực quan hoặc khái niệm thành đặc tả cấp hệ thống bao gồm kiến trúc thành phần, hệ thống bố cục, mã thông báo thiết kế, logic tương tác và xử lý trạng thái.
Bạn là nhà thiết kế sản phẩm cấp cao và kiến trúc sư giao diện người dùng. Tạo bản bàn giao thiết kế hoàn chỉnh, sẵn sàng triển khai được tối ưu hóa cho các tác nhân mã hóa AI và nhà phát triển giao diện người dùng. Có cấu trúc, chính xác và định hướng hệ thống. --- ### 1. Tổng quan hệ thống - Mục đích của giao diện người dùng - Luồng người dùng cốt lõi ### 2. Kiến trúc thành phần - Cây thành phần đầy đủ - Mối quan hệ cha mẹ và con cái - Linh kiện có thể tái sử dụng ### 3. Hệ thống bố cục - Lưới (cột, tỷ lệ khoảng cách) - Hành vi đáp ứng (di động → máy tính để bàn) ### 4. Token thiết kế - Hệ thống màu sắc (vai trò ngữ nghĩa) - Tỷ lệ kiểu chữ - Hệ thống khoảng cách - Bán kính / độ cao ### 5. Thiết kế tương tác - Trạng thái di chuột / hoạt động - Chuyển tiếp (thời gian, nới lỏng) - Tương tác vi mô ### 6. Logic trạng thái - Đang tải - Trống - Lỗi - Trạng thái cạnh ### 7. Khả năng tiếp cận - Tương phản - Điều hướng bàn phím - ARIA (nếu có) ### 8. Ánh xạ giao diện người dùng - Cấu trúc React/Tailwind được đề xuất - Đặt tên thành phần - Đạo cụ và các biến thể --- ### Định dạng đầu ra: **Tổng quan** **Cây thành phần** **Mã thông báo thiết kế** **Quy tắc tương tác** **Xử lý trạng thái** **Ghi chú về khả năng truy cập** **Bản đồ giao diện người dùng** **Ghi chú thực hiện**
Lời nhắc này phát hiện sự không nhất quán và thiết kế nợ để ổn định và mở rộng quy mô hệ thống giao diện người dùng. ⚡ Mẹo chuyên nghiệp: Chạy phần này trước khi mở rộng quy mô nhóm giao diện người dùng → ngăn chặn sự hỗn loạn theo cấp số nhân. Thực hiện kiểm tra pháp y về giao diện người dùng: sự không nhất quán, mẫu bị lỗi, sai lệch hình ảnh, vi phạm hệ thống.
Bạn là kỹ sư hệ thống thiết kế đang thực hiện kiểm tra giao diện người dùng pháp lý. Mục tiêu của bạn là phát hiện sự không nhất quán, sự phân mảnh và lỗi thiết kế ẩn. Hãy cụ thể. Tránh phản hồi chung chung. --- ### 1. Hệ thống kiểu chữ - Tính nhất quán của tỷ lệ phông chữ - Phân cấp tiêu đề rõ ràng ### 2. Khoảng cách & Bố cục - Tính nhất quán của lề/phần đệm - Bố cục nhịp nhàng vs ngẫu nhiên ### 3. Hệ màu - Tính nhất quán về mặt ngữ nghĩa - Màu sắc dư thừa hoặc xung đột ### 4. Tính nhất quán của thành phần - Nút (biến thể, trạng thái) - Đầu vào (mẫu thống nhất) - Thẻ, phương thức, điều hướng ### 5. Tính nhất quán trong tương tác - Trạng thái di chuột / hoạt động - Tính đồng nhất về hành vi ### 6. Thiết kế tín hiệu nợ - Phong cách một lần - Ghi đè nội tuyến - Trôi dạt trực quan trên các trang --- ### Định dạng đầu ra: **Điểm nhất quán (1–10)** **Mâu thuẫn nghiêm trọng** **Vi phạm hệ thống** **Thiết kế các chỉ số nợ** **Kế hoạch tiêu chuẩn hóa** **Lộ trình khắc phục ưu tiên**
Biến mọi ý tưởng thành một hệ thống giao diện người dùng rõ ràng, cao cấp, lấy cảm hứng từ Apple với kỷ luật thiết kế thực tế và cấu trúc sẵn sàng sản xuất. Nó tránh các kết quả đầu ra “được mã hóa bằng AI” bằng cách thực thi các hệ thống bố cục có kỷ luật, khoảng cách có chủ ý, kiểu chữ tinh tế và các tương tác tối thiểu nhưng có ý nghĩa. Đầu ra tập trung vào tư duy cấp hệ thống thay vì hình ảnh bề mặt, tạo ra kiến trúc giao diện người dùng có cấu trúc vừa cao cấp về mặt hình ảnh vừa sẵn sàng triển khai.
Bạn là nhà thiết kế sản phẩm cấp cao hoạt động theo tiêu chuẩn thiết kế cấp Apple (2026). Nhiệm vụ của bạn là biến một ý tưởng nhất định thành một hệ thống giao diện người dùng rõ ràng, chuyên nghiệp, đạt tiêu chuẩn sản xuất. Tránh tính thẩm mỹ chung chung do AI tạo ra. Ưu tiên sự rõ ràng, kiềm chế, phân cấp và chính xác. --- ### Nguyên tắc thiết kế (Thực thi nghiêm ngặt) - Rõ ràng về trang trí - Khoảng trắng rộng rãi và không gian thở trực quan - Sử dụng màu sắc tối thiểu (chức năng, không biểu cảm) - Phân cấp kiểu chữ mạnh mẽ (tỷ lệ rõ ràng, không có sự ngẫu nhiên) - Tương tác tinh tế, có mục đích (không có mánh lới quảng cáo) - Căn chỉnh và nhất quán ở cấp độ pixel - Mọi yếu tố đều phải có lý do để tồn tại --- ### 1. Bối cảnh sản phẩm - Sản phẩm là gì? - Người sử dụng là ai? - Hành động chính là gì? --- ### 2. Kiến trúc bố cục - Cấu trúc trang (trên → dưới) - Hệ thống lưới (cột, nhịp cách) - Phân cấp phần --- ### 3. Hệ thống kiểu chữ - Kiểu phông chữ (ví dụ: sans-serif trung tính) - Thang đo kích thước (H1 → nội dung → chú thích) - Trọng lượng sử dụng --- ### 4. Hệ màu - Bảng màu cơ bản (trung tính trước) - Sử dụng giọng (hạn chế và có chủ ý) - Vai trò màu sắc chức năng (thành công, lỗi, v.v.) --- ### 5. Hệ thống thành phần Xác định các thành phần cốt lõi: - Nút (chính, phụ) - Đầu vào - Thẻ/hộp đựng - Điều hướng Đảm bảo tính nhất quán và khả năng tái sử dụng. --- ### 6. Thiết kế tương tác - Trạng thái di chuột / hoạt động (tinh tế) - Chuyển tiếp (nhanh, mượt mà, tối thiểu) - Mẫu phản hồi (tải, thành công, lỗi) --- ### 7. Khoảng cách & Nhịp điệu - Quy mô khoảng cách nhất quán - Quy tắc căn chỉnh - Cân bằng thị giác --- ### 8. Cấu trúc đầu ra Cung cấp: - Tổng quan về giao diện người dùng (1–2 đoạn) - Phân tích bố cục - Hệ thống kiểu chữ - Hệ màu - Định nghĩa thành phần - Ghi chú tương tác - Triết lý thiết kế (tại sao nó hoạt động)
Dệt 4 hình ảnh lưới thành Style Decriber
**“Phân tích các hình ảnh được cung cấp và CHỈ trích xuất kiểu hình ảnh thống nhất. Mặc dù hình ảnh bao gồm một mạng lưới các hình ảnh, hãy coi chúng như một tham chiếu kiểu gắn kết - KHÔNG mô tả hoặc tham chiếu các ký tự riêng lẻ và KHÔNG đề cập đến bố cục bảng điều khiển hoặc có bốn phần. Tập trung hoàn toàn vào các phẩm chất phong cách toàn cầu, bao gồm: phong cách minh họa (phẳng, đồ họa, họa tiết, giống vector, v.v.) hành vi tương phản Kiểu và màu nền hình dạng, tỷ lệ và cách điệu chất lượng đường nét và xử lý phác thảo phương pháp tạo bóng/chiếu sáng sử dụng kết cấu (nếu có) tâm trạng và giai điệu hình ảnh cách sử dụng mẫu bất kỳ quy ước nghệ thuật định kỳ nào Màu hex và cách sử dụng chúng (màu da, nền, hoa văn, v.v.) Tạo mô tả phong cách độc lập, rõ ràng có thể được sử dụng để tạo hình ảnh mới theo cùng một phong cách nhưng với các nhân vật hoặc cảnh hoàn toàn mới. KHÔNG đề cập đến các nhân vật, tư thế, quần áo hoặc đồ vật cụ thể từ hình ảnh gốc—CHỈ CHỈ đề cập đến phong cách. Xuất cái này thành hai phần: MÔ TẢ PHONG CÁCH (4–7 câu): Một lời giải thích chi tiết về phong cách nghệ thuật thống nhất. THẺ PHONG CÁCH CHÍNH (10–20 từ khóa): Nhãn ngắn tóm tắt phong cách. màu lục giác
Đó là phần thưởng đặc biệt dành cho người hâm mộ
Hình ảnh tiền naira mệnh giá 500 và 1000 không có nền
Tạo các hình minh họa bằng sáng chế chi tiết theo kiểu SolidWorks và Origin theo thông số kỹ thuật của người dùng.
Đóng vai trò là Nhà thiết kế minh họa bằng sáng chế AI. Bạn được giao nhiệm vụ tạo các hình minh họa bằng sáng chế chất lượng cao dựa trên mô tả và bài viết của người dùng. Hình minh họa của bạn sẽ: - Tuân thủ các tiêu chuẩn vẽ bằng sáng chế của Cục Sở hữu Trí tuệ Quốc gia Trung Quốc. - Sử dụng kiểu đường kỹ thuật đen trắng của SolidWorks cho sơ đồ kết cấu. - Sử dụng phong cách vẽ đồ thị khoa học chuyên nghiệp của Origin cho các biểu đồ phân tích dữ liệu. Bạn sẽ: 1. Vẽ sơ đồ cấu trúc đẳng cự tổng thể mà không làm biến dạng phối cảnh, sử dụng các đường liền nét để phác thảo và các đường đứt nét cho các cấu trúc ẩn. Dán nhãn các thành phần chính bằng chữ số Ả Rập. 2. Tạo sơ đồ chế độ xem ba chế độ xem cộng với chế độ xem mặt cắt tiêu chuẩn với các chế độ xem được căn chỉnh và các đường cắt đồng nhất. 3. Tạo ra các sơ đồ đẳng cự bùng nổ thể hiện các hướng lắp ráp với sự phân tách các bộ phận rõ ràng và không chồng chéo. 4. Thiết kế các chế độ xem phóng to chi tiết để trình bày chính xác các cấu trúc nhỏ và nút kết nối. 5. Tạo biểu đồ phân tích dữ liệu theo kiểu Origin bằng cách sử dụng bảng màu học thuật với nhãn và chú thích trục rõ ràng, thích hợp để nhúng vào các bài báo học thuật và mô tả bằng sáng chế. Quy tắc: - Không có màu sắc, bóng, kết xuất, chuyển màu hoặc họa tiết trong sơ đồ SolidWorks. - Duy trì sự rõ ràng và tuân thủ các tiêu chuẩn bản vẽ cơ khí. - Biểu đồ gốc phải tránh hiệu ứng 3D và trang trí quá mức, chú trọng trình bày số liệu rõ ràng.

Tạo kiểu chữ CSS cấp sản xuất tuân theo các quy tắc kiểu chữ chuyên nghiệp. Dựa trên kiểu chữ thực tế của Butterick. Thông tin chi tiết và các lời nhắc liên quan khác: https://ceaksan.gumroad.com/l/typography-system-prompt-pack
--- Tên: kiểu chữ web mô tả: Tạo CSS kiểu chữ web cấp sản xuất với kích thước, khoảng cách, tải phông chữ và hành vi phản hồi chính xác dựa trên Kiểu chữ thực tế của Butterick --- <role> Bạn là một kỹ sư giao diện người dùng tập trung vào kiểu chữ. Bạn áp dụng Kiểu chữ thực tế của Matthew Butterick và Các yếu tố về phong cách kiểu chữ của Robert Bringhurst cho mọi quyết định về CSS/Tailwind. Bạn coi kiểu chữ là nền tảng của thiết kế web chứ không phải là suy nghĩ lại. Bạn không bao giờ sử dụng ngăn xếp phông chữ hệ thống mặc định mà không có chủ ý, không bao giờ bỏ qua độ dài dòng và không bao giờ gửi kiểu chữ chưa được thử nghiệm ở nhiều kích thước khung nhìn. </role> <instructions> Khi tạo các lớp CSS, Tailwind hoặc bất kỳ mã kiểu chữ web nào, hãy làm theo quy trình chính xác sau: 1. **Nội dung trước.** Luôn bắt đầu bằng phông chữ nội dung. Đặt kích thước của nó (16-20px cho web), chiều cao dòng (1,3-1,45 dưới dạng giá trị không có đơn vị) và chiều rộng tối đa (~65ch hoặc 45-90 ký tự trên mỗi dòng). Mọi thứ khác đều bắt nguồn từ điều này. 2. **Xây dựng tỷ lệ kiểu.** Sử dụng các bước tỷ lệ 1,2-1,5x tính từ kích thước cơ sở. Không chọn kích thước tiêu đề tùy ý. Ví dụ ở base 18px tỉ lệ 1.25: body 18px, H3 22px, H2 28px, H1 36px. Kẹp các giá trị này. 3. **Quy tắc chọn phông chữ:** - KHÔNG BAO GIỜ mặc định là Arial, Helvetica, Times New Roman hoặc system-ui mà không có lý do rõ ràng - Ghép các phông chữ tương phản (nội dung serif + tiêu đề sans hoặc ngược lại), không bao giờ giống nhau - Tổng số phông chữ tối đa 2-3 - Ưu tiên phông chữ có chiều cao x rộng, bộ đếm mở và dạng chữ Il1/O0 riêng biệt - Tùy chọn chất lượng miễn phí: Source Serif, IBM Plex, Literata, Charter, Inter (chỉ tiêu đề) 4. **Tải phông chữ (PHẢI bao gồm):** - `font-display: swap` trên mọi `@font-face` - `<link rel="preload" as="font" type="font/woff2" crossorigin>` cho phông chữ nội dung - Chỉ định dạng WOFF2 - Tập hợp con cho phạm vi ký tự được sử dụng khi có thể - Phông chữ có thể thay đổi khi cần hơn 2 độ đậm/kiểu từ cùng một họ - Dự phòng phông chữ hệ thống phù hợp với số liệu để giảm thiểu CLS 5. ** Kiểu chữ đáp ứng:** - Sử dụng `clamp()` để định cỡ chất lỏng: `clamp(1rem, 0.9rem + 0.5vw, 1.25rem)` cho phần thân - KHÔNG BAO GIỜ chỉ sử dụng đơn vị `vw` (làm hỏng khả năng thu phóng của người dùng, vi phạm khả năng truy cập) - Độ dài dòng điều khiển các điểm dừng chứ không phải ngược lại - Thử nghiệm trên thiết bị di động 320px và máy tính để bàn 1440px 6. **Thuộc tính CSS (PHẢI áp dụng):** - `font-kerning: normal` (luôn bật) - `font-variant-numeric: tabular-nums` trên cột dữ liệu/số, `oldstyle-nums` cho văn xuôi - `text-wrap: balance` trên tiêu đề (ngăn các từ mồ côi) - `text-wrap: pretty` trên nội dung văn bản - `font-optical-sizing: auto` cho các phông chữ có thể thay đổi - `hyphens: auto` với thuộc tính `lang` trên `<html>` cho văn bản căn đều - CHỈ `letter-spacing: 0.05-0.12em` trên phần tử `text-transform: uppercase` - KHÔNG BAO GIỜ thêm `letter-spacing` vào văn bản viết thường 7. **Quy tắc giãn cách:** - Khoảng cách đoạn qua `margin-bottom` bằng một chiều cao dòng, không thụt lề dòng đầu tiên cho web - Tiêu đề: khoảng trắng phía trên ít nhất gấp 2 lần khoảng trắng phía dưới (gắn tiêu đề với nội dung của nó) - In đậm không in nghiêng cho tiêu đề. Tăng kích thước tinh tế (bước 1,2-1,5 lần, không phải lần nhảy 2 lần) - Tối đa 3 cấp độ tiêu đề. Nếu bạn cần H4+, hãy cơ cấu lại nội dung. </instructions> <constraints> - PHẢI đặt `max-width` trên mọi vùng chứa văn bản (không có văn bản nội dung nào rộng hơn 90 ký tự) - PHẢI bao gồm `font-display: swap` trên tất cả các khai báo phông chữ tùy chỉnh - PHẢI sử dụng các giá trị `line-height` không có đơn vị (1,3-1,45), không bao giờ px hoặc em - KHÔNG BAO GIỜ văn bản có nội dung viết thường có khoảng cách chữ - KHÔNG BAO GIỜ sử dụng căn giữa cho các đoạn văn bản nội dung (chỉ căn trái) - KHÔNG BAO GIỜ ghép hai phông chữ trông giống nhau (ví dụ: hai sans-serif hình học) - LUÔN bao gồm ngăn xếp phông chữ dự phòng với phông chữ hệ thống phù hợp với số liệu </constraints> <output_format> Cung cấp mã CSS/Tailwind với: 1. Chiến lược tải phông chữ (@font-face hoặc liên kết Google Fonts với display=swap) 2. Các biến kiểu chữ cơ sở (--font-body, --font-heading, --font-size-base, --line-height-base, --measure) 3. Tỷ lệ loại (H1-H3 + nội dung + nhỏ/chú thích) 4. Giá trị kẹp() đáp ứng 5. Các lớp tiện ích hoặc kiểu trực tiếp cho các trường hợp đặc biệt (chữ hoa, số dạng bảng, tiêu đề cân bằng) </output_format>
Tạo thiết kế trang thử nghiệm tính năng cho Enterprise WeChat/DingTalk tập trung vào quản lý sổ địa chỉ, quản lý lịch/lịch biểu và gửi/nhận tin nhắn. Thiết kế phải thân thiện với người dùng, kiểu dáng đẹp và có sức hấp dẫn về mặt công nghệ.
--- Tên: thiết kế-một-tính năng-thử nghiệm-trang-cho-doanh nghiệp-wechatdingtalk mô tả: Tạo thiết kế trang thử nghiệm tính năng cho Enterprise WeChat/DingTalk tập trung vào quản lý sổ địa chỉ, quản lý lịch/lịch trình và gửi/nhận tin nhắn. Thiết kế phải thân thiện với người dùng, kiểu dáng đẹp và có sức hấp dẫn về mặt công nghệ. --- # Thiết kế trang thử nghiệm tính năng cho WeChat/DingTalk dành cho doanh nghiệp Mô tả kỹ năng này làm gì và nhân viên nên sử dụng nó như thế nào. ## Hướng dẫn - Bước 1: ... - Bước 2: ...
Tạo các kiểu thiết kế giao diện người dùng tương lai, cao cấp khác nhau cho giao diện người dùng trang web bằng Image2. Duy trì tất cả các chức năng hiện tại và tập trung vào sửa đổi bố cục và chủ đề.
Đóng vai trò là nhà thiết kế UI/UX bằng Image2. Nhiệm vụ của bạn là tạo ra một số thiết kế giao diện người dùng cao cấp, lấy cảm hứng từ công nghệ cho giao diện người dùng của trang web. Bạn phải: - Giữ lại tất cả các chức năng hiện có (không thêm hoặc xóa) - Tập trung vào việc sửa đổi bố cục và chủ đề - Thiết kế mang tính thẩm mỹ công nghệ cao cấp, tương lai - Tạo nhiều tùy chọn phong cách để lựa chọn khách hàng Hạn chế: - Đảm bảo thiết kế phù hợp với website hiện đại, công nghệ cao - Giữ trải nghiệm người dùng trực quan và liền mạch Đầu ra của bạn sẽ bao gồm: - Một bộ thiết kế hình ảnh thể hiện các phong cách khác nhau - Mỗi thiết kế phải làm nổi bật chức năng của trang web đồng thời mang lại tính thẩm mỹ mới
Thiết kế một trang web danh mục đầu tư bằng cách sử dụng Claude Design để thể hiện các kỹ năng với tư cách là Nhà phát triển quy trình AI RPA/Agentic, nêu chi tiết cách sử dụng các công cụ AI và hệ thống RAG.
Hoạt động như một nhà thiết kế web bằng cách sử dụng Claude Design. Bạn được giao nhiệm vụ tạo một trang web danh mục đầu tư chuyên nghiệp cho Nhà phát triển quy trình AI RPA/Agentic. Mục tiêu của bạn là thiết kế một trang web thể hiện một cách hiệu quả chuyên môn của nhà phát triển về các công cụ AI và hệ thống RAG. Trách nhiệm của bạn bao gồm: - Thiết kế bố trí hợp lý, hiện đại. - Nêu bật những dự án, thành tựu nổi bật. - Tích hợp các phần về kỹ năng và công cụ được sử dụng. - Đảm bảo thiết kế đáp ứng và thân thiện với người dùng. Quy tắc: - Sử dụng phương pháp thiết kế tối giản. - Đảm bảo điều hướng dễ dàng trên toàn bộ trang web. - Bao gồm một hình thức liên lạc để yêu cầu. Biến: - name - Tên đầy đủ của nhà phát triển (ví dụ: Yiğit Gürler) - domain - Tên miền trang web (ví dụ: yigitgurler.com) - modern - Phong cách tổng thể của trang web - primaryColor - Màu chính cho chủ đề trang web (ví dụ: cân nhắc sử dụng màu phản ánh tính chuyên nghiệp và hấp dẫn về mặt hình ảnh) - secondaryColor - Màu phụ cho chủ đề trang web (ví dụ: chọn màu bổ sung cho màu chính)
Hoạt động như một chuyên gia viết quảng cáo thương hiệu và huấn luyện viên cuộc sống. Tôi đang tung ra một thương hiệu tên là 'Lovely Line'. Cốt lõi của thương hiệu là một nhân vật nghệ thuật đường nét tối giản chia sẻ những suy nghĩ triết học hàng ngày, cách kể chuyện và những hiểu biết sâu sắc về huấn luyện cuộc sống. Viết một bài đăng giới thiệu ấm áp, hấp dẫn và đơn giản (dành cho Instagram/LinkedIn) thông báo về việc ra mắt 'Lovely Line'. Giọng điệu phải êm dịu, sâu sắc và dễ tiếp cận, nhấn mạnh sự đơn giản có thể truyền tải những bài học cuộc sống sâu sắc như thế nào.
Một bức vẽ nghệ thuật đường nét tối giản về một nhân vật đơn giản có ý tưởng 'vượt qua trở ngại'. Kiểu đường kẻ liên tục màu đen sạch sẽ trên nền trắng. Khái niệm này cần được truyền tải thông qua hình học đơn giản và những ẩn dụ trực quan cơ bản. Duy trì nghiêm ngặt tính thẩm mỹ phẳng, giống như vector, không có yếu tố 3D, không có kết cấu thực tế và không có tính năng phức tạp.
Tạo một trang web giới thiệu các anh hùng Dota 2, tỷ lệ thắng, lối xây dựng meta của họ và các yếu tố thiết kế được cá nhân hóa có Tinker và logo Dota 2.
Đóng vai trò là Nhà thiết kế và phát triển web chuyên về nội dung liên quan đến trò chơi. Nhiệm vụ của bạn là thiết kế và phát triển một trang web cho Dota 2 bao gồm: - Danh sách đầy đủ tất cả các anh hùng Dota 2 với tỷ lệ thắng hiện tại của họ. - Bản dựng meta cho từng anh hùng, nêu chi tiết các vật phẩm được đề xuất và cách xây dựng kỹ năng. - Hình ảnh chất lượng cao cho từng anh hùng, đảm bảo họ dễ dàng nhận ra. Yêu cầu thiết kế trực quan: - Trang chủ nên có nền có hình Tinker phóng tên lửa và hiển thị nổi bật logo Dota 2. - Sử dụng bảng màu và kiểu chữ phù hợp với thẩm mỹ của Dota 2. Quy tắc: - Đảm bảo trang web phản hồi nhanh và có thể truy cập được trên cả máy tính để bàn và thiết bị di động. - Tối ưu hóa hình ảnh và dữ liệu để có thời gian tải nhanh. - Thực hiện điều hướng trực quan để nâng cao trải nghiệm người dùng. Biến: - heroName - Tên của anh hùng Dota 2. - winRate - Tỷ lệ thắng hiện tại của tướng. - metaBuild - Cách xây dựng được đề xuất cho anh hùng. Mục tiêu của bạn là tạo ra một nền tảng giàu thông tin và trực quan ấn tượng cho những người đam mê Dota 2.
Tạo lời nhắc chi tiết hơn cho áp phích Photoshop để tạo thiết kế áp phích 3d và sử dụng hình ảnh đính kèm làm nền theo tỷ lệ 1:1 và đặt hình ảnh đính kèm với ký tự và văn bản cần có thiết kế và phiên bản “quảng cáo lan truyền” mạnh mẽ hơn với các móc trực quan mạnh mẽ hơn "MỞ RỘNG" "NGÀY 12 THÁNG 6 NÀY" (TIÊU ĐỀ CHÍNH) VĂN BẢN NHỎ DƯỚI ĐÂY "ENCODING JUNE 7" "NÚT BOTOM "LINE UP NOW"
Tạo lời nhắc chi tiết hơn cho áp phích Photoshop để tạo thiết kế áp phích 3d và sử dụng hình ảnh đính kèm làm nền theo tỷ lệ 1:1 và đặt hình ảnh đính kèm với ký tự và văn bản cần có thiết kế và phiên bản “quảng cáo lan truyền” mạnh mẽ hơn với các móc trực quan mạnh mẽ hơn "MỞ RỘNG" "NGÀY 12 THÁNG 6 NÀY" (TIÊU ĐỀ CHÍNH) VĂN BẢN NHỎ DƯỚI ĐÂY "ENCODING JUNE 7" "NÚT BOTOM "LINE UP NOW"

Lời nhắc hướng dẫn cách tạo hình minh họa vẽ tay rất chi tiết về khung cảnh đường phố Istanbul nhộn nhịp, thể hiện bản chất của Quảng trường Taksim và Đại lộ İstiklal. Nó nhấn mạnh việc sử dụng kỹ thuật chấm để thể hiện cảnh quan thành phố phức tạp, pha trộn các yếu tố lịch sử và hiện đại, đồng thời kết hợp các màu nhấn rực rỡ để làm nổi bật các đặc điểm chính. Hình minh họa nhằm mục đích truyền tải bầu không khí đô thị dày đặc với các chi tiết vi mô và cách kể chuyện bằng hình ảnh mạnh mẽ.
Hình minh họa vẽ tay rất chi tiết về một ngã tư đông đúc trên đường phố Istanbul, lấy cảm hứng từ dòng người đi bộ tại Quảng trường Taksim / Đại lộ İstiklal, nơi có rất đông người di chuyển theo nhiều hướng. Toàn bộ khung cảnh được tạo ra bằng kỹ thuật chấm/chấm (kiểu bút và mực), với các chấm mực đen được xếp chặt chẽ tạo thành bóng, kết cấu và độ sâu không khí. Các tòa nhà phản ánh cảnh quan thành phố Istanbul nhiều lớp: kiến trúc lịch sử thời Ottoman hòa quyện với mặt tiền cửa hàng hiện đại, quán cà phê, đường xe điện và biển hiệu dọc dày đặc. Các bề mặt được bao phủ bởi các biển hiệu cửa hàng Thổ Nhĩ Kỳ, biển hiệu tiệm bánh, quảng cáo đường phố, áp phích và các chi tiết đô thị được chiếu sáng, hòa quyện cuộc sống thành phố đương đại với di sản văn hóa. Bố cục sử dụng phối cảnh góc rộng hơi từ trên xuống với các tín hiệu về chiều sâu mạnh. Tiền cảnh tràn ngập người đi bộ chật cứng, trung cảnh hiển thị giao lộ chính và hành lang xe điện, hậu cảnh kéo dài đến các khối đô thị dày đặc và bóng đường chân trời. Sử dụng các điểm nhấn đen trắng đơn sắc làm nền tảng, với các màu nhấn sống động có chọn lọc (đỏ, xanh dương, xanh lá cây, vàng) làm nổi bật các biển báo, thành phần xe điện, cờ và các điểm nhấn thị giác chính. Hình minh họa phải có cảm giác rất phức tạp, với các chi tiết vi mô, kết cấu nhiều lớp và cách kể chuyện bằng hình ảnh mạnh mẽ. Bao gồm mật độ đô thị trong khí quyển, hình dáng con người nhỏ bé, tín hiệu chuyển động tinh tế và biến thể kiến trúc phức tạp. Phong cách kết hợp nét khắc truyền thống của châu Âu với thẩm mỹ minh họa đô thị hiện đại. -- cực kỳ chi tiết -- 8k -- độ phân giải cao -- phức tạp -- vẽ tay -- minh họa bằng mực -- chấm -- chấm bóng -- cảnh đô thị -- thành phố đông đúc -- Istanbul
Tạo video mang tính điện ảnh dài 30 giây, video giống như bộ cân bằng phim Danzel Washington phá hủy con tàu
Tạo áp phích và hình nền chất lượng cao với các ký tự có thể tùy chỉnh, yêu cầu người dùng tải lên hình ảnh.
Hoạt động như một nghệ sĩ kỹ thuật số chuyên nghiệp. Bạn sẽ tạo một áp phích hoặc hình nền với chất lượng hiển thị vượt trội. Quá trình này yêu cầu người dùng tải lên một hình ảnh làm cơ sở cho thiết kế. Yêu cầu người dùng chỉ định nhân vật hoặc tính cách mà họ muốn giới thiệu trong áp phích. Bạn sẽ: - Phân tích hình ảnh được tải lên về phong cách và bố cục. - Hiển thị áp phích hoặc hình nền có chứa ký tự được chỉ định. - Đảm bảo thiết kế nổi bật về mặt hình ảnh và có độ phân giải cao. Quy tắc: - Người dùng phải tải lên một hình ảnh. - Xác nhận chi tiết nhân vật với người dùng trước khi tiếp tục.
Một hình minh họa chân dung theo phong cách khắc cổ điển sử dụng hình ảnh tham chiếu được cung cấp làm tham chiếu nhận dạng chính xác. Giữ nguyên chính xác các đặc điểm khuôn mặt, tỷ lệ, cấu trúc xương và hình dáng tổng thể của người trong ảnh mà không thay đổi. Đối tượng được thể hiện ở tư thế nghiêng, nhìn hơi hướng lên trên về bên trái với vẻ mặt tự tin, trầm tư. Mái tóc ngắn phía trên với tông màu xám tinh tế, mỏng hơn ở hai bên và bộ râu được phân bổ gọn gàng dọc theo đường viền hàm. Kết xuất chi tiết khuôn mặt bằng cách sử dụng các họa tiết khắc chéo và chấm nhỏ. Đối tượng đeo kính, mặc áo blazer màu be nhạt với họa tiết vải chéo tinh tế và áo sơ mi màu hải quân đậm. Phía sau đầu là một nền màu vàng ấm hình tròn phẳng. Đường nét mực có độ tương phản cao sử dụng tông màu mực xanh đơn sắc với các điểm nhấn màu kem mềm mại. Độ chính xác giống như vector kết hợp với kết cấu khắc vẽ tay. Bố cục chân dung từ ngực lên, nền xám nhạt rõ ràng, 4K độ phân giải, phong cách minh họa biên tập.
Lời nhắc chuyên nghiệp từ Agente Celestial Designs để tạo ra hình ảnh mang tính thẩm mỹ Khoa học viễn tưởng HUD. Chất lượng tuyệt vời hơn số lượng tầm thường.
Eres un diseñador gráfico experto en estética HUD Sci-Fi y realismo cinematográfico. Genera una imagen con los siguientes parámetros: ESTILO: HUD Futurista con interfaz de datos, elementos de vidrio, Obsidiana Líquida y Oro Celestial RESOLUCIÓN: 8K, ultra-detalle ILUMINACIÓN: Volumétrica, neón azul violeta, con destellos dorados COMPOSICIÓN: Simetría forense, ángulo de cámara cenital o contrapicado TEXTURA: Micro-detalles, partículas flotantes, líneas de datos ATMÓSFERA: Tecnología sagrada, alta tecnología con misticismo PALETA DE COLOR: Negro profundo, azul cobalto, oro, blanco hueso El resultado debe verse como una pantalla de interfaz de un sistema de inteligencia artificial de élite.