copy-writing-fa

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

کپی‌رایتینگ فارسی با ناوگان Cursor

使用Cursor团队进行波斯语文案撰写

Claude مغز کار است: زاویه، بریف، کلمه هدف، ساختار و پذیرش نهایی. کارگرهای Cursor می‌نویسند و ویرایش می‌کنند، روی سهمیه Cursor نه Claude.
Claude是核心决策者:负责确定视角、brief、目标关键词、内容结构及最终验收。Cursor团队负责撰写和编辑文案,消耗的是Cursor配额而非Claude的配额。

مسیر مدل‌ها (اندازه‌گیری شده، نه حدس)

模型选择路径(实测数据,非推测)

بیست و پنجم تیر ۱۴۰۵ روی هفت مدل Cursor یک آزمون واقعی گرفتیم: یک بار تولید متن (توضیح محصول + مقاله + سئو + میکروکپی) و یک بار ویرایش یک متن عمدا خراب.
مرحلهمدلچرا
نوشتن
claude-opus-5-high
بهترین نثر: ریتم متنوع، تصویر مشخص، عمق موضوعی درست. تنها مدلی که سقف کلمه و سقف کاراکتر سئو را رعایت کرد.
ممیزی
gpt-5.6-sol-high
دقیق‌ترین غلط‌گیر: ۵۰ خطا پیدا کرد، بیشتر از همه. ولی نویسنده خوبی نیست.
انبوه
auto
رایگان و بی‌سهمیه. برای پیش‌نویس حجمی کافی است.
نکته‌ای که خلاف انتظار درآمد: GPT بهترین مصحح است، نه بهترین نویسنده.
gpt-5.6-sol-high
در تولید متن یکنواخت و پرتکرار نوشت و سقف کلمه را شکست؛ در ویرایش بی‌رقیب بود. Gemini در نگارش تمیز بود ولی قضاوت تحریری نداشت: ادعای اثبات‌نشده و پرسش تبلیغاتی را در بازنویسی نگه داشت.
在1405年7月16日(波斯历),我们对7款Cursor模型进行了真实测试:一次是生成完整文本(产品描述+文章+SEO内容+微文案),另一次是编辑一篇故意写坏的文本。
阶段模型选择理由
撰写
claude-opus-5-high
文本质量最佳:句式节奏多样、表述清晰、主题深度恰当。是唯一遵守SEO字符数及单词数限制的模型。
校对
gpt-5.6-sol-high
纠错最精准:共发现50处错误,数量远超其他模型。但不擅长撰写内容。
批量生成
auto
免费且无配额限制。适合批量生成初稿。
意外发现:GPT是最佳校对工具,而非最佳撰写工具
gpt-5.6-sol-high
生成的文本单调重复,且违反了单词数限制;但在编辑校对方面无人能及。Gemini生成的文本格式整洁,但缺乏编辑判断:会保留无依据的声明和营销式提问。

مرحله ۱ — بریف (کار Claude)

阶段1 — 撰写Brief(Claude负责)

قبل از هر تماس با Cursor، این‌ها را خودت مشخص کن:
  • زاویه: این متن چه چیزی می‌گوید که رقیب نمی‌گوید.
  • کلمه هدف و دو مترادف.
  • ساختار: تیترها به ترتیب، با یک جمله توضیح هر بخش.
  • منبع واقعیت: مسیر فایل‌هایی که کارگر باید از آن‌ها فکت بردارد. برای seyedmohammad.com یعنی
    content/treasury/raw/
    و
    docs/seo/KEYWORD-MAP.md
    .
  • طول: از جدول بخش ۹ rulebook.md.
  • چیزی که نباید دست بخورد: قیمت، ادعای عددی، فایل‌های دیگر.
بریف را کامل بنویس. کارگر Cursor با حافظه خالی شروع می‌کند و این گفت‌وگو را نمی‌بیند.
在调用Cursor之前,请自行明确以下内容:
  • 视角:该文本要传达哪些竞争对手没有提到的信息。
  • 目标关键词及两个同义词。
  • 结构:标题顺序,每个部分用一句话说明。
  • 事实来源:团队需要从中提取事实的文件路径。对于seyedmohammad.com,路径为
    content/treasury/raw/
    docs/seo/KEYWORD-MAP.md
  • 长度:参考第9部分的rulebook.md表格。
  • 禁忌内容:价格、数字声明、其他无关文件。
请撰写完整的Brief。Cursor团队会从零开始工作,无法查看本次对话内容。

مرحله ۲ — نوشتن

阶段2 — 撰写文案

متن کوتاه (زیر ۴ دقیقه کار): ابزار
cursor_run
از همین افزونه. مقاله کامل: اجراکننده لِگ‌دار، چون استریم بلند روی VPN می‌میرد.
bash
"${CLAUDE_PLUGIN_ROOT}/scripts/legged-run.sh" \
  --cwd <repo> --model claude-opus-5-high "<بریف کامل>"
