Token导航 LogoToken导航

Agent Skill · 研究检索

enterprise-sales(企业销售)

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

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

总安装 652周安装 28GitHub Stars 3下载 228核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/oldwinter/skills --skill enterprise-sales

这个 Skill 是做什么的

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

enterprise-sales 用于查找、检索和筛选相关信息。适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位候选结果。通过 npx skills add 命令从指定仓库安装并使用。使用前需确认权限范围、维护状态,避免触发联网或文件读写操作。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

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

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

enterprise-sales 怎么安装?

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

enterprise-sales 支持哪些 AI 工具?

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

enterprise-sales 需要什么权限?

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

enterprise-sales 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

enterprise-sales 用的人多吗?

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

enterprise-sales 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 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调用外部服务未明确有提醒
enterprise-sales

企业销售 · 本页

6523只读未明确通过

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

SKILL.md 原文

Enterprise Sales

Scope

Covers

  • Running a single enterprise deal (mid-market → enterprise) from qualification to signature
  • Mapping the buying committee and empowering a champion
  • Preventing “no decision” outcomes (status quo / ghosting) with decision enablement + MAP
  • Procurement + contracting workflows (forms, vendor onboarding, preferred-vendor objections)
  • Security reviews + security questionnaires (packaging answers, coordinating stakeholders)
  • POCs/pilots framed as a business case + ROI model (not just technical fit)
  • Product-led sales escalation (self-serve usage → enterprise expansion narrative)

When to use

  • “Build a mutual action plan for an enterprise deal.”
  • “My deal is stuck in procurement/security—help me run it.”
  • “We need a champion kit for IT/legal/economic buyer.”
  • “They want a POC—help me scope it and build the ROI case.”
  • “We have usage but can’t convert to enterprise—build an escalation story.”

When NOT to use

  • You’re still validating ICP / first customers (use founder-sales)
  • This is a transactional SMB sale without buying committee / procurement / security
  • You need legal advice or final contract language (coordinate with counsel)
  • You’re building a full sales org / forecasting system (use building-sales-team)

Inputs

Minimum required

  • Product + value: what it does, for whom, and the measurable outcome
  • Account: company, segment, current state (existing tools/workflows), urgency/trigger
  • Deal context: target package/ACV range, desired timeline, stage, and what “closed-won” means
  • Stakeholders known so far: champion candidate, economic buyer, IT/security, legal/procurement, users
  • Current friction: what is blocking progress (no decision risk, procurement, security, POC request, etc.)
  • Constraints: what you can offer (pilot scope, services, security docs), internal resourcing, red lines

Missing-info strategy

  • Ask up to 5 questions from references/INTAKE.md.
  • If answers aren’t available, proceed with explicit assumptions and label unknowns in Assumptions & unknowns, plus a short Validation plan.

Outputs (deliverables)

Produce an Enterprise Deal Execution Pack in Markdown (in-chat; or as files if requested):

  1. Deal snapshot (account, use case, stage, timeline, success definition)
  2. Buying committee map + champion plan (roles, incentives, concerns, next actions)
  3. Champion enablement kit (internal pitch + stakeholder one-pagers + objection answers)
  4. Decision enablement plan (reduce “no decision”: do-nothing cost + decision guide + MAP)
  5. POC/pilot plan + ROI business case (30-day plan; success metrics; ROI model; decision criteria)
  6. Procurement + security packet plan (forms tracker, required docs, owners, timelines)
  7. Close + implementation handoff (commercials, signature plan, kickoff + first value milestones)
  8. Risks / Open questions / Next steps (always included)

Templates: references/TEMPLATES.md

Workflow (7 steps)

1) Intake + enterprise qualification (what “enterprise” means here)

  • Inputs: User context; references/INTAKE.md.
  • Actions: Confirm deal type (buying committee, procurement/security, ACV, timeline). Capture the core use case and desired business outcome. Identify the #1 stall risk (no decision vs procurement vs security vs POC).
  • Outputs: Deal snapshot + assumptions/unknowns + validation plan.
  • Checks: There is a clear outcome, buyer, and timeline (even if assumed).

