سیاست جدید Anthropic: قفل شدن دسترسی در صورت خشونت کلامی هدفمند

تصور کنید در میانهٔ یک شب‌زنده‌داری برای رفع باگ‌های پیچیده، از شدت استرس تمام توهین‌های ممکن را نثار کدنویس هوش مصنوعی خود کنید؛ از ۱۲ نوامبر ۲۰۲۶، این عادت ممکن است باعث شود مدل شما را نادیده بگیرد. آنتروپیک (Anthropic) رسماً اعلام کرد که «رفتارهای توهین‌آمیز، ظالمانه و مستمر و بی‌دلیل» در سیاست‌های جدید کاربری این شرکت ممنوع شده است. طبق این قوانین جدید، در حالی که یک انفجار لحظه‌ای از الفاظ رکیک در مواجهه با یک Build شکست‌خورده باعث مسدود شدن شما نمی‌شود، اماe بی‌رحگی مستمر نسبت به مدل‌های این شرکت اکنون جریمه به همراه دارد.

این تغییر در حالی رخ می‌دهد که عامل‌های هوش مصنوعی — مثل Claude Code که نه تنها دستور می‌گیرد، بلکه می‌تواند ابزارها را مدیریت کند — به قلب جریان کاری برنامه‌نویسان نفوذ کرده‌اند؛ جایی که محیط‌های پرفشار اغلب منجر به تعاملات تند می‌شود. همان‌طور که در تحلیل قبلی ما درباره‌ی گسترش دسترسی‌های مدل‌های کلود از طریق ابزارهایی مانند Atticus-Mac اشاره کردیم، این قانون جدید مرزهای پذیرفتنی تعامل انسان و هوش مصنوعی را در محیط‌های حرفه‌ای تعریف می‌کند.

درک محدوده سیاست جدید

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

هر کلمه در این سیاست، دامنه کاربرد آن را محدودتر می‌کند. کلمه «مستمر» (Sustained) به این معناست که رفتار باید بارها و بارها تکرار شود، نه اینکه صرفاً یک واکنش لحظه‌ای باشد. کلمه «بی‌دلیل» (Needless) به این معناست که هیچ هدف دیگری پشت این رفتار وجود نداشته باشد. به گزارش وب‌سایت dev.to، فعالیت‌های زیر به‌طور صریح خارج از محدوده این ممنوعیت هستند و مجاز می‌باشند:

• ناامیدی‌های معمول کاربر و اعتراض به نتایج (Pushback)
• استفاده از تم‌های تاریک در داستان‌نویسی خلاقانه
• تست مدل، تیم قرمز (Red Teaming) یا پژوهش‌های فنی
• استفاده از الفاظ رکیک به‌صورت اتفاقی در حین انجام یک تسک دشوار

به زبان ساده، اگر به کلود بگویید راهکارش «آشغال» است یا با برنامهٔ پیشنهادی‌اش بحث کنید، این سیاست را نقض نکرده‌اید. یک فوران از الفاظ رکیک در مواجهه با یک کد خراب، به عنوان «ناامیدی رایج» تلقی شده و مشمول اجرای این قانون نمی‌شود.

مکانیسم‌های اجرا

اجرای این قانون روی «سطح جلسه» (Session) متمرکز است، نه لزوماً روی سطح حساب کاربری. در این اطلاعیه، مسدود کردن حساب (Account Ban) به عنوان پاسخ اصلی به این قانون توصیف نشده است، هرچند که یک بند کلی برای اجرای مجازات‌ها در مورد تمامی نقض‌های سیاست‌های کاربری همچنان وجود دارد.

مکانیسم اصلی، ابزاری به نام EndConversation است که به مدل اجازه می‌دهد یک جلسه را قفل کند. این ابزار به عنوان آخرین راهکار (Last Resort) توصیف شده و تنها پس از شرایط زیر استفاده می‌شود:

• ورودی‌های توهین‌آمیز و مستمر
• شکست تلاش‌های مدل برای تغییر مسیر گفتگو
• ارائه یک هشدار واضح (یا درخواست صریح برای نمایش رفتار درست)

پس از قفل شدن، جلسه منجمد می‌شود. هر پرامپت جدید به کاربر اطلاع می‌دهد که کلود گفتگو را به پایان رسانده است و به او دستور می‌دهد که یک جلسه جدید باز کند یا از دستور /clear استفاده کند. در حالی که تاریخچه گفتگو حذف نمی‌شود، اما تلاش برای ادامه همان جلسه، وضعیت قفل را حفظ می‌کند.

مدیریت بهره‌وری در Claude Code

برای توسعه‌دهندگانی که از Claude Code استفاده می‌کنند، چالش واقعی نه این سیاست، بلکه «آلودگی زمینه» (Context Clutter) است که هنگام بحث با یک مدل شکست‌خورده رخ می‌دهد. اصلاح یک مدل بیش از دو بار در یک جلسه، اغلب پنجرهٔ زمینه (Context Window) — که مثل میز کاری است که فقط جای چند ورق کاغذ دارد — را با تلاش‌های ناموفق پر می‌کند و این امر احتمال تکرار اشتباهات توسط هوش مصنوعی را افزایش می‌دهد. این چالش‌ها در کنار افت کیفیت نوشتاری در مدل‌های جدید کلود که پیش‌تر بررسی کردیم، مدیریت تعامل با مدل را پیچیده‌تر می‌کند.

