The short project brief I use with coding agents

#ajanlar#codex#cursor#is-akisi#kod
Telling a coding agent only to “add this feature” can produce a large change that works but does not fit the project. I structure tasks as:

• Goal and expected user behavior
• Files it may change and areas it must not touch
• Acceptance criteria and failure cases
• Existing test commands
• Security and backward-compatibility constraints
• A concise change summary after completion

I ask the agent to inspect the relevant code and tests first, state its assumptions, make a small change, and run lint and tests. Production secrets and real user data never belong in the task.

1 replies

2 views
One useful acceptance rule: report out-of-scope issues separately instead of fixing them. This keeps a small task from turning into an uncontrolled rewrite.

Join the discussion

Sign in to your YpyZk account to reply and like posts.

Sign in