Token导航 LogoToken导航

Agent Skill · 研究检索

sales-engineer(销售工程师)

sales-engineer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

sales-engineer 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证为 MIT,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 30,876。

总安装 2,799周安装 119GitHub Stars 103下载 981核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

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

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

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/borghei/claude-skills --skill sales-engineer

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

sales-engineer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。

安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。当前顶部介绍:sales-engineer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。

可结合来源仓库、安装命令和原始 README 继续核验具体用法。

来源仓库内路径:skills/sales-engineer

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/borghei/claude-skills --skill sales-engineer;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

sales-engineer 怎么安装?

在终端执行 npx skills add https://github.com/borghei/claude-skills --skill sales-engineer。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

sales-engineer 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

sales-engineer 需要什么权限?

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

sales-engineer 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

sales-engineer 用的人多吗?

公开数据是累计安装 2,799 次,近一周安装 119 次,下载 981 次,GitHub 103 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

sales-engineer 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
sales-engineer

销售工程师 · 本页

2,799103只读MIT通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Sales Engineer Skill

A production-ready skill package for pre-sales engineering that bridges technical expertise and sales execution. Provides automated analysis for RFP/RFI responses, competitive positioning, and proof-of-concept planning.

Overview

Role: Sales Engineer / Solutions Architect Domain: Pre-Sales Engineering, Solution Design, Technical Demos, Proof of Concepts Business Type: SaaS / Pre-Sales Engineering

What This Skill Does

  • RFP/RFI Response Analysis - Score requirement coverage, identify gaps, generate bid/no-bid recommendations
  • Competitive Technical Positioning - Build feature comparison matrices, identify differentiators and vulnerabilities
  • POC Planning - Generate timelines, resource plans, success criteria, and evaluation scorecards
  • Demo Preparation - Structure demo scripts with talking points and objection handling
  • Technical Proposal Creation - Framework for solution architecture and implementation planning
  • Win/Loss Analysis - Data-driven competitive assessment for deal strategy

Key Metrics

MetricDescriptionTarget
Win RateDeals won / total opportunities>30%
Sales Cycle LengthAverage days from discovery to close<90 days
POC Conversion RatePOCs resulting in closed deals>60%
Customer Engagement ScoreStakeholder participation in evaluation>75%
RFP Coverage ScoreRequirements fully addressed>80%

5-Phase Workflow

Phase 1: Discovery & Research

Objective: Understand customer requirements, technical environment, and business drivers.

Activities:

  1. Conduct technical discovery calls with stakeholders
  2. Map customer's current architecture and pain points
  3. Identify integration requirements and constraints
  4. Document security and compliance requirements
  5. Assess competitive landscape for this opportunity

Tools: Use rfp_response_analyzer.py to score initial requirement alignment.

Output: Technical discovery document, requirement map, initial coverage assessment.

Phase 2: Solution Design

Objective: Design a solution architecture that addresses customer requirements.

Activities:

  1. Map product capabilities to customer requirements
  2. Design integration architecture
  3. Identify customization needs and development effort
  4. Build competitive differentiation strategy
  5. Create solution architecture diagrams

Tools: Use competitive_matrix_builder.py to identify differentiators and vulnerabilities.

Output: Solution architecture, competitive positioning, technical differentiation strategy.

Phase 3: Demo Preparation & Delivery

Objective: Deliver compelling technical demonstrations tailored to stakeholder priorities.

Activities:

  1. Build demo environment matching customer's use case
  2. Create demo script with talking points per stakeholder role
  3. Prepare objection handling responses
  4. Rehearse failure scenarios and recovery paths
  5. Collect feedback and adjust approach

Templates: Use demo_script_template.md for structured demo preparation.

Output: Customized demo, stakeholder-specific talking points, feedback capture.

Phase 4: POC & Evaluation

Objective: Execute a structured proof-of-concept that validates the solution.

Activities:

  1. Define POC scope, success criteria, and timeline
  2. Allocate resources and set up environment
  3. Execute phased testing (core, advanced, edge cases)
  4. Track progress against success criteria
  5. Generate evaluation scorecard

Tools: Use poc_planner.py to generate the complete POC plan.

Templates: Use poc_scorecard_template.md for evaluation tracking.

Output: POC plan, evaluation scorecard, go/no-go recommendation.

Phase 5: Proposal & Closing

Objective: Deliver a technical proposal that supports the commercial close.

Activities:

  1. Compile POC results and success metrics
  2. Create technical proposal with implementation plan
  3. Address outstanding objections with evidence
  4. Support pricing and packaging discussions
  5. Conduct win/loss analysis post-decision

Templates: Use technical_proposal_template.md for the proposal document.

Output: Technical proposal, implementation timeline, risk mitigation plan.

Python Automation Tools

1. RFP Response Analyzer

Script: scripts/rfp_response_analyzer.py

Purpose: Parse RFP/RFI requirements, score coverage, identify gaps, and generate bid/no-bid recommendations.

Coverage Categories:

  • Full (100%) - Requirement fully met by current product
  • Partial (50%) - Requirement partially met, workaround or configuration needed
  • Planned (25%) - On product roadmap, not yet available
  • Gap (0%) - Not supported, no current plan

