درس‌های PostHog از AI چندنفره
هوش مصنوعیخلاصهٔ کامل‌تر
جینا یون تو خبرنامهٔ PostHog نوشته که تصور بیشتر آدم‌ها از AI چندنفره یه بات تو Slackه، مثل Claude Tag یا PostHog in Slack. به گفتهٔ اون این مدل برای کارهای ساده مثل رفع باگ‌های کوچیک و کوئری گرفتن از داده خوبه، ولی بیشتر کار واقعی بیرون از Slack و پخش‌شده تو ده‌ها اپ انجام میشه. نتیجه یه گلوگاه رابط کاربریه: آدم اطلاعات غنی رو صاف می‌کنه و می‌ریزه تو متن، تا ایجنت آخر خط دوباره برش گردونه به شکل اولش.
درس اول اینه که به یه واقعیت مشترک نیاز داری. context جدا از هم توکن هدر می‌ده، کار رو تکرار می‌کنه و ناسازگاری می‌سازه؛ دو نفر که از یه جلسه دو تعریف کمی متفاوت از یه متریک برمی‌دارن، با ایجنت‌ها می‌تونن به دو واقعیت کامل متفاوت برسن. تو PostHog Desktop همکاری روی Spaces بنا شده، یعنی «اتاق‌هایی» که آدم و ایجنت و اشیای کار رو کنار هم نگه می‌دارن، و چون کاربر خودش تعریفشون می‌کنه، هیچ راهی نیست که context مشترک خودکار تشخیص داده شه.
راه‌حل اولشون این بود که کاربر هدف هر Space رو تو یه فایل CONTEXT.md بنویسه و به‌روز نگهش داره، که به گفتهٔ نویسنده اصلاً عملی نشد: تو ۹۰ روز فقط ۶۴ کاربر چنین فایلی ساختن و فقط ۱۴ نفر ویرایشش کردن. حالا سراغ یه context layer رفتن که خودکار پر میشه؛ یه تسک شبانه به اسم «dreaming» اتفاق‌های اون روز رو تو یه ویکی مارک‌داون نسخه‌دار ثبت می‌کنه. عمداً فقط به چیزی نگاه می‌کنه که واقعاً شیپ شده، merge شده یا تصمیمش گرفته شده، نه یادداشت جلسه و فایل brainstorm، تا توهم نزنه.
درس دوم اینه که همکاری بیشتر قبل و بعد از نوشتن کد اتفاق می‌افته. استریم زندهٔ سشن‌ها اون چیزی نبود که فکر می‌کردن: داده‌های اولیه نشون می‌ده کدنویسی تو PostHog Desktop تک‌نفره انجام میشه و ریویو هم بیشتر تو GitHub می‌مونه. جایی که فرصت واضحه، کارهای قبل از کده. artifactها، یعنی همون اپ‌های وبی که ایجنت می‌سازه و کنار گفت‌وگو رندر می‌شن، کار رو portable می‌کنن؛ کسی که artifact رو می‌گیره لازم نیست به ایجنت و سشن و sandbox اصلی دسترسی داشته باشه.
درس سوم اینه که تعیین محدودهٔ همکاری یه مسئلهٔ انسانیه، نه فنی. Spaces اولش هیچ ساختار تحمیلی نداشت و همه‌چیز برای کل شرکت پیدا بود؛ این برای PostHog که سلسله‌مراتب کمی داره جواب داد، ولی نویسنده اعتراف می‌کنه برای شرکت‌هایی با RBAC سخت‌گیر (یعنی دسترسی بر اساس نقش) این یکی از بزرگ‌ترین نقطه‌کورهاشونه. بین حدود ۲۰۰ کارمند سه الگو در اومد: Space تیمی، Space بر اساس محصول یا حادثه یا نوع تسک، و یه ترجیح واضح برای شروع تسک تو حالت خصوصی و بعد انتقالش به فضای مشترک.
نکات کلیدی:
- تو ۹۰ روز فقط ۶۴ کاربر فایل context مشترک ساختن و فقط ۱۴ نفر ویرایشش کردن.
- context layer با یه تسک شبانه به اسم «dreaming» یه ویکی مارک‌داون نسخه‌دار می‌سازه و فقط چیزهای شیپ‌شده یا تصمیم‌گرفته‌شده رو ثبت می‌کنه.
- داده‌های اولیهٔ PostHog: کدنویسی همچنان تک‌نفره‌ست و ریویو تو GitHub انجام میشه، نه تو UI خودشون.
- artifactها کار رو portable می‌کنن: گیرنده به ایجنت، سشن یا sandbox اصلی نیازی نداره.
- بین حدود ۲۰۰ کارمند PostHog سه الگوی Space دیده شد و اکثراً تسک رو خصوصی شروع می‌کنن.
- پژوهش Bacchelli و Bird (۲۰۱۳): ریویو کد بیشتر دربارهٔ فهم دلیل تغییر، انتقال دانش و آگاهی تیمیه تا پیدا کردن باگ.
