S

sensei

by @microsoftv
4.3(52)

作为Azure平台的GitHub Copilot。,AI Agent Skill,提升工作效率和自动化能力

ai-mentorshipllm-best-practicesai-strategyprompt-engineeringai-workflow-designGitHub
安装方式
npx skills add https://github.com/microsoft/github-copilot-for-azure --skill sensei
compare_arrows

Before / After 效果对比

1 组
使用前

手动维护和改进技能的前置元数据(frontmatter)耗时且容易出现不一致,导致技能描述不准确,影响其被正确调用和理解。

使用后

通过Ralph循环模式,迭代自动化改进技能的前置元数据,直到达到中高合规性并测试通过,确保技能描述清晰、准确,提升技能的可用性和可靠性。

SKILL.md

sensei

Sensei

"A true master teaches not by telling, but by refining." - The Skill Sensei

Automates skill frontmatter improvement using the Ralph loop pattern - iteratively improving skills until they reach Medium-High compliance with passing tests, then checking token usage and prompting for action.

Help

When user says "sensei help" or asks how to use sensei, show this:

╔══════════════════════════════════════════════════════════════════╗
║  SENSEI - Skill Frontmatter Compliance Improver                  ║
╠══════════════════════════════════════════════════════════════════╣
║                                                                  ║
║  USAGE:                                                          ║
║    Run sensei on <skill-name>              # Single skill        ║
║    Run sensei on <skill-name> --skip-integration  # Fast mode    ║
║    Run sensei on <skill1>, <skill2>, ...   # Multiple skills     ║
║    Run sensei on all Low-adherence skills  # Batch by score      ║
║    Run sensei on all skills                # All skills       ║
║                                                                  ║
║  EXAMPLES:                                                       ║
║    Run sensei on appinsights-instrumentation                     ║
║    Run sensei on azure-security --skip-integration               ║
║    Run sensei on azure-security, azure-observability             ║
║    Run sensei on all Low-adherence skills                        ║
║                                                                  ║
║  WHAT IT DOES:                                                   ║
║    1. READ      - Load skill's SKILL.md, tests, and token count  ║
║    2. SCORE     - Check compliance (Low/Medium/Medium-High/High) ║
║    3. SCAFFOLD  - Create tests from template if missing          ║
║    4. IMPROVE   - Add WHEN: triggers (cross-model optimized)     ║
║    5. TEST      - Run tests, fix if needed                       ║
║    6. REFERENCES- Validate markdown links                        ║
║    7. TOKENS    - Check token budget, gather suggestions         ║
║    8. SUMMARY   - Show before/after with suggestions             ║
║    9. PROMPT    - Ask: Commit, Create Issue, or Skip?            ║
║   10. REPEAT    - Until Medium-High score + tests pass           ║
║                                                                  ║
║  TARGET SCORE: Medium-High                                       ║
║    ✓ Description > 150 chars, ≤ 60 words                         ║
║    ✓ Has "WHEN:" trigger phrases (preferred)                     ║
║    ✓ No "DO NOT USE FOR:" (risky in multi-skill envs)             ║
║    ✓ SKILL.md < 500 tokens (soft limit)                          ║
║                                                                  ║
║  MORE INFO:                                                      ║
║    See .github/skills/sensei/README.md for full documentation    ║
║                                                                  ║
╚══════════════════════════════════════════════════════════════════╝

When to Use

  • Improving a skill's frontmatter compliance score

  • Adding trigger phrases and anti-triggers to skill descriptions

  • Batch-improving multiple skills at once

  • Auditing and fixing Low-adherence skills

Invocation Modes

Single Skill

Run sensei on azure-deploy

Multiple Skills

Run sensei on azure-security, azure-observability

By Adherence Level

Run sensei on all Low-adherence skills

All Skills

Run sensei on all skills

The Ralph Loop

For each skill, execute this loop until score >= Medium-High AND tests pass:

  • READ - Load plugin/skills/{skill-name}/SKILL.md, tests, and token count

  • SCORE - Run spec-based compliance check (see SCORING.md):

