Thực hành kỹ thuật nhanh nhất

Xử lý các lời nhắc như mã: cung cấp cấu trúc, phiên bản cho chúng, đánh giá chúng. Dưới đây là sáu phương pháp đã tồn tại qua hàng chục phương pháp sản xuất trên Starsg — những phương pháp luôn di chuyển kim chỉ nam theo thứ tự mà chúng có xu hướng quan trọng.

1. Đặt vai trò và mục tiêu

Một hoặc hai dòng đầu tiên nên thể hiện quan điểm của mô hình: nó là ai, nó viết cho ai, thành công trông như thế nào. Mật độ thuật ngữ, giọng điệu và sự lựa chọn những gì sẽ bao gồm tất cả đều nằm ngoài điểm neo đó - rẻ hơn nhiều so với việc kéo lại mô hình sau đó bằng cách "không quá dài dòng" hoặc "không quá hàn lâm". Phần mở đầu vững chắc trả lời ba điều: bản sắc, khán giả, mục tiêu.

Mẫu thiết lập vai trò

Bạn là một kỹ sư quan hệ với nhà phát triển.
Đối tượng: các kỹ sư phụ trợ thoải mái với API HTTP nhưng chưa quen với LLM và định giá dựa trên mã thông báo.
Mục tiêu: trong ba phút, giúp người đọc quyết định liệu Starsg có đáng để tích hợp hay không và cho họ biết bước tiếp theo.
Sử dụng giọng điệu đơn giản nhưng chuyên nghiệp. Tránh tiếp thị vớ vẩn.

2. Viết nhiệm vụ một cách rõ ràng

“Viết lời giới thiệu sản phẩm” giao mọi quyết định cho người mẫu — mỗi lần chạy đều là một sự phỏng đoán. Một hướng dẫn có thể sử dụng lại có ít nhất năm yếu tố: hành động (viết/tóm tắt/dịch), đối tượng (cái gì), khán giả (dành cho ai), giọng điệu/phong cách, và độ dài hoặc hình dạng. Đánh vần những điều đó và độ ổn định đầu ra của bạn sẽ tăng lên một bậc ngay lập tức.

❌ Quá mơ hồ

Viết cho tôi lời giới thiệu sản phẩm.

✅ Đủ năm yếu tố

Trong ~200 từ, dành cho các kỹ sư phụ trợ, hãy giới thiệu ba điểm khác biệt của Starsg (cổng thống nhất, thanh toán theo từng khóa, dự phòng đa mô hình). Giọng điệu: chuyên nghiệp và kiềm chế. Tránh những từ như "trao quyền" hoặc "thế hệ tiếp theo". Kết thúc bằng một lời kêu gọi hành động cụ thể.

3. Cung cấp bối cảnh và ví dụ (Ít cảnh quay)

Yêu cầu càng trừu tượng thì càng có nhiều ví dụ được giữ lại. Một đến ba cặp “đầu vào → đầu ra dự kiến” có giá trị mười dòng giải thích. Ít ảnh đặc biệt có tính quyết định khi định dạng cố định (phân loại, trích xuất, JSON), khi phong cách khó diễn tả bằng lời hoặc khi miền có các quy ước riêng (hệ thống pháp lý, y tế, nội bộ). Đưa ra các ví dụ bao gồm sự phân bổ thực tế — không chỉ những trường hợp dễ dàng.

Ví dụ trích xuất vài lần

Từ nội dung phiếu hỗ trợ bên dưới, trích xuất ba trường: «type / scope / severity». Chỉ trả về JSON.

Ví dụ 1:
Đầu vào: Người dùng báo lỗi đăng nhập trên toàn khu vực Quảng Châu; bộ phận hỗ trợ qua điện thoại quá tải.
Đầu ra: {"type":"login","scope":"khu vực Quảng Châu","severity":"P1"}

Ví dụ 2:
Đầu vào: Tài khoản thử nghiệm hiển thị số dư sai; chỉ nhóm QA nội bộ bị ảnh hưởng.
Đầu ra: {"type":"account","scope":"QA nội bộ","severity":"P3"}

Hãy xử lý:
Đầu vào: Cổng API Bắc Kinh trả về 502; tất cả người dùng trả phí đều bị ảnh hưởng.

4. Hạn chế định dạng đầu ra

Bất cứ thứ gì mà hệ thống hạ nguồn sử dụng đều phải có khả năng phân tích cú pháp. JSON? Cung cấp một lược đồ và ghi chú trường. Danh sách? Ghim số lượng và hình dạng của mỗi mục. Mũ dài? Nói vậy. Thêm một mệnh đề như "nếu trường bị thiếu, hãy đặt nó thành null - đừng phát minh" và bạn sẽ cắt giảm được ảo giác một cách đáng kể.

Ràng buộc đầu ra JSON

Chuyển sơ yếu lý lịch bên dưới thành JSON, tuân thủ đúng lược đồ này:
{
  "name": string,
  "yearsOfExperience": number,
  "skills": string[],     // tối đa 5 mục, viết thường
  "summary": string        // tối đa 60 từ
}
Nếu nguồn không nhắc đến một trường, hãy đặt giá trị là null; không tự tạo thông tin. Chỉ trả về JSON.

5. Phân tách các nhiệm vụ phức tạp (với chuỗi suy nghĩ)

Yêu cầu người mẫu “phân tích + lập kế hoạch + sản ​​xuất” trong một lần chụp thường làm mất chi tiết hoặc coi lý luận là câu trả lời cuối cùng. Hai lựa chọn: để nó suy nghĩ từng bước trong nội bộ hoặc tự mình chia công việc thành nhiều lượt. Đối với các quy trình công việc có thể kiểm tra, chúng tôi ưu tiên quy trình thứ hai — giữ lại mọi khâu trung gian để sau này bạn có thể xác định chính xác bước nào không thành công.

Mẫu từng bước

Tôi sẽ cung cấp cho bạn thông số kỹ thuật của sản phẩm. Xử lý nó theo ba bước và phân tách từng bước bằng tiêu đề ##:

## 1. Thông tin chính
Danh sách dấu đầu dòng: người dùng mục tiêu, kịch bản cốt lõi, các tính năng phải có, những thứ rõ ràng nằm ngoài phạm vi.

##2. Rủi ro và những điểm chưa rõ ràng
Liệt kê bất cứ điều gì mơ hồ hoặc mâu thuẫn trong thông số kỹ thuật, mỗi câu một câu.

## 3. Các bước tiếp theo
Cung cấp cho Thủ tướng ba hành động tiếp theo cụ thể, có thể thực hiện được, được sắp xếp theo mức độ ưu tiên.

Thông số kỹ thuật:
<<<

>>>

6. Lặp lại và đánh giá

Những lời nhắc tốt không được viết ra, chúng được lặp đi lặp lại. Xây dựng một bộ đánh giá cố định (20–50 trường hợp bao gồm bình thường + cạnh + đối nghịch). Chạy nó trên mọi thay đổi nhanh chóng và ghi lại tỷ lệ truy cập, độ dài trung bình và chi phí mã thông báo. Phiên bản các lời nhắc của bạn giống như mã - mọi thay đổi đều có lý do và đường cơ sở hồi quy, không có "lần này cảm thấy tốt hơn".