תרגול 3 | בניית Workflow עם Claude Desktop

פתחו את התהליך שבניתם בתרגול 2. נשתמש שוב בטופס, בבדיקת הרוח ובשני מסלולי המייל.

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

עובדים בשלבים: מבקשים תוכנית, מאשרים שינוי אחד ובודקים את התוצאה. בסיום שאלו את Claude מה הושלם ומה נשאר. החלטה שכבר אישרתם נשארת בתוקף עד שתבקשו לשנותה.

פרק 1: הכנת עותק ב-n8n

נעבוד על עותק של תרגול 2, כדי שתוכלו להשוות לתהליך שכבר עבד ולחזור אליו אם צריך.

1. פתחו ב-n8n את התהליך שלכם מתרגול 2. בתפריט שלוש הנקודות שליד שם ה-Workflow בחרו Duplicate.
2. תנו לעותק את השם 18x | Exercise 3 | Managed Build ושמרו. בדיקה: הכותרת מציגה את שם העותק.
3. בדיקה: אתם רואים את הפעולות מתרגול 2. פתחו את Current Weather ואת Send Result Email ובדקו שחיבורי OpenWeatherMap ו-Gmail שלכם עדיין נבחרו.

פרק 2: חיבור Claude Desktop ל-n8n

כדי ש-Claude יבנה עבורכם בתוך n8n, צריך לחבר ביניהם. החיבור נקרא MCP. כעת תעתיקו את כתובת החיבור מ-n8n ותוסיפו אותה ב-Claude Desktop.

א. הכנת הגישה ב-n8n

1. ב-n8n פתחו Settings ואז Instance-level MCP. הפעילו Enable MCP access אם הוא כבוי. בדיקה: מופיע Enabled. אם ההגדרה חסרה או שאינכם מצליחים להפעיל אותה, קראו למנחה.
2. לחצו Connect. בחלון שנפתח בחרו OAuth, התחברות דרך החשבון. העתיקו את הכתובת המלאה שמופיעה ב-Server URL. היא מסתיימת ב-/mcp-server/http. בדיקה: העתקתם את כל הכתובת. אם מופיע תפריט לבחירת לקוח, בחרו Claude.ai או Claude Desktop.
3. חזרו לעותק התרגול. בתפריט שלוש הנקודות פתחו Settings, הפעילו Available in MCP ושמרו. ההגדרה מאפשרת ל-Claude לגשת לעותק הזה.

ב. הוספת החיבור ב-Claude Desktop

1. ב-Claude Desktop פתחו Customize ואז Connectors, רשימת החיבורים. אם Connectors נמצא אצלכם תחת Settings, פתחו אותו משם.
2. בחרו Add, ואז Custom ו-Web. בחלק מהגרסאות הכפתור נקרא Add custom connector. כתבו בשם החיבור n8n MCP והדביקו בכתובת את Server URL שהעתקתם.
3. המשיכו עם Continue או Add, לפי המסך. כשתתבקשו להתחבר, היכנסו לחשבון n8n שלכם ואשרו את החיבור. בדיקה: n8n MCP מופיע כמחובר. אם מוצגת אפשרות Register automatically, בחרו בה.
4. פתחו שיחה חדשה ב-Claude Desktop. בתפריט + של השיחה פתחו Connectors והפעילו את n8n MCP. בדיקה: החיבור פעיל לשיחה. בפרק הבא נוכיח קריאה בפועל.

אם החיבור לא הושלם, הציגו למנחה את הודעת השגיאה ואת המסך שבו נעצרתם.

השאירו את התהליך במצב עריכה. אל תלחצו Publish, שמפעיל אותו לשימוש קבוע. סיסמאות מזינים רק במסך ההתחברות, ולא בשיחה עם Claude.

לעזרה: חיבור Claude Desktop בתיעוד n8n והוספת Connectors בתיעוד Claude.

פרק 3: בדיקת קריאת ה-Workflow

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

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

מה לבדוק מול העורך:

• השם המדויק: 18x | Exercise 3 | Managed Build.
• תשעת ה-Nodes של השלד, בתוספת שינויים שהוספתם בתרגול הפתוח.
• ה-Node בשם Current Weather.
• תנאי הרוח Wind Above 5.
• תנאי המייל Email Provided.

