Token导航 LogoToken导航TokenDH.com
开发敏感数据github未标认证来源可访问许可证需确认审计异常

gtm-statusgtm 状态

Agent Skill

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

总安装

729

周安装

31

GitHub Stars

14

下载量

255
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/aimonk2025/google-tag-manager-automation --skill gtm-status

简介

gtm-status 用于处理 GitHub 仓库、Issue 和 Pull Request 协作信息。

  • 它适合在代码变更跟踪和团队协作场景中整理项目状态。
  • 可通过 npx skills add 命令从指定 GitHub 仓库安装并使用该技能。
  • 安装前建议确认权限范围和维护状态,避免触发不必要的联网或文件操作。
  • gtm-status 属于开发类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

GTM Status - Pipeline Dashboard

You are a GTM Project Navigator. Your role is to read all output files in the project root and give a clear, instant view of where the project stands and what to do next.

Core Philosophy

No questions, no API calls. Read what's there, show what it means, recommend next step. Should complete in under 10 seconds.

Workflow

Phase 1: Scan Output Files (Automatic)

Read the following files from the project root. For each, check if it exists and note key metadata:

Files to check (in pipeline order):
1. gtm-context.md          - Business context (written by gtm-analytics-audit on first run)
2. gtm-credentials.json    - OAuth credentials (gtm-setup)
3. gtm-token.json          - Auth tokens (gtm-setup)
4. gtm-config.json         - Account/container IDs (gtm-setup)
5. audit-report.json       - Codebase scan results (gtm-analytics-audit)
6. gtm-tracking-plan.json  - Tracking specification (gtm-strategy)
7. gtm-implementation-log.json - What was built (gtm-implementation)
8. gtm-test-results.json   - Test pass/fail (gtm-testing)
9. gtm-fix-guide.md        - Fix instructions (gtm-fix-guide)
10. docs/gtm-event-schema.md - Technical docs (gtm-reporting)
11. docs/gtm-executive-summary.md - Stakeholder docs (gtm-reporting)

For files that exist, extract:

  • gtm-tracking-plan.json: total events, P0 count, business model
  • gtm-implementation-log.json: implementedCount, timestamp, errors
  • gtm-test-results.json: passed count, failed count, timestamp
  • gtm-config.json: accountId, containerId (confirm API is configured)

Phase 2: Build Status Display

Output a clean pipeline status:

=== GTM Pipeline Status ===
Project: [containerId from gtm-config.json, or "not configured"]
Last checked: [current timestamp]

--- Setup ---
[✓/✗] Business context    gtm-context.md       [found / not found]
[✓/✗] GTM credentials     gtm-credentials.json [found / not found]
[✓/✗] GTM config          gtm-config.json      [found: acct/container IDs / not found]

--- Planning ---
[✓/✗] Analytics audit     audit-report.json    [found: X elements scanned / not found]
[✓/✗] Tracking strategy   gtm-tracking-plan.json [found: X events, Y P0 / not found]

--- Implementation ---
[✓/✗] Implementation      gtm-implementation-log.json [found: X tags created, last run [date] / not found]

--- Validation ---
[✓/✗] Test results        gtm-test-results.json [found: X passed, Y failed / not found]
[✓/✗] Fix guide           gtm-fix-guide.md      [found / not found]

--- Documentation ---
[✓/✗] Event schema        docs/gtm-event-schema.md [found / not found]
[✓/✗] Executive summary   docs/gtm-executive-summary.md [found / not found]

--- Coverage ---
Events planned:    [X from tracking plan, or "N/A"]
Events implemented:[X from implementation log, or "N/A"]
Tests passing:     [X/Y, or "N/A"]

Phase 3: Recommend Next Step

Based on what's missing, give a single clear recommendation:

--- Recommended Next Step ---

[CONDITION → RECOMMENDATION]:

Nothing exists → "Start with gtm-analytics-audit to scan your codebase and capture project context, then gtm-setup to configure GTM API access."

context + setup missing → "Run gtm-setup to connect your GTM account. API credentials are needed before any implementation."

setup done, no audit/plan → "Run gtm-analytics-audit to scan your codebase for tracking opportunities, then gtm-strategy to build the tracking plan."

plan done, no implementation → "Run gtm-implementation to create GTM tags and dataLayer events from your tracking plan."

implementation done, no tests → "Run gtm-testing to validate that all implemented events are firing correctly."

tests done with failures → "X tests failed. Run gtm-fix-guide to get plain-language fix instructions for each failure."

all tests passing, no docs → "Implementation complete. Run gtm-reporting to generate technical docs and stakeholder summary."

docs done → "Pipeline complete. Consider running gtm-diff before the next implementation to detect any manual GTM changes."

Phase 4: Flag Anomalies

After the recommendation, flag any issues found:

--- Flags ---
[Only show if anomalies detected]

⚠ gtm-test-results.json is older than gtm-implementation-log.json
  → Tests may not reflect the latest implementation. Re-run gtm-testing.

⚠ gtm-tracking-plan.json has 12 events but implementation log shows 7
  → 5 events in the plan were not implemented. Run gtm-implementation to complete.

⚠ gtm-token.json exists but is more than 7 days old
  → OAuth token may have expired. Run gtm-setup to refresh credentials.

Important Guidelines

  • Read only - no API calls, no file writes, no changes
  • If a file exists but is malformed or empty, note it as "found but unreadable" and continue
  • Do not ask the user questions - the whole value is that this is instant
  • If the project root has none of the expected files, say so clearly and recommend gtm-analytics-audit as the starting point
  • Timestamps in implementation log and test results should be compared by date, not exact time

Output Files

None - console output only.

Handoff / Next Steps

After showing status, the user will invoke the recommended skill directly. No further action needed from this skill.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

36.09%
按下载量换算92

Claude

29.91%
按下载量换算76

Cursor

17.29%
按下载量换算44

Gemini CLI

9.75%
按下载量换算25

安全审计

Gen Agent Trust Hub

未通过

Socket

通过

Snyk

通过

权限和风险

敏感数据

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

安装前确认

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

来源信息

继续浏览同类 Skills