软件工程
React 组件重构
将旧版 Class 组件重构为现代 Hooks 写法,并确保所有测试通过
在生成器中打开53 个即贴即用的 Claude Fable5 提示词——覆盖创意写作、研究分析、编程调试、营销文案、学习教学、效率规划与审查安全。替换[方括号]内容,复制后粘贴到你的 Claude 应用即可。
十一个真实场景的代理配置——点击即可在提示词生成器中打开,任务类型、自主程度与进阶模块均已预填。在生成器中微调后复制完整系统提示词。
软件工程
将旧版 Class 组件重构为现代 Hooks 写法,并确保所有测试通过
在生成器中打开软件工程
系统性地诊断并修复 REST API 的性能瓶颈与错误处理问题
在生成器中打开软件工程
从零开始实现一个完整的用户认证功能,包含前后端与数据库
在生成器中打开研究分析
对指定竞品进行全面的功能、定价与市场定位分析
在生成器中打开研究分析
评估并比较多个技术方案,给出有依据的选型建议
在生成器中打开数据处理
建立自动化的数据清洗与转换流程,处理脏数据并输出标准格式
在生成器中打开数据处理
分析服务器日志,识别异常模式并生成可视化报告
在生成器中打开内容创作
为 API 或开源项目撰写完整、清晰的开发者文档
在生成器中打开内容创作
为 SaaS 产品撰写落地页文案,强调核心价值主张
在生成器中打开代理工作流
作为 CI/CD 代理,自动审查 PR 并提供结构化的改进建议
在生成器中打开代理工作流
自动执行数据收集、分析、撰写的完整研究工作流
在生成器中打开7 大分类共 42 个单条消息提示词。选择分类,替换[方括号]内容,复制即可。
写一篇[类型]短篇故事,背景设定在[场景],以[角色]的视角叙述。控制在[400]字以内,要有清晰的开端、转折和结尾。基调:[民间故事 / 黑色 / 充满希望]。
为[世界名称]创建一份世界观设定简报:地理环境、政治张力、一个日常生活细节,以及一个未解之谜。格式为四个带标题的短小章节。
用三种截然不同的声线,把同一段 120 字的独白写三遍:[疲惫的导师]、[过度自信的新人]、[沉默的旁观者]。为每个版本标注身份。
写一段[角色 A]与[角色 B]之间的纯对话场景,两人就[话题]意见相左。不要任何旁白。以一个心照不宣的妥协收尾。
写一首[12]行的诗,主题是[对象],但全诗不能直接点出它的名字。只用具体意象——不要抽象名词。
请从节奏、叙述声音和开篇钩子的强度三个方面点评下面这段开篇文字。引用具体语句,然后给出一版改写建议。文本:[粘贴]。
针对[使用场景],比较[方案 A]和[方案 B]。输出一张表格,行维度为:成本、学习曲线、生态、风险。最后给出两句话的结论以及置信度。
列出这个论断中隐藏的所有假设:「[论断]」。标记每条假设是否可验证,并给出验证最重要三条的方法。
用 250 字以内总结围绕[话题]的正反方核心论点。注明每个论点通常由谁主张,并指出证据最薄弱的地方。
针对[决策]给出优点、缺点和最终结论。优缺点各不超过 5 条,按对[利益相关方]的重要程度排序。
根据这些数据:[粘贴数据],描述三个趋势、一个异常点,以及一个数据本身无法回答的问题。不要做超出数字范围的推测。
分别用 150 字写出支持与反对[立场]的最强论证(钢铁人论证),然后指出真正使两方分歧的关键所在。
这是报错信息和相关代码:[粘贴]。按可能性从高到低列出三个最可能的根因、确认每个根因的最快方法,以及最小修复方案。
从正确性、可读性和边界情况三个角度审查这个函数:[粘贴代码]。指出具体行号,然后给出修订后的版本。
为[模块描述]提出一份重构计划,拆分为[3]个可独立测试的小步骤逐步上线。标注每一步的风险。
为这个函数编写[单元]测试,覆盖正常路径、边界值和一种失败场景:[粘贴代码]。使用[测试框架]。
假设对方是刚接触[编程语言]的开发者,解释这段代码做了什么,然后列出两个在高负载下可能出问题的地方:[粘贴代码]。
从命名、状态码和版本管理三个方面点评这个 API 端点设计:[描述端点]。给出修正后的规范。
为面向[受众]的[产品]生成 5 个标题变体。角度各不相同:成果、痛点、好奇心、社会认同、紧迫感。每条不超过 15 个字。
为[产品]撰写落地页 Hero 区文案:主标题(不超过 12 字)、副标题(不超过 30 字)和 3 条价值要点。语气:平实、自信,不用炒作词汇。
为[产品]起草一组 3 封的新用户引导邮件:欢迎、激活提醒、社会认同。包含主题行和 120 字以内的正文。每封邮件只放一个明确的 CTA。
为[产品]写一句定位陈述:面向有[需求]的[受众],与[替代方案]不同,它[关键差异]。然后把它转译成一句口语化的大白话。
把这条公告改写成 3 个平台的帖子(X、LinkedIn、Newsletter 短讯):[粘贴公告]。匹配每个平台的语气和篇幅习惯。
列出[受众]对[产品/报价]最可能提出的 5 个异议,并为每条写一段回应——先承认其中合理的部分,再进行反驳。
向行业新人解释[概念]。用一个日常类比、一个具体例子,最后指出关于它最常见的一个误解。
制定一份[4]周的[技能]学习计划,每周投入[2]小时。每周包含:目标、建议使用的资源类型和一次自测。假设零基础。
围绕[主题]出一份 10 题测验:6 道选择题、3 道简答题、1 道应用场景题。附答案,每题配一行解析。
请扮演[主题]的苏格拉底式导师。一次只问我一个问题,并根据我的回答调整。除非我主动要求或连续答错两次,否则不要直接讲解。
从[烹饪 / 体育 / 城市规划]中各取一个,为[概念]给出三个类比,并指出每个类比在哪里会失效。
这是我对[主题]的理解:[粘贴]。请按顺序指出:哪些是对的、哪些存在细微偏差、还缺了什么。
起草一份[30]分钟的会议议程,用于决定[决策事项]:会前阅读材料、3 个限时讨论环节、决策机制和负责人分配。
这是我的任务清单:[粘贴]。按影响与紧迫程度分为「现在 / 接下来 / 之后」三组,标记可以委派的任务,并找出那个能解锁其他任务的关键任务。
把这个想法整理成一页纸的项目简报:[想法]。包含:问题、成功指标、范围(包含/不包含)、风险、第一个里程碑。
为在[选项]之间做选择建立一个加权决策矩阵,评估标准:[列出标准,或由你提议 5 条]。展示打分过程,并说明结果对权重变化的敏感程度。
对[项目]做一次书面复盘:哪些有效、哪些无效、下次会改什么,外加下个周期要做的一个实验。每部分不超过 3 条。
总结这个讨论串并起草一封回复:[粘贴]。回复需确认已定决策、列出待解问题,并在 180 字以内提出下一步建议。
审查这条提示词的歧义、缺失上下文,以及可能产生有害或带偏见输出的风险:[粘贴提示词]。给出一版更安全、更清晰的改写。
列出这段文字中的每一条事实性陈述,并逐条评级:公认事实 / 需要来源 / 很可能有误。文本:[粘贴]。
识别这段文字中的框架偏见、选择性偏见和措辞偏见:[粘贴]。然后用中立语体改写其中一段。
标记这段文字中所有个人信息或可识别身份的信息,并返回一个用占位符脱敏后的版本:[粘贴]。
评估这个信源的可靠性:[链接或描述]。从作者身份、证据质量、时效性和利益动机四个维度打 1–5 分,每项附一行理由。
在我发布之前,请检查:缺乏依据的论断、语气失当、缺失的限定说明和法律风险点。返回一张「通过/需修改」的表格。文本:[粘贴]。
模版之所以有效,是因为它把模型最容易「猜」的部分固定了下来:角色、受众、输出格式和边界。运行前请替换所有方括号——填一半的模版只会产出含糊的结果。迭代时一次只改一个变量,这样你才知道是什么带来了改进。
当某个定制版本效果不错时,记得保存你自己的副本;最好的模版库是你自己长出来的那一个。对于长时间运行的代理任务,建议从上方的系统提示词预设开始,在生成器中继续打磨。
关于使用这些提示词模版的常见疑问。