Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计异常

jobsearch-telegramjobsearch Telegram 搜索

Agent Skill

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

总安装

306

周安装

13

GitHub Stars

126

下载量

107
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/proficientlyjobs/proficiently-claude-skills --skill jobsearch-telegram

简介

jobsearch-telegram 用于查找、检索和筛选相关信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位候选结果。
  • 支持按任务场景或来源线索进行内容筛选与组织。
  • 安装前建议确认权限范围和维护状态后再使用。
  • 可结合来源仓库和原始 README 进一步核验具体用法。

SKILL.md

Job Search Telegram Polling

Poll Telegram for incoming messages and route them to the appropriate Proficiently skill. Runs headlessly via /loop 1m /proficiently:jobsearch-telegram.

First-Time Setup

Before this skill can run, the user must create a Telegram bot and configure it. If DATA_DIR/telegram-config.md does not exist, walk the user through setup:

1. Create a Telegram Bot

Tell the user:

Let's set up your Telegram bot. 1. Open Telegram and search for @BotFather 2. Send /newbot 3. Choose a name (e.g., "My Job Search Assistant") 4. Choose a username (must end in bot, e.g., my_jobsearch_bot) 5. BotFather will give you a bot token — copy it and paste it here Then send your bot a message (anything) so I can find your chat ID.

2. Get the Chat ID

Once the user provides the bot token, fetch their chat ID:

curl -s "https://api.telegram.org/bot{TOKEN}/getUpdates"

Extract message.chat.id from the first result. If no results, remind the user to send a message to the bot first, then retry.

3. Save Config

Write DATA_DIR/telegram-config.md:

# Telegram Config

- Bot token: {TOKEN}
- Chat ID: {CHAT_ID}
- Bot username: @{USERNAME}

4. Verify

Send a test message:

curl -s -X POST "https://api.telegram.org/bot{TOKEN}/sendMessage" \
  -H "Content-Type: application/json" \
  -d '{"chat_id": "{CHAT_ID}", "text": "👋 Job search bot connected! Send me a job URL to apply, or say \"search\" to find jobs."}'

If successful, tell the user setup is complete and they can start the loop with /loop 1m /proficiently:jobsearch-telegram.


Config & State Files

Resolve the data directory using shared/references/data-directory.md.

ConfigDATA_DIR/telegram-config.md (created during setup, contains bot token + chat ID). Never commit this file to git. Read this first on every poll cycle to get credentials.

StateDATA_DIR/telegram-state.md (tracks polling position). Create if missing:

# Telegram State

## Polling
- last_update_id: 0

## Pending Confirmations
<!-- Format: [msg_id: X] type/stage — description — waiting since DATE
     For apply confirmations, also store: job_url, form_url, field_mapping (JSON) -->

(none)

## Recent Actions
<!-- Last 20 actions taken -->

Workflow

Step 1: Load Context

  1. Read DATA_DIR/telegram-config.md — if missing, run First-Time Setup above and stop
  2. Read DATA_DIR/telegram-state.md — if missing, create from template above
  3. Read these if they exist: DATA_DIR/job-history.md, DATA_DIR/application-data.md, DATA_DIR/preferences.md

Step 2: Poll for Messages

curl -s "https://api.telegram.org/bot{TOKEN}/getUpdates?offset={LAST_UPDATE_ID+1}&timeout=5"

If no new messages → exit silently. Do not log, do not send anything.

Step 3: Classify Each Message

Parse each message and classify:

Message TypeDetectionRoute
Job URLContains greenhouse.io, lever.co, myworkdayjobs.com, ashbyhq.com, or other job board URLStep 4a: Apply
"apply last" / "apply"Text matches apply (with optional last/current)Step 4a: Apply
"search for..."Text starts with search, find, look forStep 4b: Search
"tailor resume for..."Text mentions tailor/resume + contextStep 4c: Tailor
"status" / "what's open"Text asks about application statusStep 4d: Status
"help"Text is exactly help or ?Step 4e: Help
Confirmation replyThreaded reply to a pending confirmation message, OR standalone confirm word (yes/y/go/no/cancel) when pending confirmations existStep 5: Confirm
Plain textAnything elseStep 6: Note

