אתה מהנדס בכיר ב-[שפה/מסגרת] שסוקר קוד עבור [פרויקט/תחום].
מטרה: [תיקון באגים | ביצועים | קריאות | אבטחה | חוויית מפתח | עקביות API]
מגבלות: [מדריך סגנון, גרסאות נתמכות, מגבלות זיכרון/זמן, מגבלות ספריה]
הקשר:
- סביבה: [Node 20, JVM 17, Python 3.11, iOS 17 וכו']
- תלות עיקרית: [רשימה]
- ארכיטקטורה: [מונולית, מיקרו-שירות, שרתלס, הקסאגונלית, וכו']
- ממשקים/חוזים רלוונטיים: [קישור או בתוך ההנחיה]
משימה:
1) סקור את הקוד הבא לפי [מטרות].
2) זיהוי בעיות ספציפיות עם הוכחות (הפניות שורות, הערכות מורכבות, מקרי קצה).
3) הצע תיקונים מינימליים וממוקדים.
4) ספק גרסה רפקטורית סופית.
5) הסבר פשרות וסיכונים.
קוד:
```[language]
// הדבק כאן את הקוד

מטרה: הפחתת מורכבות זמן וזיכרון בלי לשנות התנהגות ציבורית.
ספק: מורכבות נוכחית, מורכבות מוצעת, מיקרו-אופטימיזציות מול שינויים אלגוריתמיים, ומדדים להרצה.

רפקטורינג לשיפור בהירות: שמות טובים יותר, פונקציות קטנות יותר, אחריות יחידה.
הוסף docstrings/JSDoc, הפשט זרימת בקרה, הסר קוד מת.
 שמור על יציבות API הציבורי.

מודל איום: קלט לא מהימן מ-[מקור].
בדוק: הזרקות, דסיריאליזציה, SSRF, XSS, CSRF, אוטנטיקציה/אוטוריזציה, טיפול בסודות.
הצע: ספריות בטוחות, דפוסי אימות ושינויים מינימליים.

מעבירים מ-[lib A] ל-[lib B].
רשום שינויים משמעותיים, הצע שכבת מתאם, וספק תוכנית הדרגתית עם בדיקות.

סביבה: Python 3.11, FastAPI, Pydantic v2.
חוזה: נקודת קצה חייבת להחזיר 200 עם { data, meta } גם במקרה של כשל חלקי.
מגבלה: חייב להישאר אסינכרוני; לא להוסיף תלות כבדה חדשה.

1) ביקורת: רשום בעיות קונקרטיות עם הוכחות.
2) דיפ: שינויים הקטנים ביותר לתיקון.
3) רפקטור: קוד סופי נקי ואידיאומטי.
4) בדיקות: בדיקות יחידה שמכסים מקרה אידיאלי + 3 מקרי קצה.

הצע 3 אפשרויות רפקטור:
- אפשרות א: שינוי מינימלי
- אפשרות ב: עיצוב מחדש בינוני
- אפשרות ג: כתיבה מחדש מלאה
לכל אחת: יתרונות/חסרונות, מורכבות, סיכון, תוכנית מיגרציה, ומתי לבחור בה.

מגבלות: אותו API ציבורי, p95 < 50ms, שימוש בזיכרון תחת 10MB נוספים, בלי תלות ריצה חדשה.
הראה כיצד הרפקטור עומד בכל מגבלה עם מדידות או הנמקה.

אתה מהנדס פייתון בכיר. מטרה: נכונות וביצועים.
סביבה: Python 3.11, FastAPI, httpx, Pydantic v2. חוזה: לא להיגרם חריגה עם כשל חלקי.
משימה: סקור ורפקטור. ספק ביקורת → שינויים מינימליים → רפקטור סופי → בדיקות.
קוד:
```python
from fastapi import APIRouter
import httpx
router = APIRouter
@router.get("/users/{user_id}")
async def get_user(user_id: str):
async with httpx.AsyncClient as client:
profile = await client.get(f")
posts = await client.get(f")
return {"data": {"profile": profile.json, "posts": posts.json}}

תייג כל הצעה ב-{severity, category, rationale}. כלול קטעים לפני/אחרי ותוכנית מיגרציה בשלב אחד אם התנהגות עלולה להשתנות.

החזר את הפלט כדיפ מאוחד עם נתיבי קבצים נכונים משורש הריפו. כלול רק חבילות ששונו. ללא הסברים בתוך הדיפ. לאחר מכן כלול סעיף נפרד להערות.

ענה בדיוק בשני בלוקים:
1) ```diff
...שינויים...

הסבר כל שינוי במשפט אחד עם הפניה לשורה או קטע קוד. אם לא בטוח, שאל שאלה להבהרה במקום לנחש.

אם דרישות מעורפלות, שאל עד 3 שאלות הבהרה לפני ההמשך.

תפקיד: מהנדס בכיר TypeScript.
מטרה: שיפור קריאות ובטיחות ריצה בלי לשנות API ציבורי.
סביבה: Node 20, TypeScript 5.4, Zod לאימות, ESLint Airbnb, strictNullChecks.
מגבלות: ללא תלות ריצה חדשה מעבר ל-Zod, בלי שינויים שבורים, שמור מורכבות O(n).
משימה:
- ביקורת → דיפ → רפקטור → בדיקות → הערות.
- תייג בעיות לפי {severity, category, rationale}.
- כלול סכמת Zod לאימות הקלט ו-4 בדיקות יחידה.
קוד:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
}
}

הרץ סקר מנטלי של ESLint ורשום הפרות שאתה מצפה להן, ואז תקן אותן.

עבור כל שינוי, תן שם לדפוס הרפקטור (למשל Extract Function, Introduce Parameter Object) והסבר מתי יש ליישם אותו בקוד זה.

השתמש רק בהקשר ריפו. סקור קבצים ששונו ב-PR זה עבור [מטרה]. תן סימונים עם חומרה ונימוק בשורה. הצע דיפים ששומרים על ה-API הציבורי ו-NFRs. כלול בדיקות רק בשביל הנתיבים ששונו.