در متن تسک همیشه این دو خط را بگذار:
قواعد نگارش در
<plugin>/skills/copy-writing-fa/rulebook.md
است. بخوان و رعایت کن. بعد از نوشتن،
python3 <plugin>/scripts/fa-lint.py <file>
را اجرا کن و تا وقتی PASS نشده تحویل نده.
کارگری که خودش لینت می‌زند، رفت‌وبرگشت را حذف می‌کند.
短文本(耗时不到4分钟):使用本插件的
cursor_run
工具。 完整文章:使用带日志的运行脚本,因为长文本流式传输在VPN下会失败。
bash
"${CLAUDE_PLUGIN_ROOT}/scripts/legged-run.sh" \
  --cwd <repo> --model claude-opus-5-high "<完整Brief>"
任务文本中务必包含以下两行:
写作规则请参考
<plugin>/skills/copy-writing-fa/rulebook.md
。请阅读并遵守规则。撰写完成后,执行
python3 <plugin>/scripts/fa-lint.py <file>
,直到检测通过再提交。
自行执行检查的团队会减少来回沟通的次数。

مرحله ۳ — دروازه مکانیکی

阶段3 — 自动化检查

bash
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/fa-lint.py" path/to/file.mdx
کد خروج ۰ یعنی قبول. خطاها را باید صفر کرد؛ هشدارها قضاوت انسانی‌اند. لینتر کد، frontmatter، تگ JSX و لینک را نادیده می‌گیرد، پس روی فایل MDX مستقیم کار می‌کند.
bash
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/fa-lint.py" path/to/file.mdx
返回码0表示验收通过。错误必须全部修正;警告则需人工判断。检查工具会忽略代码、frontmatter、JSX标签和链接,因此可直接对MDX文件进行操作。

مرحله ۴ — ممیزی (فقط برای متن مهم)

阶段4 — 校对(仅针对重要文本)

پیش‌نویس را به
gpt-5.6-sol-high
بده و فقط فهرست خطا بخواه، نه بازنویسی. بعد همان فهرست را به همان نشست Opus برگردان:
extraArgs: ["--resume", "<session_id مرحله ۲>"]
چون نشست زنده است، کارگر متن خودش را در حافظه دارد و اصلاح ارزان تمام می‌شود. هرگز از صفر شروع نکن.
将初稿交给
gpt-5.6-sol-high
,仅要求提供错误列表,而非重写内容。然后将该错误列表返回给同一Opus会话
extraArgs: ["--resume", "<阶段2的session_id>"]
由于会话处于激活状态,团队会保留文本记忆,因此可以低成本完成修正。切勿从零开始。

مرحله ۵ — پذیرش (کار Claude)

阶段5 — 验收(Claude负责)

لینت سبز بودن یعنی متن غلط ندارد، نه اینکه متن خوب است. خودت بخوان و این‌ها را بسنج: زاویه سر جایش هست؟ فکت‌ها با منبع می‌خواند؟ ادعای بی‌پشتوانه ماند؟ متن درباره خریدار است یا فروشنده؟ اگر نه، نشست را ادامه بده.
آزمون آخر، مهم‌ترین آزمون: یک بند را بلند بخوان. اگر مثل بروشور یا مثل ترجمه ماشینی صدا داد، رد کن. خروجی باید طبیعی، ساده و روان باشد؛ انگار یک آدم نوشته که موضوع را بلد است، نه یک ماشین که کلمه پر کرده.
لینتر بخشی از این را خودش اندازه می‌گیرد (بخش ۱۱ rulebook.md): یکنواختی ریتم جمله، تکرار شروع جمله، عبارت تکراری، و جمله پایانی توخالی. این‌ها روی داده واقعی کالیبره شده‌اند، نه از روی حدس: یک مقاله انسانی همین سایت ضریب تغییرات ۰٫۶۱ گرفت و ماشینی‌ترین مدل ۰٫۱۷. سنجش ریتم فقط روی متن بلند (۱۸ جمله به بالا) اجرا می‌شود، چون روی توضیح محصول کوتاه آمارش قابل اتکا نیست.
اما لینتر مزه را نمی‌فهمد. تصمیم آخر با توست.
检查工具通过仅表示文本无错误,不代表文本质量优秀。请自行阅读并评估以下内容:视角是否正确?事实是否与来源一致?是否存在无依据的声明?文本是面向买家还是卖家?如果不符合要求,请继续会话。
最后也是最重要的测试: 大声朗读一段文本。如果听起来像宣传册或机器翻译,请拒绝。输出内容必须自然、简洁流畅;就像一个懂行的人写的,而不是堆砌词汇的机器。
检查工具会自动评估部分指标(参考rulebook.md第11部分):句子节奏多样性、句首重复情况、重复短语、无意义的结尾句。这些指标基于真实数据校准,而非推测:本站一篇人工撰写的文章多样性系数为0.61,最像机器的模型系数为0.17。节奏检测仅针对长文本(18句以上),因为短产品描述的统计数据不可靠。
但检查工具无法判断文本风格。最终决策由人工测试决定。