Step 4a: Handle Job URL / Apply Request

  1. Extract the URL or resolve "last"/"current"
  2. Check if a job folder already exists in DATA_DIR/jobs/ for this URL
  3. Send acknowledgment to Telegram: 🎯 Got it — applying to [URL or "most recent job"]. I'll scan the form, tailor your resume, and propose answers. Stand by...
  4. Execute the apply workflow from skills/apply/SKILL.md:

- Follow Steps 0-6 (prerequisites → navigate → scout → generate materials → scan fields → propose answers) - Instead of using AskUserQuestion for approval, send the Step 6 proposal summary to Telegram and add to Pending Confirmations - Store in the pending confirmation: job_url, form_url (the direct ATS form URL navigated to), and field_mapping (the full approved field→value JSON) - Wait for user confirmation via Telegram (will arrive as a reply in a future poll cycle)

  1. When field-approval confirmation arrives (Step 5), re-navigate to form_url, fill all fields, then send a second confirmation (submit approval) with a screenshot description and ask: "Everything looks good — submit?"

- Store this as a new pending confirmation with stage: "submit-approval"

  1. When submit-approval arrives, click Submit, then log the application (Step 9 of the apply skill).

Sending the proposal: Use the send message helper (Step 8) with the full field summary. Keep it under 4000 chars. If longer, split into: (1) auto-fill fields, (2) proposed answers, (3) needs input.

Two-phase confirmation flow:

  • Phase 1 (stage: field-approval): User approves the field→value mapping
  • Phase 2 (stage: submit-approval): User approves the final form before clicking Submit
  • Never skip phase 2 — submitting a job application is irreversible

Step 4b: Handle Search Request

  1. Extract search keywords from the message
  2. Send acknowledgment: 🔍 Searching for: [keywords]...
  3. Execute the job-search workflow from skills/job-search/SKILL.md
  4. Send results summary to Telegram: 🔍 Found X matches for "[keywords]": 1. [Role] at [Company] — [fit score] [URL] 2.... Reply with a number to apply, or "apply 1" / "apply 3" etc.
  5. Add to Pending Confirmations with the job list so replies can be matched

Step 4c: Handle Tailor Request

  1. Extract job reference (URL, "last", or job name)
  2. Send acknowledgment: 📝 Tailoring resume for [job]...
  3. Execute the tailor-resume workflow from skills/tailor-resume/SKILL.md
  4. Send result to Telegram with key changes made
  5. Note the file path where the tailored resume was saved

Step 4d: Handle Status Query

