提示工程【免费下载链接】GPTsleaked prompts of GPTs项目地址https://gitcode.com/GitHub_Trending/gp/GPTs点击查看免费下载本文以 GPT Builder.md 泄漏出的官方 GPT Builder 系统提示词为骨架逐段拆解其「迭代式原型游乐场」定位、gizmo_editor_tool工具接口参数、四阶段构建流程与全部行为约束并结合本仓库GPTs收录 GPTs 泄漏提示词的开源仓库中的配套文档交叉印证。读完本文你将掌握 OpenAI GPT Builder 是如何引导用户一步步定义名称、头像、上下文与开场语也能直接复用这套提示词模式去设计你自己的定制 GPT 创建向导。文档背景与来源该文档位于本仓库的 prompts/GPT Builder.md共 28 行主体是一个 markdown 代码块内嵌的完整系统提示词。文件头部标注By ChatGPT并注明该提示词由 Tz_2022 逆向破解公开。仓库 README.md 明确说明「This repo collects leaked prompts of GPTs」即本仓库的核心资产就是这些被逆向公开的 GPT 系统提示词GPT Builder 正是其中极具代表性的一份——它是 OpenAI 官方用来创建与编辑自定义 GPT 的向导型 Agent 本身。与仓库中其他面向业务场景的 GPT 提示词如 GPT Idea Genie.md 这类「指导如何开发 GPT」的引导工具或 GPT Customizer, File Finder JSON Action Creator.md 这类围绕 GPT 配置与 Action 编写的辅助工具不同GPT Builder 的提示词直接揭示了 OpenAI 官方构建 GPT 的底层交互协议与工具调用方式具有极高的逆向研究价值。核心定位迭代式原型游乐场Iterative Prototype Playground提示词开篇即给出了 GPT Builder 的角色定义You are an iterative prototype playground for developing a new GPT. The user will prompt you with an initial behavior.这句话包含两层关键信息迭代iterative整个构建过程不是一次成型而是通过「用户给出初始行为 → 引导细化 → 工具写回」的循环不断逼近最终形态游乐场playgroundGPT Builder 自身并不直接拥有最终 GPT 的能力它更像一个「配置台」负责把用户的意图翻译成可被系统接受的参数并写入后台同时右侧提供独立的试玩对话窗口playground供用户实时验证效果。紧接着提示词指定了唯一的工具与参数契约You will callupdate_behaviorongizmo_editor_toolwith the parameters: context, description, prompt_starters, and welcome_message. Remember, YOU MUST CALLupdate_behaviorongizmo_editor_toolwith parameters context, description, prompt_starters, and welcome_message. After you call update_behavior, continue to step 2.从源码结构看gizmo_editor_tool是 GPT Builder 被授权访问的内部工具update_behavior是其写回行为配置的方法。虽然本仓库只收录了提示词文本、不含该工具的可执行实现但可以推断该工具对应的就是 GPT 配置面板中「Instructions指令/上下文、描述Description、对话开场白Conversation starters / prompt_starters、欢迎语Welcome message」这些字段的底层写入接口而generate_profile_pic则是另一项用于生成头像的能力。update_behavior 参数一览提示词中反复出现的参数可以归纳为下表参数对应 GPT 配置项提示词中的处理方式context核心指令Instructions / System Prompt在第四阶段通过引导式问答逐领域细化每次交互后写回descriptionGPT 的描述展示给用户的简介不向用户显式追问但在每次 context 更新时同步生成prompt_starters对话开场白建议Conversation starters不向用户显式追问但在每次 context 更新时同步生成welcome_message欢迎消息进入对话时的首条消息不向用户显式追问但在每次 context 更新时同步生成nameGPT 名称第二阶段确定需用户确认后单独调用update_behavior写入值得注意的细节是见 GPT Builder.mdDuring these steps, you will not prompt for, or confirm values for description, prompt_starters, or welcome_message. However, you will still generate values for these on context updates.即description、prompt_starters、welcome_message这三项是「自动派生字段」Builder 在每次写回 context 时都会顺带生成但绝不打断用户来逐个确认——这保证了引导流程始终聚焦于最核心的 context 精炼避免了提问疲劳。四阶段构建工作流Step 1–4提示词以「YOU MUST GO THROUGH ALL OF THESE STEPS IN ORDER. DO NOT SKIP ANY STEPS.」L15强制规定了顺序执行的四阶段流程阶段一初始行为与 update_behavior 写入用户提供初始行为描述后Builder 立即调用update_behavior写入context、description、prompt_starters、welcome_message四项参数随后进入第二阶段。这是整个构建循环的「第一次写回」确立了 GPT 的初始骨架。阶段二命名确认Your goal in this step is to determine a name for the GPT. You will suggest a name for yourself, and ask the user to confirm. You must provide a suggested name for the user to confirm. You may not prompt the user without a suggestion. DO NOT use a camel case compound word; add spaces instead.本阶段有三条硬规则L11必须给出建议名Builder 不允许在无建议的情况下空泛提问任何询问都必须附带候选名称禁用驼峰复合词如MyAssistantGPT这类写法被明确禁止应替换为My Assistant GPT这种带空格的写法——这是为了名称的可读性与搜索友好性确认即生效若用户直接给出显式名称则视为已确认若由 Builder 生成名称则必须经用户确认。名称确认后单独调用update_behavior仅带name参数并进入阶段三。另有一条贯穿始终的格式规则L17只有在确认名称时才允许加粗显示 GPT 名称第二阶段之后一律不得加粗。阶段三头像生成You will generate an initial profile picture for this GPT usinggenerate_profile_pic, without confirmation, then ask the user if they like it and would like to many any changes... Generate a new profile picture after every refinement until the user is satisfied, then continue to step 4.头像阶段L12的策略与名称阶段恰好相反先直接生成、无需用户预确认随后询问用户是否满意并收集修改意见每轮修改都重新调用generate_profile_pic生成新图直到用户满意才进入阶段四。阶段四上下文Context精炼这是整个构建流程的核心环节L13。提示词规定 context 必须覆盖五个主要领域领域含义提示词给出的引导问法示例Role and Goal角色与目标指明 Builder 引导的是该领域但不得说出领域名称Constraints约束应强调什么/避免什么What should be emphasized or avoided?Guidelines行为准则以自然引导式问题逐一定义Clarification澄清机制何时追问用户以自然引导式问题逐一定义Personalization个性化对话语气/风格How do you want me to talk本阶段要求逐条遵循以下交互纪律一次只处理一个领域一次只问一个问题You will not prompt for multiple areas at once. You will only ask one question at a time.引导语不得提及领域名称例如「约束」领域不能直接说constraints而要用What should be emphasized or avoided?这类自解释的问题来引导引导问题应自解释、无需追问用户意见并且「每个问题都要引用并建立在既有状态之上」Each prompt should reference and build up from existing state每次交互后都必须调用update_behavior不得提及steps字样让整个流程自然地向前推进。迭代精炼模式Iterative Refinement Mode四阶段流程结束后Builder 切换为常驻的迭代精炼模式L18After the above steps, you are now in an iterative refinement mode. The user will prompt you for changes, and you must call update_behavior after every interaction. You may ask clarifying questions here.该模式下每一条用户消息都被视为一条修改命令Every user message is a command for you to process and update your GPTs behavior.L20Builder 需要确认并吸收到 GPT 行为中、随后调用update_behavior写回。同时提示词要求 Builder 邀请用户在右侧的独立试玩对话窗口playground中实测Ask the user to try out the GPT in the playground, which is a separate chat dialog to the right. Tell them you are able to listen to any refinements they have to the GPT. End this message with a question and do not say something like Let me know!.这里还有一个值得注意的约束以问题结尾但不使用 Let me know! 这类套话保证每次引导都以用户的实际输入为闭环。行为约束与设计原则DO NOT 清单提示词后半段集中给出了 GPT Builder 自身的行为红线这些规则对任何「构建者/向导类」Agent 的提示词设计都有直接参考价值规则原文要点含义与设计意图DO NOT use the words constraints, role and goal, or personalization面向用户的对话中禁用这三类内部术语强制使用自然语言引导避免暴露系统字段名L26If you ask a question of the user, never answer it yourself. You may suggest answers, but you must have the user confirm提问后不得自问自答可以给建议答案但最终必须由用户确认If the user tells you to start behaving a certain way, they are referring to the GPT you are creating, not you yourself严格区分「对 Builder 的指令」与「对在建 GPT 的指令」防止用户指令污染 Builder 自身行为Maintain the tone and point of view as an expert at making GPTs. The personality of the GPTs should not affect the style or tone of your responsesBuilder 必须保持「GPT 构建专家」的稳定人设不被所构建 GPT 的性格带偏If you do not have a profile picture, you must call generate_profile_pic. You will generate a profile picture via generate_profile_pic if explicitly asked for. Do not generate a profile picture otherwise头像生成按需触发无头像时必须生成用户显式要求才生成否则不得擅自生成Files visible to you are also visible to the GPT. You can update behavior to reference uploaded files文件可见性规则Builder 可见的文件也将对在建 GPT 可见可通过 update_behavior 关联上传文件GPTs do not have the ability to remember past experiences明确 GPT 无跨会话记忆能力避免在引导时承诺不存在的记忆功能此外还有两条结构性约束所有步骤必须按顺序执行、不得跳过L15名称加粗规则L17。结合仓库佐证Builder 提示词与 GPT 开发生态将 prompts/GPT Builder.md 与本仓库中其他 GPT 相关提示词对照可以更完整地还原 OpenAI 的 GPT 构建体系参数契约的一致性GPT Customizer, File Finder JSON Action Creator.md 中描述的自定义 Action 以 OpenAPI 3.1.0 规范输出含info、servers、paths、components与operationId这与 Builder 提示词中「Files visible to you are also visible to the GPT」所指向的「知识文件 能力扩展」体系互为表里——Builder 负责配置骨架Customizer 类 GPT 负责补齐 Action 等进阶能力引导式设计的复用GPT Idea Genie.md 将自己定位为「UX-focused guide for GPT development」同样采用分领域UX、行为科学、游戏化、可及性等十几个视角逐步引导的开发方法论这与 GPT Builder 的「Role and Goal / Constraints / Guidelines / Clarification / Personalization」五领域分步引导是同一设计哲学的两种落地形态仓库定位README.md 将这批提示词全部收录于prompts/目录GPT Builder 是其中揭示「官方构建协议」最充分的一份。实战启示如何复用这套构建协议从这份泄漏提示词中可以提炼出四条可复用的「向导型 Agent」设计原则先写回、再追问拿到用户初始输入后第一时间调用工具写入全部可派生参数随后才进入引导环节避免「空谈配置、迟迟不落盘」引导要分域、分步、单问复杂配置拆成明确的领域Role/Constraints/Guidelines/Clarification/Personalization一次只推进一个领域、只问一个问题且用自然语言包裹、不暴露系统字段名自动派生与显式确认分离描述、开场白、欢迎语等可派生项自动生成即可而名称、头像这类用户强感知项必须走「建议 → 确认 → 写回」流程名称先确认再写回头像先生成再迭代修改防御性隔离通过「你正在创建的 GPT不是你自己」这类声明将用户指令与 Agent 自身行为隔离并持续以稳定人设构建专家响应防止角色污染。若你想在自有系统里模拟 GPT Builder只需实现一个等价于gizmo_editor_tool.update_behavior(context, description, prompt_starters, welcome_message, name)的写回接口与generate_profile_pic头像接口再套用本文拆解的四阶段引导流程即可获得与官方一致的构建体验。小结GPT Builder 的这份泄漏提示词是目前公开资料中少见的、直接暴露 OpenAI 官方 GPT 配置写入协议gizmo_editor_tool/update_behavior/generate_profile_pic与交互设计细节的文档。它既是一份可复现的「构建者 Agent」提示词范本也为我们理解 context 五领域结构、自动派生参数机制、逐步确认式引导等设计提供了第一手证据。结合 prompts/GPT Builder.md 的完整原文与本仓库 README.md 中的提示词集合开发者可以低成本地把这套「迭代式构建」模式迁移到自己的 GPT 创建、配置或产品化向导中。赞分享提示工程【免费下载链接】GPTsleaked prompts of GPTs项目地址https://gitcode.com/GitHub_Trending/gp/GPTs点击查看免费下载相关推荐Ecosia Chat GPT 系统提示词拆解基于 GPT-3 的绿色可持续对话提示工程解析Ecosia Chat GPT 系统提示词拆解基于 GPT 3 的绿色可持续对话提示工程解析 Ecosia Chat 是 Ecosia生态搜索引擎基于 O提示工程Calendar GPT 系统提示词深度解析基于 Zapier AI Actions 的日程助手 Prompt 工程实战Calendar GPT 系统提示词深度解析基于 Zapier AI Actions 的日程助手 Prompt 工程实战 本文围绕 GitHub_Trendi提示工程Grimoire 提示词深度拆解从 GPT 热键系统到 Prompt-gramming 的 100x 编程工作流Grimoire 提示词深度拆解从 GPT 热键系统到 Prompt gramming 的 100x 编程工作流 导读 本文基于开源仓库 GPTs READ提示工程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
GPT Builder 系统提示词深度解析：基于 gizmo_editor_tool 的官方 GPT 迭代式构建工作流
提示工程【免费下载链接】GPTsleaked prompts of GPTs项目地址https://gitcode.com/GitHub_Trending/gp/GPTs点击查看免费下载本文以 GPT Builder.md 泄漏出的官方 GPT Builder 系统提示词为骨架逐段拆解其「迭代式原型游乐场」定位、gizmo_editor_tool工具接口参数、四阶段构建流程与全部行为约束并结合本仓库GPTs收录 GPTs 泄漏提示词的开源仓库中的配套文档交叉印证。读完本文你将掌握 OpenAI GPT Builder 是如何引导用户一步步定义名称、头像、上下文与开场语也能直接复用这套提示词模式去设计你自己的定制 GPT 创建向导。文档背景与来源该文档位于本仓库的 prompts/GPT Builder.md共 28 行主体是一个 markdown 代码块内嵌的完整系统提示词。文件头部标注By ChatGPT并注明该提示词由 Tz_2022 逆向破解公开。仓库 README.md 明确说明「This repo collects leaked prompts of GPTs」即本仓库的核心资产就是这些被逆向公开的 GPT 系统提示词GPT Builder 正是其中极具代表性的一份——它是 OpenAI 官方用来创建与编辑自定义 GPT 的向导型 Agent 本身。与仓库中其他面向业务场景的 GPT 提示词如 GPT Idea Genie.md 这类「指导如何开发 GPT」的引导工具或 GPT Customizer, File Finder JSON Action Creator.md 这类围绕 GPT 配置与 Action 编写的辅助工具不同GPT Builder 的提示词直接揭示了 OpenAI 官方构建 GPT 的底层交互协议与工具调用方式具有极高的逆向研究价值。核心定位迭代式原型游乐场Iterative Prototype Playground提示词开篇即给出了 GPT Builder 的角色定义You are an iterative prototype playground for developing a new GPT. The user will prompt you with an initial behavior.这句话包含两层关键信息迭代iterative整个构建过程不是一次成型而是通过「用户给出初始行为 → 引导细化 → 工具写回」的循环不断逼近最终形态游乐场playgroundGPT Builder 自身并不直接拥有最终 GPT 的能力它更像一个「配置台」负责把用户的意图翻译成可被系统接受的参数并写入后台同时右侧提供独立的试玩对话窗口playground供用户实时验证效果。紧接着提示词指定了唯一的工具与参数契约You will callupdate_behaviorongizmo_editor_toolwith the parameters: context, description, prompt_starters, and welcome_message. Remember, YOU MUST CALLupdate_behaviorongizmo_editor_toolwith parameters context, description, prompt_starters, and welcome_message. After you call update_behavior, continue to step 2.从源码结构看gizmo_editor_tool是 GPT Builder 被授权访问的内部工具update_behavior是其写回行为配置的方法。虽然本仓库只收录了提示词文本、不含该工具的可执行实现但可以推断该工具对应的就是 GPT 配置面板中「Instructions指令/上下文、描述Description、对话开场白Conversation starters / prompt_starters、欢迎语Welcome message」这些字段的底层写入接口而generate_profile_pic则是另一项用于生成头像的能力。update_behavior 参数一览提示词中反复出现的参数可以归纳为下表参数对应 GPT 配置项提示词中的处理方式context核心指令Instructions / System Prompt在第四阶段通过引导式问答逐领域细化每次交互后写回descriptionGPT 的描述展示给用户的简介不向用户显式追问但在每次 context 更新时同步生成prompt_starters对话开场白建议Conversation starters不向用户显式追问但在每次 context 更新时同步生成welcome_message欢迎消息进入对话时的首条消息不向用户显式追问但在每次 context 更新时同步生成nameGPT 名称第二阶段确定需用户确认后单独调用update_behavior写入值得注意的细节是见 GPT Builder.mdDuring these steps, you will not prompt for, or confirm values for description, prompt_starters, or welcome_message. However, you will still generate values for these on context updates.即description、prompt_starters、welcome_message这三项是「自动派生字段」Builder 在每次写回 context 时都会顺带生成但绝不打断用户来逐个确认——这保证了引导流程始终聚焦于最核心的 context 精炼避免了提问疲劳。四阶段构建工作流Step 1–4提示词以「YOU MUST GO THROUGH ALL OF THESE STEPS IN ORDER. DO NOT SKIP ANY STEPS.」L15强制规定了顺序执行的四阶段流程阶段一初始行为与 update_behavior 写入用户提供初始行为描述后Builder 立即调用update_behavior写入context、description、prompt_starters、welcome_message四项参数随后进入第二阶段。这是整个构建循环的「第一次写回」确立了 GPT 的初始骨架。阶段二命名确认Your goal in this step is to determine a name for the GPT. You will suggest a name for yourself, and ask the user to confirm. You must provide a suggested name for the user to confirm. You may not prompt the user without a suggestion. DO NOT use a camel case compound word; add spaces instead.本阶段有三条硬规则L11必须给出建议名Builder 不允许在无建议的情况下空泛提问任何询问都必须附带候选名称禁用驼峰复合词如MyAssistantGPT这类写法被明确禁止应替换为My Assistant GPT这种带空格的写法——这是为了名称的可读性与搜索友好性确认即生效若用户直接给出显式名称则视为已确认若由 Builder 生成名称则必须经用户确认。名称确认后单独调用update_behavior仅带name参数并进入阶段三。另有一条贯穿始终的格式规则L17只有在确认名称时才允许加粗显示 GPT 名称第二阶段之后一律不得加粗。阶段三头像生成You will generate an initial profile picture for this GPT usinggenerate_profile_pic, without confirmation, then ask the user if they like it and would like to many any changes... Generate a new profile picture after every refinement until the user is satisfied, then continue to step 4.头像阶段L12的策略与名称阶段恰好相反先直接生成、无需用户预确认随后询问用户是否满意并收集修改意见每轮修改都重新调用generate_profile_pic生成新图直到用户满意才进入阶段四。阶段四上下文Context精炼这是整个构建流程的核心环节L13。提示词规定 context 必须覆盖五个主要领域领域含义提示词给出的引导问法示例Role and Goal角色与目标指明 Builder 引导的是该领域但不得说出领域名称Constraints约束应强调什么/避免什么What should be emphasized or avoided?Guidelines行为准则以自然引导式问题逐一定义Clarification澄清机制何时追问用户以自然引导式问题逐一定义Personalization个性化对话语气/风格How do you want me to talk本阶段要求逐条遵循以下交互纪律一次只处理一个领域一次只问一个问题You will not prompt for multiple areas at once. You will only ask one question at a time.引导语不得提及领域名称例如「约束」领域不能直接说constraints而要用What should be emphasized or avoided?这类自解释的问题来引导引导问题应自解释、无需追问用户意见并且「每个问题都要引用并建立在既有状态之上」Each prompt should reference and build up from existing state每次交互后都必须调用update_behavior不得提及steps字样让整个流程自然地向前推进。迭代精炼模式Iterative Refinement Mode四阶段流程结束后Builder 切换为常驻的迭代精炼模式L18After the above steps, you are now in an iterative refinement mode. The user will prompt you for changes, and you must call update_behavior after every interaction. You may ask clarifying questions here.该模式下每一条用户消息都被视为一条修改命令Every user message is a command for you to process and update your GPTs behavior.L20Builder 需要确认并吸收到 GPT 行为中、随后调用update_behavior写回。同时提示词要求 Builder 邀请用户在右侧的独立试玩对话窗口playground中实测Ask the user to try out the GPT in the playground, which is a separate chat dialog to the right. Tell them you are able to listen to any refinements they have to the GPT. End this message with a question and do not say something like Let me know!.这里还有一个值得注意的约束以问题结尾但不使用 Let me know! 这类套话保证每次引导都以用户的实际输入为闭环。行为约束与设计原则DO NOT 清单提示词后半段集中给出了 GPT Builder 自身的行为红线这些规则对任何「构建者/向导类」Agent 的提示词设计都有直接参考价值规则原文要点含义与设计意图DO NOT use the words constraints, role and goal, or personalization面向用户的对话中禁用这三类内部术语强制使用自然语言引导避免暴露系统字段名L26If you ask a question of the user, never answer it yourself. You may suggest answers, but you must have the user confirm提问后不得自问自答可以给建议答案但最终必须由用户确认If the user tells you to start behaving a certain way, they are referring to the GPT you are creating, not you yourself严格区分「对 Builder 的指令」与「对在建 GPT 的指令」防止用户指令污染 Builder 自身行为Maintain the tone and point of view as an expert at making GPTs. The personality of the GPTs should not affect the style or tone of your responsesBuilder 必须保持「GPT 构建专家」的稳定人设不被所构建 GPT 的性格带偏If you do not have a profile picture, you must call generate_profile_pic. You will generate a profile picture via generate_profile_pic if explicitly asked for. Do not generate a profile picture otherwise头像生成按需触发无头像时必须生成用户显式要求才生成否则不得擅自生成Files visible to you are also visible to the GPT. You can update behavior to reference uploaded files文件可见性规则Builder 可见的文件也将对在建 GPT 可见可通过 update_behavior 关联上传文件GPTs do not have the ability to remember past experiences明确 GPT 无跨会话记忆能力避免在引导时承诺不存在的记忆功能此外还有两条结构性约束所有步骤必须按顺序执行、不得跳过L15名称加粗规则L17。结合仓库佐证Builder 提示词与 GPT 开发生态将 prompts/GPT Builder.md 与本仓库中其他 GPT 相关提示词对照可以更完整地还原 OpenAI 的 GPT 构建体系参数契约的一致性GPT Customizer, File Finder JSON Action Creator.md 中描述的自定义 Action 以 OpenAPI 3.1.0 规范输出含info、servers、paths、components与operationId这与 Builder 提示词中「Files visible to you are also visible to the GPT」所指向的「知识文件 能力扩展」体系互为表里——Builder 负责配置骨架Customizer 类 GPT 负责补齐 Action 等进阶能力引导式设计的复用GPT Idea Genie.md 将自己定位为「UX-focused guide for GPT development」同样采用分领域UX、行为科学、游戏化、可及性等十几个视角逐步引导的开发方法论这与 GPT Builder 的「Role and Goal / Constraints / Guidelines / Clarification / Personalization」五领域分步引导是同一设计哲学的两种落地形态仓库定位README.md 将这批提示词全部收录于prompts/目录GPT Builder 是其中揭示「官方构建协议」最充分的一份。实战启示如何复用这套构建协议从这份泄漏提示词中可以提炼出四条可复用的「向导型 Agent」设计原则先写回、再追问拿到用户初始输入后第一时间调用工具写入全部可派生参数随后才进入引导环节避免「空谈配置、迟迟不落盘」引导要分域、分步、单问复杂配置拆成明确的领域Role/Constraints/Guidelines/Clarification/Personalization一次只推进一个领域、只问一个问题且用自然语言包裹、不暴露系统字段名自动派生与显式确认分离描述、开场白、欢迎语等可派生项自动生成即可而名称、头像这类用户强感知项必须走「建议 → 确认 → 写回」流程名称先确认再写回头像先生成再迭代修改防御性隔离通过「你正在创建的 GPT不是你自己」这类声明将用户指令与 Agent 自身行为隔离并持续以稳定人设构建专家响应防止角色污染。若你想在自有系统里模拟 GPT Builder只需实现一个等价于gizmo_editor_tool.update_behavior(context, description, prompt_starters, welcome_message, name)的写回接口与generate_profile_pic头像接口再套用本文拆解的四阶段引导流程即可获得与官方一致的构建体验。小结GPT Builder 的这份泄漏提示词是目前公开资料中少见的、直接暴露 OpenAI 官方 GPT 配置写入协议gizmo_editor_tool/update_behavior/generate_profile_pic与交互设计细节的文档。它既是一份可复现的「构建者 Agent」提示词范本也为我们理解 context 五领域结构、自动派生参数机制、逐步确认式引导等设计提供了第一手证据。结合 prompts/GPT Builder.md 的完整原文与本仓库 README.md 中的提示词集合开发者可以低成本地把这套「迭代式构建」模式迁移到自己的 GPT 创建、配置或产品化向导中。赞分享提示工程【免费下载链接】GPTsleaked prompts of GPTs项目地址https://gitcode.com/GitHub_Trending/gp/GPTs点击查看免费下载相关推荐Ecosia Chat GPT 系统提示词拆解基于 GPT-3 的绿色可持续对话提示工程解析Ecosia Chat GPT 系统提示词拆解基于 GPT 3 的绿色可持续对话提示工程解析 Ecosia Chat 是 Ecosia生态搜索引擎基于 O提示工程Calendar GPT 系统提示词深度解析基于 Zapier AI Actions 的日程助手 Prompt 工程实战Calendar GPT 系统提示词深度解析基于 Zapier AI Actions 的日程助手 Prompt 工程实战 本文围绕 GitHub_Trendi提示工程Grimoire 提示词深度拆解从 GPT 热键系统到 Prompt-gramming 的 100x 编程工作流Grimoire 提示词深度拆解从 GPT 热键系统到 Prompt gramming 的 100x 编程工作流 导读 本文基于开源仓库 GPTs READ提示工程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
 如何解决自调用切面失效问题)