Priority Weighting:

  • Must-Have: 3x weight
  • Should-Have: 2x weight
  • Nice-to-Have: 1x weight

Bid/No-Bid Logic:

  • Bid: Coverage score >70% AND must-have gaps <=3
  • Conditional Bid: Coverage score 50-70% OR must-have gaps 2-3
  • No-Bid: Coverage score <50% OR must-have gaps >3

Usage:

# Human-readable output
python scripts/rfp_response_analyzer.py assets/sample_rfp_data.json

# JSON output
python scripts/rfp_response_analyzer.py assets/sample_rfp_data.json --format json

# Help
python scripts/rfp_response_analyzer.py --help

Input Format: See assets/sample_rfp_data.json for the complete schema.

2. Competitive Matrix Builder

Script: scripts/competitive_matrix_builder.py

Purpose: Generate feature comparison matrices, calculate competitive scores, identify differentiators and vulnerabilities.

Feature Scoring:

  • Full (3) - Complete feature support
  • Partial (2) - Partial or limited feature support
  • Limited (1) - Minimal or basic feature support
  • None (0) - Feature not available

Usage:

# Human-readable output
python scripts/competitive_matrix_builder.py competitive_data.json

# JSON output
python scripts/competitive_matrix_builder.py competitive_data.json --format json

Output Includes:

  • Feature comparison matrix with scores
  • Weighted competitive scores per product
  • Differentiators (features where our product leads)
  • Vulnerabilities (features where competitors lead)
  • Win themes based on differentiators

3. POC Planner

Script: scripts/poc_planner.py

Purpose: Generate structured POC plans with timeline, resource allocation, success criteria, and evaluation scorecards.

Default Phase Breakdown:

  • Week 1: Setup - Environment provisioning, data migration, configuration
  • Weeks 2-3: Core Testing - Primary use cases, integration testing
  • Week 4: Advanced Testing - Edge cases, performance, security
  • Week 5: Evaluation - Scorecard completion, stakeholder review, go/no-go

Usage:

# Human-readable output
python scripts/poc_planner.py poc_data.json

# JSON output
python scripts/poc_planner.py poc_data.json --format json

Output Includes:

  • POC plan with phased timeline
  • Resource allocation (SE, engineering, customer)
  • Success criteria with measurable metrics
  • Evaluation scorecard (functionality, performance, integration, usability, support)
  • Risk register with mitigation strategies
  • Go/No-Go recommendation framework

Reference Knowledge Bases

ReferenceDescription
references/rfp-response-guide.mdRFP/RFI response best practices, compliance matrix, bid/no-bid framework
references/competitive-positioning-framework.mdCompetitive analysis methodology, battlecard creation, objection handling
references/poc-best-practices.mdPOC planning methodology, success criteria, evaluation frameworks

Asset Templates

TemplatePurpose
assets/technical_proposal_template.mdTechnical proposal with executive summary, solution architecture, implementation plan
assets/demo_script_template.mdDemo script with agenda, talking points, objection handling
assets/poc_scorecard_template.mdPOC evaluation scorecard with weighted scoring
assets/sample_rfp_data.jsonSample RFP data for testing the analyzer
assets/expected_output.jsonExpected output from rfp_response_analyzer.py

Communication Style

  • Technical yet accessible - Translate complex concepts for business stakeholders
  • Confident and consultative - Position as trusted advisor, not vendor
  • Evidence-based - Back every claim with data, demos, or case studies
  • Stakeholder-aware - Tailor depth and focus to audience (CTO vs. end user vs. procurement)

Integration Points

  • Marketing Skills - Leverage competitive intelligence and messaging frameworks from ../../marketing/
  • Product Team - Coordinate on roadmap items flagged as "Planned" in RFP analysis from ../../product-team/
  • C-Level Advisory - Escalate strategic deals requiring executive engagement from ../../c-level-advisor/
  • Customer Success - Hand off POC results and success criteria to CSM from ../customer-success-manager/

Tool Reference

1. rfp_response_analyzer.py

Parses RFP/RFI requirements and scores coverage using Full/Partial/Planned/Gap categories. Generates weighted coverage scores, gap analysis, effort estimation, and bid/no-bid recommendations.

python scripts/rfp_response_analyzer.py rfp_data.json
python scripts/rfp_response_analyzer.py rfp_data.json --format json
FlagTypeDescription
rfp_data.jsonpositionalPath to JSON file with RFP requirements and coverage data
--formatoptionalOutput format: text (default) or json

Bid/No-Bid Logic:

  • Bid: Coverage score >70% AND must-have gaps <=3
  • Conditional Bid: Coverage score 50-70% OR must-have gaps 2-3
  • No-Bid: Coverage score <50% OR must-have gaps >3

2. competitive_matrix_builder.py

Generates feature comparison matrices, calculates weighted competitive scores, identifies differentiators and vulnerabilities, and produces win themes.

python scripts/competitive_matrix_builder.py competitive_data.json
python scripts/competitive_matrix_builder.py competitive_data.json --format json
FlagTypeDescription
competitive_data.jsonpositionalPath to JSON file with feature comparison data
--formatoptionalOutput format: text (default) or json

