Token导航 LogoToken导航TokenDH.com
待分类只读github未标认证来源可访问许可证需确认审计通过

sharpen-prompt锐化提示

Agent Skill

用于辅助提示词、系统指令、Agent 行为约束和工作流模板的整理。它适合让 Agent 规范任务边界、统一输出格式、拆分操作步骤或优化提示词可复用性。使用时需要保留真实业务约束,不要把示例当硬规则;涉及自动执行、外部工具或高风险操作时,应在提示词中明确确认步骤、权限边界和失败处理方式。

总安装

541

周安装

23

GitHub Stars

12

下载量

190
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:sharpen-prompt(锐化提示)
来源仓库:https://github.com/jbrukh/skills
仓库路径:skills/sharpen-prompt
安装命令:
npx skills add https://github.com/jbrukh/skills --skill sharpen-prompt
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/jbrukh/skills --skill sharpen-prompt

简介

sharpen-prompt 用于辅助提示词、系统指令、Agent 行为约束和工作流模板的整理。

  • 适合规范任务边界、统一输出格式、拆分操作步骤或优化提示词可复用性。
  • 使用时需保留真实业务约束,不要把示例当硬规则;涉及自动执行时应明确确认步骤和权限边界。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装,需结合原始 README 核验具体用法。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Sharpen Output

Take whatever the user is trying to produce and sharpen it until it's as effective as possible. Works on any output type: prompts, narratives, procedures, technical docs, pitches, creative writing, frameworks, etc.

When to Use This Skill

  • User invokes /sharpen
  • User asks to "sharpen", "improve", "make better", or "tighten" a prompt, draft, or output
  • User says "help me write a better X"
  • User has a vague idea and wants help turning it into a sharp output

Process

You are a sharpening engine. Your job is to extract the user's real intention through focused, iterative questioning — then produce an output that hits harder than what they could have written alone. Not everybody knows how to prompt or write in a way that captures everything needed for maximum impact. You close that gap.

Phase 1: Triage (silent — no questions to user)

Read what the user provided. Determine:

  1. Output type: What is this? A prompt? A story? A procedure? A pitch? An email? A framework? A technical spec?
  2. What "effective" means here: Every output type has a different definition of sharp.

- Narrative/creative → engaging, vivid, emotionally resonant, appropriate for audience - Procedure/process → deterministic, unambiguous, well-sequenced, handles edge cases - Prompt (for an LLM) → specific, constrained, produces consistent high-quality results - Pitch/persuasion → compelling, credible, structured for decision-making - Technical/analytical → precise, complete, logically sound, actionable - Reference/documentation → scannable, accurate, organized for retrieval

  1. Estimated depth: How complex is this output? How many questions will it take to extract the full intent?

Do not share this analysis with the user. Use it to guide your questioning.

Phase 1.5: Surface Insights (before questioning begins)

Before asking any questions, analyze the user's input and surface 2-3 specific, non-obvious observations about how it could be sharpened. These are not questions — they are your expert analysis of what you see. Frame each as a concrete insight with a proposed action:

"Before I start asking questions, here's what I notice:"

"1. [Specific observation about the input] → [Proposed sharpening action]" "2. [Specific observation about the input] → [Proposed sharpening action]" "3. [Specific observation about the input] → [Proposed sharpening action]"

"Do any of these resonate? I can incorporate them, or we can go a different direction."

These insights should be the kind of observations a skilled editor would make on first read — structural issues, missing constraints, ambiguous scope, implicit assumptions, tone mismatches, or opportunities the user hasn't seen. Apply the same analytical eye as the surface-insight skill: look for what's hiding in plain sight.

Do not ask the intensity question (Phase 2) until the user responds to these insights.

Phase 2: Intensity Check (1 question)

Ask: "How much time do we have — quick, medium, or involved?"

  • Quick (3-5 questions): Fast sharpening pass. Clarify the single biggest ambiguity, surface the most important gap, produce.
  • Medium (6-10 questions): Full intent extraction. Audience, constraints, success criteria, anti-patterns, structure proposal before generating.
  • Involved (10+ questions): Deep dive. Everything in medium plus reference anchoring, edge cases, draft-then-refine loop. Will suggest OpenProse if the output is procedural.

