Token导航 LogoToken导航TokenDH.com
研究检索敏感数据github未标认证来源可访问许可证需确认审计提醒

spot-people-changing-jobs发现人们换工作

Agent Skill

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

总安装

261

周安装

11

GitHub Stars

7

下载量

92
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:spot-people-changing-jobs(发现人们换工作)
来源仓库:https://github.com/openfunnel/openfunnel
仓库路径:skills/spot-people-changing-jobs
安装命令:
npx skills add https://github.com/openfunnel/openfunnel --skill spot-people-changing-jobs
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/openfunnel/openfunnel --skill spot-people-changing-jobs

简介

发现人们换工作的技能用于追踪职业变动趋势。

  • 适用于人才流动分析或社交网络挖掘。
  • 可结合 LinkedIn 等平台数据进行交叉验证。
  • 使用前需确认是否符合平台服务条款及个人信息保护要求。
  • spot-people-changing-jobs 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Spot People Changing Jobs (Daily)

Monitor ICP professionals changing jobs. A new hire has 90-day pressure to pick vendors and show early wins — budget is already committed, the mandate is fresh, and they're actively evaluating.

Inferred pain-points from job change events are leading indicators of buying behavior.

Why New Hires Matter

TimeframeBehaviorOutreach Readiness
Week 1-2Onboarding, learning landscapeNot ready
Week 3-6Evaluating what exists, identifying gapsPrime window
Month 2-3Making vendor decisions, getting budget approvalClosing window
Month 4+Decisions made, stack chosenWindow closed

The 2-month window from job posted → person hired is the buying window. Filters out internal promotions automatically.

API Calls

This skill bundles two scripts in the same directory as this SKILL.md file. Never read or reference API credentials directly.

  • signup.sh — handles authentication. Writes credentials to .env internally. Never exposes the API key.
  • api.sh — handles all authenticated API calls. Reads credentials from .env internally.

First, resolve the script paths relative to this file's location:

SKILL_DIR="$(dirname "$(find ~/.agents/skills -name SKILL.md -path "*/spot-people-changing-jobs/*" 2>/dev/null | head -1)")"
API="$SKILL_DIR/api.sh"
SIGNUP="$SKILL_DIR/signup.sh"

Then use $SIGNUP for auth and $API for all other calls.

When to Use This Skill

  • "Track ICP people changing jobs"
  • "Monitor VP-level job changes at my target accounts"
  • "Alert me when decision-makers join new companies"
  • "Find new hires at companies in my pipeline"

Agent Rules

  1. NEVER rewrite or reframe the user's query. Use their exact words. Ask if unclear — don't modify yourself.
  2. Don't deploy signals without confirming. Signals cost credits. Always confirm before deploying.
  3. Present what the API returns. No fabrication, no inference.
  4. Never output or log API credentials. All authenticated calls go through api.sh.

Workflow

0. Agent Auth Check

Before anything, test if credentials are working by running:

bash "$API" POST /api/v1/signal/get-signal-list '{"pagination": {"limit": 1, "offset": 0}}'

If the call succeeds (returns JSON with signals): skip to Step 1.

If the call fails (returns an error or missing credentials message):

### Welcome to OpenFunnel

OpenFunnel turns daily events in your market into pipeline
— using OpenFunnel's Event Intelligence engine.

To get started, I'll authenticate you via the API.

**What's your work email?**

Wait for user input. Then:

  1. Run bash "$SIGNUP" start "<user_email>"

- Returns {"status": "verification_code_sent", "email": "..."} on success

  1. Tell the user a 6-digit code was sent: I sent a 6-digit verification code to **{email}**. Reply with the code.
  2. Wait for input. Run bash "$SIGNUP" verify "<user_email>" "<code>"

- On success: returns {"status": "authenticated", "user_id": "..."}. Credentials are written to .env and .gitignore is updated automatically. - On failure: returns {"status": "failed",...}

  1. Verify with bash "$API" POST /api/v1/signal/get-signal-list '{"pagination": {"limit": 1, "offset": 0}}'
  2. If verification succeeds → continue to Step 1
  3. If sign-up fails → ask user to retry
  4. If verify fails → tell user the code was invalid or expired (up to 10 attempts in 24 hours), offer to retry or resend

1. Understand the request

This signal doesn't need a search query — it monitors ICP-matching people across qualified accounts automatically. The key input is the ICP (which roles to watch).

2. Check existing signals

Run bash "$API" POST /api/v1/signal/get-signal-list '{"pagination": {"limit": 100, "offset": 0}}' to check for existing job change signals.

If a matching ICP job change signal already exists, present it and ask if the user wants to use it or deploy a new one.

3. Get results from existing signal

Run bash "$API" POST /api/v1/signal/ '{"signal_id": <id>}' to get people matched by this signal.

### Results from: {signal_name}

**{total_people} people found | {total_accounts} accounts**

| Name | New Role | Company | Previous Company | LinkedIn |
|------|----------|---------|-----------------|----------|
| ... | | | | |

4. ICP Check

Fetch available ICP profiles: bash "$API" GET /api/v1/icp/list.

If ICPs exist: present them and let the user pick one. The ICP determines which roles are monitored.

If the user types "none" or skips ICP selection:

Auto-create a broad fallback ICP:

bash "$API" POST /api/v1/icp/create '{"name": "Broad Default ICP", "target_roles": ["Any"], "employee_ranges": ["1-10", "11-50", "51-200", "201-500", "501-1000", "1001-5000", "5001-10000", "10001+"], "location": ["Any"]}'

If no ICPs exist: offer quick setup or skip to auto-create broad fallback.

5. Confirm & Deploy

I'll deploy a **job change** signal:

**Name:** {auto-generated descriptive name}
**ICP:** {selected or created ICP name}
**Monitoring:** ICP-matching people changing jobs (internal promotions filtered out)

⚡ *This will use credits from your plan.*

Other options:
- **Repeat daily** — re-run this signal every day for continuous monitoring (recommended)
- **Account audience** — auto-add discovered accounts to a named audience
- **People audience** — auto-add discovered people to a named audience
- **Credit limit** — cap spending on this signal

Set any of these, or "deploy" to go with defaults.

Wait for user input. Then deploy:

bash "$API" POST /api/v1/signal/deploy/icp-job-change-agent '{"name": "<name>", "icp_id": <id>, "repeat": <true|false>, "account_audience_name": "<name or null>", "people_audience_name": "<name or null>", "max_credit_limit": <limit or null>}'

6. Post-deploy

Signal deployed: **{name}** (ID: {signal_id})

This is now monitoring ICP professionals changing jobs.
Results come in as they're found — just say "check on {signal_name}" anytime.

7. Check back

Run bash "$API" POST /api/v1/signal/ '{"signal_id": <id>}' to get results found so far.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

38.09%
按下载量换算35

Claude

32.16%
按下载量换算30

Cursor

17.21%
按下载量换算16

Gemini CLI

8.96%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

可疑

Snyk

通过

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

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

来源信息

继续浏览同类 Skills