דילוג לתוכן הראשי
חזרה לבלוג

מוח פרויקט פשוט לעבודה עם קלוד וקודקס

AIמדריך פרקטי 9 דק' קריאהעודכן 23 באוגוסט 2026
מוח פרויקט פשוט לעבודה עם קלוד וקודקס

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

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

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

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

ואז גם אני מתחיל כל פעם כמעט מאפס.

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

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

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

מה זה מוח פרויקט?

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

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

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

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

וזהו. אחרי דקה אני שוב בעניינים.

למה זה כל כך עוזר?

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

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

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

עוד יתרון: אתם לא תלויים במודל

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

למי זה מתאים?

זה מיועד בעיקר לאנשים שעובדים עם קלוד וקודקס על תיקיות במחשב שלהם. מי שעובד עם Claude Code, Claude Co-Work, Codex או כל סביבת עבודה שבה ה-LLM יכול לקרוא ולערוך קבצים בתיקייה, יקבל מזה ערך מיידי.

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

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

המבנה הפשוט

המבנה שאני משתמש בו נראה ככה:

AGENTS.md
CLAUDE.md
project-brain/
  overview.md
  active-context.md
  tasks.md
  decisions.md
  open-questions.md

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

מה כל קובץ עושה?

AGENTS.md

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

זה לא אמור להיות מסמך ענק. להפך. זה צריך להיות קצר, ברור ופרקטי.

CLAUDE.md

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

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

overview.md

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

active-context.md

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

tasks.md

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

decisions.md

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

open-questions.md

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

הדבר הכי חשוב: לא להפוך את זה למפלצת

הסכנה הכי גדולה במוח כזה היא להתלהב ולהוסיף עוד ועוד קבצים: strategy.md, marketing.md, research.md, personas.md, risks.md, roadmap.md, notes.md, ideas.md.

זה יכול להיות שימושי בפרויקטים מסוימים, אבל לא הייתי מתחיל משם. ברוב הפרויקטים, חמשת הקבצים בתוך project-brain מספיקים לגמרי. אם הפרויקט באמת גדל, תמיד אפשר להוסיף. אבל ברירת המחדל צריכה להיות קטנה.

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

איך משתמשים בזה בפועל?

בתחילת עבודה על פרויקט אני אומר ל-LLM משהו כמו:

start from brain

והמשמעות היא: תקרא את AGENTS.md, את overview.md, את active-context.md ואת tasks.md, ואז תסכם לי איפה אנחנו עומדים ומה המשימות הבאות.

בסוף עבודה משמעותית אני אומר:

update brain

ואז ה-LLM מעדכן רק את הקבצים הרלוונטיים:

  • אם הסטטוס השתנה, הוא מעדכן active-context.md
  • אם משימה התקדמה, הוא מעדכן tasks.md
  • אם התקבלה החלטה חשובה, הוא מעדכן decisions.md
  • אם נפתחה או נסגרה שאלה, הוא מעדכן open-questions.md
  • אם השתנה ההקשר היציב של הפרויקט, ורק אז, הוא מעדכן overview.md

זה כל הסיפור.

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

למה אני משתף את זה?

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

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

אבל חשוב להבין: זה נכון להיום

זה אחד המאמרים שאני יודע בוודאות שלא יהיה רלוונטי בעוד שנה. ואולי גם לא בעוד חצי שנה. התחום הזה משתנה מהר מדי.

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

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

הפרומפט ליצירת מוח פרויקט

ההמלצה שלי: אל תעתיקו את זה כמו רובוט. קחו את הפרומפט, קחו את הפרויקט שלכם, ותבקשו מה-LLM שלכם להתאים את המוח לצרכים האמיתיים שלכם.

הנה הפרומפט:

You are helping me set up a compact project brain for this project.

The goal is to create a small Markdown-based working memory system that helps future AI agents understand the project, preserve important context, track current work, record decisions, manage open questions, and continue work across sessions.

This project brain should work for any type of project, including code, product, marketing, content, research, operations, or business strategy.

It should also support working with multiple AI agents in the same folder, especially OpenAI Codex and Claude Code.

Do not create a large documentation system.
Create only the most important files.
Keep the system practical, compact, and easy to maintain.

Before creating files:

1. Inspect the current folder or repository if files already exist.
2. Infer what this project is about from the available files.
3. Do not modify project files, code, content, configuration, or assets unless I explicitly ask.
4. Create only the project brain files.
5. Do not create extra folders or files unless there is a clear and immediate need.

Create this structure:

AGENTS.md
CLAUDE.md
project-brain/
  overview.md
  active-context.md
  tasks.md
  decisions.md
  open-questions.md

File purposes:

AGENTS.md

The main shared instruction file for AI agents.

This is the operating guide for Codex and other general AI agents.
Keep it short and practical.
Do not turn it into a full project document.

Include:

- The purpose of the project brain.
- Which files to read before starting work.
- The normal workflow for an agent.
- What not to change without asking.
- How to validate work before saying it is done.
- How to update the project brain.
- How to leave a handoff for another agent or future session.

The normal workflow should be:

