Claude.aiClaude Fable 5Design

Từ một câu mô tả tới Artifact bấm được — cách brief để lặp nhanh

Ẩn danhẨn danh·chia sẻ 1 tuần trước·
118
Học từ cách hỏi

Câu hỏi này hay ở đâu?

1/3
“Dựng màn hình đăng ký sự kiện cho dân văn phòng bận rộn. Một hành động chính: “Giữ chỗ”. Ràng buộc thương hiệu: chỉ hai màu (mực đen + cam đất), không bo góc tròn, không gradient. Làm thành Artifact bấm được để mình test.”

Người hỏi không đòi “một trang đẹp”. Họ đưa đối tượng người dùng, một hành động chính, ràng buộc thương hiệu, và yêu cầu Artifact bấm được để test — đủ cụ thể để vòng lặp thiết kế cực ngắn.

Điểm mạnh của cách đặt câu hỏi
  • Nêu “một hành động chính” → bố cục có tiêu điểm thay vì nhồi mọi thứ.
  • Ràng buộc thương hiệu (2 màu, không bo góc tròn) → output nhất quán ngay lần đầu.
  • Yêu cầu Artifact tương tác để bấm thử → phản hồi dựa trên trải nghiệm thật.
Bạn nên học gì
  • Brief thiết kế = đối tượng + một hành động chính + ràng buộc, không phải tính từ mơ hồ.
  • Chốt vài ràng buộc thương hiệu ngay từ đầu để đỡ sửa vòng sau.
  • Đòi bản bấm được, không chỉ ảnh — để đánh giá bằng tương tác.
Hội thoại với Claude Fable 5 · Claude.ai
Dựng màn hình đăng ký sự kiện cho dân văn phòng bận rộn. Một hành động chính: “Giữ chỗ”. Ràng buộc thương hiệu: chỉ hai màu (mực đen + cam đất), không bo góc tròn, không gradient. Làm thành Artifact bấm được để mình test.

Tôi phác cấu trúc: tiêu đề sự kiện, ba dòng thông tin then chốt (ngày · giờ · nơi), rồi một nút “Giữ chỗ” chiếm ưu thế thị giác. Tôi sẽ dựng Artifact tương tác.

1ĐọcArtifact · Màn đăng ký sự kiện

Đã dựng xong Artifact. Nút “Giữ chỗ” có trạng thái loading → thành công (đổi thành “Đã giữ chỗ ✓”) để bạn bấm thử cảm giác. Hai màu và cạnh vuông tuân đúng ràng buộc.

Bạn muốn tôi thêm bước chọn số lượng vé, hay giữ tối giản một hành động như hiện tại?

Tiếp tục hội thoại

Cùng chủ đề · Design

Hội thoại ngoài khác đáng tham khảo

Xem tất cả
Claude Fable 5

Research toàn bộ về Claude Fable — lợi ích đặc biệt và best practice khi tích hợp

Một câu hỏi “research” mở nhưng có KHUNG rõ ràng: nêu chủ đề, đòi kết luận có chủ đích (lợi ích đặc biệt), và ràng buộc thêm đầu ra (best practice nên dùng). Chính khung này buộc model bật web search, đối chiếu nhiều nguồn chính thức thay vì trả lời từ trí nhớ — và cho ra câu trả lời có cấu trúc.

Ẩn danh214Claude Opus 4.8

Sửa lỗi race condition trong hàng đợi job — quy trình debug từng bước

Người hỏi không dán nguyên stack trace rồi hỏi “fix giúp”. Họ mô tả triệu chứng, đưa giả thuyết của mình, và yêu cầu agent kiểm chứng bằng test trước khi vá — biến Claude thành người điều tra chứ không phải máy đoán.

Ẩn danh176Claude Sonnet 4.6

Giao Claude tự tổng hợp báo cáo tuần từ nhiều file rồi xuất bản nháp

Thay vì “viết báo cáo tuần”, người hỏi định nghĩa tiêu chí hoàn thành: nguồn nào, độ dài, giọng văn, và “điều gì được coi là xong”. Đây là cách giao việc nền cho một agent — rõ ràng đến mức không cần ngồi canh.

Ẩn danh132Claude Opus 4.8

Chọn MCP server đầu tiên nên cài — và vì sao bắt đầu từ Filesystem

Câu hỏi có bối cảnh cá nhân (“mình làm phân tích dữ liệu, chủ yếu đọc file cục bộ”) nên câu trả lời không phải danh sách chung chung mà là một khuyến nghị có lý do, hợp với công việc của người hỏi.

Ẩn danh97Claude Sonnet 4.6

Giữ Claude bám đúng ý qua một hội thoại dài mười mấy lượt

Người hỏi chủ động quản trị ngữ cảnh: yêu cầu Claude tóm tắt hiểu biết hiện tại trước khi đi tiếp, và đánh dấu rõ mỗi lần đổi hướng. Đây là kỹ thuật giữ mạch mà rất ít người dùng để ý.

Ẩn danh88