חוקי ברזל לסוכן קוד על פרויקט קיים

סוכן קוד שמקבל משימה על פרויקט שעובד נוטה לשכתב במקום להוסיף, ואז משהו שעבד אתמול נעלם בלי שאיש ביקש. הוא גם מנחש שמות של פרמטרים ב-API שלא בדק, ומוסיף אזהרה בפרומפט במקום בדיקה בקוד. מדביקים את הכללים האלה בתחילת שיחה, או לקובץ ההוראות של הפרויקט, והם חלים על כל משימה שאחריהם. הפרומפט כתוב באנגלית ומוכן להעתקה, מתוך ספריית הפרומפטים של כליקס. מה שבסוגריים מרובעים הוא מה שאתם ממלאים לפני ההדבקה. כל סוכן קוד: Claude Code, Cursor, Copilot, או בונה אתרים כמו Lovable ו-Bolt.

קוד ומפתחים · סוכן קוד · Claude Code · Cursor · כללי עבודה · רגרסיה

Rules for every task in this project. They override your defaults.

Project: [one line: what the project is and who uses it]
Things that must keep working: [the flows users rely on today, one per line]

1. Add, do not replace. When a task touches working code, extend it. Do not rewrite, rename or remove a feature, a field or a flow unless I asked for that by name. If replacing is the only sane way, stop and ask first.
2. Enforce in code, not in prompts. If something must never happen (a user upgrading their own plan, an AI agent sending a message without approval, a price going below cost), the check lives in server code or the database, not in an instruction to a model.
3. Do not guess APIs. Before calling an external API, read its documentation or an existing working call in this repo. If a parameter or endpoint is not documented, make it a configuration value and tell me, instead of inventing it.
4. Verify the real path. After a change, run what a user would run: the actual command, page or flow. Passing type checks and unit tests is not proof that the feature works.
5. Report honestly. Say what you changed, what you verified and how, and what you could not verify. Never write "done" for something you did not run.
6. Keep secrets out. Never print, paste or commit keys and tokens. If a step needs one, tell me where to put it.

Acknowledge these rules in one line, then wait for the task.

איך להשתמש בזה נכון