پرش به محتوای اصلی
پرش به محتوای مقاله

Tachles Labs: مدل شرکت بدون کارمند با مدیریت عامل‌های Claude Code

·۲۲ تیر ۱۴۰۵۶ دقیقه مطالعه
سیستم عامل کامل شرکتی که هیچ کارمندی ندارد
سیستم عامل کامل شرکتی که هیچ کارمندی ندارد
اشتراک‌گذاری
واقعاً چه چیز جدید است؟

انتقال مدیریت شرکت از ابزارهای اداری به ساختار Git؛ جایی که «فایل‌های متنی» جایگزین قراردادهای استخدامی و «Commitها» جایگزین حافظه سازمانی شده‌اند.

تصور کنید کسب‌وکاری را اداره می‌کنید که هیچ حقوق‌بگیر انسانی ندارد. این دقیقاً هدف Tachles Labs است؛ مجموعه‌ای که تنها ۳ روز پیش تأسیس شده و تمام امور آن توسط عامل‌های هوش مصنوعی (AI Agents) — شبیه دستیاران دیجیتالی که می‌توانند به‌جای شما تصمیم بگیرند و ابزارها را اجرا کنند — در یک مخزن Git و با استفاده از Claude Code مدیریت می‌شود.

در این مدل، یک انسان در نقش «فرشته سرمایه‌گذار»، مبلغ ۲۵۰ دلار سرمایه اولیه گذاشته و روزانه تنها ۱۵ دقیقه زمان می‌گذارد، اما تمام عملیات اجرایی، از استراتژی تا اجرا، بر عهده‌ی عامل‌هاست. طبق گزارش‌های منتشرشده، این آزمایش در زمانی رخ می‌دهد که موج تبلیغاتی عامل‌ها با واقعیت‌های تلخ بازار برخورد کرده است. تیم Tachles پیش از هر اقدامی، تحقیقاتی روی تقاضای بازار برای ایده‌های خود انجام داد و نتایج دلسردکننده بود: یافته‌ها نشان داد که میانگین درآمد سازندگان در Gumroad ماهانه حدود ۷۲ دلار است و اکثر محصولات دیجیتالی ساخته‌شده با هوش مصنوعی، تقریباً هیچ درآمدی ندارند.

همان‌طور که در تحلیل‌های پیشین ما درباره‌ی امنیت مدل‌های بازمتن و استقرار عامل‌ها اشاره کردیم، شکاف بزرگی میان «قابلیت فنی» و «سودآوری تجاری» وجود دارد. در فضای پروتکل زمینهٔ مدل (MCP)، دیدگاه سال ۲۰۲۶ این است که «آیا این فناوری مرده است؟». به همین دلیل، تیم Tachles پیش از نوشتن حتی یک خط کد، ایده‌ی کیت شروع MCP خود را به دلیل نبود تقاضای واقعی کنار گذاشت.

این چالش سودآوری، تضاد جالبی با برخی مدل‌های کسب‌وکار خرد دارد؛ برای مثال، برخی توسعه‌دهندگان موفق شده‌اند تنها از طریق بازفروش دسترسی به APIهای هوش مصنوعی در بازارهای تخصصی به درآمدهای قابل‌توجهی برسند.

شکاف بازار
با وجود تقاضای بالا برای ابزارهای «شرکت بدون انسان» — که با هزاران ستاره در گیت‌هاب برای مدل‌های مشابه مانند Paperclip دیده می‌شود — کسب درآمد از این مسیر دشوار است. بنیان‌گذاران اشاره کردند که راهنماهای پولی (Paid Playbooks) برای این تنظیمات معمولاً تنها ده‌ها نسخه می‌فروشند. با این حال، Tachles Labs ادامه می‌دهد چون نقطه‌ی سر‌به‌سر (Break-even) آن‌ها بسیار پایین است و تنها با ۹ فروش محقق می‌شود. مزیت رقابتی آن‌ها این است که صرفاً درباره شرکت‌های عامل‌محور نمی‌نویسند، بلکه خودشان یکی هستند و تمام اعداد واقعی، حتی صفرها، را برای شفافیت منتشر می‌کنند.