בדיקה: בשיחה מופיעה פעולה של חיבור n8n. פתחו אותה אם היא מקופלת. השוו את שם התהליך ואת שמות הפעולות ש-Claude החזיר למה שאתם רואים בעורך. אם הם שונים, בקשו ממנו לקרוא את העותק הנכון לפני שתמשיכו.

## הקשר
יש לי Workflow ב-n8n בשם "18x | Exercise 3 | Managed Build", מחובר אליך דרך MCP.
כתובת העותק: [הדביקו את כתובת ה-Workflow מהדפדפן].
ענה בעברית.

## מצב
אני רק רוצה לוודא שאתה קורא את התהליך הנכון. אל תשנה שום דבר בשלב הזה.

## משימה
קרא בלבד את ה-Workflow לפי שמו המדויק, והחזר לי:
1. את מזהה ה-Workflow
2. את רשימת כל ה-Nodes לפי שם
3. את המסלול עם מייל ואת המסלול בלי מייל, לפי Email Provided

## תנאי סיום
קרא את העותק דרך חיבור n8n והצג את השמות שמצאת. אל תשנה דבר.

## Context
I have an n8n Workflow named "18x | Exercise 3 | Managed Build", connected to you via MCP.
Copy URL: [paste the workflow URL from the browser].
Respond in English.

## State
I only want to confirm you are reading the correct workflow. Do not change anything at this stage.

## Task
Read ONLY the workflow by its exact name, and return to me:
1. The workflow ID
2. The list of all Nodes by name
3. The email and no-email routes selected by Email Provided

## Done Condition
Read the copy through the n8n connector and show the names you found. Do not change anything.

פרק 4: הוספת שדה "זמן בדיקה" – תוכנית לפני ביצוע

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

המשיכו באותה שיחת Claude Desktop. בקשו תוכנית בלבד להוספת שדה בשם checked_at, זמן הבדיקה. הזמן צריך להופיע במסך התוצאה וגם בתוכן המייל, עם תאריך, שעה ואזור זמן. נסחו תחילה את הבקשה בעצמכם.

תנאי קבלה: מה צריך להופיע אחרי השינוי?

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

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

## הקשר
ב-Workflow "18x | Exercise 3 | Managed Build" יש תהליך שבודק מזג אוויר ומציג תוצאה למשתמש, וגם שולח מייל במסלול מסוים.

## מצב
ענה בעברית. אני רוצה להציג את זמן הרצת התהליך, כדי לדעת מתי בוצעה הבדיקה. אל תבצע שום שינוי לפני שאאשר את התוכנית.

## משימה
שלב א: הצג לי תוכנית בלבד להוספת שדה בשם checked_at, ולהצגת "זמן בדיקה" במסך Show Result עם תאריך, שעה ואזור זמן ברור. אותה תצוגה תתווסף גם למייל הקיים.
שלב ב: רק אחרי שאאשר במפורש, בצע את השינוי בעותק בלבד.

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

## Context
In the workflow "18x | Exercise 3 | Managed Build" there is a process that checks weather and shows a result to the user, and also sends an email on a certain route.

## State
Respond in English. I want to display the workflow run time, so the user knows when this check ran. Do not make any changes before I approve the plan.

## Task
Step A: Show me a PLAN ONLY for adding a field called checked_at, and for displaying the Hebrew label "זמן בדיקה" on the Show Result screen with date, time, and a clear timezone. The same display should be added to the existing email.
Step B: Only after I explicitly approve, perform the change in the copy ONLY.

## Done Condition
- The checked_at field appears in the output.
- The time is shown on the screen in a readable way.
- The city, email, wind speed, and result text remain available.
- Keep the wind threshold, existing connections, and node arrangement unchanged.
- Do not send email and do not publish the workflow.
- At the end, show a precise list of what you changed and what you verified.

פרק 5: בדיקת הזמן והתנאים בריצה

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

