یک بار بنویسیدش · هر ایجنت، هر پروژه، هر ماشینی اجرایش می‌کند · هرگز هرس نمی‌شود


ایجنت شما نقشه کل سیستم شما را می‌کشد. هر جلسه بعدی آن را بارگذاری می‌کند.

یک پلی‌بوک رویه‌ای است که یک بار نوشته می‌شود — استقرار، اجرای ترجمه، گزارش هفتگی — و هر یک از نمایندگان شما، در هر پروژه، روی هر دستگاهی، هر بار به همان شکل اجرایش می‌کند. یادداشت‌ها انتقال کار از یک جلسه به جلسه بعد را حمل می‌کنند. و اطلس همان چیزی است که پلی‌بوک‌ها ممکن می‌کنند: نماینده شما نقشه کل سیستم‌تان را از کد و سیستم زنده می‌کشد و هر جلسه بعدی با آن باز می‌شود.

برنامه رایگان · ۰ دلار · پلی‌بوک‌ها و یادداشت‌ها در همه برنامه‌ها

یک رویه را یک بار بنویسید. هر ایجنت اجرایش می‌کند.

یک پلی‌بوک مارک‌داون ساده است: عناوینی برای مراحل، بلوک‌های محصور برای دستورات، و اینکه بعداً چه چیزی را بخوانید تا بدانید کار کرده. برای کل حساب شما ذخیره می‌شود، نه برای یک پروژه — پروژه‌هایتان جدا می‌مانند، رویه‌هایتان مشترک‌اند. هر نماینده‌ای آن را می‌گیرد و در هارنس خودش اجرا می‌کند. بگویید «این را به عنوان پلی‌بوک ذخیره کن» و پلی‌بوک می‌شود. بگویید «از پلی‌بوک deploy استفاده کن» و اجرا می‌شود — و معمولاً حتی لازم نیست: پرامپتی که کلماتش با یک پلی‌بوک بخواند، پیش از شروع پاسخ، همان به دست نماینده می‌رسد.

هرگز هرس نمی‌شود

رکوردهای گزینش‌شده حقیقت جاری را نگه می‌دارند و با جلو رفتن آن مرتب می‌شوند. یک پلی‌بوک چگونگی را نگه می‌دارد، و هیچ‌کس یک رویه را هرس نمی‌کند. فایل md که درباره استقرار نوشتید، اولین باری که یک سیم عوض شد فاسد شد و دیگر هیچ‌کس بازش نکرد — پلی‌بوک هر بار توسط ایجنتی که در آستانه اجرای آن است باز می‌شود. دستوری که یک هفته طول کشید تا پیدا شود، دقیقاً همان‌طور که پیدا شد می‌ماند.

به همان شکل، همه‌جا

پنج نماینده روی یک پروژه، یا یک نماینده روی پنج دستگاه — استقرار همان استقرار است. آنچه را یک بار درباره یک اجرا یاد گرفتید، از آن پس هر اجرایی می‌داند.

📋

نوشته‌شده به شکلی که به یک همکار می‌سپردید

مرحله‌ها، دستورهای دقیق، چه چیزی را بعدش بررسی کند، بار قبل چه چیزی خراب شد و کِی. ایجنت شما آنچه را از اجرایش می‌آموزد، در همان جلسه اضافه می‌کند.

یادداشت‌ها — تحویل کار

جلسه کجا متوقف شد، چه چیزی زنده است، بعد چه می‌آید — نوشته ایجنت شما، به‌ازای هر پروژه نگه داشته می‌شود و پنج مورد آخر همیشه در دسترس‌اند. جلسه بعدی با آن باز می‌شود. رایانه را روشن کنید، بگویید «continue» و ادامه می‌دهد.

اطلس: نقشه‌ای از کل سیستم شما، که همیشه درست می‌ماند

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

