واژهنامه
این واژهنامه اصطلاحات Claude Code را تعریف میکند. هر مدخل به صفحهای لینک میدهد که مفهوم در آن بهتفصیل پوشش داده شده است. برای مفاهیم سطح-مدل مثل tokens، temperature، و RAG، واژهنامهی پلتفرم را ببین.
Agent teams
Section titled “Agent teams”چند نشست مستقل Claude Code که توسط یک team lead هماهنگ میشوند، با یک فهرست کارِ مشترک و پیامرسانیِ نقطهبهنقطه. برخلاف سابایجنتها که درون یک نشست واحد اجرا میشوند و فقط به والد گزارش میدهند، هر teammate کانتکست ویندوی خودش را دارد و میتوانی با هرکدام مستقیم تعامل کنی. Agent teams آزمایشی است و باید با تنظیم CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 فعال شود.
بیشتر بدان: اجرای agent teams
Agentic coding
Section titled “Agentic coding”ورکفلویی که در آن هوش مصنوعی میتواند فایلها را بخواند، دستورها را اجرا کند، و تغییرات را بهصورت مستقل ایجاد کند در حالی که تو تماشا میکنی، مسیر را عوض میکنی، یا کنار میروی — برخلاف دستیارهای چتمحور که فقط با متنی پاسخ میدهند که باید خودت اعمالش کنی. Claude Code ایجنتیک است چون ابزارهایی دارد که به آن اجازهی اقدام میدهند، نه فقط مشورت.
بیشتر بدان: Claude Code چطور کار میکند
Agentic harness
Section titled “Agentic harness”ابزارها، مدیریت کانتکست، و محیط اجرایی که یک مدل زبانی را به یک ایجنت کدنویسیِ کارآمد تبدیل میکنند. Claude Code همان harness است؛ Claude مدلِ درون آن است. harness دسترسی به فایل، اجرای shell، gateگذاریِ دسترسیها، بارگذاری حافظه، و حلقهای که اقدامها را به هم زنجیر میکند فراهم میکند.
بیشتر بدان: Claude Code چطور کار میکند
Agentic loop
Section titled “Agentic loop”چرخهای که Claude برای هر کار طی میکند: جمعآوری کانتکست، انجام اقدام، راستیآزمایی نتایج، و تکرار تا اتمام. هر استفاده از یک ابزار اطلاعاتی برمیگرداند که گام بعدی را شکل میدهد. میتوانی حلقه را در هر نقطه قطع کنی تا مسیر را عوض کنی. بیشترِ نقاط توسعه، از جمله hooks، skills، و MCP، به فازهای مشخصی از این حلقه وصل میشوند.
بیشتر بدان: Claude Code چطور کار میکند
Auto memory
Section titled “Auto memory”یادداشتهایی که Claude بر اساس اصلاحها و ترجیحات تو برای خودش مینویسد، که بهازای هر مخزن git زیر ~/.claude/projects/ ذخیره میشوند. همهی worktreeهای یک مخزن، یک دایرکتوریِ auto memory را به اشتراک میگذارند. ۲۰۰ خط اول یا ۲۵ کیلوبایتِ نخستِ نمایهی MEMORY.md در آغاز هر نشست بارگذاری میشود. Auto memory همتای نوشتهشده-توسط-Claudeِ CLAUDE.md است که تو مینویسی.
بیشتر بدان: Auto memory
Auto mode
Section titled “Auto mode”یک حالت دسترسی که در آن یک مدل دستهبندِ جداگانه اقدامها را در پسزمینه بررسی میکند، پس بیشترشان بدون پرامپتهای تأیید اجرا میشوند؛ قواعد ask صریح همچنان پرامپت میدهند. دستهبند جلوی تشدید دامنه، زیرساخت غیرمعتمد، و prompt injection را میگیرد. هرگز نتایج ابزار را نمیبیند، پس دستورالعملهای تزریقشده نمیتوانند بر تصمیمهایش اثر بگذارند. Auto mode یک research preview است.
بیشتر بدان: حذف پرامپتها با auto mode
Bare mode
Section titled “Bare mode”یک پرچم راهاندازی، --bare، که کشف خودکارِ hooks، skills، plugins، سرورهای MCP، auto memory، و CLAUDE.md را رد میکند. فقط پرچمهایی که صریحاً پاس میدهی اثر میگذارند. برای CI و فراخوانیهای اسکریپتی توصیه میشود، جایی که به رفتار یکسان در سراسر دستگاهها فارغ از پیکربندیِ محلی نیاز داری.
بیشتر بدان: سریعتر شروع کن با bare mode
Bundled skills
Section titled “Bundled skills”playbookهای مبتنیبر-پرامپت که همراه Claude Code میآیند، مثل /batch، /code-review، /debug، و /loop. برخلاف دستورهای توکار که منطق ثابت اجرا میکنند، bundled skills به Claude یک پرامپت تفصیلی میدهند و میگذارند کار را هماهنگ کند، پس میتوانند ایجنتها را spawn کنند، فایلها را بخوانند، و با کدبیست تطبیق یابند.
بیشتر بدان: Bundled skills
Channel
Section titled “Channel”یک سرور MCP که رویدادها را به نشست در حال اجرایت میفرستد تا Claude بتواند به چیزهایی که وقتی دور از ترمینالی رخ میدهند واکنش نشان دهد. Channelها میتوانند دوطرفه باشند: Claude یک رویداد ورودی را میخواند و از همان channel پاسخ میدهد. Telegram، Discord، و iMessage در research preview گنجانده شدهاند.
بیشتر بدان: Channels
Checkpoint
Section titled “Checkpoint”یک نقطهی بازگردانی که در هر پرامپتی که میفرستی ساخته میشود. Claude Code پیش از هر ویرایش از فایلها اسنپشات میگیرد تا یک checkpoint بتواند برشان گرداند. دو بار Esc را فشار بده یا /rewind را اجرا کن تا کد، گفتوگو، یا هر دو را به یک نقطهی قبلی برگردانی، یا بخشی از گفتوگو را از یک پیامِ انتخابشده خلاصه کنی. Checkpointها محلی به نشستاند، جدا از git، و تغییرات اعمالشده از طریق ابزار Bash را ردگیری نمیکنند.
بیشتر بدان: Checkpointing
دایرکتوری .claude
Section titled “دایرکتوری .claude”دایرکتوریای که Claude Code پیکربندیِ دامنه-پروژه را از آن میخواند: تنظیمات، hooks، skills، سابایجنتها، rules، و auto memory. هر پروژه .claude/ در ریشهاش دارد؛ پیشفرضهای سطح-کاربرت در ~/.claude/اند.
بیشتر بدان: دایرکتوری .claude
CLAUDE.md
Section titled “CLAUDE.md”یک فایل markdown از دستورالعملهای ماندگار که تو برای Claude مینویسی و در آغاز هر نشست بهعنوان یک پیام کاربر پس از system prompt بارگذاری میشود. قراردادهای پروژه، یادداشتهای معماری، و قواعد «همیشه X را انجام بده» را اینجا بگذار. CLAUDE.mdِ ریشه-پروژه از فشردهسازی جان بهدر میبرد و پس از آن دوباره از روی دیسک تازه خوانده میشود.
میتوانی CLAUDE.md را در دامنهی پروژه در ./CLAUDE.md یا ./.claude/CLAUDE.md، در دامنهی کاربر در ~/.claude/CLAUDE.md، یا بهعنوان سیاست مدیریتشده برای سازمانت قرار دهی. همهی فایلهای کشفشده بهجای بازنویسیِ یکدیگر در کانتکست به هم الحاق میشوند، از گستردهترین دامنه تا مشخصترین مرتب میشوند.
بیشتر بدان: فایلهای CLAUDE.md
Command
Section titled “Command”یک دستورالعمل قابلاستفادهی مجدد که با تایپ /name در پرامپت فرامیخوانی. دستورهای توکار مثل /clear، /model، و /compact نشست را کنترل میکنند. میتوانی دستورهای خودت را بهصورت فایل در .claude/commands/ تعریف کنی، یا از یک plugin نصبشان کنی. Skills راهِ توصیهشده برای بستهبندی دستورهای چندمرحلهایاند.
Compaction
Section titled “Compaction”خلاصهسازیِ خودکار گفتوگویت وقتی کانتکست ویندو به حدش نزدیک میشود. اول خروجیهای قدیمیترِ ابزارها پاک میشوند، بعد گفتوگو خلاصه میشود. CLAUDE.mdِ ریشه-پروژه و auto memory از فشردهسازی جان بهدر میبرند و از روی دیسک دوباره بارگذاری میشوند؛ دستورالعملهایی که فقط در گفتوگو داده شدهاند ممکن است گم شوند. /compact را اجرا کن تا دستی فعالش کنی، اختیاراً با یک تمرکز مثل /compact focus on the API changes.
بیشتر بدان: چه چیزی از فشردهسازی جان بهدر میبرد · وقتی کانتکست پر میشود
Context window
Section titled “Context window”حافظهی کاریِ یک نشست، که تاریخچهی گفتوگو، محتوای فایلها، خروجی دستورها، CLAUDE.md، auto memory، skillهای بارگذاریشده، و دستورالعملهای سیستمی را نگه میدارد. در حین کار، کانتکست پر میشود تا فشردهسازی خلاصهاش کند. /context را اجرا کن تا ببینی چه چیزی فضا مصرف میکند. برای مفهوم زیربناییِ سطح-مدل، واژهنامهی پلتفرم را ببین.
بیشتر بدان: کاوش کانتکست ویندو
Dispatch
Section titled “Dispatch”یک مسیریابِ کارِ راهاندازیشده-با-تلفن که وقتی یک کار کدنویسی را از اپ موبایل Claude میفرستی، یک نشست Claude Code در اپ دسکتاپ spawn میکند. پرامپتت بهصورت خودکار به ابزار درست مسیریابی میشود. روی پلنهای Pro و Max در دسترس است.
بیشتر بدان: نشستها از Dispatch
Effort level
Section titled “Effort level”تنظیمی که کنترل میکند Claude در هر نوبت چقدر از بودجهی تفکرِ استدلال-سازگارشونده را استفاده کند. effort بالاتر یعنی توکنهای تفکرِ بیشتر و استدلال عمیقتر؛ effort پایینتر سریعتر و ارزانتر است. Effort روی Fable 5، روی Opus 4.6 و بالاتر، و روی Sonnet 4.6 پشتیبانی میشود.
بیشتر بدان: تنظیم effort level
Extended thinking
Section titled “Extended thinking”استدلالِ گامبهگامِ قابلمشاهده که مدل پیش از پاسخدادن انجام میدهد. میتوانی آن را با effort level تنظیم کنی، یا توکنهای تفکر را با MAX_THINKING_TOKENS روی مدلهایی با بودجهی تفکرِ ثابت محدود کنی. تفکر در ترمینال بهصورت متن خاکستریِ ایتالیک ظاهر میشود.
بیشتر بدان: استفاده از extended thinking
یک handlerِ تعریفشده-توسط-کاربر که بهصورت خودکار در یک نقطهی مشخص از چرخهی حیات Claude Code اجرا میشود، مثل پیش از اجرای یک ابزار، پس از ویرایش یک فایل، یا در آغاز نشست. handlerها میتوانند یک دستور shell، endpointِ HTTP، ابزار MCP، پرامپت LLM، یا سابایجنت باشند. Hookها قطعیاند: بهجای صلاحدید مدل، در نقاط ثابت چرخهی حیات اجرا میشوند.
یک پیکربندیِ hook سه سطح دارد:
- Hook event: نقطهی چرخهی حیات
- Matcher: فیلتر میکند کدام رویدادها آن را اجرا کنند
- Hook handler: آنچه اجرا میشود
بیشتر بدان: شروع با hooks · مرجع hooks
Managed settings
Section titled “Managed settings”یک فایل تنظیمات که توسط IT یا DevOps در سطح کل سازمان اعمال میشود و در مسیری سطح-OS بیرون از ~/.claude قرار میگیرد. کاربران نمیتوانند managed settings را بازنویسی یا حذف کنند. این را برای سیاستهای امنیتی، الزامات انطباق، یا ابزارگذاریِ استانداردشده در سراسر یک ناوگان استفاده کن.
بیشتر بدان: تنظیمات مدیریتشده توسط سرور
MCP (Model Context Protocol)
Section titled “MCP (Model Context Protocol)”یک استاندارد باز برای اتصال ابزارهای هوش مصنوعی به منابع داده و سرویسهای بیرونی. سرورهای MCP به Claude ابزارهای تازهای برای Slack، Jira، دیتابیسها، مرورگرها، و صدها یکپارچهسازیِ دیگر میدهند. سرورها را از طریق /mcp یا با افزودنشان به .mcp.json وصل میکنی. برای خودِ پروتکل، واژهنامهی پلتفرم را ببین.
بیشتر بدان: Model Context Protocol
MCP Tool Search
Section titled “MCP Tool Search”یک سازوکار صرفهجوییِ-کانتکست که schemaهای ابزار MCP را تا وقت نیاز موکول میکند. در راهاندازی فقط نام ابزارها بارگذاری میشود؛ Claude وقتی تصمیم بگیرد از یک ابزار خاص استفاده کند، schema کامل را در صورت نیاز واکشی میکند. این کار سرورهای MCPِ بیکار را از مصرف کانتکست زیاد بازمیدارد.
بیشتر بدان: مقیاسپذیری با MCP Tool Search
Non-interactive mode
Section titled “Non-interactive mode”حالتی که یک پرامپت واحد را اجرا میکند و بدون یک نشست گفتوگومحور خارج میشود، که با -p یا --print فراخوانده میشود. برای CI، اسکریپتها، و پایپکردن استفاده میشود. Agent SDK معادل Python و TypeScript آن است. پیشتر headless mode نامیده میشد.
بیشتر بدان: اجرای برنامهنویسیشدهی Claude Code
Output style
Section titled “Output style”پیکربندیای که system prompt مدل Claude را تغییر میدهد تا رفتار، لحن، یا قالب پاسخ را عوض کند. Output styleها بخشهای خاصِ مهندسی-نرمافزارِ system prompt پیشفرض را خاموش میکنند، برخلاف CLAUDE.md که بهعنوان یک پیام کاربر پس از system prompt تحویل داده میشود. سبکهای توکار شامل Default، Proactive، Explanatory، و Learningاند.
بیشتر بدان: Output styles
Permission mode
Section titled “Permission mode”رفتار پایهی تأیید برای نشست. با Shift+Tab در CLI چرخ بزن یا از انتخابگرِ حالت در VS Code، Desktop، و claude.ai استفاده کن. حالتهای در دسترس default، acceptEdits، plan، auto، dontAsk، و bypassPermissionsاند.
بیشتر بدان: انتخاب یک حالت دسترسی
Permission rule
Section titled “Permission rule”یک ورودیِ تنظیمات که فراخوانی یک ابزار را بر اساس نام ابزار و الگوی آرگومان مجاز میکند، دربارهاش میپرسد، یا رد میکند. قواعد بهترتیب deny→ask→allow ارزیابی میشوند، اولین تطبیق برنده است. Permission ruleها کنترلهای ریزدانهایاند که روی حالت دسترسیِ گستردهتر لایه میشوند.
بیشتر بدان: پیکربندی دسترسیها
Plan mode
Section titled “Plan mode”یک حالت دسترسی که در آن Claude تحقیق میکند و تغییرات را پیشنهاد میدهد بدون ویرایش فایلهای منبعت. میتواند بخواند، جستوجو کند، و دستورهای کاوش را اجرا کند، بعد پیش از دستزدن به هر چیزی یک طرح برای تأیید ارائه میدهد. با /plan یا با فشردن Shift+Tab وارد plan mode شو.
بیشتر بدان: پیش از ویرایش با plan mode تحلیل کن
Plugin
Section titled “Plugin”بستهای از skills، hooks، سابایجنتها، و سرورهای MCP که بهعنوان یک واحد قابلنصبِ واحد بستهبندی شده. skillهای plugin بهصورت plugin-name:skill-name فضانامی میشوند تا چند plugin کنار هم زندگی کنند. pluginها را در سراسر تیمها از طریق یک marketplace توزیع کن.
بیشتر بدان: Plugins
Project trust
Section titled “Project trust”دیالوگی که پیش از اینکه Claude Code پیکربندیاش را بارگذاری کند یک دایرکتوری را میپذیرد. پذیرش بهازای هر دایرکتوری پروژه ذخیره میشود، بهجز دایرکتوری homeات، که در آن trust فقط برای نشست جاری نگه داشته میشود و پرامپت در هر راهاندازی دوباره ظاهر میشود. Trust جلوی نصب-خودکار پلاگینهای marketplace و اجرای hookهای تعریفشده-در-پروژه را gate میکند. اعتمادکردن به یک دایرکتوری یعنی .claude/settings.json، .mcp.json، و دیگر فایلهای پیکربندیاش اثر میگذارند.
بیشتر بدان: دایرکتوری .claude
Prompt injection
Section titled “Prompt injection”دستورالعملهای خصمانه که در یک فایل، صفحهی وب، یا نتیجهی ابزار جاسازی شدهاند و میکوشند Claude را بهسمت اقدامهایی که هرگز نخواستهای منحرف کنند. دفاعهای Claude Code شامل سیستم دسترسی، تشخیص command injection، و راستیآزماییِ trust میشوند. Auto mode یک کاوشگر سمت-سرور میافزاید که نتایج ابزار را برای محتوای مشکوک اسکن میکند و یک دستهبند که هرگز نتایج ابزار را نمیبیند، پس متنِ تزریقشده نمیتواند بر تصمیمهای تأییدش اثر بگذارد.
بیشتر بدان: محافظت در برابر prompt injection
Remote Control
Section titled “Remote Control”راهی برای ادامهی یک نشست محلی Claude Code از تلفن یا مرورگرت از طریق claude.ai. کدت روی دستگاهت میماند؛ فقط رابط راهدور است. متفاوت از Claude Code on the web است که در یک sandbox ابری اجرا میشود.
بیشتر بدان: Remote Control
فایلهای دستورالعملِ ماژولار در .claude/rules/ که در کنار CLAUDE.md بارگذاری میشوند. یک rule میتواند با YAML frontmatterِ paths: به مسیر دامنهبندی شود تا فقط وقتی Claude یک فایل تطبیقیافته را میخواند بارگذاری شود، و کانتکست را تا وقتی مرتبط شود لاغر نگه دارد.
بیشتر بدان: سازماندهی rules با .claude/rules/
Sandboxing
Section titled “Sandboxing”ایزولهسازیِ سطح-OSِ فایلسیستم و شبکه برای ابزار Bash. دستورها درون مرزی که از پیش تعریف میکنی اجرا میشوند، پس Claude میتواند درونش آزادانه کار کند بدون پرامپتهای تأییدِ هر-دستور. Sandboxing لایهای جدا از permission rules است.
بیشتر بدان: Sandboxing
Session
Section titled “Session”گفتوگویی که به دایرکتوری فعلیات گره خورده، با کانتکست ویندوی مستقلِ خودش. نشستها را میتوان با claude -c از سر گرفت، با --fork-session برای حفظ تاریخچه زیر یک session ID جدید fork کرد، یا در سراسر ترمینالها بهصورت موازی اجرا کرد. اجرای /clear یک نشست جدید شروع میکند؛ نشست قبلی ذخیره میماند و از طریق /resume در دسترس است. رونوشت هر نشست زیر ~/.claude/projects/ ذخیره میشود.
بیشتر بدان: کار با نشستها
Settings layers
Section titled “Settings layers”سلسلهمراتبی که Claude Code پیکربندی را از آن میخواند، بهترتیب تقدم از بالاترین به پایینترین: سیاست مدیریتشده، آرگومانهای خط فرمان، تنظیمات محلی در .claude/settings.local.json، تنظیمات پروژه در .claude/settings.json، بعد تنظیمات کاربر در ~/.claude/settings.json. آرایهها در سراسر لایهها ادغام میشوند؛ مقادیر اسکالر در یک لایهی بالاتر بر پایینتریها غلبه میکنند.
بیشتر بدان: فایلهای تنظیمات
یک فایل SKILL.md که شامل دستورالعملها، دانش، یا یک ورکفلو است که Claude به جعبهابزارش میافزاید. Claude یک skill را وقتی مرتبط باشد بهصورت خودکار بارگذاری میکند، یا تو مستقیم با /skill-name فرامیخوانیاش. Skillها از استاندارد باز Agent Skills پیروی میکنند؛ Claude Code آن را با کنترل فراخوانی و اجرای سابایجنت گسترش میدهد.
Skillها جانشین توصیهشدهی دستورهای سفارشیاند. یک فایل در .claude/commands/deploy.md و یکی در .claude/skills/deploy/SKILL.md هر دو /deploy را میسازند و یکجور کار میکنند؛ فایلهای دستورِ موجود همچنان کار میکنند.
بیشتر بدان: گسترش Claude با skills
Subagent
Section titled “Subagent”یک دستیار هوش مصنوعیِ تخصصی که در کانتکست ویندوی خودش با یک system prompt سفارشی، دسترسی به ابزارهای مشخص، و دسترسیهای مستقل اجرا میشود. روی یک کارِ سپردهشده کار میکند و یک خلاصه به گفتوگوی اصلی برمیگرداند. از سابایجنتها استفاده کن تا کاوشهای بزرگ را بیرون از کانتکست اصلیات نگه داری یا تحقیق موازی اجرا کنی. متفاوت از agent teams است، که در آن هر ایجنت یک نشست مستقلِ کامل است که میتوانی مستقیم با آن حرف بزنی.
سابایجنتهای توکار شامل Explore، Plan، و general-purposeاند.
بیشتر بدان: ساختن سابایجنتهای سفارشی
Surface
Section titled “Surface”هر جایی که به Claude Code دسترسی پیدا میکنی: CLI، VS Code، JetBrains، Desktop، یا claude.ai. همهی surfaceها یک موتور را به اشتراک میگذارند، پس CLAUDE.md، تنظیمات، و skillهایت در سراسرشان یکجور کار میکنند. Slack و افزونهی Chrome یکپارچهسازیهاییاند که به یک surface وصل میشوند، نه خودشان surface.
بیشتر بدان: پلتفرمها و یکپارچهسازیها
Teleport
Section titled “Teleport”یک دستور، /teleport، که یک نشست ابری Claude Code را به ترمینال محلیات میکشد. Claude شاخه را واکشی میکند، تاریخچهی گفتوگو را بارگذاری میکند، و از آخرین حالت نشست وب از سر میگیرد. جهت معکوس --remote است، که یک کار محلی را برای اجرا روی وب میفرستد.
بیشتر بدان: از وب به ترمینال
اقدامی که Claude میتواند انجام دهد: خواندن یک فایل، ویرایش کد، اجرای یک دستور shell، جستوجوی وب، spawnکردن یک سابایجنت. ابزارها همان چیزیاند که Claude Code را ایجنتیک میکنند. بدون آنها، Claude فقط میتواند با متن پاسخ دهد. هر استفاده از یک ابزار نتیجهای برمیگرداند که تصمیم بعدیِ Claude در حلقهی ایجنتیک را شکل میدهد.
بیشتر بدان: ابزارهای در دسترس Claude
یک پاسخ کاملِ Claude درون یک نشست. یک نوبت وقتی شروع میشود که پیامی میفرستی و وقتی تمام میشود که Claude پاسخدادن را به پایان میرساند، با هر تعداد فراخوانی ابزار در میانه. Stop hookها در پایان هر نوبت اجرا میشوند. یک نشست از نوبتهای بسیاری تشکیل میشود، و حلقهی ایجنتیک آنچه را درون یکی رخ میدهد توصیف میکند.
بیشتر بدان: Claude Code چطور کار میکند
Verification loop
Section titled “Verification loop”اینکه یک نشست چطور میداند کار واقعاً تمام شده، نه فقط محتمل به نظر میرسد. به Claude یک بررسی میدهی که بتواند اجرا کند، مثل یک مجموعهی تست، یک build، یا یک مقایسهی اسکرینشات، و Claude بهجای توقف پس از یک تلاش، تکرار میکند تا بررسی پاس شود. یک verification loop پیشنیاز /goal، اجراهای بینظارت، و ورکفلوهای پویا است: بدون آن، تنها چیزی که تصمیم میگیرد ایجنت تمام شده، خودِ ایجنت است.
بیشتر بدان: به Claude راهی برای راستیآزماییِ کارش بده
Worktree isolation
Section titled “Worktree isolation”یک حالت ایزولهسازی که Claude را در یک git worktree جداگانه زیر .claude/worktrees/ اجرا میکند، که با پرچم -w یا isolation: worktree در پیکربندی سابایجنت فعال میشود. تغییرات روی یک شاخهی جداگانه در یک دایرکتوری جداگانه میمانند، پس ایجنتهای موازی فایلهای یکدیگر را بازنویسی نمیکنند.
بیشتر بدان: اجرای نشستهای موازی با git worktrees
اصطلاحات منسوخ و تغییرنامیافته
Section titled “اصطلاحات منسوخ و تغییرنامیافته”این اصطلاحات در مستندات قدیمیتر، پستهای وبلاگ، و محتوای جامعه ظاهر میشوند. هنگام جستوجوی این سایت از نام فعلی استفاده کن.
| اصطلاح قدیمی | حالا نامیده میشود | یادداشتها |
|---|---|---|
| Headless mode | Non-interactive mode | همان پرچم -p، همان رفتار |
| Custom commands | Skills | فایلهای .claude/commands/ هنوز کار میکنند |
| Slash commands | Commands | «Slash» از متن محصول حذف شد |