Token导航 LogoToken导航

Agent Skill · 开发

check-status(检查状态)

check-status 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

check-status 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为执行命令;许可证信息还不明确,第三方扫描有提醒项,按安装量在开发类的 21,746 个 Skill 里排第 21,366。

总安装 190周安装 8GitHub Stars 26下载 67核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/outfitter-dev/agents --skill check-status

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

用于跨系统项目状态聚合,适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。包括 VCS、PR 和 CI 状态。采用收集-聚合-呈现的三阶段模式提供综合视图。适合工作会话开始前的上下文刷新和阻塞项识别。

check-status 属于开发类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/check-status

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它需要执行命令,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

check-status 怎么安装?

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

check-status 支持哪些 AI 工具?

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

check-status 需要什么权限?

权限级别是执行命令。安装流程涉及命令执行,可能通过 npx skills add https://github.com/outfitter-dev/agents --skill check-status 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

check-status 是免费的吗?

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

check-status 用的人多吗?

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

check-status 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 需要执行命令,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 不能接受 Skill 在你机器上执行命令的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

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

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
check-status

检查状态 · 本页

19026执行命令未明确有提醒

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

SKILL.md 原文

Status Reporting

Gather -> aggregate -> present pattern for comprehensive project status across VCS, PRs, issues, CI.

<when_to_use>

  • Starting work sessions (context refresh)
  • Checking project/team activity
  • Understanding PR/stack relationships
  • Quick status overview before planning
  • Reviewing recent changes across systems
  • Understanding blockers

NOT for: deep-dive into specific items, real-time monitoring, single-source queries

</when_to_use>

<core_pattern>

Three-stage workflow:

  1. Gather - collect from multiple sources
  2. Aggregate - combine, filter, cross-reference by time/stack/status
  3. Present - format for scanning with actionable insights

Key principles:

  • Multi-source integration (VCS + code review + issues + CI)
  • Time-aware filtering (natural language -> query params)
  • Stack-aware organization (group by branch hierarchy)
  • Scannable output (visual indicators, relative times)
  • Actionable insights (highlight blockers, failures)

</core_pattern>

Stage 1: Parse Constraints

Extract time from natural language:

  • "last X hours" -> -Xh
  • "past X days" / "last X days" -> -Xd
  • "yesterday" -> -1d
  • "this morning" / "today" -> -12h
  • "this week" -> -7d
  • "since {date}" -> calculate days back

Default: 7 days if unspecified.

Stage 2: Gather Data

Run parallel queries for each available source:

  1. VCS State - branch/stack structure, recent commits, working dir status
  2. Code Review - open PRs, CI status, review decisions, activity
  3. Issues - recently updated, status, priority, assignments
  4. CI/CD - pipeline runs, success/failure, error summaries

Skip unavailable sources gracefully.

Stage 3: Aggregate

Cross-reference and organize:

  • Group PRs by stack position (if stack-aware)
  • Filter all by time constraint
  • Correlate issues with PRs/branches
  • Identify blockers (failed CI, blocking reviews)
  • Calculate relative timestamps

Stage 4: Present

Format for scanning:

  • Hierarchical sections (VCS -> PRs -> Issues -> CI)
  • Visual indicators (✓ ✗ ⏳ for status)
  • Relative timestamps for recency
  • Highlight attention-needed items
  • Include links for deep-dive

See templates.md for section formats.

<data_sources>

VCS - stack visualization, commit history, working dir state

  • Stack-aware (Graphite, git-stack): hierarchical branch relationships
  • Standard git: branch, log, remote tracking

Code Review - PRs/MRs, CI checks, reviews, comments

  • Platforms: GitHub, GitLab, Bitbucket, Gerrit

Issues - recent updates, metadata, repo relationships

  • Platforms: Linear, Jira, GitHub Issues, GitLab Issues

CI/CD - runs, success/failure, timing, errors

  • Platforms: GitHub Actions, GitLab CI, CircleCI, Jenkins

Tool-specific: graphite.md, github.md, linear.md, beads.md

</data_sources>

Cross-Referencing:

  1. PRs to branches (by name)
  2. Issues to PRs (by ID in title/body)
  3. CI runs to PRs (by number/SHA)
  4. Issues to repos (by reference)

Stack-Aware Organization:

  • Group PRs by hierarchy
  • Show parent/child relationships
  • Indicate current position
  • Highlight blockers in stack order

Filtering:

  • Time: apply to all sources, use most recent update
  • Status: prioritize action-needed, open before closed

Relative Timestamps:

  • < 1 hour: "X minutes ago"
  • < 24 hours: "X hours ago"
  • < 7 days: "X days ago"
  • = 7 days: "X weeks ago" or absolute

Visual Indicators:

  • ✓ success | ✗ failure | ⏳ pending | ⏸ draft | 🔴 blocker
  • ▓▓▓░░ progress (3/5)
  • ◇ minor | ◆ moderate | ◆◆ severe

Output Structure:

=== STATUS REPORT: {repo} ===
Generated: {timestamp}
{Time filter if applicable}

{VCS_SECTION}
{PR_SECTION}
{ISSUE_SECTION}
{CI_SECTION}

⚠️ ATTENTION NEEDED
{blockers and action items}

See templates.md for detailed section templates.

Use scripts/sitrep.ts for automated gathering:

./scripts/sitrep.ts              # All sources, 24h default
./scripts/sitrep.ts -t 7d        # Last 7 days
./scripts/sitrep.ts -s github    # Specific sources
./scripts/sitrep.ts --format=text

Outputs JSON (structured) or text (human-readable). Reduces agent tool calls 80%+.

See implementation.md for script structure and patterns.

Required: VCS tool (git, gt, jj), shell access

Optional (graceful degradation):

  • Code review CLI (gh, glab)
  • Issue tracker MCP/API
  • CI/CD platform API

Works with ANY available subset.

ALWAYS:

  • Parse time constraints before queries
  • Execute queries in parallel
  • Handle missing sources gracefully
  • Use relative timestamps
  • Highlight actionable items
  • Provide links for deep-dive
  • Format for scanning

NEVER:

  • Fail entirely if one source unavailable
  • Block on slow queries (use timeouts)
  • Expose credentials
  • Dump raw data without organization

As session starter:

  1. Generate report (understand state)
  2. Identify attention-needed items
  3. Plan work (prioritize by blockers)
  4. Return periodically (track progress)

Cross-skill references:

  • Failing CI -> debugging
  • Before planning -> use report for context
  • When blocked -> check dependencies

Automation: daily standup, pre-commit hooks, PR creation context

Tool integrations:

Implementation:

Examples:

Formatting:

平台分布

Codex

36.39%
按下载量换算24

Claude

28.65%
按下载量换算19

Cursor

17.76%
按下载量换算12

Gemini CLI

9.03%
按下载量换算6

安全审计

Gen Agent Trust Hub

可疑

Socket

通过

Snyk

可疑

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/outfitter-dev/agents --skill check-status 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

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

继续浏览同类 Skills