Scoring: Full (3), Partial (2), Limited (1), None (0)

3. poc_planner.py

Generates structured POC plans with phased timelines, resource allocation, success criteria, evaluation scorecards, risk registers, and go/no-go frameworks.

python scripts/poc_planner.py poc_data.json
python scripts/poc_planner.py poc_data.json --format json
FlagTypeDescription
poc_data.jsonpositionalPath to JSON file with POC scope and requirements
--formatoptionalOutput format: text (default) or json

Default Phase Breakdown: Week 1 Setup, Weeks 2-3 Core Testing, Week 4 Advanced Testing, Week 5 Evaluation


Troubleshooting

ProblemLikely CauseResolution
RFP coverage score below 50% triggering No-BidProduct gaps in must-have requirements or incorrect coverage assessmentReview gap items -- distinguish true gaps from items addressable via configuration, integration, or roadmap commitment; reassess before declining
Competitive matrix shows vulnerabilities in 3+ categoriesProduct gaps relative to a specific competitor, or scoring does not reflect actual competitive dynamicsValidate scoring with field SEs who have competed against this vendor; focus battlecard on differentiators where you lead, not where you trail
POC-to-close conversion below 60%POC scope too broad, success criteria not aligned with buyer priorities, or wrong stakeholders involvedNarrow POC to 3-5 use cases tied to buyer's stated pain; get written agreement on success criteria before starting; ensure executive sponsor participates in evaluation
Win rate below 30%Technical win but commercial loss, late involvement in deal, or poor discovery leading to misaligned demosEngage earlier in sales cycle; improve discovery quality using MEDDIC framework; align demo storyline to buyer's language not product features
Demo-to-POC conversion below 40%Demo did not address buyer's specific use case or was too genericCustomize every demo to buyer's stated requirements; use their data or industry-specific scenarios; include Q&A and next-step proposal at end
RFP response time exceeds 2 weeksManual response process without templates or pre-built content libraryBuild a response library indexed by requirement category; use rfp_response_analyzer.py to prioritize effort on must-have items
Stakeholder engagement score below 75%Key decision-makers not involved in technical evaluationMap stakeholder roles early; ensure executive briefing alongside technical deep-dives; send personalized follow-up to each stakeholder

Success Criteria

  • Win rate exceeds 30% across all competitive opportunities
  • Sales cycle length stays below 90 days from discovery to close
  • POC-to-close conversion rate exceeds 60%
  • RFP coverage score averages above 80% for opportunities pursued (bid decisions working correctly)
  • Competitive matrix identifies minimum 3 clear differentiators per competitor
  • Customer engagement score exceeds 75% (measured by stakeholder participation in evaluation milestones)
  • Average RFP response time drops below 5 business days with structured response library

Scope & Limitations

In scope: RFP/RFI response analysis and scoring, competitive feature matrix construction, proof-of-concept planning and evaluation, demo preparation frameworks, technical proposal structure, win/loss analysis methodology, and stakeholder engagement tracking across the 5-phase pre-sales workflow (Discovery, Solution Design, Demo, POC, Proposal).

Out of scope: Sales strategy and territory planning (account executive function), pricing and commercial terms negotiation (use pricing-strategy), post-sale implementation and customer success (use customer-success-manager), marketing content and competitive messaging (use marketing skills), and product roadmap decisions based on RFP gaps (use product-team). Tools analyze static data exports -- no integrations with CRM systems (Salesforce, HubSpot) or RFP platforms (Loopio, Arphie).

Limitations: Bid/no-bid thresholds are configurable but defaults assume B2B SaaS with 30%+ win-rate targets. Competitive matrix scoring is only as accurate as the input data -- validate scores with field experience against specific competitors. POC timelines assume standard 5-week engagement; highly regulated industries (healthcare, government) may require 2-3x longer. AI-assisted RFP tools (emerging in 2025-2026) can reduce response time 60-80% but are not integrated here.


Integration Points

  • revenue-operations -- Pipeline deals requiring technical validation flow through SE workflow; SE win/loss data feeds pipeline analysis
  • customer-success-manager -- POC results and success criteria hand off to CSM for post-close adoption tracking
  • pricing-strategy -- Competitive pricing data from matrix builder informs pricing positioning decisions
  • product-team -- RFP gaps flagged as "Planned" or "Gap" feed into product roadmap prioritization
  • c-level-advisor -- Strategic deals requiring executive engagement escalate through C-level advisory workflow
  • marketing -- Competitive intelligence from marketing feeds into battlecard creation and positioning

Last Updated: March 2026 Status: Production-ready Tools: 3 Python automation scripts References: 3 knowledge base documents Templates: 5 asset files

平台分布

Claude Code

25.7%
按下载量换算252

Gemini CLI

23.22%
按下载量换算228

Antigravity

16.81%
按下载量换算165

OpenCode

11.39%
按下载量换算112

Cursor

8.18%
按下载量换算80

windsurf

3.16%
按下载量换算31

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

继续浏览同类 Skills