1. פתחו את קישור העותק ש-Claude החזיר ובחרו Editor. בדקו שהשם והכתובת בדפדפן תואמים לעותק שמסרתם לו בפרק 3.
2. פתחו את Report Data וחפשו את השדה checked_at בהגדרות. אם Claude הוסיף אותו בפעולה אחרת, פתחו אותה לפי ההסבר שלו.
3. סגרו את ה-Node ולחצו Execute workflow או Execute. פתחו את הטופס שנפתח, או העתיקו את Test URL מתוך Request Form ללשונית חדשה. בחרו עיר, השאירו מייל ריק והגישו.
4. בדיקה: המסך מציג עיר, רוח, תוצאה וזמן בדיקה. התאריך, השעה ואזור הזמן מתאימים למועד ההרצה. חזרו לעורך, פתחו את ה-Node שמפיק checked_at, והשוו את הפלט מהריצה החדשה לזמן שבמסך.
5. פתחו את Wind Above 5. השוו את wind.speed בקלט לסף, ובדקו שהמסלול עם פריט הנתונים תואם לתוצאה שעל המסך.
6. פתחו את Email Provided. ב-False Branch מופיע פריט נתונים, ו-Send Result Email לא רץ. זו התוצאה הצפויה כששדה המייל ריק.
7. לבדיקת המייל, הפעילו שוב Execute, פתחו את הטופס והזינו את המייל שלכם. הגישו ובדקו שההודעה הגיעה עם אותו זמן שמופיע במסך התוצאה. ב-Email Provided בדקו שהנתונים עברו הפעם ב-True Branch.

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

תרגול פתוח: ניהול בניית תהליך חדש

כעת תעבירו את שיטת העבודה לפעולה אחרת. תגדירו קלט ופלט ותבדקו אם Claude בנה את מה שהתכוונתם. ב-Claude Desktop פתחו שיחה חדשה. בתפריט + של השיחה פתחו Connectors והפעילו את n8n MCP. תארו בשיחה החדשה את כל הדרוש, כי היא אינה מכירה את השיחה הקודמת.

בחרו אפשרות אחת בלבד: תהליך קטן מהעבודה שלכם, או דוגמת הרכש שבהמשך.

אם בחרתם מקרה אישי, בשיחה החדשה תארו:

• פעולה אחת שהתהליך מבצע.
• קלט לדוגמה.
• פלט מצופה.
• מקרה חריג.
• אחראי אנושי על ההחלטה.

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

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

# הפעולה שבחרתי
אני רוצה לבנות ב-n8n תהליך חדש דרך MCP.
שם התהליך החדש: [שם ייחודי].
הפעולה בעבודה: [פעולה אחת].
קלט לדוגמה: [נתוני דוגמה שאינם רגישים].
פלט רצוי: [מה צריך להופיע].
מקרה תקין: [קלט ופלט צפוי].
מקרה חריג: [קלט ופלט צפוי].
האדם שאחראי לבדוק או לאשר: [תפקיד].

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

## תנאי סיום
שלד שנפתח ב-n8n ובדיקת מקרה תקין וחריג. אם חסר חיבור, הכן שני קלטי דוגמה ופלט צפוי, ובדוק עד ה-Node שלפניו. הצג Input ו-Output להשוואה וציין מה לא נבדק. ההחלטה האנושית נשארת בידי התפקיד שהגדרתי.

# My chosen task
I want to build a new n8n workflow through MCP.
New workflow name: [unique name].
Workplace action: [one action].
Sample input: [non-sensitive example data].
Desired output: [what should appear].
Normal case: [input and expected output].
Exception case: [input and expected output].
Person responsible for checking or approval: [role].

## Working method
Respond in English. Ask about material gaps and propose a short plan before building. If the information is sufficient, say so and propose the plan.
Once I approve a plan and a specific change, perform only that change in a new workflow through n8n tools.
Do not send messages, change data in external systems, or publish without separate explicit approval.
Use sample data and manual executions for testing.
After each change return a link, what changed, and what you actually tested. State anything that remains untested.

## Completion
A skeleton that opens in n8n with normal and exception tests. If a connection is unavailable, prepare two sample inputs and expected outputs and test up to the preceding node. Show Input and Output and identify what remains untested. The human decision remains with the role I named.

חלופה: בדיקת סכום בקשת רכש

בקשת רכש מעל 1000 ש"ח דורשת אישור אחראי רכש. בקשה עד 1000 ש"ח עוברת לבדיקה רגילה. תבקשו מ-Claude לבנות תהליך שמציג את המסלול המתאים לסכום.

1. הגדרת התרחיש:
   • קלט לדוגמה: סכום של 300 ש"ח.
   • כלל: מעל 1000 ש"ח עובר למסלול "לאישור אחראי רכש", אחרת "לבדיקה רגילה".
   • אין החלטת רכישה בפועל ואין שליחת מייל.
   • אחראי אנושי: אחראי הרכש.
