Internal Operations Manual

Staff Handbook

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

כלל על: צוות קיים כדי לשמור על השרת ועל ה־RP, לא כדי “לנצח” שחקנים. משתמשים בסמכות רק כשצריך, במינימום הנדרש, ותמיד בצורה מתועדת.
סמכות

תפקידים וסמכויות

מי רשאי לעשות מה, ומה דורש Management.

SOP

טיפול בטיקטים

Claim, בדיקה, החלטה, תיעוד וסגירה.

Discord

התנהלות בדיסקורד

כתיבה, השתקות, פרטיות ושימוש בהרשאות.

In Game

התנהלות בתוך השרת

מתי אדמין מתערב, מתי לא, ומה עושים עם RP פעיל.

Enforcement

אכיפה וענישה

Warnings, Mute, Kick, Ban והסלמה.

Management

פיקוח על הצוות

Audit, תלונות על Staff, ניגוד עניינים ובקרה.

Policy

מקורות ועקרונות

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

ה־5 שלא שוברים

1. לא משתמשים בהרשאות לצורך אישי.

לא Teleport, Revive, מידע, ציוד, צפייה או פקודה כדי להשיג יתרון לעצמך או לחבר.

2. לא עוצרים RP סתם.

כל עוד אין נזק מיידי, exploit, cheat או סיטואציה שאי אפשר לתקן אחר כך — נותנים ל־RP להמשיך ומטפלים לאחר מכן.

3. מי שמעורב — לא מטפל.

איש צוות לא מטפל במקרה שבו הוא, חבר קרוב שלו, הארגון שלו או דמות IC שלו צד באירוע.

4. פעולה משמעותית מתועדת.

Warning, Kick, Ban, החזרת ציוד, חריגה, או החלטה חריגה חייבים להשאיר היסטוריה.

5. אין ויכוח עם שחקן.

מסבירים החלטה פעם אחת בצורה ברורה. אם הוא חולק עליה — מפנים לערעור/Management. לא נכנסים למאבק אגו.

איך קוראים את הספר

החלטות NoSpoon קודמות לכל רפרנס חיצוני.

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

Roleplay First.

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

תפקידים וסמכויות

שלוש שכבות בלבד. פחות תארים, יותר אחריות ברורה.

OWNER

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

MANAGEMENT

ניהול הצוות והקהילה. רשאים לבצע Kick/Ban, לטפל בתלונות על Staff, לשנות ערוצים/הרשאות מאושרות, לאשר חריגות ולבטל החלטת STAFF.

STAFF

קו ראשון. טיפול בטיקטים, Reports, אכיפה שוטפת, Mute/Timeout לפי ההרשאות שהוגדרו, בירור אירועים ותיעוד. אין Kick/Ban ואין שינוי מבני בדיסקורד.

מטריצת סמכויות

פעולהSTAFFMANAGEMENTOWNER
לענות בטיקט / Claimכןכןכן
Mute / Timeoutכןכןכן
Warningכןכןכן
Kickלאכןכן
Banלאכןכן
שינוי ערוץ / הרשאות Discordלארק לפי מדיניותכן
טיפול בתלונה על Staffלאכןכן
ביטול החלטת איש צוותלאכןכן
שינוי נהליםלאהמלצהכן

שרשרת פיקוד

לא מדלגים סתם דרגה.

STAFF מטפל במה שבסמכותו. כשהפעולה דורשת סמכות שאין לו — הוא מעביר ל־MANAGEMENT עם סיכום קצר, ראיות והמלצה.

אין אישור עצמי.

איש צוות לא מאשר לעצמו פעולה שמחייבת אישור, ולא מטפל בענישה או ערעור על פעולה שהוא עצמו ביצע.

נוהל טיפול בטיקט

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

לפני שמתחילים טיפול

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

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

מידע שכבר קיים לא הופך לטיקט.

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

בעיה IC מטופלת IC.

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

Claim

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

הבנת הפנייה

בקש מהשחקן להסביר קצר וברור: מה קרה, מתי, מי מעורב ומה הוא מבקש.

ראיות ובדיקה

