external-skill-adapter
Skill4 starsChanged 36 days agoMITView on GitHub
把外部 Skill 或提示词包适配到目标 Agent,核对来源、工具、输出和验证边界。
In this repository29 other files it gives its agents.
- analysis-report-orchestratorSkill
- chatlab-analyzerSkill
- document-to-markdownSkill
- ecom-image-reverse-sop-shareSkill
- ecom-main-image-diagnosisSkill
- ecom-market-insight-tableSkill
- ecommerce-competitor-analyzerSkill
- ecommerce-data-analysis-workflowSkill
- ecommerce-review-analysisSkill
- ecom-one-photo-pageSkill
- ecom-page-plannerSkill
- ecom-product-assets-collectorSkill
- ecom-ranking-main-image-collectorSkill
- ecom-video-workflowSkill
- feishu-project-weekly-reportSkill
- frontend-design-systemSkill
- full-spectrum-distillerSkill
- github-repo-dissectorSkill
- kolsprite-tiktok-opsSkill
- manim-hyperframes-videoSkill
- rpa-flow-architectSkill
- sellersprite-amazon-opsSkill
- top10stats-data-videoSkill
- video-producer-coreSkill
- webbridge-archive-publisherSkill
- web-collection-orchestratorSkill
- wechat-account-data-reviewSkill
- wechat-article-knowledge-packSkill
- wechat-group-insight-reportsSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
16 rules. About 0 are common, 11 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈11
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 18
If the source is a webpage, keep a local evidence copy in the project work/ folder.
- Distinctive: line 27
Prefer a result-oriented 目标 Agent workflow over broad marketplace claims.
- Distinctive: line 28
Add scripts only for repeated deterministic work, such as CSV normalization, report generation, validation, or packaging.
- Very specific: line 29
Put longer rubrics, templates, and checklists in references/.
- Very specific: line 32
Do not reuse the source SKILL.md structure verbatim.
- Distinctive: line 35
Remove unsupported claims such as real-time monitoring, alerts, platform coverage, scraping, or export formats unless the local skill …
- Distinctive: line 39
Avoid credentials, hidden browser profiles, CAPTCHA bypass, private data, or background monitoring unless the user explicitly owns and …
- Very specific: line 43
Put the skill under ~/.agents/skills/<skill-name>/ unless the user asks for another location.
- Distinctive: line 54
Run at least one smoke test with a realistic sample input if the skill includes a script or output format.
- Distinctive: line 58
Keep install path, test command, source evidence path, adapted differences, and known limits.
- Very specific: line 63
Read references/adaptation-checklist.md when the source skill is vague, overbroad, or likely copied from a marketplace page.
- Distinctive: line 65
Before calling the adaptation finished, confirm:
- Distinctive: line 77
When reporting back, use:
- Distinctive: line 93
Add fallback instructions when search fails
- Distinctive: line 99
Add path validation and error handling
- Distinctive: line 108
Add image format support documentation
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
External Skill Adapter
Use this skill to turn an outside skill into a local 目标 Agent skill without copying it blindly. The goal is to preserve the useful job-to-be-done, rewrite the workflow for 目标 Agent, add boundaries, add testable outputs, and leave a shareable package if the user wants to publish the process.
Adaptation Workflow
- Capture the source
- Save the source URL, page HTML, README, screenshots, or pasted skill text.
- Extract only facts needed for adaptation: name, intended users, inputs, outputs, commands, platform scope, dependencies, risks, and missing implementation details.
- If the source is a webpage, keep a local evidence copy in the project
work/folder.
- Separate intent from implementation
- Intent: what work the skill helps users finish.
- Implementation: command wording, platform claims, dependencies, scripts, and examples.
- Preserve intent when useful. Rewrite implementation for 目标 Agent, local files, available tools, and the user's workflow.
- Decide the 目标 Agent shape
- Choose one narrow entrypoint before writing files.
- Prefer a result-oriented 目标 Agent workflow over broad marketplace claims.
- Add scripts only for repeated deterministic work, such as CSV normalization, report generation, validation, or packaging.
- Put longer rubrics, templates, and checklists in
references/.
- Change the skill enough
- Do not reuse the source
SKILL.mdstructure verbatim. - Rename the skill if the new scope is different.
- Replace generic feature lists with a concrete router, output contract, quality bar, and failure handling.
- Remove unsupported claims such as real-time monitoring, alerts, platform coverage, scraping, or export formats unless the local skill actually implements them.
- Do not reuse the source
- Add boundaries
- Say what the skill will not do.
- Avoid credentials, hidden browser profiles, CAPTCHA bypass, private data, or background monitoring unless the user explicitly owns and authorizes that system.
- Label public-page samples, user-provided exports, screenshots, and estimates honestly.
- Create the local skill
- Put the skill under
~/.agents/skills/<skill-name>/unless the user asks for another location. - Include
SKILL.mdwith 目标 Agent-adapted frontmatter. - Include
README.mdwith usage instructions. - Include only useful
scripts/,references/, orassets/.
- Put the skill under
- Test
- Validate the skill structure:
ls -la ~/.agents/skills/<skill-name>/ cat ~/.agents/skills/<skill-name>/SKILL.md | head -20 - Run at least one smoke test with a realistic sample input if the skill includes a script or output format.
- Record test command, result, and generated artifacts in the share package, not inside
SKILL.md.
- Validate the skill structure:
- Package for handoff or article
- Keep install path, test command, source evidence path, adapted differences, and known limits.
- For public writing, lead with the result. Put implementation notes, blocked attempts, and regeneration commands in README or handoff files.
Adaptation Checklist
Read references/adaptation-checklist.md when the source skill is vague, overbroad, or likely copied from a marketplace page.
Before calling the adaptation finished, confirm:
- The new skill has a different name or clearly narrower scope.
- The trigger description says when to use it.
- The workflow has input routing, output contract, quality bar, and boundaries.
- Unsupported source claims were removed or downgraded.
- Validation passed.
- At least one realistic test or dry run exists.
- User-facing article material is separate from reusable skill instructions.
Output Summary Format
When reporting back, use:
已适配:
- 新 skill:<path>
- 来源证据:<path or URL>
- 改动重点:<3-5 bullets>
- 测试:<command + pass/fail>
- 分享包:<path, if any>Common Adaptation Patterns
Pattern 1: Web Search Skills
- Replace API calls with WebSearch tool usage
- Add fallback instructions when search fails
- Specify topic parameter for better results
Pattern 2: File Operation Skills
- Map file reads to Read tool
- Map file writes to Write tool
- Add path validation and error handling
Pattern 3: Code Execution Skills
- Map commands to Bash tool execution
- Add timeout considerations
- Specify working directory requirements
Pattern 4: Image Processing Skills
- Enable Read tool's image mode capability
- Add image format support documentation
- Specify output format options
Anti-Patterns to Avoid
- ❌ Copying original SKILL.md without modification
- ❌ Keeping platform-specific paths (e.g., Codex-specific)
- ❌ Removing boundaries and safety checks
- ❌ Adding unsupported capability claims
- ❌ Forgetting to update frontmatter metadata
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

