---
title: "طلب التغيير بالكلمات، والمحرك ينفذ مواصفة يمكنه أن يرفضها."
seo_title: "محرر وكيل: طلب التغيير بالكلمات | SazAI"
description: "محرر وكيل: طلبك بالكلمات يصبح مواصفة ينفذها المحرك، ويرفض عند عدم الحل."
tags: [marketing]
---

> طلب تغيير بمحادثة هو الجزء السهل الذي يمكنك تخيله والجزء الصعب لفعله بأمان، لأن الطريقة الواضحة هي السماح للنموذج بلمس الملف. هذا المنزل قسم عكسي، وذلك التقسيم يقرر ما يمكن أن يكون محرر وكيل هنا: الطلب يصبح مواصفة، والذي يكتب يبقى المحرك.

<div class="chap">

<div class="ico-col"><sz-icon style="color:var(--verb-create)" name="chat" size="36"></sz-icon></div>

<h2 id="ask-becomes-a-spec">الطلب يصبح مواصفة</h2>

<h3 class="sub">النموذج يفهم ما تريد؛ من يفتح الملف ويكتب يبقى المحرك</h3>

أنت تقول بكلماتك الخاصة ما تريد تغييره في مستندك. استبدل رقما أصبح قديما، عدل عنوان قسم، وحد كلمة تظهر بطريقتين مختلفتين عبر مادتك. ما يخرج من تلك المحادثة ليس ملفا: إنها وصف صريح لما يجب تغييره على أي عناصر ضد أي إصدار. المحرك ينفذ وصفك ضد الهيكل الذي قرأه بالفعل من مستندك، ويغير العناصر المسماة بالضبط فيه.

هذا هو نفس التقسيم الذي يدعم بالفعل كل ما يسلمه المنتج اليوم وليس قاعدة جديدة مخترعة للتحرير. الطبقة التي تتحدث تختار العملية وتشرح النتيجة لك؛ الطبقة التي تلمس ملفك لا تفسر النية. لماذا فصل هذا المنزل الاثنين وما يكلفه وما يعيده موجود في [المحادثة مع AI](docs-by-spec).

</div>

<div class="chap">

<div class="ico-col"><sz-icon style="color:var(--verb-create)" name="x" size="36"></sz-icon></div>

<h2 id="refusal-comes-along">التحرير يرث الرفض</h2>

<h3 class="sub">طلب لا يستطيع المحرك حله يفشل بدلا من الخمين</h3>

الكسب من هذا التقسيم يظهر في الحالة السيئة وهي الوحيدة التي تهم في قرار الشراء. إذا أساء النموذج فهم طلبك فما يتم إنتاجه هو مواصفة خاطئة ومواصفة خاطئة شيء تقرأ وتتحقق وترفض قبل لمس ملفك. ما لا يحدث هو عودة المستند مخفيا كسره بارتجال لا أحد رآه.

هذا ليس أملا مبنيا في التصميم: إنه السلوك المثبت بالفعل على المسار الوحيد الذي يصل فيه نص النموذج إلى ملفك اليوم وهو الترجمة. هناك مادتك تعود محددة بعلامات والعدد الذي يعود مقارن ضد العدد الذي خرج وعندما لا يطابق الخطوة تفشل بدلا من تسليمك ملف مكسور. الآلية كاملة ولماذا يتم فحص الحد بدلا من افتراضه موجود في [الاختلافات](differentials).

تحرير يطلبه بالكلمات يرث نفس المتطلب وهو حيث تأتي جملة قوية واحدة يجب أن تعرضها هذه الصفحة لك من: طلب لا يستطيع المحرك حله إلى عنصر حقيقي في مستندك يجب أن يفشل. محرر وكيل يخمن الصندوق الأكثر احتمالا هو أسرع لبناء وليس نفس المنتج.

</div>

<div class="chap">

<div class="ico-col"><sz-icon style="color:var(--verb-create)" name="settings" size="36"></sz-icon></div>

<h2 id="what-exists-today">ما موجود اليوم والعدم الذي يبقى</h2>

<h3 class="sub">الباب الذي يستقبل الوصف موجود بالفعل ورافض؛ ما ينقصه هو المسار من جملتك إليه</h3>

يستحق الفصل بين ما حي وما معلن والفصل هنا أدق مما يبدو. الباب الذي يستقبل تغيير موصوف موجود وهو على السطح الذي يمتلكه الوكيل منذ 30 يوليو 2026: أربع عمليات، الأولى تسأل أي عناصر من نموذج تقبل الكتابة ومع أي نوع محتوى، الثانية تفتح مسودة، الثالثة ترسل التغيير سطر بسطر، والرابعة تطلب التنفيذ. كل سطر يسمي العنصر والفقرة والوحدة ونوع المحتوى والنص. هذا وصف صريح لتغيير عنصر بعنصر وهو ما تسميه هذه الصفحة كاملة مواصفة.