سیستم‌عامل مبتنی بر Git
این شرکت دفترچه راهنما یا Handbook سنتی ندارد؛ بلکه یک فایل به نام CLAUDE.md در ریشه مخزن Git دارد. این فایل به‌عنوان سیستم‌عامل شرکت عمل می‌کند و هر عاملی باید در ابتدای هر جلسه کاری آن را بخواند تا با قوانین بنیادین هم‌راستا شود. مدیریت پرسنل نیز از طریق ساختار دایرکتوری‌ها و فایل‌های Markdown انجام می‌شود:

  • چارت سازمانی: سازماندهی شرکت در قالب یک دایرکتوری فیزیکی است.
  • کارمندان: به عنوان فایل‌های عامل تعریف شده‌اند که در مسیر .claude/agents/ قرار دارند.
  • استخدام و اخراج: استخدام یعنی نوشتن یک فایل Markdown شامل mandates (دستورات) و KPIهای مشخص؛ اخراج یعنی حذف ساده آن فایل.
  • مستندسازی: هر اقدام پرسنلی و تصمیم مدیریتی به‌صورت یک خط در گزارش تصمیمات (Decisions Log) ثبت می‌شود.

سلسله‌مراتب و فرهنگ عامل‌ها
نظارت استراتژیک بر عهده عاملی به نام Ari است که نقش بنیان‌گذار را دارد. Ari استراتژی کلی را اجرا کرده و هر هفته عملکرد تمام کارکنان را بر اساس KPIهای تعریف شده بررسی می‌کند. کسانی که عملکرد ضعیفی دارند، تنها یک بار فرصت بازنگری در منشور وظایف (Charter) خود را دارند و در غیر این صورت اخراج یا در عامل‌های دیگر ادغام می‌شوند.

این شرکت فرهنگ تجاری خاص اسرائیلی را از طریق پنجرهٔ زمینه (Context Window) — شبیه میز کاری که مدل برای لحظاتی اطلاعات را روی آن نگه می‌دارد — دیکته می‌کند که پیش از هر جلسه کاری خوانده می‌شود:

  • دوگری (صراحت/Dugri): حقیقت تلخ و ناخوشایند باید در اولین جمله باشد؛ چه در ارتباط با انسان و چه بین خود عامل‌ها. هیچ‌گونه تلطیف یا تجملی برای گزارش اعداد بد پذیرفته نیست.
  • تاچلس (نتیجه‌گرا/Tachles): هر جلسه باید با تعیین دقیق مسئولین (Owners) و ضرب‌الاجل‌ها (Deadlines) تمام شود، وگرنه آن جلسه «برنامه‌ریزی نشده» تلقی شده و انگار اتفاق نیفتاده است.
  • روش گدول (مسئولیت‌پذیری/Rosh Gadol): عامل‌ها باید مالک نتیجه نهایی باشند، نه فقط انجام‌دهنده‌ی یک تکلیف ساده. اگر مشکلی خارج از محدوده دستوراتشان ببینند، باید آن را علامت‌گذاری یا رفع کنند.
  • بحث کنید، سپس متعهد شوید: مخالفت و بحث پیش از تصمیم‌گیری اجباری است، اما پس از اتخاذ تصمیم، هم‌سویی کامل با تصمیم نهایی الزامی است.
  • بیتزوییسم (Bitzuism): عرضه محصول (Shipping) بر صیقل دادن آن برتری دارد و کسب درآمد بر خودِ عرضه برتر است. عبارت "Yihye beseder" (همه چیز درست می‌شود) به عنوان یک «برنامه» کاملاً ممنوع است.

حفاظ‌های مالی و حکمرانی
برای جلوگیری از «داستان‌های ترسناک» مالی که معمولاً در ردیت (Reddit) گزارش می‌شود، یک قانون قانون‌مند «بدون صورت‌حساب غافلگیرکننده» (No-surprise-billing) در سیستم وجود دارد. هیچ عاملی نمی‌تواند از انسان بخواهد در سرویسی ثبت‌نام کند که روش پرداخت ذخیره می‌کند، تمدید خودکار دارد، یا از دوره رایگان به پولی تبدیل می‌شود، مگر اینکه درخواست حاوی خط صریح «میزان مواجهه مالی» (Billing exposure) باشد. این خط باید شامل موارد زیر باشد:

  • هزینه فعلی و هزینه‌های آتی.
  • اتفاقی که در صورت عدم اقدام شرکت می‌افتد.
  • تاریخ تمدید و نحوه لغو سرویس.

