1. מבוא
ברוכים הבאים לסדנת הקוד בנושא 'Fabric of Unified Intelligence'! ה-Codelab הזה הוא חלק מהדגמות של נאום הפתיחה של Google Cloud Next 2026.
בשיעור ה-Lab הזה תלמדו איך להשתמש ב-Gemini Enterprise כדי לתזמן כמה סוכנים שנפרסו ב-Cloud Run, לשתף הקשר כדי לאפשר העברות חלקות ולייעל את תהליכי העבודה.
נניח שאתם מנהלי מוצר בחברת Organic Living, מותג רהיטים מודרני פיקטיבי. אתם רוצים להשיק קו מוצרים חדש, אבל תהליכי מחקר שוק ועיצוב רגילים אורכים זמן רב מדי. בשיעור ה-Lab הזה תפרסו צוות של סוכני AI כדי להפוך את התהליך הזה לאוטומטי ולזרז אותו:
- סוכן אסטרטגיית מוצרים: משפר את רעיונות המוצרים על סמך נתוני שוק.
- סוכן מחקר שוק: מנתח מגמות ומשוב מלקוחות.
- סוכן תזמור: מתאם את תהליך העבודה בין סוכנים אחרים.
- Dev Agent: מתרגם תוכניות לפעולות על ידי יצירת כרטיסים וקודים.
בסיום ה-Lab הזה תהיה לכם מערכת רב-סוכנים פעילה שנפרסה ב-Cloud Run, ותזמרה באמצעות Gemini Enterprise, כדי להדגים את העוצמה של אינטליגנציה מאוחדת.
דרישות מוקדמות
- היכרות בסיסית עם מסוף Google Cloud ועם
gcloudCLI.
הפעולות שתבצעו:
- פריסת מערכת מרובת סוכנים ב-Cloud Run.
- צריך לרשום את הסוכנים ב-Gemini Enterprise.
- באמצעות Gemini Enterprise תוכלו להריץ תהליכי עבודה כדי:
- לנתח את הנתונים וליצור תובנות מהנתונים.
- יצירת סרטונים למוצרים באמצעות Veo.
- הפקת דרישות לצוות הפיתוח לעדכון האתר על סמך תובנות.
הדרישות
- דפדפן אינטרנט כמו Chrome.
- חשבון Google
2. הגדרת הסביבה
הגדרת הפרויקט
יצירת פרויקט ב-Google Cloud
- במסוף Google Cloud, בדף לבחירת הפרויקט, בוחרים פרויקט ב-Google Cloud או יוצרים פרויקט.
- הקפידו לוודא שהחיוב מופעל בפרויקט שלכם ב-Cloud. כך בודקים אם החיוב מופעל בפרויקט
הפעלת Cloud Shell
Cloud Shell היא סביבת שורת פקודה שפועלת ב-Google Cloud וכוללת מראש את הכלים הנדרשים.
- לוחצים על Activate Cloud Shell בחלק העליון של מסוף Google Cloud.
- אחרי שמתחברים ל-Cloud Shell, מאמתים את האימות:
gcloud auth list - מוודאים שהפרויקט מוגדר:
gcloud config get project - אם הפרויקט לא מוגדר כמו שציפיתם, מגדירים אותו:
export PROJECT_ID=<YOUR_PROJECT_ID> gcloud config set project $PROJECT_ID
אתחול קובץ משתני הסביבה
כדי לוודא שמשתני הסביבה יישמרו אם החיבור של סשן Cloud Shell ינותק, צריך לשמור אותם בקובץ ולהשתמש בו כשצריך.
- ב-Cloud Shell, יוצרים את הקובץ ומוסיפים אליו את מזהה הפרויקט:
echo "export PROJECT_ID=$(gcloud config get-value project)" > ~/lab_env.sh source ~/lab_env.sh
קבלת מפתח Gemini API מ-AI Studio
הסוכן Market Research Agent הוא מעטפת של Gemini Deep Research Interactions API. הכלי deep_research קורא ל-Gemini Deep Research Interactions API, שזמין כרגע רק דרך נקודת הקצה של AI Studio. היא יוצרת genai.Client נפרד עם vertexai=False ומבצעת אימות באמצעות מפתח API שמאוחסן במשתנה הסביבה GEMINI_API_KEY.
- עוברים אל Google AI Studio.
- נכנסים באמצעות חשבון Google.
- לוחצים על Create API key (יצירת מפתח API).
- נותנים למפתח את השם
Unified Intelligence Agents. - בקטע Choose an imported project (בחירת פרויקט מיובא), בוחרים את הפרויקט או מייבאים אותו.
- לוחצים על Create Key (יצירת מפתח).
- מעתיקים את מפתח ה-API שנוצר מחלונית הפרטים.
- ב-Cloud Shell, שומרים את המפתח הזה בקובץ סביבת המעבדה (מחליפים את
YOUR_GEMINI_API_KEYבמפתח בפועל):echo "export GEMINI_API_KEY=\"YOUR_GEMINI_API_KEY\"" >> ~/lab_env.sh source ~/lab_env.sh
הפעלת ממשקי ה-API
- ב-Cloud Shell, מפעילים את ממשקי ה-API הנדרשים למעבדה הזו:
gcloud services enable \ cloudresourcemanager.googleapis.com \ aiplatform.googleapis.com \ storage.googleapis.com \ run.googleapis.com \ bigquery.googleapis.com \ cloudbuild.googleapis.com \ iam.googleapis.com \ discoveryengine.googleapis.com \ geminidataanalytics.googleapis.com \ cloudaicompanion.googleapis.com \ secretmanager.googleapis.com
שכפול המאגר
לפני שמגדירים את מערך הנתונים ואת הסוכנים, צריך לשכפל את המאגר שמכיל את קוד המקור ואת סקריפטים של הנתונים.
- ב-Cloud Shell, משכפלים את המאגר
next-26-keynotes:cd $HOME git clone https://github.com/GoogleCloudPlatform/next-26-keynotes.git
3. הגדרת נתונים ומשאבים
הגדרת נתונים וסוכן ב-BigQuery
בשלב הזה תיצרו מערך נתונים ב-BigQuery, תמלאו אותו בנתוני מלאי ומכירות של רהיטים לדוגמה ותיצרו סוכן נתונים של BigQuery כדי לנתח את הנתונים האלה.
- ב-Cloud Shell, נכנסים לספרייה
data:cd $HOME/next-26-keynotes/genkey/fabric-unified-intelligence/data - כדי לבצע אימות באמצעות Application Default Credentials, מריצים את הפקודה הבאה ופועלים לפי ההנחיות:
gcloud auth application-default login - מריצים את סקריפט ההגדרה כדי ליצור את מערך הנתונים, הטבלאות והתצוגה:
הסקריפט הזה יוצר:chmod +x setup_bigquery.sh ./setup_bigquery.sh- מערך נתונים:
unified_intelligence_fabric_demo - טבלה:
furniture_stock - טבלה:
furniture_sales - תצוגה:
dead_stock_view
- מערך נתונים:
- מריצים את סקריפט Python כדי לאכלס את הטבלאות בנתונים לדוגמה באמצעות
uv:uv run --with google-cloud-bigquery ./populate_tables.py - יצירת סוכן נתונים של BigQuery:
- עוברים אל BigQuery Agents Hub ב-Cloud Console.
- בקטע Agent Catalog (קטלוג הסוכנים), לוחצים על New Agent (סוכן חדש).
- מגדירים את שם הסוכן לערך
Unified Intelligence Data Agent. - מגדירים את מקור המידע לטבלאות במערך הנתונים שיצרתם (
furniture_stock,furniture_sales).- כדי לחפש את הטבלאות, מקלידים
furniture. - לוחצים על מקש Enter.
- בוחרים את שתי הטבלאות (
furniture_stock,furniture_sales). - לוחצים על הוספה.
- כדי לחפש את הטבלאות, מקלידים
- לוחצים על פרסום.
- כשמוצגת בקשה לשתף את הסוכן, לוחצים על 'ביטול'. בשלב מאוחר יותר תצטרכו להוסיף תפקידים לחשבון השירות של Compute.
- בודקים את הסוכן:
- בצ'אט הבדיקה שמשמאל, שואלים שאלה כמו:
What are the furniture items with the highest stock? - מוודאים שהיא מחזירה תוצאות על סמך נתוני המדגם. בפלט אמורה להופיע טבלה דומה לזו.