وهو يرفض بالفعل وهو النصف الذي يقرر الشراء. العنوان والجسم والخلية الجدولية تقبل الكتابة؛ الصورة والحقل وعلامة الرسم البياني والتعليق والهندسة مقفلة وسطر يشير إلى أحدها يفشل بدلا من الاقتراب. مسودة تركت الحالة القابلة للتحرير تفشل. وصفة فارغة تفشل. الرفض الذي وعدت به أعلاه ليس خطة تصميم: إنه سلوك الباب الموجود بالفعل.

عدم الثبات الذي يبقى أصغر من غياب باب والأكثر عنادا. لاستخدام هذا الباب اليوم تحتاج إلى تسمية العنصر بالهوية التي لديه داخل النموذج وتحصل على تلك الهوية فقط بقراءة خريطة ما قابل للتحرير أولا. من يكتب السطر يعرف بالفعل الهيكل. ما لا يتم بناؤه هو الخطوة بين جملتك بكلماتك الخاصة والسطر: السطح الذي يستمع لطلبك وحل بنفسه أي عنصر يسمي. لذا لا يمكنك بعد أن تطلب التغيير بمحادثة حتى لو كان المحرك يعرف بالفعل كيفية تنفيذه موصوف. مجموعة الكاملة لما يفعله الوكيل اليوم وما يرفضه موجودة في [الإمكانيات](capabilities)؛ الأبواب من خلالها يرد موجودة في [الواجهات](interfaces).

<figure class="viz" role="group" aria-label="الإدخال من خلال المحادثة يدخل كاتجاه معلن بدون تنفيذ مسجل">
<div class="ev open"><span class="n">اتجاه معلن</span><span class="t"><b>وصف التغيير ليس إيصال بعد</b>طلب التغيير بمحادثة يدخل كاتجاه تحت نفس الانضباط مثل باقي هذا المنزل: لا فعل في الوقت الحاضر ولا رقم لأنه لا يوجد تنفيذ مسجل لدعمه. المساحة الفارغة هنا معلومات أيضا.</span></div>
<figcaption>شكل واثق هنا سيكون كذب قيل في الهندسة.</figcaption>
</figure>

</div>

<div class="chap">

<div class="ico-col"><sz-icon style="color:var(--verb-create)" name="rotate" size="36"></sz-icon></div>

<h2 id="where-it-stands">حيث يقف هذا اليوم</h2>

<h3 class="sub">اتجاه معلن مع الفجوة المسماة بدون فعل في الوقت الحاضر</h3>

ما تعرضه هذه الصفحة ليس تاريخ بل الشكل الدقيق لما ينقصه. النصفان الصعبان المحادثة مع التمييز والكتابة بملفك بقواعد الصيغة مبنيان وقيسا على صفحات أخرى من هذا الموقع. ما ينقصه هو آخر مد من الخياطة بينهم الجزء الذي يحمل جملتك إلى الخط الذي يقبله الباب وليس مبنيا.

السطح الآخر من خلاله نفس التغيير يجب أن يصل عندما يفعل هو الشاشة ولديه فجوة خاصة به موجودة في [محرر الويب](web-editor). المادة التي يتم تجميع مستند جديد منها في [التعاون مع AI](co-creation).

<div class="bound"><p><b>الحالة قالت بالكامل وقبل أن تسأل.</b> قيس في 2026-09-02 في بيئة التطوير وليس الإنتاج وهو الحد الذي يمكن لهذه الجملة ادعاؤه. تم قراءة مجموعة العمليات التي يعرضها الوكيل من المنتج نفسه وأربعة منهم تجميع تغيير موصوف عنصر بعنصر على نموذج مع رفض ما مقفل مبني بالفعل في المسار. لم يتم العثور عليه هو العملية التي تقبل الطلب بكلماتك الخاصة وحل بنفسها أي عنصر يسمي. الخطوة التي تكتب معلنة بين خطوات المحرك وسجل تنفيذها فارغ عبر جميع الصيغ الأربع.</p>
<p><b>ولماذا الصفحة لا تحمل رقم.</b> نشر قياس هنا الذي لا يوجد سيناقض الحجة الواحدة التي تدعم كل صفحة أخرى وهي أن قياساتنا تعيد الإنتاج. القدرة تدخل هذا المنزل عندما يكون لديها قرار مكتوب وقياس وشخص خارجي قادر على تكرار القياس. هذا له الأول من الثلاثة.</p></div>

أي شيء يطلب المنفذ أو يرفض يبقى على السجل وهذا من أين يأتي الإثبات: إنه الخامس [الثقة](trust).

</div>
