source-command-validate
Skill0 starsChanged 6 months agoMITView on GitHub
Run comprehensive validation across the entire codebase
In this repository55 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- agent-developmentSkill
- agent-teamsSkill
- ai-sdkSkill
- analyzing-financial-statementsSkill
- cache-componentsSkill
- chrome-devtoolsSkill
- Codex-automation-recommenderSkill
- Codex-md-improverSkill
- code-reviewSkill
- Command DevelopmentSkill
- creating-financial-modelsSkill
- data-visualizationSkill
- debugSkill
- develop-ai-functions-exampleSkill
- evolve-ai-layerSkill
- excalidraw-diagramSkill
- find-skillsSkill
- frontend-designSkill
- Hook DevelopmentSkill
- make-skill-templateSkill
- markdown-to-htmlSkill
- mcp-builderSkill
- MCP IntegrationSkill
- pdfSkill
- playwrightSkill
- Plugin SettingsSkill
- Plugin StructureSkill
- refactorSkill
- researchSkill
- security-best-practicesSkill
- skill-creatorSkill
- Skill DevelopmentSkill
- smithery-ai-cliSkill
- source-command-commit-and-deploySkill
- source-command-commitSkill
- source-command-create-prdSkill
- source-command-create-rulesSkill
- source-command-empty-redeploySkill
- source-command-evaluateSkill
- source-command-executeSkill
- source-command-handoffSkill
- source-command-plan-featureSkill
- source-command-primeSkill
- source-command-reviewSkill
- source-command-self-healSkill
- sql-queriesSkill
- statistical-analysisSkill
- vscode-ext-localizationSkill
- webapp-testingSkill
- web-artifacts-builderSkill
- web-design-guidelinesSkill
- Writing Hookify RulesSkill
- xlsxSkill
The file
We split this skill into the rules it gives an agent
10 rules. About 0 are common, 9 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈9
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Use this skill when the user asks to run the migrated source command validate.
- Distinctive: line 15
Run every available validation tool to ensure the codebase is healthy.
- Distinctive: line 21
Check what validation tools exist in this project:
- Distinctive: line 43
Run the project's linter (eslint, ruff, clippy, etc.)
- Distinctive: line 52
Run the type checker if available:
- Distinctive: line 70
Run the test suite:
- Distinctive: line 79
Verify the project builds:
- Distinctive: line 88
Run any integration or end-to-end tests:
- Distinctive: line 119
Don't run tools that aren't configured (no phantom validation)
- Distinctive: line 120
If a check doesn't exist yet, note it as a gap
≈ “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
source-command-validate
Use this skill when the user asks to run the migrated source command validate.
Command Template
Validate: Full Codebase Check
Run every available validation tool to ensure the codebase is healthy.
Process
1. Discover Available Tools
Check what validation tools exist in this project:
# Check for package.json scripts
cat package.json 2>/dev/null | grep -A 50 '"scripts"' | head -60
# Check for Python project tools
cat pyproject.toml 2>/dev/null | head -40
# Check for Makefile
cat Makefile 2>/dev/null | grep '^[a-z]' | head -20
# Check for CI config
ls .github/workflows/ 2>/dev/null
cat .github/workflows/*.yml 2>/dev/null | head -802. Run Validation Pyramid
Execute each level in order. Fix failures before proceeding.
Level 1: Linting
Run the project's linter (eslint, ruff, clippy, etc.)
# Examples — use whatever this project has:
# npm run lint
# ruff check .
# cargo clippyLevel 2: Type Checking
Run the type checker if available:
# Examples:
# npx tsc --noEmit
# mypy .
# cargo checkLevel 3: Formatting
Check code formatting:
# Examples:
# npx prettier --check .
# ruff format --check .
# cargo fmt --checkLevel 4: Unit Tests
Run the test suite:
# Examples:
# npm test
# pytest
# cargo testLevel 5: Build Check
Verify the project builds:
# Examples:
# npm run build
# uv run python -m py_compile main.py
# cargo buildLevel 6: Integration / E2E (if available)
Run any integration or end-to-end tests:
# Examples:
# npm run test:e2e
# pytest tests/integration/3. Report Results
## Validation Report
| Check | Status | Details |
|-------|--------|---------|
| Lint | ✅/❌ | {error count or "clean"} |
| Types | ✅/❌ | {error count or "clean"} |
| Format | ✅/❌ | {files needing format or "clean"} |
| Tests | ✅/❌ | {passed/failed/skipped counts} |
| Build | ✅/❌ | {success or error summary} |
| E2E | ✅/❌/⏭️ | {results or "not configured"} |
### Issues Found
{List any failures with file paths and brief descriptions}
### Recommended Fixes
{For each issue: what to change and where}Notes
- Adapt to whatever tools this project actually uses
- Don't run tools that aren't configured (no phantom validation)
- If a check doesn't exist yet, note it as a gap
- Fix issues in order: lint → types → format → tests → build
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.