Validate name per agentskills.io spec (no --, no start/end -, lowercase alphanumeric)

  • Check description length and word count (≤60 words)

  • Check triggers (WHEN: preferred, USE FOR: accepted)

  • Warn on "DO NOT USE FOR:" (risky in multi-skill environments)

  • Preserve optional spec fields (license, metadata, allowed-tools) if present

  • CHECK - If score >= Medium-High AND tests pass → go to TOKENS step

  • SCAFFOLD - If tests/{skill-name}/ doesn't exist, create from tests/_template/

  • IMPROVE FRONTMATTER - Add WHEN: triggers (stay under 60 words and 1024 chars)

  • IMPROVE TESTS - Update shouldTriggerPrompts and shouldNotTriggerPrompts to match

  • VERIFY - Run cd tests && npm test -- --testPathPattern={skill-name}

  • VALIDATE REFERENCES - Run cd scripts && npm run references {skill-name} to check markdown links

  • TOKENS - Check token budget and line count (< 500 lines per spec), gather optimization suggestions

  • SUMMARY - Display before/after comparison with unimplemented suggestions

  • PROMPT - Ask user: Commit, Create Issue, or Skip?

  • REPEAT - Go to step 2 (max 5 iterations per skill)

Scoring Criteria (Quick Reference)

Sensei validates skills against the agentskills.io specification. See SCORING.md for full details.

Score Requirements

Invalid Name fails spec validation (consecutive hyphens, start/end hyphen, uppercase, etc.)

Low Basic description, no explicit triggers

Medium Has trigger keywords/phrases, description > 150 chars, >60 words

Medium-High Has "WHEN:" (preferred) or "USE FOR:" triggers, ≤60 words

High Medium-High + compatibility field

Target: Medium-High (distinctive triggers, concise description)

⚠️ "DO NOT USE FOR:" is risky in multi-skill environments (15+ overlapping skills) — causes keyword contamination on fast-pattern-matching models. Safe for small, isolated skill sets. Use positive routing with WHEN: for cross-model safety.

Strongly recommended (reported as suggestions if missing):

  • license — identifies the license applied to the skill

  • metadata.version — tracks the skill version for consumers

Frontmatter Template

Per the agentskills.io spec, required and optional fields:

---
name: skill-name
description: "[ACTION VERB] [UNIQUE_DOMAIN]. [One clarifying sentence]. WHEN: \"trigger 1\", \"trigger 2\", \"trigger 3\"."
license: MIT
metadata:
  version: "1.0"
# Other optional spec fields — preserve if already present:
# metadata.author: example-org
# allowed-tools: Bash(git:*) Read
---

IMPORTANT: Use inline double-quoted strings for descriptions. Do NOT use >- folded scalars (incompatible with skills.sh). Do NOT use | literal blocks (preserves newlines). Keep total description under 1024 characters and ≤60 words.

⚠️ "DO NOT USE FOR:" carries context-dependent risk. In multi-skill environments (10+ skills with overlapping domains), anti-trigger clauses introduce the very keywords that cause wrong-skill activation on Claude Sonnet and fast-pattern-matching models (evidence). For small, isolated skill sets (1-5 skills), the risk is low. When in doubt, use positive routing with WHEN: and distinctive quoted phrases.

Test Scaffolding

When tests don't exist, scaffold from tests/_template/:

cp -r tests/_template tests/{skill-name}

Then update:

  • SKILL_NAME constant in all test files

  • shouldTriggerPrompts - 5+ prompts matching new frontmatter triggers

  • shouldNotTriggerPrompts - 5+ prompts matching anti-triggers

Commit Messages:

sensei: improve {skill-name} frontmatter

Constraints

  • Only modify plugin/skills/ - these are the Azure skills used by Copilot

  • .github/skills/ contains meta-skills like sensei for developer tooling

  • Max 5 iterations per skill before moving on

  • Description must stay under 1024 characters

  • SKILL.md should stay under 500 tokens (soft limit)

  • Tests must pass before prompting for action

  • User chooses: Commit, Create Issue, or Skip after each skill

Flags

Flag Description

--skip-integration Skip integration tests for faster iteration. Only runs unit and trigger tests.

⚠️ Skipping integration tests speeds up the loop but may miss runtime issues. Consider running full tests before final commit.

Reference Documentation

Related Skills

Weekly Installs291Repositorymicrosoft/githu…or-azureGitHub Stars157First SeenFeb 4, 2026Security AuditsGen Agent Trust HubPassSocketPassSnykPassInstalled oncodex271gemini-cli267opencode238github-copilot234cursor229amp228

用户评价 (0)

发表评价

效果
易用性
文档
兼容性

暂无评价

统计数据

安装量1.3K
评分4.3 / 5.0
版本
更新日期2026年5月31日
对比案例1 组

用户评分

4.3(52)
5
60%
4
40%
3
0%
2
0%
1
0%

为此 Skill 评分

0.0

兼容平台

🔧Claude Code
🔧OpenClaw
🔧OpenCode
🔧Codex
🔧Gemini CLI
🔧GitHub Copilot
🔧Amp
🔧Kimi CLI

时间线

创建2026年3月17日
最后更新2026年5月31日
🎁 Agent 知识卡片
调研问卷