وقتی روی چند پروژه اجرا می‌کنی

多项目并行时的注意事项

سه چیز که یک پاس چندمخزنی را خراب می‌کند، و هر سه در عمل اتفاق افتاده‌اند:
۱. لحن هر پروژه مال خودش است. این مهم‌ترین قاعده این بخش است. اگر مخزن
BRAND.md
یا
voice-tone.md
یا بخش لحن در
AGENTS.md
دارد، آن حاکم است و rulebook.md فقط پیش‌فرض. یک فروشگاه مصرفی درست است که «تو» بگوید و یک محصول سازمانی درست است که «شما» بگوید. ناوگانی که آزاد بگذاری، لحن یک سایت را روی سایت دیگر می‌نشاند و برند را خراب می‌کند. قبل از فن‌اوت، برای هر مخزن مشخص کن لحنش چیست و در متن تسک بنویس. لینتر هم
--voice formal
دارد تا روی سایت B2B هشدار الکی ندهد؛ ولی قاطی‌کردن دو لحن را در هر حالت می‌گیرد.
۲. بخشی از متن اصلا در مخزن نیست. محصول و مقاله ممکن است در CMS یا دیتابیس باشد (Medusa، Sanity، پنل مدیریت). ورکری که این را نداند، دنبال فایلی می‌گردد که وجود ندارد یا فایل اشتباه را عوض می‌کند. اول جای متن را مشخص کن، بعد تسک بنویس، و به ورکر بگو اگر متن در مخزن نبود فقط گزارش بدهد.
۳. متن مشترک، بیشترین اثر را دارد. اگر سایت‌ها روی یک کتابخانه مشترک سوارند، پیام خطا و قالب ایمیل و متن فاکتور آنجاست و همه سایت‌ها ارثش می‌برند. یک متن بد آنجا در همه سایت‌ها تکرار می‌شود. اول آن را درست کن، جدا از بقیه، و بعد تست بگیر: شعاع اثرش هم به همان اندازه بزرگ است.
هر مخزن برنچ و کامیت جدا. هیچ‌وقت یک کامیت غول‌پیکر بین‌مخزنی نساز.
以下三点会破坏多项目并行的效果,且均已在实际操作中出现:
1. 每个项目的语气风格独立。 这是本部分最重要的规则。如果仓库包含
BRAND.md
voice-tone.md
AGENTS.md
中的语气部分,则以此为准,rulebook.md仅作为默认规则。面向消费者的商店使用「你」称呼是合适的,而企业级产品使用「您」称呼更恰当。如果放任团队自行发挥,会将一个网站的语气风格套用到另一个网站,破坏品牌形象。在开始工作前,请明确每个仓库的语气风格,并写入任务文本。检查工具也支持
--voice formal
参数,避免在B2B网站上发出不必要的警告;但无论如何都会检测到两种语气的混合。
2. 部分文本不在仓库中。 产品和文章可能存储在CMS或数据库中(如Medusa、Sanity、管理面板)。团队如果不知道这一点,会寻找不存在的文件或修改错误的文件。请先明确文本的存储位置,再撰写任务,并告知团队如果文本不在仓库中只需报告即可。
3. 共享文本的影响最大。 如果多个网站基于同一个共享库搭建,错误提示、邮件模板和发票文本都存储在该库中,所有网站都会继承这些内容。库中的一段劣质文本会在所有网站上重复出现。请先单独修正共享文本,再进行测试:其影响范围同样广泛。
每个仓库使用独立的分支和提交。切勿创建跨仓库的大型提交。

هشدارها

注意事项

  • فکت از منبع، نه از مدل. قیمت، درصد، اسم تامین‌کننده و آمار بازار فقط از فایل‌های پروژه. مدل‌ها در آزمون ما وقتی فکت نداشتند، خوش‌بینانه گرد کردند.
  • سقف طول را جدی بگیر. متن بلندتر از بریف تقریبا همیشه پرکردن است.
  • صداقت در گزارش. اگر ناوگان گیر کرد یا سهمیه تمام شد، بگو. کار را بی‌صدا روی سهمیه Claude دوباره نکن.
  • 事实来源于文件,而非模型。 价格、百分比、供应商名称和市场数据仅来自项目文件。在我们的测试中,模型在缺乏事实依据时会做出乐观的假设。
  • 严格遵守长度限制。 超过Brief规定长度的文本几乎都是冗余内容。
  • 如实报告情况。 如果团队遇到问题或配额耗尽,请告知。切勿私下改用Claude的配额重新执行任务。