Compile from DATA_DIR/job-history.md and DATA_DIR/jobs/*/applied.md:

📋 Job Search Status

Applied (X):
- [Role] at [Company] — [date] — [status]
- ...

Saved but not applied (Y):
- [Role] at [Company] — [date saved]
- ...

Pending your confirmation:
- [any pending apply proposals]

Step 4e: Handle Help Request

Send:

👋 Here's what you can do:

<b>Apply</b>
• Send a job URL → I'll apply for you
• "apply last" → continue with the most recent job

<b>Search</b>
• "search [keywords]" → find matching jobs
• "find AI product jobs" → same thing

<b>Resume</b>
• "tailor resume for [job URL or name]"

<b>Status</b>
• "status" → see all applications and what's pending

<b>Other</b>
• "help" → this message
• Any other text is saved as a note

Step 5: Handle Confirmation Reply

A confirmation reply is either:

  • A threaded reply (Telegram's native reply feature): match via reply_to_message.message_id to a pending confirmation
  • A standalone message containing only a confirm/reject word (yes, y, go, send it, 👍, no, skip, cancel, ❌) when pending confirmations exist

Disambiguation when standalone:

  • If exactly one pending confirmation exists → apply it to that confirmation
  • If multiple pending confirmations exist → respond with a numbered list of what's pending and ask which one they mean: You have X things waiting. Which one? 1. [description of pending 1] 2. [description of pending 2] Reply with a number.

Processing:

  1. Look up the pending confirmation in telegram-state.md
  2. Parse the user's reply:

- "yes" / "y" / "go" / "send it" / 👍 → approve - "no" / "skip" / "cancel" / ❌ → reject - "yes but [changes]" → approve with modifications - A number (e.g., "2") → select that option from a list

  1. Execute the approved action:

- stage: field-approval → re-navigate to form_url, fill fields using field_mapping, then send submit-approval prompt - stage: submit-approval → click Submit, log application - Search result selection → start apply workflow for selected job

  1. Send confirmation of what was done
  2. Remove from Pending Confirmations, add to Recent Actions

Step 6: Handle Plain Text Note

  1. Log to DATA_DIR/telegram-inbox.md with timestamp
  2. If it looks like a company name or job title, suggest: "Want me to search for [text] jobs?"
  3. Otherwise confirm: "Noted 👍"

Step 7: Update State

After processing all messages:

  1. Update last_update_id in DATA_DIR/telegram-state.md
  2. Update Pending Confirmations (add new, remove resolved). For each apply confirmation, include: [msg_id: X] apply/field-approval — [Role] at [Company] — waiting since DATE job_url: https://... form_url: https://... field_mapping: {"First Name": "...", "Email": "...",...}
  3. Update Recent Actions (keep last 20, newest first)

Step 8: Sending Messages

Read credentials from DATA_DIR/telegram-config.md, then send via curl:

curl -s -X POST "https://api.telegram.org/bot{TOKEN}/sendMessage" \
  -H "Content-Type: application/json" \
  -d '{"chat_id": "CHAT_ID", "text": "MESSAGE", "parse_mode": "HTML"}'

For replies to specific messages, add "reply_to_message_id": MSG_ID.

Formatting rules:

  • Use HTML: <b>bold</b>, <i>italic</i>, <code>code</code>
  • Keep messages under 4000 chars (Telegram limit is 4096)
  • Be concise — user reads on mobile
  • Use line breaks for readability, not walls of text

To capture the sent message's message_id (needed for tracking confirmations):

# Parse from response JSON
jq -r '.result.message_id'

Key Rules

  • HEADLESS. Never use AskUserQuestion. All interaction happens through Telegram.
  • Acknowledge fast. Send a quick reply before starting long operations (apply, search, tailor).
  • Suggest before acting. For apply: always send the proposal and wait for Telegram confirmation before filling fields.
  • Never skip submit confirmation. Submitting an application is irreversible — always require explicit approval.
  • Exit silently if no new messages. Don't log empty polls.
  • Concise messages. Mobile-first. No walls of text.
  • Track everything in telegram-state.md so confirmations persist across poll cycles.
  • No secrets in git. Credentials live only in DATA_DIR/telegram-config.md.
  • Log costs every cycle. See Cost Tracking below.

Cost Tracking

After every poll cycle that does actual work (not silent exits), you MUST:

  1. Count your token usage for this cycle. At the end of your response, estimate:

- Input tokens: approximate total from all files read + tool results received - Output tokens: approximate total from all text + tool calls you generated - Use these rates: input = $3/M tokens, output = $15/M tokens (cache reads = $1.875/M)

  1. Append to DATA_DIR/telegram-cost-log.csv (create with header if missing): timestamp,action,input_tokens,output_tokens,estimated_cost_usd Example row: 2026-03-11T14:30:00Z,apply-proposal,12000,3500,$0.09
  2. Include a cost footer in every Telegram reply: --- 📊 ~12K in / ~3.5K out · ~$0.09
  3. On "status" queries, include a cost summary section: 💰 Cost this session: $X.XX (Y interactions) 💰 Cost all-time: $X.XX (Z interactions) Compute from the CSV log.

Permissions Required

Add to ~/.claude/settings.json:

{
  "permissions": {
    "allow": [
      "Bash(curl:*)",
      "Bash(jq:*)",
      "Read(~/.proficiently/**)",
      "Write(~/.proficiently/**)",
      "Edit(~/.proficiently/**)",
      "Read(~/.claude/skills/**)",
      "mcp__claude-in-chrome__*"
    ]
  }
}

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

35.42%
按下载量换算38

Claude

33.32%
按下载量换算36

Cursor

18.89%
按下载量换算20

Gemini CLI

10.28%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

可疑

Snyk

未通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

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

来源信息

继续浏览同类 Skills