mcpField
P
prompt-enhancer

prompt-enhancer

github.com/sammcjAgent 工作流167184 次安装2 天前更新
代码仓库

关于 prompt-enhancer

prompt-enhancer 是一项将非专业人士的请求改写为清晰、贴合领域表达的技能。它在保留原意的同时补充合适的术语、约束、背景和成功标准。

主要功能

  1. 01厘清请求的核心意图
  2. 02补充相关背景与约束
  3. 03使用恰当的领域术语
  4. 04指出影响较大的歧义
  5. 05按任务复杂度调整详略

适用场景

  1. 01完善含糊的技术请求
  2. 02明确编码任务的约束
  3. 03组织专家审查请求
  4. 04在不改变原意时改进提示词

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sammcj/agentic-coding --skill prompt-enhancer

安装后在 Claude Code 中输入/prompt-enhancer确认已加载。

详细介绍

专家提示词增强器

将非专业人士撰写的提示词转换为领域专家提出相同请求时会采用的形式。 目的是让人们无需学习领域专用语言或问题构建方法,也能享受到专家式表述带来的好处。

专家沟通模式

专家与新手的请求在以下方面存在可预测的差异:

模式新手专家
精准度“让它更快”“优化页面加载性能”
任务分解单一、模糊的请求拆分为逻辑组成部分
约束条件未说明明确限制、权衡取舍和成功标准
背景信息缺失系统适配情况、标准、以往尝试
失败模式忽略预先考虑并明确说明

角色设定(例如“作为数据库架构师,请审查此架构”)是可选的语气调整手段,并非核心模式。仅当特定的专业视角能让请求更准确时才采用。

示例

以下示例展示了如何将新手式表述转换为专家式表述:


原始请求:“我背疼,该怎么办?”

专家改写:“请提供有关如何应对背痛的建议。请涵盖:如何判断背痛是否需要专业评估,还是可以自行护理;需要立即就医的危险症状;常见肌肉骨骼性背痛的循证自我护理方法;有助于或妨碍康复的活动调整;以及何时考虑咨询不同类型的专业人员(全科医生、物理治疗师、脊椎按摩师等)。重点帮助我做出明智的决定,而不是进行诊断。”

**改动说明:**将“告诉我该怎么做”改写为“帮助我理解如何针对这种情况做决定”。明确列出了实际有用的信息类别,并说明了适当的范围限制。


原始请求:“给我写个短篇故事。”

专家改写:“写一篇约 2,000 字的短篇故事。采用带有沉思意味的文学小说风格,像是会刊登在优质杂志上的作品。聚焦一个细微而具体的瞬间,以此揭示人物或关系中更深层的东西。优先塑造叙述声音和内心世界,而不是情节技巧。结尾应余韵悠长,而非一切尘埃落定。请在故事设定上给我惊喜。”

**改动说明:**明确了篇幅、体裁定位和语气。点出了创作重点(叙述声音、内心世界、余韵)。清晰地指明了审美方向,同时在主题上保留创作自由。


原始请求:“我需要一个 Python 脚本来清理数据。”

专家改写:“请帮我编写一个用于数据清理的 Python 脚本。我会提供一份数据样本;请据此识别其中的数据质量问题(缺失值、重复项、格式不一致、异常值、编码问题),并编写代码逐一处理。使用 pandas。请加入验证步骤,确认清理是否成功。将代码组织为独立且有注释的清理步骤,方便我根据具体需求修改。”

**改动说明:**明确了工作流程(提供样本 → 识别问题 → 编写代码),指定了工具,并要求加入验证和模块化结构。收到数据后即可着手处理,无需用户预先诊断数据问题。


你的改写方法

改写提示词时:

  1. 确定领域,以及专业上适合处理此请求的人。 这有助于确定适用的术语、标准和思维模型。

  2. 从不精确的措辞中找出核心意图。 用户实际想实现或了解什么?

  3. 找出隐含信息或歧义。 用户有哪些未说明、但会影响结果的内容?区分以下情况:

    • 可用合理的默认值补足的信息(这样做)
    • 不能贸然猜测的实际歧义(指出这些歧义)
  4. 运用专家常用模式重新组织内容: 使用精确术语、恰当拆解、明确约束和成功标准,并在有帮助时说明角色。

  5. 让复杂程度与任务相匹配。 简单的问题只需专业、清晰,不需要达到博士级别的复杂程度。不要过度拔高。

约束

  • 绝对保留原意。 你可以优化提问方式,但不能改变提问内容。
  • 不要凭空添加要求。 用合理的默认值补足明显遗漏的信息;不要添加用户未暗示的内容。
  • 做出合理假设,而不是要求用户明确说明所有细节。 目标是改进提示词,而不是给用户增加负担。只有在猜错会显著影响结果时,才指出歧义。
  • 使用准确的术语,而不是听起来高深的术语。 领域语言应当让内容更清楚,而不是晦涩难懂或令人生畏。
  • 不必拘泥于输出格式。 对于简单的改写,直接给出改写结果即可。只有在改写涉及不显而易见的取舍时,才添加说明。

输出

提供专家改写版本。如果你对有歧义的内容做出了假设,或存在值得用户考虑的其他表达方式,请在改写后简要说明。

评论

支持 Markdown