用 Fabric 的 create_formal_email Pattern 生成专业正式邮件模板结构、命令行实践与提示词原理【免费下载链接】FabricFabric is an open-source framework for augmenting humans using AI. It provides a modular system for solving specific problems using a crowdsourced set of AI prompts that can be used anywhere.项目地址: https://gitcode.com/GitHub_Trending/fa/Fabric导读create_formal_email是 Fabric 开源仓库中一个专门用于撰写与回复商务正式邮件的 Pattern提示词模式。它把商务礼仪 职业写作能力封装成一套可复用的提示词你只需通过标准输入把邮件场景、意图和语气要求喂给fabric --pattern create_formal_email即可得到符合正式信函规范、结构完整且措辞得体的成稿。本文以 create_formal_email/system.md 为绝对主体逐段拆解其角色设定、任务定义、四步工作流、输出段落结构与输出约束并给出可直接运行的 CLI 用法、输入样例、相关 Pattern 定位以及把邮件 Pattern 改造为自用/自定义模式的源码级依据。一、Pattern 定位一份可随处调用的正式邮件专家在 Fabric 的生态里Pattern是一个以 Markdown 形式编写的、面向特定问题的 AI 提示词模块文件约定为pattern_name/system.md。仓库中已有数百个 Pattern覆盖写作、业务、安全、教学等主题pattern_explanations.md 中对本 Pattern 给出的单行定义是create_formal_email: Crafts professional, clear, and respectful emails by analyzing context, tone, and purpose, ensuring proper structure and formatting.也就是说它解决的是如何让 AI 写出专业、清晰、尊重收件人同时结构正确的邮件这一具体问题其产出目标是让收件人感受到发件人的礼貌与职业素养。注意它与仓库中的analyze_email_headers分析 SPF/DKIM/DMARC 邮件头的安全工具完全不同——前者是写正式商务信函后者是做邮件安全取证二者不可混淆。从 suggest_pattern/system.md 的归类看create_formal_email同时出现在BUSINESS与WRITING两个业务类别中说明它在商务场景与广义写作场景里都被认为值得推荐。相邻的同类写作 Pattern 还包括improve_writing、improve_academic_writing、create_newsletter_entry、create_user_story等而本文只聚焦邮件这一垂直场景。二、逐段拆解 system.md它到底在教模型做什么以下以 data/patterns/create_formal_email/system.md 的原文结构为骨架展开。2.1 IDENTITY and PURPOSE——角色与使命设定You are an expert in formal communication with extensive knowledge in business etiquette and professional writing. Your purpose is to craft or respond to emails in a manner that reflects professionalism, clarity, and respect, adhering to the conventions of formal correspondence.这是提示词的角色锚点模型必须扮演正式沟通专家具备两方面的知识底座——商务礼仪business etiquette与职业写作professional writing。使命包含两层动作既能从零撰写craft邮件也能针对来函回复respond to邮件无论哪一层输出都必须满足专业性、清晰度、尊重感三个验收维度并遵循正式信函的行文惯例。值得注意的一个细节原文写的是email(s)、craft or respond说明该 Pattern 并不限定只从空白起草也可以把一封需要回复的来信全文作为输入让模型在理解原信语境后组织应答。这使得它的适用边界覆盖主动写信与被动回信两种最常见场景。2.2 TASK——任务目标与质量红线Your task is to assist in writing or responding to emails by understanding the context, purpose, and tone required. The emails you generate should be polished, concise, and appropriately formatted, ensuring that the recipient perceives the sender as courteous and professional.TASK 段给出了三个质量关键词polished精修打磨成稿需经过修饰无粗糙感concise简洁不啰嗦、不堆砌套话直击要点appropriately formatted格式得体符合正式邮件版式规范。同时强调该任务的本质是理解 context语境、purpose目的、tone语气三要素后再动笔——这正是我们后续在 STEPS 中会看到先理解、再构思、后起草工作流的原因。2.3 STEPS——四步工作流这是整个提示词最核心的过程约束模型必须按顺序执行四个步骤Understand the Context理解语境仔细通读输入把握邮件为何写、写给谁、用什么语气提炼关键信息主题subject matter、发件人与收件人的关系relationship、输入中是否包含具体指示或请求specific instructions or requests。Construct a Mental Model构建心智模型要求模型在脑中放一块虚拟白板virtual whiteboard把关键要点、意图与期望结果desired outcomes可视化地组织起来依据发件人与收件人关系推定正式程度formality等级。这一设计本质上是让模型在生成前先做读者画像 目标拆解避免拿到输入就机械套模板。Draft the Email起草邮件以契合正式程度的称呼greeting开篇在开头段落就明确写信目的正文逐步展开主要观点补充必要的细节与支撑信息以礼貌性结尾收束视需要重申行动号召call to action或表达感谢。Polish the Draft打磨成稿检查 clarity清晰、coherence连贯、conciseness简洁全程保持尊重且职业化的语气修正语法错误、拼写错误与排版问题。从工程视角看这四步与经典的理解 → 规划 → 生成 → 校审文本生成管线完全同构。对使用者而言其含义是输入质量决定 1、2 两步的上限你提供越充分的背景身份关系、目的、语气倾向模型产出的正式程度与内容精准度就越高。2.4 OUTPUT SECTIONS——固定输出段落结构Pattern 对输出做了强约束要求成稿必须按以下四个段落组织GREETING称呼依据正式程度选择合适的称谓如Dear [Title] [Last Name],正式、用于不熟悉/尊重的对象或Hello [First Name],半正式、用于较熟悉的联系人。INTRODUCTION引言清晰、简洁地点明写信目的避免绕圈子。BODY正文展开主要观点提供必要的细节、解释或上下文逻辑层次分明。CLOSING结尾概括关键点或行动号召附上礼貌结束语如Sincerely,、Best regards,需要时补充完整的职业签名块signature block。需要特别提醒Dear [Title] [Last Name]中的[Title]是Dr./Prof./Ms./Mr.这类称谓而非职位[Last Name]是姓氏。这一套称呼—目的—展开—收束签名正是英美商务信函的标准四段骨架也恰好是多数职场人士期望的专业感来源。2.5 OUTPUT INSTRUCTIONS——成稿质量的硬性约束- The email should be formatted in standard business email style. - Use clear and professional language, avoiding colloquialisms or overly casual expressions. - Ensure that the email is free from grammatical and spelling errors. - Do not include unnecessary warnings or notes—focus solely on crafting the email.四条约束可概括为商务邮件标准版式 避免口语/随意的表达 零语法拼写错误 只输出邮件本身。最后一条最值得注意——它明确禁止模型在邮件之外附加任何解释、免责声明、使用建议或我假设……之类的元话语。也就是说理想输出应当是一封可以直接点击发送的完整邮件而不是邮件 一堆注释。2.6 INPUT 占位符——用户输入的接入点文件末尾的INPUT:是 Fabric Pattern 的通用约定它声明下面即将粘贴的是用户提供的待处理内容。实际运行时用户通过管道送入的文本会在这个位置注入。换句话说这个文件本身是一份带缺口的提示词缺口就是你的邮件草稿、场景描述或需要回复的来信。三、命令行实战如何真正跑起来3.1 准备工作按仓库 README.md 的说明Fabric 是一个 Go 编写的 CLI。首次使用需运行fabric --setup完成配置并通过fabric --listvendors/fabric --listmodels查看可选厂商与模型随后执行fabric -U--updatepatterns可把仓库中的 Pattern 同步到本机配置目录源码层面的同步逻辑见 internal/tools/patterns_loader.go其PopulateDB()会克隆默认仓库并只摘取data/patterns目录的内容。3.2 最小可用命令Fabric 的通用调用范式是标准输入作为INPUT:、-p/--pattern选择 Patterncat EOF | fabric --pattern create_formal_email 我需要在周一上午给供应商项目经理 Ms. Chen 写一封邮件确认上季度交付物验收通过 同时礼貌地提醒两处待补交的文档验收报告 v2 与测试记录希望在下周五前补齐。 语气正式、简洁结尾希望对方回执确认时间安排。 EOF也可以用 echo 直接喂入单行需求echo Write a formal follow-up email to a client asking for payment of invoice #2026-0911, due last Friday, in a polite but firm tone. | fabric --pattern create_formal_email要点说明你不必预先提供Dear…或正文——模型的 2.1~2.4 节规则会负责搭骨架你只需把场景 关系 诉求 语气倾向这四类信息说清楚若希望实时看到逐字输出追加-s--stream若想直接输出到文件使用-o path如需把结果写入剪贴板用-c--copy。3.3 回复来信场景由于 Pattern 支持craft or respond to emails你也可以把收到的原信全文作为输入让模型按同一套商务礼仪标准起草回复cat original_email.txt | fabric --stream --pattern create_formal_email输入侧只需把原信当作上下文提供给模型模型会自行执行 STEPS 第 1 步提炼来信主题、判断双方关系再进入 2.4 的四段式输出。3.4 常用 CLI 参数速查摘自 README以下参数与邮件写作流水线组合时最常使用来源为 README.md 的 Usage 帮助文本fabric -h参数含义在邮件场景中的典型用法-p, --pattern选择 Pattern-p create_formal_email-s, --stream流式输出边生成边查看成稿过程-t, --temperature温度默认 0.7想更保守可调低至 0.3~0.5-m, --model指定模型如-m openai/gpt-4o-V, --vendor指定厂商-V LM Studio -m openai/gpt-oss-20b-o, --output输出到文件-o reply_draft.txt-c, --copy复制到剪贴板生成后直接粘贴进邮件客户端-v, --variable变量替换-v#role:部门主管等配合含变量的自定义 Pattern3.5 进阶把 create_formal_email 变成自定义命令如果你高频使用该 Pattern可按 README.md 中的 Add aliases for all patterns 一节在.bashrc/.zshrc里为全部 Pattern 生成别名使create_formal_email直接成为一个 shell 命令for pattern_file in $HOME/.config/fabric/patterns/*; do pattern_name$(basename $pattern_file) alias_name${FABRIC_ALIAS_PREFIX:-}${pattern_name} eval alias $alias_namefabric --pattern $pattern_name done此后即可直接使用echo Draft a thank-you note to interview panel after accepting the offer. | create_formal_email若希望为你所在公司/学院定制一封固定的礼貌结尾与签名块可以利用仓库的 Custom Patterns 机制见 README.md 的 Custom Patterns 一节先把官方 system.md 拷贝到自建目录再在 CLOSING 规则中追加你单位的落款模板mkdir -p ~/my-custom-patterns/my_formal_email cp ~/.config/fabric/patterns/create_formal_email/system.md ~/my-custom-patterns/my_formal_email/ echo 补充规则CLOSING 中的签名块固定使用 Best regards, [你的姓名] [职位] | [部门] | [联系电话] ~/my-custom-patterns/my_formal_email/system.md自定义 Pattern 会出现在fabric --listpatterns中且优先级高于同名内置 Pattern、不会被fabric -U覆盖适合团队共享一份标准商务落款。四、使用该 Pattern 的输入质量清单基于 STEPS 第 1~2 步对语境理解与心智模型的依赖为了让成稿质量最大化建议每次输入时尽量覆盖以下信息缺省项越多模型越需要自行假设正式程度的判断可能偏离预期发件人视角你是谁职位、部门可选收件人关系对方与你的亲疏/职级关系决定用Dear Dr. X还是Hello First Name的正式度写信目的告知 / 请求 / 确认 / 致歉 / 催促 / 感谢一次只聚焦一个主要目的关键事实日期、订单号、项目名、文档名等任何必须出现的硬信息期望动作CTA希望对方何时做什么、以何种方式回执语气倾向如礼貌但坚定低调谦逊专业中性等形容词输出语言若需英文则直接用英文描述需求需要中文商务信函时可用中文或附-gzh语言参数见 README.md 中-g, --language的说明。五、如何继续深挖相关文件与拓展阅读Pattern 原文data/patterns/create_formal_email/system.mdPattern 功能速览第 69 条data/patterns/pattern_explanations.mdPattern 推荐语境与业务分类BUSINESS/WRITING 段data/patterns/suggest_pattern/system.mdPattern 同步/安装的源码实现PopulateDB/movePatternsinternal/tools/patterns_loader.goCLI 参数、别名与自定义 Pattern 章节README.md若想比较或学习正式英文写作的同类 Pattern可参考同目录的improve_writing、humanize、improve_academic_writing它们与本 Pattern 一起构成写作主题的提示词族。需要再次强调的事实边界Pattern 目录内目前仅提供 system.md 一个文件不含 user.md 示例输入因此示例调用中的中文/英文输入片段均为本文按文件约定与 CLI 规则构造的演示用法而非仓库自带的官方样例真正决定输出结构的一手依据仍是 2.1~2.6 中逐条引用的原文规则。若你所在团队对邮件有强格式规范如必须含免责声明、审批抄送清单等最稳妥的做法是参照本文第三节的自定义 Pattern 方法把团队规范补写成额外的 OUTPUT INSTRUCTIONS 后长期复用。【免费下载链接】FabricFabric is an open-source framework for augmenting humans using AI. It provides a modular system for solving specific problems using a crowdsourced set of AI prompts that can be used anywhere.项目地址: https://gitcode.com/GitHub_Trending/fa/Fabric创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考