1. Read AGENTS.md.
2. Read project-brain/overview.md.
3. Read project-brain/active-context.md.
4. Check project-brain/tasks.md.
5. Read project-brain/decisions.md only if the task may conflict with past decisions.
6. Read project-brain/open-questions.md if information is missing or unclear.
7. Work on one task at a time.
8. Make a short plan before large, risky, or multi-file changes.
9. Implement only the requested or clearly selected task.
10. Validate the work.
11. Summarize what changed.
12. Update only the relevant project brain files.

Important rules for agents:

- Do not invent project facts.
- Mark uncertain information clearly as Assumption.
- Do not store secrets, API keys, passwords, tokens, or private credentials.
- Do not duplicate the same information across files.
- Do not make broad changes without explaining the plan first.
- Do not modify unrelated project files.
- Do not treat the project brain as an archive.
- Keep updates short, useful, and current.
- Prefer updating existing brain files over adding new files.
- Only add new brain files if the project clearly needs them.

Validation rules:

Before saying a task is complete, report:

- What was changed.
- Which files were touched.
- What was tested or checked.
- What was not tested.
- Any risks, assumptions, or follow-up tasks.

For code projects, run relevant tests or explain why tests could not be run.
For UI projects, include a visual check when possible.
For research or content projects, separate facts, assumptions, and recommendations.

Handoff rule:

When handing work to another agent or future session, leave a short handoff in project-brain/active-context.md with:

- Current goal.
- Work completed.
- Files changed.
- Important decisions or assumptions.
- Tests or checks performed.
- Known issues.
- Recommended next step.

Feedback loop:

When a mistake, bad assumption, repeated confusion, or useful workflow lesson appears:

- If it affects future behavior, add it to the relevant brain file.
- If it is a project decision, update decisions.md.
- If it is an unresolved risk or missing info, update open-questions.md.
- If it creates follow-up work, update tasks.md.
- If it should guide the next session, add a short note to active-context.md.
- Do not add generic lessons. Only save lessons that should change future work.

CLAUDE.md

A very short file for Claude Code.

It should reference or import AGENTS.md.
Do not duplicate the full content of AGENTS.md.

Include only Claude-specific instructions:

- Read AGENTS.md first.
- Use planning before large, risky, or multi-file changes.
- Keep progress updates concise.
- Update the project brain when meaningful progress, decisions, blockers, or open questions appear.
- If supported, use an import/reference to AGENTS.md; otherwise clearly instruct Claude to read it first.

project-brain/overview.md

The stable overview of the project.

This file should change rarely.

Include:

- What the project is.
- Why it exists.
- Who it is for.
- Main goals.
- Important context.
- Key constraints.
- What is out of scope.
- Links or references to important project files, if relevant.

Do not include temporary tasks or session notes here.

project-brain/active-context.md

The current working context.

This file should stay short and be updated often.

Include:

- What we are working on now.
- Current status.
- Recent meaningful changes.
- Current focus.
- Known blockers.
- Notes for the next session.
- Handoff notes when another agent should continue the work.

This is the first file an agent should use to understand where things stand now.

project-brain/tasks.md

The lightweight task tracker.

Include:

- Active task.
- Backlog.
- Blocked tasks.
- Recently completed tasks.
- Follow-up tasks.

Keep tasks actionable.
Do not turn this into a full project management system.
Do not keep a long historical archive here.
Move old completed items out or summarize them when they are no longer useful.

project-brain/decisions.md

The decision log.

Use this only for meaningful decisions that affect the project direction, architecture, workflow, scope, positioning, or constraints.

For each important decision, include:

- Date.
- Decision.
- Reason.
- Consequences.
- When to revisit, if relevant.

Do not delete old decisions.
If a decision changes, add a new entry explaining the change.

project-brain/open-questions.md

Questions that still need answers.

Include only questions that affect future work.

These may include:

- Product questions.
- Technical questions.
- Marketing questions.
- Content questions.
- Business questions.
- Questions for me.
- Assumptions that need confirmation.

Startup rule:

When I say start from brain, read:

1. AGENTS.md
2. project-brain/overview.md
3. project-brain/active-context.md
4. project-brain/tasks.md

Then summarize what you understand in a few bullets before making changes.

Update rule:

When I say update brain, update only the relevant files:

- Always consider project-brain/active-context.md.
- Update project-brain/tasks.md if task status changed.
- Update project-brain/decisions.md only if an important decision was made.
- Update project-brain/open-questions.md if questions were added, answered, changed, or resolved.
- Update project-brain/overview.md only if the stable project context changed.

Do not rewrite the whole brain unless explicitly asked.
Do not make the brain bigger unless there is a clear need.

After creating the files, summarize:

1. Which files were created.
2. What you inferred about the project.
3. What assumptions you made.
4. What questions I should answer next.
5. How I should use this brain going forward.

לסיכום

מוח פרויקט לא הופך את ה-LLM לחכם יותר. הוא פשוט נותן לו את התנאים לעבוד טוב יותר. ובעיניי זה ההבדל הגדול בין שימוש מזדמן ב-AI לבין עבודה אמיתית עם AI.

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

גם לכם. גם לקלוד. גם לקודקס.

AIכליםפרודוקטיביותקלודקודקס