スキル lint-and-validate
📦

lint-and-validate

低リスク ⚙️ 外部コマンド

تشغيل التنقيح والتحقق من الكود

غالبًا ما introduce تعديلات الكود أخطاء في الصياغة أو تنتهك معايير المشروع. يقوم هذا المهارة بأتمتة التنقيح وفحص الأنواع والتدقيق الأمني لاكتشاف المشاكل قبل الإيداع.

対応: Claude Codex Code(CC)
📊 70 十分
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「lint-and-validate」を使用しています。 تشغيل التنقيح على المشروع

期待される結果:

LINT RUNNER - Project: /app/myproject
Type: node
Linters: 2

Running: npm lint...
[PASS] npm lint

Running: tsc...
[FAIL] tsc
Error: src/utils.ts(15,3): Type 'string' is not assignable to type 'number'

SUMMARY
[PASS] npm lint
[FAIL] tsc

「lint-and-validate」を使用しています。 فحص تغطية الأنواع

期待される結果:

TYPE COVERAGE CHECKER

[TYPESCRIPT]
[OK] Analyzed 12 TypeScript files
[!] 3 'any' types found (acceptable)
[!] Type coverage: 65 percent (improve)

[PYTHON]
[OK] Analyzed 8 Python files
[OK] Type hints coverage: 82 percent
[OK] No 'Any' types found

TYPE COVERAGE: 1 critical issues

セキュリティ監査

低リスク
v1 • 2/25/2026

Static analyzer flagged 20 patterns but all are false positives. The subprocess.run calls execute known linter commands derived from project configuration, not user input. Markdown documentation examples were incorrectly flagged as shell execution. No cryptographic code exists. The skill is safe for publication with documented external command usage.

3
スキャンされたファイル
398
解析された行数
2
検出結果
1
総監査数
低リスクの問題 (1)
External Command Execution via Subprocess
The skill uses subprocess.run to execute linting commands. Commands are derived from project configuration files (package.json, pyproject.toml) or hardcoded linter names, not direct user input. This is legitimate for a linting tool but should be documented.

リスク要因

⚙️ 外部コマンド (1)
監査者: claude

品質スコア

45
アーキテクチャ
100
保守性
85
コンテンツ
31
コミュニティ
88
セキュリティ
91
仕様準拠

作れるもの

التحقق قبل الإيداع للمطورين

تشغيل التنقيح الشامل قبل إيداع الكود لضمان استيفاء جميع التغييرات لمعايير المشروع.

تحضير مراجعة الكود

التحقق من تغييرات الكود قبل تقديم طلبات السحب لتقليل دورات المراجعة.

تحديث الكود القديم

تحديد فجوات تغطية الأنواع ومشاكل التنقيح عند ترحيل قواعد الكود القديمة.

これらのプロンプトを試す

فحص التنقيح الأساسي
شغل مهارة lint و validate على مشروعي الحالي للتحقق من أي مشاكل.
تحقق مسار مستهدف
قم بتنقيح والتحقق من جميع الملفات في دليل src/components وإصلاح أي مشاكل قابلة للإصلاح التلقائي.
تدقيق كامل للمشروع
شغل التحقق الكامل بما في ذلك التنقيح وفحص الأنواع والتدقيق الأمني. أنشئ تقريرًا ملخصًا لجميع النتائج مصنفة حسب الخطورة.
تحليل تغطية الأنواع
تحليل تغطية الأنواع عبر整个 قاعدة الكود. تحديد الملفات التي تقل تغطيتها عن 70 في المائة وسرد الدوال غير المطبوع التي تحتاج تعليقات توضيحية.

ベストプラクティス

  • تشغيل التنقيح بعد كل تعديل للكود، وليس فقط قبل الإيداعات
  • تكوين قواعد المنقيح في ملفات جذر المشروع قبل تشغيل التحقق
  • إصلاح أخطاء الأنواع فورًا بدلاً من تراكم الديون التقنية

回避

  • تخطي التحقق للوفاء بالمواعيد النهائية introduces أخطاء في الإنتاج
  • تجاهل أخطاء فحص الأنواع يؤدي إلى فشل في وقت التشغيل
  • تشغيل المنقيحات بدون علامة --fix loses التصحيحات التلقائية

よくある質問

ماذا يحدث إذا لم يكن هناك منقيح مكون في مشروعي؟
يكتشف المهارة التكوين المفقود ويقترح إنشاء ملفات .eslintrc أو tsconfig.json أو pyproject.toml مع الإعدادات المناسبة.
هل يمكن لهذا المهارة إصلاح جميع أخطاء التنقيح تلقائيًا؟
لا. تتعامل علامة --fix مع المشاكل القابلة للإصلاح التلقائي مثل التنسيق. تتطلب أخطاء المنطق وعدم تطابق الأنواع والانتهاكات المعقدة إصلاحات يدوية.
هل هذا يعمل مع المتعددة المستودعات؟
نعم. شغل المهاجة مع مسار مشروع محدد للتحقق من الحزم الفردية داخل هيكل متعدد المستودعات.
كم من الوقت يستغرق التحقق؟
تستغرق عمليات التشغيل النموذجية من 5 إلى 30 ثانية. لكل منقيح timeout لمدة 120 ثانية لقواعد الكود الكبيرة.
ما هي اللغات المدعومة؟
Node.js و TypeScript و Python. تتطلب اللغات الأخرى تكامل منقيح مخصص.
هل يتم إرسال كودي إلى خدمات خارجية؟
لا. جميع عمليات التنقيح تعمل محليًا باستخدام الأدوات المثبتة. لا يتم إرسال أي كود خارجيًا.

開発者の詳細

ファイル構成