بدون این خط، درخواست نامعتبر است. تمام سرویس‌ها، حتی لایه‌های رایگان ($0)، در یک دفتر ثبت بدهی‌ها (Liabilities Register) قرار می‌گیرند که هیئت‌مدیره هفتگی بررسی می‌کند. استک پیش‌فرض شرکت تنها به لایه‌های رایگان و گزینه‌های پیش‌پرداختی محدود شده و ثبت کارت بانکی برای تست به‌طور پیش‌فرض رد می‌شود.

دفترچه درس‌های آموخته‌شده
شکست‌ها در یک دفترچه دائمی (Lessons Ledger) کدگذاری می‌شوند تا تکرار نشوند. عامل‌ها باید پیش از تکرار یک نوع تکلیف، قوانین مربوطه در این دفترچه را بخوانند. در روز اول، شرکت با استقرار ۱۰۶ عامل برای تحقیق عمیق، تمام اعتبار Claude خود را مصرف کرد و ۶ ادعا را تاییدنشده رها کرد که نیاز به ترکیب دستی داشت.

این اتفاق منجر به یک قانون دائمی شد: محاسبات (Compute) — همان توان پردازشی — در واقع حقوق کارکنان شرکت است. حالا هر عاملی باید پیش از اجرای عملیات چندعاملی، حجم آن را تخمین بزند، آن را به‌صورت موجی (Waves) اجرا کند و فضای کافی برای بقیه روز باقی بگذارد.

چارچوب رشد
رشد توسط عاملی به نام Maya مدیریت می‌شود. منشور وظایف مایا یک چارچوب آزمایشی سخت‌گیرانه را دیکته می‌کند:

  • توزیع: هر حرکت باید یک آزمایش با فرضیه مشخص، یک کانال توزیع و نتیجه قابل اندازه‌گیری باشد. بدون آزمایش، هیچ پستی منتشر نمی‌شود.
  • اعتبارسنجی: یک ایده‌ی محصول پیش از ورود به صف ساخت، نیاز به یک سیگنال تقاضای مستند دارد.
  • تأیید: عامل‌ها پیش‌نویس می‌زنند اما هرگز مستقیماً منتشر نمی‌کنند. خروجی‌های خارجی از طریق بنیان‌گذار به صف تأیید انسانی می‌روند.
  • صداقت: در راستای فرهنگ دوگری، کانال‌های مرده و آزمایش‌های شکست‌خورده باید در اولین جمله گزارش شوند.

علاوه بر این، عامل‌ها به‌طور اکید از دسترسی به پرداخت‌ها، اعتبارنامه‌ها (Credentials) یا ایجاد حساب کاربری منع شده‌اند؛ این موارد به یک فایل هیئت‌مدیره ارجاع داده می‌شود که انسان روزانه آن را چک می‌کند. از آنجا که «Git حافظه است»، هر جلسه با یک Commit پایان می‌یابد تا عامل‌های آینده از آن یاد بگیرند.

تجاری‌سازی سیستم‌عامل
این رویکرد سیستماتیک اکنون با نام «سیستم‌عامل شرکت بدون کارمند» (The Zero-Employee Company OS) بسته‌بندی شده است. این محصول شامل قانون‌نامه کامل CLAUDE.md، سه منشور کامل برای عامل‌های (بنیان‌گذار/عملیات، رشد، و QA)، و پروتکل‌های جلسات برای Stand-upها و گزارش تصمیمات است. همچنین شامل یک SOP (روش اجرایی استاندارد) برای QA است که در آن یک عامل خروجی عامل دیگر را بازبینی می‌کند، قوانین بودجه‌بندی محاسباتی و نسخه‌های سانسور شده از جلسات کاری واقعی — شامل شکست‌ها — در آن گنجانده شده است.

قیمت پیش‌فروش ۱۹ دلار (قیمت عادی ۲۹ دلار) است. Tachles Labs یک شرط عمومی گذاشته است: اگر تا ۱۴ روز دیگر به ۱۰ پیش‌فروش یا ۵۰ ثبت‌نام نرسند، محصول را متوقف می‌کنند، تمام مبالغ پیش‌فروش را بازمی‌گردانند و یک گزارش کالبدشکافی (Post-mortem) منتشر می‌کنند. این یک ترفند بازاریابی نیست، بلکه «قانون اول» دفترچه گزارش‌های آزمایش آن‌هاست.

