Skill · Prompt

Bắt nó phản biện chính kế hoạch của nó

Một prompt ép một cách tiếp cận chịu thử lửa trước khi bạn đổ một dòng code nào vào nó.

DạngPrompt

Agent đề xuất một kế hoạch. Nghe hợp lý — kế hoạch nào chẳng vậy, vì agent trôi chảy y hệt khi mô tả một hướng tồi cũng như một hướng hay. Bạn bảo làm đi. Hai trăm dòng sau, cách tiếp cận đó đâm vào bức tường mà nó vốn sẽ luôn đâm phải: cái giả định không ai chất vấn, cái rìa nó chưa từng tính tới. Kế hoạch thì tự tin. Mà tự tin chưa bao giờ là thứ cần kiểm.

Một kế hoạch mà bạn chỉ nghe lập luận ủng hộ là một kế hoạch bạn không thật sự phán xét được. Phép thử lửa rẻ nhất là bắt chính cái agent vừa đề xuất nó thử kéo nó xuống — trước khi có code nào tựa vào, lúc đổi hướng còn tốn một câu chứ chưa phải viết lại từ đầu:

✕ Không có prompt

Đề xuất một kế hoạch — nghe vững

▼

Bạn duyệt cái phiên bản tự tin đó

▼

Nó vỡ ở cái giả định không ai thử

✓ Có prompt

Phản biện chính kế hoạch của mình

▼

Lộ ra giả định yếu và một phương án đơn giản hơn

▼

Bạn chọn cách tiếp cận đã sống sót

Dán nó sau bất kỳ kế hoạch không tầm thường nào, trước khi build. Tốn thêm một lượt trao đổi và diệt loại rework đắt nhất — loại mà code thì sạch nhưng được xây hướng tới một cách tiếp cận đã sai từ dòng đầu. Bạn không săn cái kế hoạch khôn ngoan nhất. Bạn tìm cái sống sót khi va vào bài toán thật.

Dán thẳng vào chat

Before we build this, pressure-test the approach:
1. Restate the plan in two lines.
2. Argue against it: where is it most likely to break, what assumption is it leaning on, and what would make you abandon it?
3. Name one simpler alternative, and say why you would or wouldn't take it.
Then give your honest recommendation. Don't defend the first idea — pick the approach most likely to survive the real problem.

Muốn agent tự cài hộ?

Thêm rule này vào CLAUDE.md của tôi, nguyên văn:

Before we build this, pressure-test the approach:
1. Restate the plan in two lines.
2. Argue against it: where is it most likely to break, what assumption is it leaning on, and what would make you abandon it?
3. Name one simpler alternative, and say why you would or wouldn't take it.
Then give your honest recommendation. Don't defend the first idea — pick the approach most likely to survive the real problem.