- בצ'אט הבדיקה שמשמאל, שואלים שאלה כמו:
- שמירת מזהה סוכן הנתונים:
- בצד ימין של המסך אמור להופיע המזהה של הסוכן שיצרתם. הוא ייראה כך:
agent_ba43c386-ae82-45e0-a2b5-1928440f0926.

- מעתיקים את המזהה.
- מריצים את הפקודה הבאה ב-Cloud Shell כדי לשמור את המזהה, ומחליפים את
YOUR_AGENT_IDבמזהה בפועל:
echo "export BQ_DATA_AGENT_ID=YOUR_AGENT_ID" >> ~/lab_env.sh source ~/lab_env.sh - בצד ימין של המסך אמור להופיע המזהה של הסוכן שיצרתם. הוא ייראה כך:
יצירת תיקייה משותפת
בשלב הזה, תיצרו תיקייה ב-Google Drive ותשתפו אותה עם חשבון השירות של Cloud Run. הסוכנים ישתמשו בתיקייה הזו כדי לשמור ולשתף קבצים (כמו דרישות שנוצרו).
- עוברים אל Google Drive.
- לוחצים על חדש > תיקייה חדשה, נותנים לה את השם
Unified Intelligence Labולוחצים על יצירה. - לוחצים לחיצה ימנית על התיקייה החדשה שנוצרה ובוחרים באפשרות שיתוף > שיתוף.
- ב-Cloud Shell, מריצים את הפקודה הבאה כדי לקבל את כתובת האימייל של חשבון השירות שמוגדר כברירת מחדל ב-Compute Engine:
PROJECT_NUMBER=$(gcloud projects describe $(gcloud config get-value project) --format="value(projectNumber)") echo "${PROJECT_NUMBER}-compute@developer.gserviceaccount.com" - מעתיקים את כתובת האימייל מהפלט.
- בתיבת הדו-שיח של השיתוף ב-Google Drive, מוסיפים את כתובת האימייל הזו.
- מגדירים את התפקיד כעריכה.
- פותחים את התיקייה ומעתיקים את המזהה מכתובת ה-URL. כתובת ה-URL תיראה כך:
https://drive.google.com/drive/folders/YOUR_FOLDER_ID. מעתיקים את המחרוזת האלפאנומרית בסוף כתובת ה-URL, שמופיעה אחרי/folders/. - ב-Cloud Shell, שומרים את המזהה הזה בקובץ של סביבת המעבדה (מחליפים את
YOUR_FOLDER_IDבמזהה בפועל):echo "export GOOGLE_DRIVE_FOLDER_ID=YOUR_FOLDER_ID" >> ~/lab_env.sh source ~/lab_env.sh
יצירת קטגוריות ב-GCS
ב-Cloud Shell, מריצים את הפקודות הבאות כדי ליצור קטגוריות GCS לארטיפקטים/משימות, לסרטונים של קמפיינים וללוגים:
gcloud storage buckets create gs://$(gcloud config get-value project)-artifacts --location=us-central1
gcloud storage buckets create gs://$(gcloud config get-value project)-videos --location=us-central1
gcloud storage buckets create gs://$(gcloud config get-value project)-logs --location=us-central1
הגדרת קטגוריית סרטונים כציבורית
כדי לאפשר לאתר לגשת לסרטונים, צריך להגדיר את קטגוריית הסרטונים כציבורית:
gcloud storage buckets add-iam-policy-binding gs://$(gcloud config get-value project)-videos --member=allUsers --role=roles/storage.objectViewer
הענקת תפקידי IAM
בקטע הזה, תקצו תפקידים ב-IAM למשתמש ולכמה חשבונות שירות או סוכנים.
הקצאת תפקידים למשתמש
כדי להשתמש בתכונות של Discovery Engine (חיפוש ושיחה), מריצים את הפקודות הבאות ב-Cloud Shell כדי להעניק את התפקיד Discovery Engine User לחשבון המשתמש:
source ~/lab_env.sh
echo "export USER_ACCOUNT=$(gcloud config get-value account)" >> ~/lab_env.sh
source ~/lab_env.sh
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="user:$USER_ACCOUNT" \
--role="roles/discoveryengine.user"
הקצאת תפקידים לחשבון השירות של Compute Engine
ב-Cloud Shell, מריצים את הפקודות הבאות כדי להקצות תפקידים לחשבון השירות של Compute Engine:
source ~/lab_env.sh
PROJECT_NUMBER=$(gcloud projects describe $PROJECT_ID --format="value(projectNumber)")
echo "export PROJECT_NUMBER=${PROJECT_NUMBER}" >> ~/lab_env.sh
echo "export COMPUTE_SA=\"${PROJECT_NUMBER}-compute@developer.gserviceaccount.com\"" >> ~/lab_env.sh
source ~/lab_env.sh
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/storage.objectAdmin"
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/aiplatform.user"
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/cloudtrace.agent"
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/geminidataanalytics.dataAgentUser"
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/geminidataanalytics.dataAgentStatelessUser"
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/bigquery.dataViewer"
gcloud iam service-accounts add-iam-policy-binding $COMPUTE_SA \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/iam.serviceAccountTokenCreator" \
--project=$PROJECT_ID
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/cloudbuild.builds.builder"
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/run.invoker"
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$COMPUTE_SA" \
--role="roles/secretmanager.secretAccessor"
הענקת תפקידים לחשבון השירות של Discovery Engine
ב-Cloud Shell, מריצים את הפקודות הבאות כדי להקצות תפקידים לחשבון השירות של Discovery Engine:
source ~/lab_env.sh
echo "export DISCOVERY_ENGINE_SA=\"service-\${PROJECT_NUMBER}@gcp-sa-discoveryengine.iam.gserviceaccount.com\"" >> ~/lab_env.sh
source ~/lab_env.sh
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$DISCOVERY_ENGINE_SA" \
--role="roles/run.invoker"
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$DISCOVERY_ENGINE_SA" \
--role="roles/aiplatform.user"
הענקת תפקידים לסוכן השירות של AI Platform Reasoning Engine
ב-Cloud Shell, מריצים את הפקודות הבאות כדי להעניק תפקידים לסוכן השירות של AI Platform Reasoning Engine:
source ~/lab_env.sh
echo "export AI_PLATFORM_RE_SA=\"service-\${PROJECT_NUMBER}@gcp-sa-aiplatform-re.iam.gserviceaccount.com\"" >> ~/lab_env.sh
source ~/lab_env.sh
gcloud projects add-iam-policy-binding $PROJECT_ID \
--member="serviceAccount:$AI_PLATFORM_RE_SA" \
--role="roles/storage.objectViewer"
4. הגדרה ופריסה של הסוכנים
מגדירים ומפעילים את כל הסוכנים הייעודיים שנדרשים לתרגול הזה.
הגדרה ופריסה של סוכן אסטרטגיית המוצר
בשלב הזה, תפרסו את סוכן אסטרטגיית המוצר ב-Cloud Run ותירשמו אותו באפליקציית Gemini Enterprise. הסוכן הזה אחראי לשיפור רעיונות למוצרים על סמך נתוני שוק.
דרישות מוקדמות
אבל קודם, צריך להגדיר את משתני הסביבה של נציג אסטרטגיית המוצר.
- ב-Cloud Shell, עוברים לספרייה Product Strategy Agent:
cd $HOME/next-26-keynotes/genkey/fabric-unified-intelligence/agents/product-strategy - מריצים את הפקודה הבאה כדי להעתיק את הקובץ
.env.sampleאל.env:cp .env.sample .env - ב-Cloud Shell, מריצים את הפקודות הבאות כדי למלא את הקובץ
.envבפרטי הפרויקט:source ~/lab_env.sh sed -i "s/YOUR_PROJECT_ID/${PROJECT_ID}/" .env sed -i "s/YOUR_VEO_GCS_BUCKET/${PROJECT_ID}-videos/" .env sed -i "s/YOUR_GOOGLE_DRIVE_FOLDER_ID/${GOOGLE_DRIVE_FOLDER_ID}/" .env sed -i "s/YOUR_LOGS_BUCKET_NAME/${PROJECT_ID}-logs/" .env
פריסת סוכן אסטרטגיית המוצר
- פורסים ל-Cloud Run עכשיו, ב-Cloud Shell, פורסים את הסוכן ל-Cloud Run. המאגר כולל קובץ
Makefileשמפשט את התהליך הזה: אחרי הפריסה, תקבלו כתובת URL של סוכן אסטרטגיית המוצר.make deploy - ב-Cloud Shell, מריצים את הפקודה הבאה כדי לקבל את כתובת ה-URL של השירות שנפרס ולשמור אותה בקובץ של סביבת המעבדה:
source ~/lab_env.sh PRODUCT_STRATEGY_URL=$(gcloud run services describe product-strategy --region us-central1 --format 'value(status.url)') echo "export PRODUCT_STRATEGY_URL=\"${PRODUCT_STRATEGY_URL}\"" >> ~/lab_env.sh source ~/lab_env.sh
הגדרה ופריסה של סוכן המחקר
בשלב הזה, תפרסו את סוכן מחקר השוק ב-Cloud Run ותירשמו אותו באפליקציית Gemini Enterprise. הסוכן הזה מנתח מגמות ומשוב מלקוחות.
דרישות מוקדמות
אבל קודם, צריך להגדיר את משתני הסביבה של Market Research Agent, כולל מפתח API לכלי Deep Research.
- ב-Cloud Shell, נכנסים לספרייה
market-research:cd $HOME/next-26-keynotes/genkey/fabric-unified-intelligence/agents/market-research - מריצים את הפקודה הבאה כדי להעתיק את הקובץ
.env.sampleאל.env:cp .env.sample .env - ב-Cloud Shell, מריצים את הפקודות הבאות כדי למלא את הקובץ
.envבפרטי הפרויקט:source ~/lab_env.sh sed -i "s/YOUR_PROJECT_ID/${PROJECT_ID}/" .env sed -i "s/YOUR_LOGS_BUCKET_NAME/${PROJECT_ID}-logs/" .env
יצירת סודות
המשתנה GEMINI_API_KEY מאוחסן ב-Secret Manager ומותקן בגרסה של Cloud Run בזמן הפריסה.
- ב-Cloud Shell, מוסיפים את
GEMINI_API_KEYלקובץ.env:source ~/lab_env.sh echo "GEMINI_API_KEY=${GEMINI_API_KEY}" >> .env - מריצים את הפקודה הבאה כדי לדחוף ערכי סודות מהמאגר המקומי
.envאל Secret Manager:make create-secrets - מריצים את הפקודה הבאה כדי להעניק ל-Cloud Run גישה לסוד:
make grant-secret-access
פריסת סוכן מחקר השוק ב-Cloud Run
- ב-Cloud Shell, פורסים את הסוכן באמצעות הפקודה
Makefile: אחרי הפריסה, תקבלו כתובת URL לסוכן לחקר שוק.make deploy - ב-Cloud Shell, מריצים את הפקודה הבאה כדי לקבל את כתובת ה-URL של השירות שנפרס ולשמור אותה בקובץ של סביבת המעבדה:
source ~/lab_env.sh MARKET_RESEARCH_URL=$(gcloud run services describe market-research --region us-central1 --format 'value(status.url)') echo "export MARKET_RESEARCH_URL=\"${MARKET_RESEARCH_URL}\"" >> ~/lab_env.sh source ~/lab_env.sh
הגדרה ופריסה של סוכן Orchestrator
בשלב הזה, תפרסו את סוכן Orchestrator ב-Cloud Run ותירשמו אותו באפליקציית Gemini Enterprise. הסוכן הזה מתאם את תהליך העבודה בין הסוכנים האחרים.
דרישות מוקדמות
אבל קודם, צריך להגדיר את משתני הסביבה של Orchestrator Agent. הוא צריך לדעת את כתובות ה-URL של סוכני אסטרטגיית המוצר ומחקר השוק שפרסתם בשלבים הקודמים.
- ב-Cloud Shell, נכנסים לספרייה
orchestrator:cd $HOME/next-26-keynotes/genkey/fabric-unified-intelligence/agents/orchestrator - מריצים את הפקודה הבאה כדי להעתיק את הקובץ
.env.sampleאל.env:cp .env.sample .env - ב-Cloud Shell, מריצים את הפקודות הבאות כדי לאכלס את הקובץ
.envבפרטי הפרויקט ובהגדרות של BigQuery Data Agent:source ~/lab_env.sh sed -i "s/YOUR_PROJECT_ID/${PROJECT_ID}/" .env sed -i "s|http://localhost:8002|${MARKET_RESEARCH_URL}|" .env sed -i "s|http://localhost:8001|${PRODUCT_STRATEGY_URL}|" .env sed -i "s/YOUR_BQ_DATA_AGENT_PROJECT/${PROJECT_ID}/" .env sed -i "s/YOUR_BQ_DATA_AGENT_ID/${BQ_DATA_AGENT_ID}/" .env sed -i "s/YOUR_LOGS_BUCKET_NAME/${PROJECT_ID}-logs/" .env
פריסת סוכן התזמור
- ב-Cloud Shell, פורסים את סוכן Orchestrator באמצעות הפקודה
Makefile:make deploy
אחרי הפריסה, תקבלו כתובת URL של סוכן Orchestrator.
- ב-Cloud Shell, מריצים את הפקודה הבאה כדי לקבל את כתובת ה-URL של השירות שנפרס ולשמור אותה בקובץ של סביבת המעבדה:
source ~/lab_env.sh ORCHESTRATOR_URL=$(gcloud run services describe orchestrator --region us-central1 --format 'value(status.url)') echo "export ORCHESTRATOR_URL=\"${ORCHESTRATOR_URL}\"" >> ~/lab_env.sh source ~/lab_env.sh
הגדרה ופריסה של סוכן הפיתוח
בשלב הזה תפרסו את סוכן הפיתוח ב-Cloud Run ותירשמו אותו באפליקציית Gemini Enterprise. הסוכן הזה מתרגם תוכניות לפעולות על ידי יצירת משימות וקוד פיגום. סוכן הפיתוח יכול להשתלב עם Jira כדי ליצור כרטיסים, וזה מה שמוצג בהדגמה המרכזית. עם זאת, ב-Codelab הזה נדלג על השילוב עם Jira ונגדיר שהסוכן ישמור את המשימות ב-Google Cloud Storage.
דרישות מוקדמות
אבל קודם, צריך להגדיר את משתני הסביבה של Dev Agent.
- ב-Cloud Shell, נכנסים לספרייה
dev-agent:cd $HOME/next-26-keynotes/genkey/fabric-unified-intelligence/agents/dev-agent - מריצים את הפקודה הבאה כדי להעתיק את הקובץ
.env.sampleאל.env:cp .env.sample .env - ב-Cloud Shell, מריצים את הפקודות הבאות כדי למלא את הקובץ
.envבפרטי הפרויקט:source ~/lab_env.sh sed -i "s/YOUR_PROJECT_ID/${PROJECT_ID}/" .env sed -i "s/YOUR_ASSET_BUCKET_NAME/${PROJECT_ID}-artifacts/" .env sed -i "s/YOUR_VEO_GCS_BUCKET/${PROJECT_ID}-videos/" .env sed -i "s/YOUR_LOGS_BUCKET_NAME/${PROJECT_ID}-logs/" .env
פריסת סוכן הפיתוח
- ב-Cloud Shell, פורסים את סוכן הפיתוח באמצעות הפקודה
Makefile:make deploy
אחרי הפריסה, תקבלו כתובת URL לסוכן הפיתוח.
- ב-Cloud Shell, מריצים את הפקודה הבאה כדי לקבל את כתובת ה-URL של השירות שנפרס ולשמור אותה בקובץ של סביבת המעבדה:
source ~/lab_env.sh DEV_AGENT_URL=$(gcloud run services describe dev-agent --region us-central1 --format 'value(status.url)') echo "export DEV_AGENT_URL=\"${DEV_AGENT_URL}\"" >> ~/lab_env.sh source ~/lab_env.sh
5. הגדרה של Gemini Enterprise ורישום סוכנים
ב-Codelab הזה אנחנו משתמשים ב-Gemini Enterprise כדי לרשום ולנהל את הסוכנים, ולאפשר להם לקיים אינטראקציה עם Workspace ומערכות ארגוניות אחרות, וכדי להפוך אותם לזמינים למשתמשים.
כדי להשתמש ב-codelab הזה, תצטרכו להירשם לתקופת ניסיון של Gemini Enterprise Plus. תצטרכו גם ליצור אפליקציה שבאמצעותה תרשמו את הסוכנים.
הרשמה לתקופת ניסיון ב-Gemini Enterprise
מכיוון שכבר הפעלנו את Discovery Engine API, לא צריך להתחיל תקופת ניסיון באופן מפורש. במקום זאת, מוצג לכם כפתור אחר ליצירת האפליקציה הראשונה.
- עוברים אל הדף Gemini Enterprise במסוף Google Cloud.
- יוצג לכם מסך פתיחה. לוחצים על 'יצירת האפליקציה הראשונה'.

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

