跳到正文
cccskills
免费在 GitHub 公开

skill-research

Guides the discovery, design, validation, and delivery of Agent Skills. Use when identifying skill gaps, creating or revising a SKILL.md, improving skill descriptions, or checking a skill against the Agent Skills specification.

中文简介正在准备中。当前显示原文说明。

查看安装方法

包含的文件(1)

  • SKILL.md4.6 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Skill Research

Instructions

Phase 1: Discovery

  1. Read skills/install-skills/references/agent-paths.md and resolve the current agent skills directory before scanning anything.
  2. Scan the resolved skills directory and read only the YAML frontmatter description field of each existing skill.
  3. Categorize existing skills (code quality, testing, CI/CD, infrastructure, language-specific, utilities) to map the agent's current footprint.
  4. Identify gaps by checking AGENTS.md, recent commit histories, and active repos for repetitive workflows or underserved ecosystems that produce inconsistent outputs.
  5. Validate gaps against real work -- a genuine gap affects actual project tasks, not hypothetical ones.

Phase 2: Design

  1. Scope narrowly: One skill = one focused capability. If the description needs "and," split it.
  2. Standardized name: Use 1-64 lowercase letters, numbers, and single hyphens; match the parent directory name and do not start or end with a hyphen.
  3. Standardized description: Put a concise description in YAML frontmatter, explain what the skill does and when to use it, and include specific task keywords that help agents identify relevant requests. Keep it within 1,024 characters.
  4. Progressive disclosure: Keep the main SKILL.md focused on core instructions and under 500 lines or 5,000 tokens when practical. Move detailed material to focused files in references/, scripts/, or assets/ and tell the agent when to load it.
  5. Useful structure: Use headings, step-by-step procedures, examples, edge cases, checklists, or validation loops as appropriate. Do not require a fixed body layout or imperative wording for every sentence.
  6. Choose defaults: When several tools or approaches are valid, recommend one default and mention alternatives only when they materially help.

Phase 3: Validation

  1. Specification test: Check that SKILL.md begins with valid YAML frontmatter containing name and description, that the name matches the parent directory, and that optional metadata uses supported fields or a metadata mapping.
  2. Actionability test: Confirm that the workflow gives clear, reusable procedures, examples, or checks for the target task. Use imperative steps where sequence and consistency matter, but allow explanatory context when it improves decisions.
  3. Boundary test: Compare against the 2-3 closest existing skills. Add a cross-reference note if boundaries overlap.
  4. Token efficiency test: Delete any sentence, adjective, or background explanation that can be removed without losing the core instruction.
  5. Progressive-disclosure test: Keep core guidance in SKILL.md; move detailed references, templates, and executable helpers to focused supporting files with relative links or explicit load conditions.
  6. Description test: Check that the description is specific about capabilities and activation contexts, stays within 1,024 characters, and avoids broad or vague triggers.

Phase 4: Delivery

  1. Create the resolved skills directory and write to <resolved-skills-dir>/<name>/SKILL.md using the canonical agent-path rules.
  2. Include only the frontmatter fields needed by the skill. Use license, compatibility, allowed-tools, and metadata according to the Agent Skills specification; do not duplicate frontmatter values as required body headers.
  3. Organize the body with headings and the content formats that best support the workflow, such as examples, edge cases, checklists, or validation loops.
  4. Use relative paths from the skill root for references, scripts, and assets. Keep references focused and avoid deep chains of linked files.
  5. Report: skill name, description, line count, and related existing skills.

Anti-Patterns to Avoid

Anti-PatternWhy It's BadFix
Deep-reading all skillsWastes token contextRead only YAML frontmatter descriptions during discovery
Multi-topic skillsCauses routing confusionSplit into single-purpose skills
Unstructured proceduresSteps or decisions get skippedUse headings, numbered steps, checklists, examples, or validation loops as appropriate
Over-explainingWastes tokens on known infoAssume competence; focus on workflow

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Distills enduring architectural decisions and design rationale from wave orchestration plans or historical git changes into structured, tracked Architecture Decision Records (ADRs). Use pre-wave to resolve active architectural constraints or post-wave to record enduring decisions in docs/decisions/.

中文简介正在准备中。当前显示原文说明。

AndrewBrown-USDA/aigb-skills-usda72026年10月22日 更新

Create and maintain AGENTS.md files for project onboarding and grounding. Use when initialized in a new project, when project structure changes significantly, or when creating subfolder-level AGENTS.md files for complex monorepos.

中文简介正在准备中。当前显示原文说明。

AndrewBrown-USDA/aigb-skills-usda72026年10月22日 更新

Audit and update an arbitrary codebase to follow the Code.mil federal open-source licensing model (MIT with 17 U.S.C. Section 105 disclaimers and INTENT.md), including CRAN/R package DESCRIPTION setup.

中文简介正在准备中。当前显示原文说明。

AndrewBrown-USDA/aigb-skills-usda72026年10月22日 更新

Migrates ArcPy and ArcGIS Pro workflows to explicit, testable open-source Python geospatial workflows. Use when removing ArcPy dependencies, porting geoprocessing scripts, or documenting ArcGIS behavior that will not be migrated.

中文简介正在准备中。当前显示原文说明。

AndrewBrown-USDA/aigb-skills-usda72026年10月22日 更新

caveman

免费

Ultra-compressed communication mode that cuts output tokens while keeping technical accuracy. Levels: lite, full, ultra and the wenyan variants. Use for /caveman, "caveman mode", "talk like caveman", "be brief" or "less tokens".

中文简介正在准备中。当前显示原文说明。

AndrewBrown-USDA/aigb-skills-usda72026年10月22日 更新

Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes - Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/spec asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

中文简介正在准备中。当前显示原文说明。

AndrewBrown-USDA/aigb-skills-usda72026年10月22日 更新

查看 AndrewBrown-USDA 的全部技能

报告此技能的问题