برای حفظ بهره‌وری بدون افزایش استرس و تنش، توسعه‌دهندگان باید از کنترل‌های خاص زیر استفاده کنند:

• Esc: توقف مدل در میانهٔ پاسخ (Mid-turn) برای اجازه دادن به تغییر مسیر فوری، در حالی که کارهای انجام شده تا آن لحظه حفظ می‌شوند.
• Esc Esc (با پرامپت خالی) یا /rewind: باز کردن منوی بازگشت (Rewind) برای بازیابی گفتگو، کد، یا هر دو به یک پرامپت قبلی. توجه داشته باشید که ویرایش‌های دستورات شل (Shell) مانند rm یا mv توسط قابلیت rewind ردیابی نمی‌شوند.
• /clear: پاک‌سازی کامل جلسه پس از دو بار اصلاح ناموفق برای شروع دوباره با یک پرامپت بهتر بر اساس آنچه آموخته شده است.
• /compact: خلاصه‌سازی گفتگوهای طولانی برای آزاد کردن فضای زمینه در حالی که مسیر اصلی کار حفظ شود.

حافظه بلندمدت و قوانین

برای جلوگیری از خطاهای تکراری، توسعه‌دهندگان می‌توانند از فایل CLAUDE.md (در سطح پروژه) یا ~/.claude/CLAUDE.md (در سطح شخصی) برای مستندسازی قوانین دائمی استفاده کنند. Claude Code این فایل‌ها را در ابتدای هر جلسه می‌خواند، بنابراین این‌ها ایده‌آل‌ترین مکان برای ثبت اصلاحاتی هستند که متوجه می‌شوید مدام در حال تکرار آن‌ها هستید. در این راستا، باید توجه داشت که برخی قلاب‌های PreToolUse در Claude Code می‌توانند حتی در برابر دستوراتی که در فایل CLAUDE.md تعریف شده‌اند، سدی ایجاد کنند.

کاربران می‌توانند از /memory برای ویرایش این فایل‌ها یا /init برای ایجاد یک فایل اولیه استفاده کنند. قوانین مؤثر باید عینی و مشخص باشند، مانند:

• «بعد از هر تغییر دستور bun test را اجرا کن و خروجی خطا را قبل از تلاش برای اصلاح، اینجا بچسبان.»
• «هرگز فایل‌های موجود در پوشه generated/ را ویرایش نکن؛ ابتدا اسکیما را تغییر بده و سپس دوباره تولید کن.»

منطق مشابهی برای Codex نیز اعمال می‌شود که پیش از شروع کار، فایل AGENTS.md را می‌خواند. در CLI مربوط به Codex، کلید Esc یک نوبت را متوقف می‌کند، Esc Esc با یک Composer خالی، چت را از طریق ویرایش پیام قبلی فورک (Fork) می‌کند و /new یک جلسه تازه را آغاز می‌کند.

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

درمان ترمینال (Terminal Therapy)

برای کسانی که هنوز نیاز به تخلیه خشم دارند، ابزارهای جانبی مانند PonyMux نسخه 0.13 قابلیت «درمان ترمینال» را ارائه می‌دهند. این ویژگی در macOS به کاربران اجازه می‌دهد خروجی ترمینال خود را به‌صورت بصری «منجمد» کنند یا «منفجر» نمایند. با باز کردن Inspector (⌥⌘B) و کلیک بر روی دکمه مبل (Sofa)، کاربران به یک زرادخانه دسترسی پیدا می‌کنند:

• مدیریت خشم (Anger Management): شامل یک تپانچه، یک چکش و یک راکت‌لانچر برای خرد کردن یا منفجر کردن خروجی‌های تست.
• طلسم‌ها (Spells): شامل Bless (برکت)، Ignite (آتش زدن) و Freeze (منجمد کردن). استفاده از Bless باعث می‌شود متن طلایی شود و آسیب‌ها پاک شوند.

این سیستم کاملاً بصری است؛ هیچ چیزی در ترمینال تایپ نمی‌شود، بنابراین عامل هوش مصنوعی هرگز متوجه این فوران‌های احساسی نمی‌شود. افکت‌های صوتی به‌طور پیش‌فرض خاموش هستند اما در تنظیمات قابل فعال‌سازی‌اند. این ابزار به تنظیمات Reduce Motion در مک‌او‌اس احترام می‌گذارد و ترمینال می‌تواند تا ۱۲۸ افکت را پیش از وقوع یک اتفاق غافلگیرکننده نگه دارد.

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

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

گام بعدی شما

• اگر از Claude Code استفاده می‌کنید، همین امروز یک فایل CLAUDE.md بسازید و قوانین تکراری پروژه را در آن ثبت کنید.
• به‌جای بحث با مدل در جلسات طولانی، از دستور /compact برای بهینه‌سازی حافظه استفاده کنید.
• در صورت بروز خطا، به‌جای توصیفات احساسی، خروجی دقیق ترمینال را برای مدل ارسال کنید.