- חלון קופץ חדש ייפתח עם אפליקציית האינטרנט של Gemini Enterprise. שימו לב לכתובת ה-URL בחלק העליון של המסך בסרגל כתובות ה-URL. תצטרכו את כתובת ה-URL הזו בהמשך כדי לגשת לאפליקציה. הוא אמור להיראות כמו
https://vertexaisearch.cloud.google.com/home/cid/ebb52d4a-b33b-4007-a180-91d02fa124e1.
רישום של סוכנים בהתאמה אישית
כדי ש-Gemini Enterprise יוכל להשתמש בסוכן שלכם, אתם צריכים לרשום את הסוכן באפליקציית Gemini Enterprise. אפשר לרשום סוכנים מותאמים אישית שנפרסו ב-Cloud Run בשילוב A2A (סוכן לסוכן).
- בחלון נפרד במסוף, עוברים אל המסך של אפליקציות Gemini Enterprise.
- לוחצים על האפליקציה שנקראת
n26-unified - בסרגל הניווט הימני, לוחצים על סוכנים.
רישום של סוכן אסטרטגיית המוצרים
- כדי לקבל את כרטיס הסוכן, מריצים את הפקודה הבאה ב-Cloud Shell:
source ~/lab_env.sh TOKEN=$(gcloud auth print-identity-token) curl -H "Content-Type: application/json" \ -H "Authorization: Bearer ${TOKEN}" $PRODUCT_STRATEGY_URL/.well-known/agent-card.json | jq - לוחצים על + הוספת סוכן.
- לוחצים על סוכן בהתאמה אישית דרך A2A.
- מדביקים את ה-JSON של כרטיס הסוכן מהשלב הקודם בתיבת הטקסט.
- לוחצים על תצוגה מקדימה של פרטי הנציג.
- לוחצים על הבא.
- לוחצים על דילוג וסיום כדי להעניק הרשאה לסוכן.
- בכרטיסייה הרשאות משתמש, מעניקים לכל המשתמשים את התפקיד משתמש של סוכן.
- לוחצים על 'שמירה'.
רישום סוכן מחקר השוק באפליקציית Gemini Enterprise
- כדי לקבל את כרטיס הסוכן, מריצים את הפקודה הבאה ב-Cloud Shell:
source ~/lab_env.sh TOKEN=$(gcloud auth print-identity-token) curl -H "Content-Type: application/json" \ -H "Authorization: Bearer ${TOKEN}" $MARKET_RESEARCH_URL/.well-known/agent-card.json | jq - לוחצים על + הוספת סוכן.
- לוחצים על סוכן בהתאמה אישית דרך A2A.
- מדביקים את ה-JSON של כרטיס הסוכן מהשלב הקודם בתיבת הטקסט.
- לוחצים על תצוגה מקדימה של פרטי הנציג.
- לוחצים על הבא.
- לוחצים על דילוג וסיום כדי להעניק הרשאה לסוכן.
- בכרטיסייה הרשאות משתמש, מעניקים לכל המשתמשים את התפקיד משתמש של סוכן.
- לוחצים על 'שמירה'.
רישום של סוכן Orchestrator
- כדי לקבל את כרטיס הסוכן, מריצים את הפקודה הבאה ב-Cloud Shell:
source ~/lab_env.sh TOKEN=$(gcloud auth print-identity-token) curl -H "Content-Type: application/json" \ -H "Authorization: Bearer ${TOKEN}" $ORCHESTRATOR_URL/.well-known/agent-card.json | jq - לוחצים על + הוספת סוכן.
- לוחצים על סוכן בהתאמה אישית דרך A2A.
- מדביקים את ה-JSON של כרטיס הסוכן מהשלב הקודם בתיבת הטקסט.
- לוחצים על תצוגה מקדימה של פרטי הנציג.
- לוחצים על הבא.
- לוחצים על דילוג וסיום כדי להעניק הרשאה לסוכן.
- בכרטיסייה הרשאות משתמש, מעניקים לכל המשתמשים את התפקיד משתמש של סוכן.
- לוחצים על 'שמירה'.
רישום סוכן הפיתוח
- כדי לקבל את כרטיס הסוכן, מריצים את הפקודה הבאה ב-Cloud Shell:
source ~/lab_env.sh TOKEN=$(gcloud auth print-identity-token) curl -H "Content-Type: application/json" \ -H "Authorization: Bearer ${TOKEN}" $DEV_AGENT_URL/.well-known/agent-card.json | jq - לוחצים על + הוספת סוכן.
- לוחצים על סוכן בהתאמה אישית דרך A2A.
- מדביקים את ה-JSON של כרטיס הסוכן מהשלב הקודם בתיבת הטקסט.
- לוחצים על תצוגה מקדימה של פרטי הנציג.
- לוחצים על הבא.
- לוחצים על דילוג וסיום כדי להעניק הרשאה לסוכן.
- בכרטיסייה הרשאות משתמש, מעניקים לכל המשתמשים את התפקיד משתמש של סוכן.
- לוחצים על 'שמירה'.
6. חלק ראשון: אסטרטגיה ותזמור ב-Gemini Enterprise
בקטע הזה של ה-Lab, תגלמו את סמנכ "ל המרצ'נדייזינג בחברה Organic Living, שאחראי על חידוש קווי מוצרים עם מכירות שטוחות או בירידה.
כדי להחיות קווי מוצרים פחות פופולריים, תבקשו מהסוכן לנתח מגמות, לזהות מלאי מת במחסן ולתכנן קמפיין להשקת המוצרים מחדש. תוכלו לראות איך Gemini Enterprise מתאם בין כמה סוכנים כדי לענות על הנחיה אחת מורכבת.
ניווט לכתובת ה-URL של אפליקציית Gemini Enterprise
זו כתובת ה-URL שרשמתם בשלב 4: הגדרת Gemini Enterprise ורישום סוכנים. אם אין לכם את כתובת ה-URL, תוכלו לקבל אותה באמצעות השלבים הבאים:
- עוברים אל המסך של אפליקציות Gemini Enterprise
- לוחצים על האפליקציה שנקראת
n26-unified - לוחצים על כתובת ה-URL שמתחילה ב-
https://vertexaisearch.cloud.google.com
הנחיית הסוכן לעזור במשימה
- כדי להתחיל צ'אט חדש, מקלידים בתיבת הצ'אט בדף הבית או לוחצים על צ'אט חדש בסרגל הניווט בצד ימין.
- מוסיפים את ההנחיה הבאה:
Analyze current interior design trends and identify dead stock in our warehouse that matches the trend. Orchestrate a relaunch campaign - לוחצים על Submit (שליחה) (הסמל עם מטוס הנייר) וצופים בסוכן Orchestrator עושה את הקסם שלו.
בדיקת הפלט
בעזרת הנחיה אחת, כמה סוכנים משלימים סדרת משימות תוך דקות במקום שעות.
- הסוכן Market Research Agent, שמבוסס על Deep Research, מנתח את המידע העדכני ביותר מחיפוש Google כדי למצוא את מגמות העיצוב העדכניות ביותר.
- הסוכן Data Insights מתחבר לנתוני מוצרים גלובליים ומזין את ממצאי המחקר לקטלוג הפנימי שלנו כדי לזהות פריטים שהם 'מלאי מת' (מלאי עם מהירות מכירה נמוכה) שתואמים לקריטריונים האלה של מגמות.
- סוכן אסטרטגיית המוצר מרכז את כל הנתונים כדי ליצור אסטרטגיה לקמפיין השקה מחדש על סמך המחקר והנתונים מהסוכנים האחרים.
מאשרים את התוכנית ומעיינים בפלט
- תגובה עם
Yesלאישור התוכנית - בדיקת הפלט
- התהליך מתחיל בתובנות מסוכן מחקר השוק וכולל תוכנית מקיפה, כולל מיתוג מחדש של אתר.
- כולל נתונים שאוחזרו מנתוני המוצרים באמצעות BigQuery Data Agent שהגדרנו קודם.
- שימו לב למקורות שמופיעים בתחתית הפלט כדי לקבל ביטחון בניתוח ובהמלצות.
יצירת סרטונים בסגנון החדש Organic Living
- בצ'אט, מבקשים מהסוכן של אסטרטגיית המוצר ליצור סרטונים. מתחילים להקליד
@Productובוחרים את הסוכן של אסטרטגיית המוצר מהרשימה. - מוסיפים את ההנחיה הבאה:
generate three videos for the landing page - Gemini ישתמש בסוכן אסטרטגיית המוצר כדי ליצור נכסי וידאו ולספק כתובות URL שלהם.
תיאום עם צוות הפיתוח
בהדגמה המרכזית, סוכן הפיתוח שלח התראה ב-Google Chat לצוות הפיתוח. עם זאת, הסרנו את השלב הזה ממעבדת הקוד הזו כי לא ניתן להשתמש ב-webhook נכנס בחשבונות Gmail אישיים. במקום זאת, סוכן הפיתוח יתמקד ביצירת המשימה ב-Google Cloud Storage.
- בצ'אט, מבקשים מסוכן הפיתוח ליצור משימה לצוות הפיתוח. מתחילים להקליד
@Devובוחרים באפשרות Dev Agent (סוכן פיתוח) מהרשימה. - מוסיפים את ההנחיה הבאה:
create a task for the dev team to get started on the new product landing page. - בודקים את הפלט. הנציג לפיתוח יאשר שהוא יצר משימה ויספק מזהה משימה (למשל,
TASK-A3F7B2C1). חשוב לשמור את מזהה המשימה הזה, כי תצטרכו אותו במערכה 2.
7. מערכה 2: בנייה ב-Gemini CLI
בשלב הזה, אתם עוברים לתפקיד של המפתח. הוקצית לך המשימה לבנות ולהשיק את דף הנחיתה של הקמפיין החדש, בהמשך למשימה שנוצרה במערכה 1.
תשתמשו ב-Gemini CLI כדי לבנות את האתר Organic Living על סמך מפרט עיצוב שנמצא בקובץ המשימה. Gemini CLI הוא סוכן AI בקוד פתוח שמאפשר לנצל את היכולות של Gemini בשורת הפקודה. הוא כבר מותקן מראש בסביבת Cloud Shell.
הגדרת Gemini CLI
- ב-Cloud Shell, יוצרים ספרייה חדשה לפרויקט האתר ועוברים אליה:
mkdir -p $HOME/website cd $HOME/website - מעתיקים את ההוראות
GEMINI.mdואת תמונת העיצוב מהמאגר המשוכפל לספריית העבודה:cp $HOME/next-26-keynotes/genkey/fabric-unified-intelligence/gemini-cli/GEMINI.md . cp $HOME/next-26-keynotes/genkey/fabric-unified-intelligence/gemini-cli/Organic_Living_Website_Design.png . - יוצרים את ספריית התצורה של הסוכן ויוצרים את הקובץ
dev-agent.md:source ~/lab_env.sh mkdir -p ~/.gemini/agents cat > ~/.gemini/agents/dev-agent.md <<EOF --- kind: remote name: dev-agent agent_card_url: ${DEV_AGENT_URL}/.well-known/agent-card.json description: "Task assistant. Use for: creating/looking up/starting APPDEV tasks." auth: type: google-credentials --- EOF
התחלת שימוש בהנחיות
- מריצים את הפקודה
gemini-cliכדי להתחיל את האינטראקציה:source ~/lab_env.sh gemini - תתבקשו לאשר שאתם בוטחים בקבצים בתיקייה הזו. בוחרים באפשרות 1. תיקיית אמון (אתר).
- מקלידים
authומקישים על Return בהנחיה של Gemini CLI. - בוחרים באפשרות Use Gemini API key (שימוש במפתח Gemini API). הפעולה הזו תשתמש באופן אוטומטי במשתנה הסביבה
GEMINI_API_KEYשנטען מ-lab_env.sh.
- בהנחיה
gemini>, אומרים לסוכן שרוצים לעבוד על המשימה שנוצרה במערכה 1 (מחליפים אתgemini>במזהה המשימה בפועל שרשמתם):TASK-A3F7B2C1 הסוכן יחפש את המשימה ב-GCS ויספק לכם סקירה כללית ותוכנית.@dev-agent let me work on TASK-A3F7B2C1 - עכשיו, מבקשים מהסוכן לבנות את האתר:
Gemini יקרא את קובץBuild and deploy itGEMINI.mdבספרייה הנוכחית ויתחיל לבנות את האתר בהתאם למפרטים. - אחרי שה-build והפריסה יסתיימו, ה-Agent יציג את התוצאות, כולל כתובת ה-URL של שירות Cloud Run שנפרס.
- לוחצים על כתובת ה-URL שסופקה כדי לפתוח את האתר החדש Organic Living בכרטיסייה חדשה, ומוודאים שהוא תואם למפרט העיצוב.
8. Recap
ב-Codelab הזה הצלחתם להדגים את היכולות של 'Fabric of Unified Intelligence' על ידי השלמת תהליך עבודה מורכב עם כמה שלבים, שמתבצע בתפקידים ובסביבות שונות:
- ניהול מערכת מרובת סוכנים: ב-Gemini Enterprise, השתמשתם בהנחיה אחת כדי להפעיל צוות של סוכנים (מחקר שוק, תובנות לגבי נתונים ואסטרטגיית מוצרים) כדי לנתח מגמות, לזהות מלאי ולפתח אסטרטגיה להשקת מוצר מחדש. הנחיה אחת מאפשרת לבצע הרבה דברים בלי צורך להשלים כל משימה בנפרד.
- נכסי מולטימדיה שנוצרו: השתמשתם בסוכן אסטרטגיית המוצר כדי ליצור נכסי וידאו עבור קו המוצרים החדש.
- העברה מדורגת בין תפקידים בסימולציה: השתמשתם בסוכן הפיתוח כדי ליצור משימה ב-GCS, בסימולציה של העברה מצוות העסקים לצוות הפיתוח. המערכת שמרה על ההקשר המשותף בלי שהייתם צריכים לשתף אותו ישירות.
- יצירת אתר באמצעות Gemini CLI: ב-Cloud Shell, עברתם לתפקיד המפתח והשתמשתם ב-Gemini CLI כדי ליצור ולפרוס דף נחיתה על סמך המשימה שנוצרה בשלב הקודם ומפרטי העיצוב ב-
GEMINI.md.
בתרשים זרימת העבודה הזה אפשר לראות איך Gemini Enterprise יכול לקשר בין כלים שונים, מקורות נתונים ותפקידים כדי לייעל תהליכים עסקיים מורכבים.
9. מחיקה
בשיעור ה-Lab הזה נוצרים הרבה משאבים, ולכן מומלץ למחוק את כל הפרויקט כדי להימנע משלב ניקוי ארוך.
- ב-Cloud Shell, מריצים את הפקודה הבאה כדי למחוק את כל הפרויקט בענן ב-Google Cloud:
source ~/lab_env.sh
gcloud projects delete "${PROJECT_ID}"
10. מזל טוב
מעולה! השלמת בהצלחה את ה-Codelab בנושא Fabric of Unified Intelligence.