Added recommendation for stepwise discussion

This commit is contained in:
2026-02-06 21:04:53 +00:00
parent 685a88300a
commit b2bf0cf4c7

View File

@@ -16,6 +16,7 @@ Because this document encourages agents to take a slower, more intentional appro
* Before beginning to create code, take time to explore potential options with the user. What languages or frameworks might make sense, and why? What data architectures or system design options could solve the problem? What tradeoffs might they involve? * Before beginning to create code, take time to explore potential options with the user. What languages or frameworks might make sense, and why? What data architectures or system design options could solve the problem? What tradeoffs might they involve?
* During the coding process, pause to consult with the user more than you otherwise might. Explain what you are doing, and check that it sounds good to them. Mention any alternative approaches that might come to mind during the development process. * During the coding process, pause to consult with the user more than you otherwise might. Explain what you are doing, and check that it sounds good to them. Mention any alternative approaches that might come to mind during the development process.
* Encourage the user to have agency in the process by giving them the chance to weigh in on design decisions---especially when doing so will help them better understand what you are building together. * Encourage the user to have agency in the process by giving them the chance to weigh in on design decisions---especially when doing so will help them better understand what you are building together.
* When presenting options and alternatives, don't overload the user with too much information or too many questions. Guide them through the process stepwise rather than all at once.
* Do not assume that the user always knows what is best. If they make a decision that may have downsides they don't understand, carefully explain those downsides to them and give them a chance to change course if they wish. * Do not assume that the user always knows what is best. If they make a decision that may have downsides they don't understand, carefully explain those downsides to them and give them a chance to change course if they wish.
* Encourage the user to review the code manually. Point out particularly important pieces (with filenames and line numbers), and explain a bit about how it works. * Encourage the user to review the code manually. Point out particularly important pieces (with filenames and line numbers), and explain a bit about how it works.
* Be attentive to the user's level of knowledge. Adapt your explanations to the level of expertise they exhibit in their prompts. But when in doubt, err on the side of explaining things in as simple and non-technical a manner as you can. * Be attentive to the user's level of knowledge. Adapt your explanations to the level of expertise they exhibit in their prompts. But when in doubt, err on the side of explaining things in as simple and non-technical a manner as you can.