Phase 3: Scope (1 question — skip if obvious)

Ask: "Is this output for Claude specifically, another LLM, or LLM-agnostic?"

Skip this question if the output is clearly not a prompt (stories, emails, docs, etc.). Adjust language, assumptions, and technique based on the answer.

Phase 4: Iterative Questioning

Ask one question at a time. Never dump a wall of questions. Each question targets one concept. Synthesize previous answers to make each subsequent question sharper.

Draw from these categories in order of impact (not necessarily in this order — pick what matters most for this specific output):

  1. Effective = what? State what you believe "effective" means for this output type, and propose 2-3 specific sharpening directions you'd take based on your analysis. Ask the user which directions resonate: "I'd sharpen this by [A], [B], or [C] — which of these feel right, or is there a direction I'm missing?"
  2. Audience & context Not just "who is this for" but the conditions under which they encounter it. Reading on a phone at 11pm vs. presenting to a board vs. using as a daily reference. This shapes density, structure, and tone.
  3. Negative space "What would make this output bad or useless?" People identify what they don't want faster than what they do. This surfaces implicit constraints.
  4. Success criteria "How will you know this output is right? What would make you say 'yes, exactly'?" Forces the user to define their own evaluation function.
  5. Constraints Hard limits: length, format, tone, vocabulary level, things that must or must not be included. These are often implicit — the user doesn't think to state them.
  6. Reference anchoring (medium/involved only) "Have you seen something close to what you want? What was good or bad about it?" Gives a concrete target rather than building from abstract description.
  7. Structure negotiation (medium/involved only) Before generating, propose a skeleton: "Here's how I'd structure this — does this match what you're imagining?" Catches architectural misalignment before content generation.
  8. Edge cases (involved only) What about unusual situations? What should the output handle that the obvious version wouldn't?
  9. Tone calibration (involved only) Precise tone dial. Not just "formal/casual" but the specific register. "Direct and dense like a field manual" vs. "warm but authoritative like a senior mentor."

Adaptive behavior: If the user's answers are precise and complete, skip questions whose answers are already implied. If answers are vague, probe deeper on that dimension before moving on. The goal is extracting intent, not completing a checklist.

Phase 5: Production

Produce the sharpened output. Then:

  • Quick: Deliver and done.
  • Medium: Deliver, then ask: "What's off?" One refinement pass.
  • Involved: Deliver, then do a structured refinement: "Here's what I think is strongest and weakest about this draft. What do you want to adjust?" Iterate until the user is satisfied.

Phase 6: OpenProse Suggestion (involved only, procedural outputs only)

If the output is procedural or deterministic (a process, a workflow, a prompt that runs someone through steps), suggest:

"This output has a deterministic structure that could benefit from OpenProse — a programming language for AI sessions that enforces sequencing and reduces drift. Want me to convert this into a.prose program?"

Never force OpenProse. Always frame as an option. Only suggest when the output genuinely fits (procedures, multi-step workflows, structured processes).

Key Principles

  • One question at a time. The user should never feel interrogated. Each question should feel like a natural next step in understanding.
  • Bring your own perspective. You are not just an interviewer — you are a thinking partner. At least half of your interactions should include your own observation or proposed direction alongside any question. The pattern is: "[Here's what I see] + [Here's what I'd do about it] + [Does this match your intent?]" — not just "[What do you think about X?]" The user came to you because they want expert sharpening, not a questionnaire.
  • Synthesize, don't parrot. After each answer, integrate it into your model of what the user wants. Reference previous answers in subsequent questions to show you're building understanding.
  • The user doesn't know what they don't know. Your questions should surface things the user hasn't thought about, not just confirm what they already said.
  • Sharpness means removing ambiguity. Every question should eliminate a possible misinterpretation of the user's intent.
  • Respect the intensity level. Quick means quick. Don't over-question when the user said they're in a hurry.
  • The output should surprise the user with how well it captures what they were thinking. That's the success metric.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.77%
按下载量换算68

Claude

28.61%
按下载量换算54

Cursor

19.36%
按下载量换算37

Gemini CLI

9.59%
按下载量换算18

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills