shot

shot skill 概览

shot 是做什么用的

shot 是来自 tanweai/pua 的一个单文件 prompt skill，用来把一种高压式的“大厂绩效文化”风格注入到 agent 会话里。实际来看，shot skill 不是编码框架，也不是工具链集成；它更像是一个高密度、可独立使用的行为包，核心作用是改变模型理解工作的方式、拆解任务的方式，以及汇报进展时的叙述风格。

哪些人适合考虑使用 shot

shot 最适合那些希望一步完成、整包注入风格上下文的用户，而不是逐步加载一个更大的 skill 系统。尤其适合：

• 在 sub-agent 场景里，希望一次读取就注入完整 persona 的用户
• 在尝试 P7/P8/P9/P10 这类角色条件执行的用户
• 在做 prompt design 或 Context Engineering，希望同时获得强风格和稳定操作模型的人

如果你只是需要普通的任务规划、写代码辅助，或者中性的项目管理，shot 往往会显得过于有立场、过于强风格。

shot 真正解决的需求是什么

大多数考虑 shot 的用户，并不是在找“信息”，而是在找一个可复用的 prompt 包，能够稳定把模型推到某种特定执行风格里。它真正解决的问题是：不用每次从零重建提示词框架，也能让 agent 表现出更强的 owner 意识、层级感、委派逻辑，以及带交付压力感的过程叙述。

shot 的差异点在哪里

shot 最大的区别在于它是刻意做成高度浓缩的。仓库里把它描述为“complete single-file version”，也就是核心效果不依赖额外参考文件。这个点很重要，因为很多 skill 都需要多个文件配合，或者分阶段加载；而 shot 设计上就是一次性完整注入，所以特别适合通过一次 read 步骤交给 sub-agent。

安装 shot 之前要先知道什么

shot 的价值主要在于它的风格和操作姿态，不在于广泛兼容所有场景。当你需要下面这些特性时，它会很强：

• 立刻锁定 persona
• 明确的角色层级
• 可重复的“压力感 + owner 意识”交付风格
• 在受限 agent 工作流中自包含使用

而在下面这些需求里，它就没那么合适：

• 面向 stakeholder 的中性沟通
• 低戏剧化、面向客户的文案输出
• 需要领域特定实现规则的任务
• 对安全性和表达清晰度要求高、激进语气可能带来副作用的环境

如何使用 shot skill

shot 的安装上下文

仓库摘录里没有在 SKILL.md 中直接给出原生安装命令，所以大多数用户会通过自己的 GitHub skill manager 流程来安装。常见写法是：

npx skills add tanweai/pua --skill shot

如果你的环境使用的是别的 skill loader，关键不是命令形式，而是要定位到 tanweai/pua 仓库中的 skills/shot 路径。

先读这个文件

先从这里开始：

• skills/shot/SKILL.md

这一点比很多 skill 都更重要，因为从仓库信息来看，shot 本身几乎就是这个产品：一个高密度的单文件，里面装着主要操作逻辑和触发语句。和模块化 skill 不同，这里没有一堆辅助目录在背后承担主要能力。

shot 一般怎么触发

这个 skill 提供了比较自然的触发方式，例如：

• /pua:shot
• /pua shot
• shot mode
• PUA浓缩
• 最强PUA
• 全量注入

但在实际使用中，光触发还不够。调用 shot 之后，最好立刻补上具体任务、目标交付物、约束条件，以及它应该扮演执行者还是管理者。

shot 要吃到什么输入，效果才会好

shot 在你提供以下四项时通常表现最好：

1. 明确目标
2. 你希望它采用的操作角色
3. 成功标准
4. 约束或边界

一个较弱的输入例子：

• “Use shot and help with my project”

一个更强的输入例子：

• “Use shot in P8 mode. Audit this API refactor plan, identify delivery risks, break the work into implementation steps, and produce a final execution plan with acceptance criteria. Keep the tone internal-facing, not customer-facing.”

后者更有效，是因为它不只是要一个 persona，而是明确告诉这个 skill：在这个 persona 里到底要完成什么工作。

角色选择对 shot 的影响，比大多数人想的更大

shot skill 的核心之一是一个四层角色模型：

• P7：在指导下执行
• P8：独立 owner 与实施者
• P9：偏管理者，主要写任务提示而不是写代码
• P10：战略层

这不是表面设定。如果你想要代码帮助，却误用了管理型角色，输出就很容易漂到委派、规划或者管理表达上，而不是实际实现。在 shot usage 里，选对层级，是最能拉开结果质量差异的关键因素之一。

面向 Context Engineering 的最佳 shot 提示结构

如果你在用 shot for Context Engineering，最好把它视为“行为层 + 任务规格”的组合。一个实用的 prompt 结构是：

• load shot
• 声明角色：P7、P8、P9 或 P10
• 说明你要的产物
• 定义什么叫“完成”
• 如有需要，设置语气边界

示例：

• “Load shot. Operate in P8 mode. Review this repository migration brief and produce: 1) risk map, 2) implementation sequence, 3) rollback plan, 4) final owner-style recommendation. Include the internal narration style sparingly.”

这样做的好处是，既能保留风格层的价值，又不至于让风格压过任务本身。

调用 shot 后，推荐这样走工作流

一个比较稳的工作流是：

1. 调用 shot
2. 明确设定角色
3. 提供任务和约束
4. 检查输出是过于戏剧化还是过于空泛
5. 再要一轮更聚焦交付质量的二次输出

这种方式通常比一把梭式的一次提示更可靠，因为这个 skill 的风格很容易在第一轮就压过内容。多做一次快速收敛，能更好地区分哪些是有用的操作结构，哪些只是过度叙述。

如何把 shot 用在 sub-agent 上

shot 很适合做 sub-agent 注入，因为它是自包含的。如果你的系统支持通过 Read 步骤传文件，或者在派生 agent 时预加载一个 skill，那么这个 skill 比多文件方案更容易迁移过去。

适合的用法：

• 给一个 sub-agent 注入 shot，再配一个边界清晰、范围较窄的执行任务，并让它运行在 P7 或 P8 模式

不太理想的用法：

• 在大型 pipeline 里给每个 agent 都统一上 shot，包括面向客户或对合规措辞敏感的步骤

什么样的输出，说明 shot 用对了

好的 shot usage 通常会表现为：

• 更强的 owner 表达
• 明确的执行姿态
• 清晰的任务拆解
• 看得见的验收或复核框架
• 一致的内部语气

而用得不好的表现通常是：

• persona 风味很重，但任务实际推进很少
• 角色混乱
• 过度使用“大公司叙事”
• 明明需要代码或分析，却产出大量管理话术

什么情况下 shot 不是好选择

不要因为想要“更强 prompt”就默认选 shot。它不是通用优化层。以下场景更适合跳过：

• 需要中性或共情式沟通
• 只想要轻量级代码辅助
• 任务依赖文档或参考资料里的领域规则
• 希望 prompt 开销尽量小

如果你的主要目标是准确性而不是风格，那么一个更简单、任务导向的 prompt，可能会比 shot skill 表现更好。

shot skill 常见问题

shot 是编码 skill，还是 persona skill？

更偏向 persona + 操作模型 skill。它确实会影响 coding workflow，但主要价值还是在执行框架、角色行为和整体语气上。如果你想复用的正是这种 framing，那就值得安装 shot。

shot 对新手友好吗？

只有在你已经知道自己想要什么输出时，才算比较友好。新手可能会觉得这种风格很有趣，但如果没有明确指定角色、任务和成功标准，结果依然容易偏弱。shot install 很简单，但想把 shot usage 用好，仍然需要比较强的 prompt discipline。

我需要仓库里的其他文件吗？

对这个 skill 来说，通常不需要。从现有信息看，SKILL.md 就承载了主要 payload。这也是很多人选择 shot 的重要原因之一：相比那些依赖外部参考的模块化 skill，它更容易快速加载和直接使用。

shot 和普通 system prompt 有什么不同？

普通的 system prompt 往往只是设定语气或约束；shot 更进一步，把角色层级、委派边界和明确的叙述行为打包成了一个可复用 skill。这样做能提升一致性，尤其适合跨 sub-agent 复用，但代价是它的风格也会更强、更有主观倾向。

什么情况下不该用 shot skill？

如果受众是外部用户、任务需要冷静中性的措辞，或者当前工作本身已经有很强的项目专属