سه قاعده نقشه

  • توپولوژی یک بار، در ریشه، کشیده می‌شود. یک پلیت هرگز سیم‌ها را بازگو نمی‌کند؛ فقط جزئیات خودش و رویه‌هایش را حمل می‌کند. تکثیر جایی است که انحراف آغاز می‌شود، پس به‌ساخت هیچ‌جایش نیست.
  • مقادیر هیچ‌جای نقشه نیستند. نه درگاه، نه ظرفیت، نه قیمت، نه شمارش — یک صفحه می‌گوید عدد کجا زندگی می‌کند، هرگز چه چیزی است. نقشه‌ای که مقدار حمل کند، ظرف یک هفته غلط است.
  • هر کس سیمی را تغییر دهد، نقشه را در همان جلسه به‌روز می‌کند. ریشه یک خط دارد — تأییدشده در <تاریخ> نسبت به <چه چیزی> — و خواننده نقشه را دقیقاً تا همان حد باور می‌کند.

آنچه نقشه ریشه نگه می‌دارد، به ترتیب

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

یک صفحه چه چیزی را در خود نگه می‌دارد

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

در یک سه‌شنبه، نماینده شما نقشه را باز می‌کند، سیمی را که می‌خواهد دست بزند می‌بیند و پیش از تغییر هر چیزی، تاریخ خط تأییدشده را بررسی می‌کند.

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore

یک جمله برای نماینده‌تان

روش اطلس همراه با حافظه شما ارائه می‌شود؛ از همان جلسه اول در دستورالعمل‌های شما موجود است. نقشه‌برداری از یک پروژه تنها یک جمله است، و آخرین مرحله خودِ نقشه تضمین می‌کند که هر جلسه بعدی از وجود آن نقشه آگاه باشد.

۱ · از قبل آنجاست

این روش‌ها همراه با حافظه شما ارائه می‌شوند.

atlas، plan و prospectus از همان جلسه اول، در هر دو نسخه، در دستورالعمل‌های شما وجود دارند. آن‌ها متعلق به شما هستند؛ اگر یکی را ویرایش کنید، همان‌طور که رهایش کردید باقی می‌ماند. نماینده شما زمانی آن‌ها را پیشنهاد می‌دهد که پروژه‌ای هنوز هیچ‌کدام را نداشته باشد.

۲ · برای هر پروژه

بگذارید نقشه ترسیم شود

در پروژه، به نماینده‌تان بگویید: با playbook atlas نقشه این پروژه را بنویس. کد و سیستم زنده را می‌خواند، هر اتصال را بررسی می‌کند و نقشه ریشه و صفحه‌های آن را می‌نویسد.

۳ · انجام‌شده توسط روش

پروژه می‌آموزد که نقشه‌ای دارد

آخرین گام روش یک قاعده برای پروژه ذخیره می‌کند: نقشه کجاست، پیش از تغییر یک اتصال آن را بخوان، در همان جلسه به‌روزش کن. هر جلسه از این پس با دانستن وجود نقشه باز می‌شود.

کتابچه‌های راهنما، یادداشت‌ها و اطلس در همه برنامه‌ها، از جمله برنامه رایگان، موجودند. رایگان شروع کنید

برنامه: آنچه پروژه در نظر دارد، و چرا

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

چهار بخش، و هیچ چیز دیگر

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

قانونی که مانع فاسد شدن آن می‌شود

  • «تمام شد» یعنی حذف شده. هر کس کاری را تمام کند، آن را در همان جلسه حذف می‌کند و آنچه تغییر کرده را در جای خود می‌گذارد: سیم در اطلس، تصمیم یا اندازه‌گیری در یک رکورد، و کد در یک commit. بخشی به نام «تمام شد» وجود ندارد.
  • دفتر Ledger پیمایش می‌شود. ردیفی که شناسایی شده و هنوز اهمیت دارد، یک خط در Next یا Parked می‌شود و از Ledger خارج می‌گردد؛ بقیه از بین می‌روند.
  • یک نویسنده در هر بار. قبل از بازنویسی، طرح را بخوانید و سپس آن را به طور کامل بازنویسی کنید.
my-app-plan — walked 2026-09-10 by the Tuesday session