בדוק Clip, Screenshot, Logs ומידע מערכת. אל תקבע עובדה רק לפי מי נשמע משכנע יותר.

שמיעת הצד השני

אם ההחלטה עלולה לפגוע בשחקן אחר, תן לו הזדמנות סבירה להסביר — אלא אם הראיות חד־משמעיות או מדובר ב־cheat/exploit.

החלטה

החלט לפי החוק והראיות. אם נדרשת סמכות גבוהה יותר — העבר ל־MANAGEMENT, לא “תאלתר”.

סיכום וסגירה

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

כללי טיקט

לא מנהלים משפט ציבורי.

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

לא סוגרים כדי “לנקות תור”.

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

אין ויכוח אינסופי.

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

לא מבטיחים תוצאה מראש.

לא אומרים לשחקן “תקבל החזר”, “הוא יקבל באן” או “אני אסדר את זה” לפני שהבדיקה הושלמה והסמכות המתאימה אישרה.

טיקט פתוח אחד למשתמש.

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

מתי מעבירים ל־MANAGEMENT?

Ban / Kick

STAFF מסכם וממליץ. MANAGEMENT מבצע.

תלונה על Staff

STAFF לא חוקר את עצמו או חבר צוות. מעבירים ישירות.

מקרה חריג

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

התנהלות בדיסקורד

הצוות מייצג את השרת גם מחוץ למשחק. הרשאה היא כלי עבודה, לא מעמד.

גישה והרשאות

STAFF רואה וכותב בחדרי העבודה שהוגדרו לו.

אין צורך באישור Management כדי לענות בטיקט או לבצע עבודת תמיכה רגילה.

STAFF לא רואה חדרי Management, תלונות Staff או מידע שהוגדר חסוי.

לא מבקשים גישה “רק כדי לראות”. Need-to-know בלבד.

MANAGEMENT בלבד מבצע פעולות ניהול Discord רגישות.

Kick/Ban, שינויי ערוצים, הרשאות או מבנה — לפי ההרשאות והמדיניות שנקבעו.

שימוש בפקודות

פקודה רק למטרה מוגדרת.

Mute/Timeout/פעולת בוט מבוצעים עם סיבה אמיתית ובמסגרת הסמכות. אין “בדיקה על שחקן” בסביבת Production בלי צורך.

הבוט מעל המשתמשים — לא מעל הנהלים.

גם אם פקודה טכנית זמינה לך, אסור להשתמש בה אם לפי ה־Handbook היא לא בסמכות שלך.

Audit הוא חלק מהעבודה.

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

שפה והתנהגות

קצר, ענייני, לא מתנשא.

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

מידע צוות נשאר בצוות.

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

התנהלות אדמין בתוך השרת

ברירת המחדל: ה־RP ממשיך. התערבות אדמינית היא חריג, לא כלי ראשון.

Roleplay First

לא שוברים דמות כדי לדווח על חוק.

השחקנים ממשיכים את הסיטואציה. Report, Ticket או חשד להפרה אינם אישור לעבור ל־OOC באמצע האירוע.

מפרידים בין “RP גרוע” לבין אירוע שדורש עצירה.

FailRP, RDM נטען או החלטה לא טובה ניתנים לבדיקה לאחר מכן. Cheat פעיל, exploit או תקלה שמשבשת את השרת יכולים להצדיק התערבות מיידית.

מתי לא מתערבים

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

ויכוח על חוק, FailRP לא מסוכן, טענה ל־RDM או מחלוקת על התנהגות — אוספים ראיות ומטפלים אחרי הסיטואציה.

Report אינו כפתור “Pause”.

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

מתי כן מתערבים

Cheat / Exploit

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

נזק שאי אפשר לתקן

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

תקלה מערכתית

באג שמונע המשך RP תקין ודורש פעולה אדמינית מיידית.

כלי אדמין

Spectate / Noclip / TP הם כלי בדיקה בלבד.

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

Revive / Heal / החזרת ציוד אינם “שירות לקוחות”.

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

אם התחלת טיפול — צא מהדמות.

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

פיקוח יזום