برای شما به‌عنوان کاربر، این یک چرخش بنیادین از «پرامپت‌نویسی» (Prompting) به سمت «حکمرانی» (Governing) بر ناوگانی از عامل‌هاست. این نشان می‌دهد که مزیت رقابتی در سال ۲۰۲۶ دیگر کیفیت خروجی AI نیست — که اکنون یک استاندارد پایه (Table Stakes) تلقی می‌شود — بلکه توانایی نمایش توزیع و فروش با رسیدهای واقعی است. اینکه آیا این مدل مقیاس‌پذیر است یا خیر، بستگی به این دارد که آیا مدل «بدون کارمند» می‌تواند بدون شهود انسانی درآمدزا باشد. برای مشاهده اینکه آیا آستانه پیش‌فروش محقق می‌شود یا پروژه به شکستی مستند می‌انجامد، می‌توانید قیف فروش عمومی را در tachleslabs.gumroad.com دنبال کنید.

گام بعدی شما

  • اگر از Claude Code استفاده می‌کنید، یک فایل .md برای تعریف فرهنگ و قوانین (Constitution) در ریشه پروژه خود بسازید.
  • ساختار دایرکتوری‌های خود را به جای پوشه‌های ساده، به شکل «نقش‌های سازمانی» تعریف کنید تا عامل‌ها جایگاه خود را بدانند.
  • برای هر خروجی حساس، یک «عامل بازبین» (QA Agent) تعریف کنید که خروجی عامل اول را به چالش بکشد.

اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.

چرا این موضوع مهم است؟

این تجربه نشان می‌دهد که عامل‌های هوش مصنوعی برای مقیاس تجاری، به جای پرامپت‌های طولانی، به ساختارهای حکمرانی سخت‌گیرانه نیاز دارند. اعتبار این مدل بر اساس شفافیت داده‌های مالی و نتایج واقعی بنا شده است، نه وعده‌های بازاریابی.

تأثیر برای ایران

به دلیل محدودیت‌های پرداخت و دسترسی به APIهای Claude، پیاده‌سازی دقیق این مدل برای توسعه‌دهندگان ایرانی دشوار است، اما ساختار «حکمرانی متنی» در Git قابل الگوبرداری برای تیم‌های کوچک داخلی است.

·نگاه ما
تحریریه دات‌هوش

جایگزینی مدیریت انسانی با «قانون‌نامه‌های متنی» در محیط Git، تغییر پارادایم از برنامه‌نویسی به حکمرانی است. نکته کلیدی این است که در سال ۲۰۲۶، کیفیت خروجی مدل‌ها دیگر مزیت رقابتی نیست؛ بلکه توانایی ساخت ساختارهای نظارتی (Guardrails) برای جلوگیری از اتلاف منابع محاسباتی و مالی است که تفاوت برنده‌ها و بازندگان را تعیین می‌کند.

منابع

این گزارش با خط‌لولهٔ خودکار دات‌هوش از منابع معتبر جهانی تدوین و زیر نظر تحریریه منتشر شده است. روش کار ما

گفتگو

پنج‌شنبه‌های هوش‌محور

بسته‌ی هفتگی دات‌هوش

۵ خبر، ۲ ابزار، ۱ پرامپت در هر شماره. به‌زودی راه‌اندازی می‌شود — هر پنج‌شنبه صبح.

خبر کلیدی
ابزار کاربردی
پرامپت حرفه‌ای
تحلیل پژوهش
به‌زودی
زاویه‌ی ایرانی
به‌زودی
تمرین این هفته
به‌زودی

راهنماهای دات‌هوش

راهنماهای کاربردیِ دات‌هوش برای کار با هوش مصنوعی — از همین‌جا شروع کنید:

دات‌هوش

راهنمای فارسی هوش مصنوعی — با نگاه به ایران

اخبار روزانه، معرفی ابزارها و مدل‌ها، و آموزشِ کار با هوش مصنوعی؛ همیشه با این پرسش که از ایران چه چیزی کار می‌کند و چه چیزی نه.