## Decided
2026-08-14 · you · Postgres, not SQLite — two writers, one box
2026-09-02 · you · ship the importer before the dashboard — nobody can try it empty

## Next
1. Importer accepts CSV with a header row. Finished: a real customer file lands.
2. Retry the webhook on 5xx. Finished: one blip stops costing a record.
3. Dashboard: one chart, last 30 days. Finished: it answers "is it working".

## Parked
2026-08-30 · a public status page — nothing to show yet

## Open with your user
2026-09-08 · free tier: how many rows before it asks for money

یک جمله برای نماینده‌تان

روش برنامه همراه با حافظه شما ارائه می‌شود، درست مانند اطلس. هر پروژه‌ای می‌تواند یکی از آن را داشته باشد.

۱ · از قبل آنجاست

این روش در دستورالعمل‌های شما وجود دارد.

plan همراه با هر حافظه، از اولین جلسه، ارائه می‌شود. آن را ویرایش کنید و همچنان متعلق به شما باقی می‌ماند.

۲ · برای هر پروژه

طرح را بنویس

در پروژه، به ایجنت خود بگویید: با playbook plan طرح این پروژه را بنویس. این دستور بخش Decided را از تصمیم‌های جاری و بخش Next را از یادداشت‌ها و Ledger پر می‌کند.

۳ · هر جلسه پس از آن

با کار آغاز می‌شود

نخستین خطوط Next طرح همراه با خلاصه جلسه و کنار یادداشت‌ها می‌رسند. هر جلسه با دانستن هدف خود شروع می‌شود.

برگه: آنچه یک محصول وعده می‌دهد

وقتی ارسال شد، آن را بشنوید.

محصولات جدید، معیارهای واقعی و گاهی بررسی‌های عمیق؛ هیچ ایمیل تبلیغاتی نخواهد بود؛ لغو دریافت ایمیل‌ها با یک کلیک امکان‌پذیر است.

هر آنچه که ما ساخته‌ایم

Voice Pro

سیستم تبدیل گفتار به متن محلی که صدای شما را یاد می‌گیرد؛ مجوز دائمی. محصول پرچمدار ما.

پرداختی · مدل پرچمدار

brethof-brain

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

پولی · سطح رایگان

مدل‌های سه‌بعدی

مدل‌های دیجیتال آماده چاپ. شامل فرمت‌های GLB و OBJ. دسترسی تمام‌عمر.

پرداختی · کاتالوگ دیجیتال

چاپ سه‌بعدی

پنج دستگاه چاپگر و ظرفیت واقعی. هنوز فروشگاه خودخدمتی وجود ندارد — نیازهایتان را به ما بگویید و ما قیمت را از طریق ایمیل ارسال خواهیم کرد.

بنا بر توافق · به ما ایمیل بفرستید

Nova

کانال YouTube ما. یک مجری «ببر سایبری» ابزارهای هوش مصنوعی محلی و عملکرد واقعی آن‌ها را توضیح می‌دهد.

کانال · پخش زنده

نقدها

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

نقدهای ویدیویی · جدید

فهرستهای فوقالعاده

فهرست‌های برگزیده‌شده در GitHub برای ابزارهای کدنویسی هوش مصنوعی، سرورهای MCP، هوش مصنوعی محلی و Linux برای هوش مصنوعی. هر مورد دارای لینک منبع است.

رایگان · انتخاب‌شده

راهنماها

راهنمای‌های مفصل برای هوش مصنوعی محلی در Linux، Windows و macOS، همراه با فایل‌های پیکربندی.

رایگان · زنده

لیست رتبهبندی ضد-Dev

گزینش منفی: روشها و ابزارهایی که وقت شما را تلف میکنند، رتبهبندیشده. مستندات لازم است.

رایگان · زنده

درباره Brethof AI

ما چه کسی هستیم، چرا هوش مصنوعی مبتنی بر حریم خصوصی میسازیم، و چه کارهایی را انجام نمیدهیم.

خارجی: YouTube · GitHub