2) Map the buying committee + pick the champion

  • Inputs: Account org context; known stakeholders.
  • Actions: Build a buying-committee map (5–7 common roles) and identify a champion (the person who can drive internal consensus). Define each stakeholder’s goals, risks, and required evidence.
  • Outputs: Buying committee map + champion plan (what the champion needs next).
  • Checks: A single “primary champion” is named (or a plan to find one within 1–2 calls).

3) Arm the champion (enable internal selling)

  • Inputs: Use case, value narrative, stakeholder concerns.
  • Actions: Produce a champion enablement kit: internal pitch memo, stakeholder one-pagers (IT/security, procurement, legal, economic buyer), and objection/FAQ answers. Include proof artifacts (case studies, security docs list, ROI assumptions).
  • Outputs: Champion enablement kit.
  • Checks: The champion can forward/share these materials without editing (copy/paste ready).

4) Beat “no decision” with decision enablement + MAP

  • Inputs: Current stage; risks; target decision date.
  • Actions: Make “do nothing” concrete (cost, risk, missed goals). Define the decision to be made, options, and decision criteria. Build a Mutual Action Plan (MAP) with dates, owners, and required outputs (incl. procurement/security milestones).
  • Outputs: Decision enablement plan + MAP.
  • Checks: MAP includes a decision meeting date and explicit buyer commitments (not just seller tasks).

5) Design the POC/pilot as a business case (not a feature test)

  • Inputs: POC request; success criteria; data available; integration constraints.
  • Actions: Reframe the POC as a 30-day pilot to co-create a business case/ROI model. Define measurable success metrics, required data, responsibilities, and decision criteria. If appropriate, propose a paid pilot/POC as a seriousness filter.
  • Outputs: POC/pilot plan + ROI model + decision criteria.
  • Checks: The pilot produces a decision-ready business case, not just “it works.”

6) Run procurement + security like a project (do the paperwork)

  • Inputs: Procurement process; security requirements; contract constraints.
  • Actions: Create a tracker for forms, security questionnaires, and vendor onboarding steps. Offer to pre-fill buyer forms to reduce their load. Prepare a minimal security packet checklist and coordinate internal SMEs. Consider contract structuring options (e.g., separate services vs software agreements) where appropriate—without giving legal advice.
  • Outputs: Procurement/security tracker + packet checklist + comms plan.
  • Checks: Owners and dates exist for every procurement/security task; blockers are explicit.

7) Quality gate + finalize (close-to-implementation)

  • Inputs: Draft pack.
  • Actions: Run references/CHECKLISTS.md and score with references/RUBRIC.md. Add a signature plan (who signs, when) and an implementation handoff (kickoff, first value milestone). Always include Risks / Open questions / Next steps.
  • Outputs: Final Enterprise Deal Execution Pack.
  • Checks: Next steps are executable this week; assumptions are explicit; “no decision” risk is actively managed.

Quality gate (required)

Examples

Example 1 (procurement + security stall): “Use enterprise-sales. We’re selling a workflow automation tool to a 5k-employee fintech. We have a champion in Ops, but procurement sent vendor onboarding forms and security wants a questionnaire + SOC 2. Output: an Enterprise Deal Execution Pack with a MAP, procurement/security tracker, and champion enablement one-pagers.”

Example 2 (POC request, ROI focus): “Use enterprise-sales. A healthcare enterprise wants a POC. ACV target $120k. They’re asking for a technical test, but we want to make it a business-case pilot. Output: a 30-day pilot plan with success metrics, ROI model, and a decision-ready business case.”

Boundary example: “Just write a generic enterprise sales script that closes anyone.” Response: explain this skill is deal-specific and evidence-driven; request account context + stakeholders and produce a tailored MAP, champion kit, and pilot/business-case plan instead.

平台分布

Codex

35.61%
按下载量换算81

Claude

30.28%
按下载量换算69

Cursor

16.42%
按下载量换算37

Gemini CLI

9.59%
按下载量换算22

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

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

继续浏览同类 Skills