- Ngày càng phổ biến cách nhà thiết kế dùng agent dựa trên CLI như Claude Code như một bàn làm việc để tạo và chỉnh sửa thật nhanh
- Với trình biên tập trực quan của Cursor, có thể kiểm tra ngay các tinh chỉnh nhỏ như padding hay khoảng cách, giúp giảm số lần qua lại bằng prompt
- Nếu không tìm được hiệu ứng UI cần thiết, họ tự tạo một playground/studio nhỏ để thử các tùy chọn, rồi mang đoạn mã đã chốt vào dự án chính
- Các tham chiếu đẹp được đưa vào bằng URL để agent phân tích và áp dụng, củng cố kiểu làm việc vừa học vừa triển khai cùng lúc
- Claude.md ở mức toàn cục/dự án được giữ gọn nhẹ, và khi cần thì tách theo thư mục con để giảm phình to ngữ cảnh như một nguyên tắc vận hành
- Đang xuất hiện góc nhìn xem Claude Code không phải là công cụ lập trình mà là một máy tính
Bàn làm việc AI của nhà thiết kế năm 2026
- Ngày càng lan rộng nhận thức rằng ưu tiên hàng đầu không phải là thiết lập “đúng đáp án” mà là rèn kỹ năng (cơ bắp)
- Bức tường công cụ trên bàn làm việc của mỗi người ngày càng khác nhau, và ám ảnh với “stack đúng đáp án” chỉ dẫn tới lãng phí thời gian
- Triết lý/cách tiếp cận vẫn dùng được ngay cả khi công cụ thay đổi sẽ bền hơn
Cursor: trình duyệt trong ứng dụng và trình biên tập trực quan
- Trình biên tập trực quan cho phép “điều chỉnh ngay → kiểm tra ngay”, giúp tăng tốc độ tinh chỉnh chi tiết
- Ngay cả khi không biết chính xác giá trị như padding, vẫn có thể điều chỉnh trực tiếp trên UI để lặp tối ưu
- Thay vì qua lại bằng prompt, cách chạm và chỉnh trực tiếp trên màn hình tự nhiên hơn với nhà thiết kế
- Tiện ích mở rộng VS Code đóng vai trò là lối vào giúp giảm nỗi sợ terminal
- Điều hướng bằng chuột/cuộn trong UI ứng dụng tạo ra khác biệt năng suất so với terminal
Không tìm thấy thì tự tạo: chiến lược playground
- Nếu không có tương tác mong muốn, họ tự dựng một studio cá nhân chỉ để thử nghiệm đúng thành phần đó
- Tạo môi trường thử các tùy chọn cho hoạt ảnh bật/tắt âm thanh waveform gắn vào video hover
- Sau khi chọn được trạng thái ưng ý, mang mã sang và nối vào component của dự án chính
- Hiệu ứng/tham số đã tạo một lần có thể tái sử dụng và mở rộng sang icon hoặc thành phần khác
- Các công cụ như hologram projector hiển thị 3D sau khi tải video lên cũng được làm theo cách tương tự
Cách xử lý những hiệu ứng khó diễn đạt bằng lời
- Nếu học được thuật ngữ/cách đặt tên trong code mà lập trình viên dùng, model sẽ ghép hiệu ứng tốt hơn
- Những cách diễn đạt như “glitchy”, “CRT scan lines” có thể dẫn thẳng tới phần triển khai code
- Nếu đưa vào nguồn (URL) của ví dụ đẹp và để agent tìm rồi áp dụng kỹ thuật đó, tốc độ học sẽ tăng lên
Chèn liên kết ngoài và triển khai nguyên xi: đổ bóng nhiều lớp
- Áp dụng kỹ thuật dùng nhiều lớp shadow thay cho border để tạo viền + chiều sâu
- Có thể biến thể dựa trên số lớp, ví dụ từ 3 lớp mở rộng lên 5 lớp nếu muốn hiệu ứng mạnh hơn
- Thiết kế khác biệt tinh tế bằng cách thay đổi số lớp theo từng phần tử như button hoặc container
- Lặp lại cùng một lý thuyết trên nhiều UI khác nhau để tăng tính nhất quán phong cách
Hệ thống hóa gu thẩm mỹ bằng skill/sub-agent
- Dùng các chùm tham chiếu như Yakob, Jay Tompkins làm tư liệu học để xây dựng agent kiểm định thị giác/tương tác
- Plugin Compounding Engineering đóng vai trò chất xúc tác giúp tạo skill/agent nhanh hơn
- Khi tự động hóa kiểm định dựa trên tham chiếu, có thể vận hành lặp đi lặp lại vòng “review - cải thiện” thủ công
- Nếu nhồi toàn bộ gu của mọi nhà thiết kế vào một skill thì giá trị sử dụng sẽ giảm, nên cần cố ý thu hẹp như phẫu thuật
- Cần cảnh giác với thiên lệch kiểu “luôn luôn tinh tế” và có tiêu chí để phân biệt nhấn mạnh với chi tiết nền
Bảng điều khiển Leva: tay nắm để tinh chỉnh chi tiết trong code
- Trong React/Next.js, có thể dùng Leva để đưa tham số ra dưới dạng núm vặn/thanh trượt và điều chỉnh ngay lập tức
- Có thể tinh chỉnh theo thời gian thực các giá trị như thời lượng hoạt ảnh đường viền ở góc khi hover hay timing của tracer
- Chỉ với chỉ thị ngôn ngữ tự nhiên như “gắn Leva vào rồi nối những thứ tôi muốn chỉnh”, việc thiết lập có thể được tự động hóa
- Dù chưa biết cần tham số nào, vẫn có thể bắt đầu khám phá bằng yêu cầu “hãy tạo các núm điều khiển liên quan”
Nguyên tắc vận hành Claude.md: gọn, tách, cục bộ hóa
- Trong Claude.md toàn cục chỉ nên đưa vào những quy tắc thật sự phổ quát, và Claude.md của dự án cũng nên tránh biến thành bách khoa toàn thư quá mức
- Khi tài liệu bộ nhớ dài hạn phình to, ngữ cảnh sẽ bị bẩn và chất lượng công việc giảm xuống
- Tách hướng dẫn theo từng vùng bằng Claude.md cho từng thư mục con để chỉ gọi đúng ngữ cảnh cần thiết
- Có thể tạo mẫu hóa theo kiểu đặt câu kích hoạt như “cần UI control” làm quy tắc toàn cục, rồi tự động chọn Leva vào lúc đó
Thái độ chọn công cụ: thoát khỏi vòng lặp tối ưu hóa thiết lập
- Khuyến nghị công cụ chỉ sau vài tháng đã trở nên vô nghĩa, còn các thông điệp nội dung kiểu “năng suất gấp 10 lần” dễ kích hoạt vòng lặp tối ưu hóa quá mức
- Nhà thiết kế phi kỹ thuật càng dễ làm theo lời khuyên một cách máy móc, nên cách tiếp cận lấy nguyên lý làm trung tâm đóng vai trò phòng tuyến
- Giống như pedal effect/guitar amp, gu thẩm mỹ và mục đích quyết định stack hơn là một đáp án duy nhất
- Tổn thất lớn nhất là “mải tối ưu hệ thống đến mức không thể bắt tay làm thứ thực sự cần làm”
Chiến lược đầu tư cho cá nhân có ngân sách hạn chế
- Cần tận dụng mạnh các bản dùng thử miễn phí và giảm trùng lặp giữa các công cụ để hạ nhiễu
- Nếu thường xuyên chạm trần Claude Code $20, có thể kết hợp thêm gói $20 như Factory để phân tán quyền truy cập model
- Có thể vận hành qua lại như tạo UI bằng Gemini 3 Pro trong Factory, rồi xử lý việc lớn trong Claude Code
- Gói Claude Code $100 có tác dụng giảm áp lực về hạn mức và giữ được flow làm việc
- Mở rộng Claude Code sang cả các việc như sắp xếp Obsidian,整理 Linear để theo đuổi hiệu quả dùng nó như một “máy tính”
Tuneup Day: cố định việc thử nghiệm vào lịch
- Dành nửa ngày với nguyên tắc “cấm sản xuất, chỉ được cải thiện thiết lập” để tập trung thử nghiệm và bảo trì
- Hình thành cách làm dồn việc cài plugin, sắp xếp thư mục, thử workflow mới, đọc kỹ phỏng vấn/bài viết vào cùng một ngày
- Xây dựng thói quen gom danh sách việc cho ngày tuneup tiếp theo rồi đến ngày đó chọn ra để xử lý
- Góp phần tăng tốc độ thử nghiệm và tránh vòng lặp tối ưu hóa quá mức
Chưa có bình luận nào.