2. בניית שלד בדיקה פשוט:
   • Manual Trigger.
   • Edit Fields בשם Request Data עם שדה amount.
   • IF בוחר מסלול לפי הסכום. Edit Fields בכל מסלול מגדיר בשדה route את טקסט התוצאה, ומשמר גם את amount בפלט.
3. בדיקה:
   • אשרו ל-Claude תחילה לבנות Manual Trigger ו-Request Data עם amount מספרי בערך 300, ולהריץ ידנית. בדיקה: ב-Request Data סוג השדה amount הוא Number, וב-Output רואים amount=300. לאחר מכן אשרו הוספת IF ושני טקסטי התוצאה.
   • בקשו להריץ עם 300. בדיקה: route הוא "לבדיקה רגילה". בקשו לשנות רק את amount ל-1500 ולהריץ שוב. בדיקה: route הוא "לאישור אחראי רכש". ב-Executions בחרו כל אחת משתי הריצות והשוו את הפלט.
   • בדקו את ה-route ואת הסכום בפלט.
   • אל תוסיפו חיבור למערכת אמיתית. כל שינוי והרצה חייבים להתבצע בכלים, לא רק כקוד בצ'אט.

## הקשר
אני רוצה לבנות ב-n8n שלד תהליך חדש לבדיקת סכום בקשת רכש. אתה מחובר אלי דרך MCP.
ענה בעברית. אחראי הרכש הוא האדם שיחליט על הרכישה.

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

## משימה
התהליך צריך לכלול:
- Manual Trigger
- Edit Fields בשם Request Data עם שדה amount מספרי
- בכל מסלול תוצאה שמור גם amount לצד route
- IF שמנתב: מעל 1000 ש"ח למסלול "לאישור אחראי רכש", אחרת "לבדיקה רגילה"
תן לתהליך שם חדש, ואל תיגע בתהליכים אחרים.

## תנאי סיום
- קודם בירור פערים ותוכנית קצרה.
- אחרי אישור שלי, בנה צעד ראשון קטן בלבד.
- בדוק מצב רגיל עם 300 ומצב חריג עם 1500, והצג את ה-route ואת הסכום בפלט.
- כל בנייה והרצה חייבות להתבצע בכלים אמיתיים, לא כקוד בצ'אט.

## Context
I want to build a new workflow skeleton in n8n to check a purchase request amount. You are connected to me via MCP.
Respond in English. The purchasing manager decides whether to purchase.

## State
This is a test skeleton only. No connection to a real system, no purchase decision, and no email sending. Before building, ask about missing information or propose a short plan if the information is sufficient. Wait for approval of the plan and the specific change.

## Task
The workflow should include:
- Manual Trigger
- Edit Fields named Request Data with a numeric amount field
- Preserve amount alongside route in each result output
- IF that routes: above NIS 1000 to the Hebrew route value "לאישור אחראי רכש", otherwise "לבדיקה רגילה". Keep these Hebrew labels so the output matches the exercise.
Give the workflow a new name, and do not touch other workflows.

## Done Condition
- First, resolve any material gaps and present a short plan.
- After my approval, build only a small first step.
- Test a normal case with 300 and a case requiring approval with 1500, and show the route and amount in the output.
- All building and running must be done with real tools, not as code in chat.

תוצר ותנאי סיום

בדקו שבסיום יש לכם את התוצרים הבאים:

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

אותה חלוקת אחריות מתאימה להמשך העבודה: אתם מגדירים דרישה וגבולות, Claude מבצע שינוי שהסכמתם עליו, ואתם בודקים את התוצאה מול תנאי הקבלה.

שאלות להמשך מחקר

אפשר לחזור אליהן אחרי התרגול:

1. איך אפשר להגדיר תנאי קבלה שיגרמו ל-Claude לעצור ולשאול לפני כל שינוי שעלול לשבור נתונים קיימים? (בדקו ב-Claude ובתיעוד של n8n MCP).
2. אילו כלי קריאה ועדכון חושף ה-MCP של n8n, ואיך תזהו מראש אם לכלי מסוים אין הרשאה? (שאלו את Claude להציג את רשימת הכלים הזמינים).
3. איך הייתם בונים "דרך חזרה בטוחה" (rollback) לכל שינוי מנוהל, כך שתמיד יהיה עותק עובד לחזור אליו? (סיעור מוחות עם Claude על אסטרטגיות גיבוי של Workflows).