Documentation CI/CD
Pull requests שמוזגו, טיקטים במערכת ניהול המשימות (למשל Jira), בקשות בצ׳אט הצוות (למשל Slack) ושאלות תמיכה הופכים לטיוטות מוכנות לבדיקה, בתוך מאגר הידע שכבר יש לכם. נבנה בשביל כותבים טכניים ומנהלי מוצר שנמאס להם שהתיעוד מפגר אחרי הגרסה.
ה־AI כותב טיוטה. אדם מאשר. שום דבר לא מתפרסם בלעדיכם.
Add scoped, expiring API tokens
זוהה שינוי שמשפיע על משתמשים. ה־diff וה־PRD המקושר נאספו כהקשר.
Create and scope API tokens
Create and scope API tokens
רואים את זה בפעולה
הוקלט על המנוע החי. הכיתוביות על המסך מספרות את הסיפור, כך שאין צורך בסאונד. הסרטונים באנגלית.
טיקט נפתח במערכת ניהול המשימות (למשל Jira). פחות מדקה אחר כך, טיוטה עם ציון מחכה לבדיקה.
התמיכה שואלת בצ׳אט של הצוות (למשל Slack). טיקט נפתח מעצמו, והטיוטה מגיעה אחריו, כולל שאלות פתוחות.
מגבלה משתנה מ־100 ל־500. המאמר החי לא משתנה עד שאדם מאשר, ואז שני דפים קשורים מסומנים כלא עדכניים.
מוצג עם Zendesk Guide. אותה הרצה כותבת למאגר הידע שכבר יש לכם, או ל־HTML, Markdown ו־XML.
איך זה עובד
01 · אות
PR ממוזג ל־main. טיקט זז במערכת ניהול המשימות (למשל Jira). מישהו שואל בצ׳אט הצוות (למשל Slack). Draft Punk מאזין לכל זה ומתעלם ממה שלקוחות לעולם לא רואים, עם סיבה מתועדת לכל דילוג.
02 · טיוטה
נכתבת מתוך ה־diff, הטיקט והמפרט המקושר, בסגנון הבית שלכם. מאמרים קיימים מתעדכנים כעותק ממתין. מאמרים חדשים נוצרים לא מפורסמים.
03 · אישור
מעבירים את הטיקט ל־Approved, והמאמר החי מתעדכן במקום. אותה כתובת, אותה כותרת. עד אז, הלקוחות רואים בדיוק את מה שראו אתמול.
המוצר
חדש
ממזגים ל־main והטיוטה מתחילה. ה־diff של ה־PR והקבצים שהשתנו הופכים להקשר, כך שהטיוטה מתארת את מה שבאמת יצא לאוויר.
Draft Punk מגיב על ה־PR עם קישור לטיוטה. המהנדסים רואים שהשינוי שלהם תועד, בלי לפתוח את מאגר הידע.
עדכונים נשמרים כעותק נפרד שלא פורסם. האישור מעדכן את המקור במקום. בלי קישורים שבורים, בלי כותרות כפולות, בלי לאבד SEO.
שינוי אחד, שלושה מאמרים שהפכו לשגויים בשקט. אחרי כל טיוטה, Draft Punk מסמן את הדפים האחרים שהשינוי הפך ללא מעודכנים, מדורגים לפי השפעה.
כל טיוטה מגיעה עם ציון מתוך 10 ורשימת בדיקה של כל מה שלא אומת. צילומי מסך שצריכים יד אנושית מסומנים.
הערות גרסה שנאספות ממה שבאמת יצא לאוויר. שאלות תמיכה שחוזרות על עצמן הופכות לתשובות לשירות עצמי, לפני התשובה השישית.
הפלטפורמהבקרוב, Q4 2026
מנוע אחד לכל מחזור החיים של התיעוד, שרץ בתוך הכלים שהצוות שלכם כבר משתמש בהם.
אין תקן? אין בעיה.
הגיוסים מוקפאים. הבקלוג לא. Draft Punk נותן לכותב שכבר יש לכם את התפוקה של צוות שלם.
אבטחה
הטיוטות נכתבות ישירות לתוך מאגר הידע שלכם. שום דבר לא מאוחסן או משוכפל במקום אחר.
כל לקוח רץ על פריסה משלו. בלי נתונים משותפים, בלי ערבוב.
טוקנים מוגבלים שאפשר לבטל. קריאה בלבד בכל מקום שבו קריאה מספיקה.
כל טיוטה נשארת לא מפורסמת עד שאדם מוגדר מאשר אותה. אין כאן שום הגדרה שאפשר לטעות בה.
תוכן שנשלח לכתיבת טיוטה לא נשמר לצורך אימון.
כל טיוטה מקושרת ל־PR או לטיקט שהפעילו אותה, ולמי שאישר אותה.
מנוהל, מקצה לקצה
תוכנה שצריך להקים, לכוונן ולהשגיח עליה היא סתם עוד משימה בבקלוג. Draft Punk נבנה, מופעל ומכוונן בשבילכם, בתוך הסטאק שלכם, על ידי אנשי תיעוד.
הטריגרים, הפלטים ותהליך האישור מחוברים למאגרי הקוד, למערכת המשימות ולמאגר הידע שלכם במהלך ההטמעה. הצוות שלכם לא מגדיר כלום.
מדריך הסגנון שלכם, המינוח שלכם, מבנה המאמרים שלכם. הטיוטות נשמעות כמו התיעוד שלכם מהשבוע הראשון, לא כמו ניחוש ראשון של מודל.
איכות הטיוטות, אותות שדולגו ודפים לא מעודכנים נבדקים על ידי כותב טכני בכיר. כשמשהו סוטה, הוא מתוקן לפני שתשימו לב.
מאגר ידע לא שגרתי, שדות מותאמים, תהליך שחרור שאין לאף אחד אחר? זה נבנה פנימה, לא נפתח כבקשת פיצ׳ר.
כלים נותנים לכם פיצ׳רים. Draft Punk נותן לכם את התוצאה: תיעוד שיוצא לאוויר יחד עם הקוד.
תמחור
שירות מנוהל
הצעת הרבעון
גרסה אחרונה אחת, במעקב מהמיזוג ועד מרכז העזרה. אחר כך 30 יום על תהליך עבודה חי, במערכת המשימות ובמאגר הידע שלכם.
לא. זה חוסך את ההקלדה ומשאיר את שיקול הדעת אצל הכותב שלכם. רק אדם יכול לפרסם.
לא. Draft Punk כותב לתוך הפלטפורמה שאתם כבר משתמשים בה. המבנה, הכתובות ומדריך הסגנון נשארים בדיוק כמו שהם.
הוא מדולג, והסיבה מתועדת. ריפקטורים ושינויים פנימיים לא מגיעים לתור הבדיקה שלכם.
בדרך כלל כן. פלטים חדשים נבנים במהלך ההטמעה. שאלו בשיחה.
אף פעם. אין מסלול פרסום אוטומטי שאפשר להפעיל.
שלושים דקות, בשידור חי, על סוג התוכן שלכם. בלי מצגת.