Staff לא מחכה רק ל־Report.

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

פיקוח אינו חיפוש אשמים.

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

ניגוד עניינים

אתה מעורב? אתה לא האדמין.

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

אכיפה וענישה

המטרה היא להגן על איכות השרת ולתקן התנהגות. לא “לצבור ענישות”.

עקרון ענישה

חומרה × כוונה × עבר × השפעה. אותה עבירה לא תמיד מקבלת אותה תוצאה.
טעות קלה / חוסר הבנה

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

הפרה ברורה / חוזרת

Warning משמעותי או הסלמה. במקרים רגילים שבהם נדרש Ban זמני, 24–48 שעות הן נקודת מוצא סבירה — לא כלל אוטומטי.

Cheat, exploit חמור, harassment קיצוני או פגיעה מכוונת בשרת

אין “חינוך קודם” אוטומטי. מעבירים מיד ל־MANAGEMENT; Cheat או מקרה קיצוני יכולים להצדיק Ban קבוע.

מי עושה מה

פעולהמי מבצעחובה
הסבר / אזהרה מילוליתSTAFF+תמציתי וברור
Warning מתועדSTAFF+סיבה + חוק + ראיה כשיש
Mute / TimeoutSTAFF+סיבה ומשך סביר
KickMANAGEMENT+סיבה מתועדת
Ban זמני / קבועMANAGEMENT+תיעוד מלא
ערעור לא נבדק על ידי מי שהחליט לבדו.

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

אסור

אין ענישה מכעס.

אם אתה טעון מהאירוע — מעבירים לאיש צוות אחר.

אין “עונש יצירתי”.

לא מוחקים רכוש, לא משפילים, לא עושים Teleport למקום מוזר ולא ממציאים סנקציות שלא קיימות.

אין הכפלת ענישה בלי סיבה.

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

פיקוח על הצוות

צוות אמין נבנה מבקרה, תיעוד ויכולת לבדוק החלטות — לא מאמון עיוור.

Audit

כל פעולה משמעותית צריכה להיות ניתנת לשחזור.

מי ביצע, על מי, מתי, מה הסיבה ומה השתנה. Logs אינם “חשד בצוות”; הם סטנדרט עבודה.

אין מחיקת היסטוריה.

לא מוחקים טיקטים, Logs או ראיות כדי “לסדר” אירוע. אם הייתה טעות — מתקנים ומתעדים את התיקון.

תלונה על איש צוות

הפרדה

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

בדיקה

MANAGEMENT בודק Logs, Clip, טיקט קודם והקשר מלא.

החלטה

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

בקרת איכות

הצוות בודק גם את עצמו וגם את איכות השרת.

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

ביקורת אינה רק ענישה.

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

ביקורת וקהילה.

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

סטנדרט צוות

מקצועיות

תקשורת רגועה, ללא אגו, ללא יחס שונה לחברים.

עקביות

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

אחריות

טעות מדווחים ומתקנים. לא מסתירים.

מתי MANAGEMENT מתערב באיש צוות?

דפוס של החלטות שגויות.

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

שימוש לרעה בהרשאות.

ניצול סמכות לטובת עצמו/חבר, חשיפת מידע פנימי, מחיקת Logs או ענישה אישית — אירוע חמור.

חוסר פעילות.

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

מקורות ועקרונות

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

בסיס NoSpoon / RedM

Ticket ownership

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

Self service first

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

Staff quality control

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

רפרנסים ציבוריים

NoPixel

אומץ עקרון Stay In Character / Report after the scene, האפשרות של Staff לאכוף גם ללא Report, והפרדה בין דיווח לבין עצירת הסיטואציה.

Prodigy RP

אומץ עקרון Roleplay First, טיפול לפי ההשפעה בפועל ולא רק “סעיף יבש”, שימוש מסודר בטיקטים ואיסור להפוך פנייה לוויכוח עם הצוות.

חשוב: אלו מקורות פומביים בלבד. הספר לא מציג מידע פנימי של NoPixel או Prodigy ולא טוען שהמבנה הניהולי שלהם זהה ל־NoSpoon.

קישורים