Token导航 LogoToken导航

Agent Skill · 研究检索

ln-511-code-quality-checker(ln 511 代码质量检查器)

ln-511-code-quality-checker 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

ln-511-code-quality-checker 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为调用外部服务;许可证信息还不明确,第三方扫描有未通过项,按安装量在研究检索类的 73,675 个 Skill 里排第 17,533。

总安装 6,545周安装 270GitHub Stars 437下载 2,138核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:ln-511-code-quality-checker(ln 511 代码质量检查器)
来源仓库:https://github.com/levnikolaevich/claude-code-skills
仓库路径:skills/ln-511-code-quality-checker
安装命令:
npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-511-code-quality-checker
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-511-code-quality-checker

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。支持基于关键词、任务场景或来源线索进行信息检索与筛选。通过 npx skills add 命令从指定 GitHub 仓库安装使用。安装前需确认权限范围、维护状态及是否涉及联网或文件操作。

ln-511-code-quality-checker 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/ln-511-code-quality-checker

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-5…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要调用外部服务,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

ln-511-code-quality-checker 怎么安装?

在终端执行 npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-511-code-qu…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

ln-511-code-quality-checker 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

ln-511-code-quality-checker 需要什么权限?

权限级别是调用外部服务。该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

ln-511-code-quality-checker 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

ln-511-code-quality-checker 用的人多吗?

公开数据是累计安装 6,545 次,近一周安装 270 次,下载 2,138 次,GitHub 437 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

ln-511-code-quality-checker 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
ln-511-code-quality-checker

ln 511 代码质量检查器 · 本页

6,545437调用外部服务未明确未通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Paths: File paths (shared/, references/, ../ln-*) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. If shared/ is missing, fetch files via WebFetch from https://raw.githubusercontent.com/levnikolaevich/claude-code-skills/master/skills/{path}.

Code Quality Checker

Type: L3 Worker Category: 5XX Quality

Analyzes Done implementation tasks with quantitative Code Quality Score based on metrics, MCP Ref validation, and issue penalties.

Inputs

InputRequiredSourceDescription
storyIdYesargs, git branch, kanban, userStory to process

Resolution: Story Resolution Chain. Status filter: In Progress, To Review

MANDATORY READ: Load shared/references/mcp_tool_preferences.md and shared/references/mcp_integration_patterns.md - use hex-graph as the primary path for clone, architecture, and semantic quality evidence when the project is indexed. Fall back to Grep/Read only when graph is unavailable or unsupported.

Purpose & Scope

  • Load Story and Done implementation tasks (exclude test tasks)
  • Calculate Code Quality Score using metrics and issue penalties
  • MCP Ref validation: Verify optimality, best practices, and performance via external sources
  • Check for DRY/KISS/YAGNI violations, architecture boundary breaks, security issues
  • Produce quantitative verdict with structured issue list; never edits Linear or kanban

Code Metrics

MetricThresholdPenalty
Cyclomatic Complexity≤10 OK, 11-20 warning, >20 fail-5 (warning), -10 (fail) per function
Function size≤50 lines OK, >50 warning-3 per function
File size≤500 lines OK, >500 warning-5 per file
Nesting depth≤3 OK, >3 warning-3 per instance
Parameter count≤4 OK, >4 warning-2 per function

Code Quality Score

Formula: Code Quality Score = 100 - metric_penalties - issue_penalties

Issue penalties by severity:

SeverityPenaltyExamples
high-20Security vulnerability, O(n²)+ algorithm, N+1 query
medium-10DRY violation, suboptimal approach, missing config
low-3Naming convention, minor code smell

Score interpretation:

ScoreStatusVerdict
90-100ExcellentPASS
70-89AcceptableCONCERNS
<70Below thresholdISSUES_FOUND

Issue Prefixes

PrefixCategoryDefault SeverityMCP Ref
SEC-Security (auth, validation, secrets)high—
SEC-DESTR-Destructive ops (guards: DB, FS, MIG, ENV, FORCE)high/medium—
PERF-Performance (algorithms, configs, bottlenecks)medium/high✓ Required
MNT-Maintainability (DRY, SOLID, complexity, dead code)medium—
ARCH-Architecture (layers, boundaries, patterns, contracts)medium—
BP-Best Practices (implementation differs from recommended)medium✓ Required
OPT-Optimality (better approach exists for this goal)medium✓ Required

OPT- subcategories:

PrefixCategorySeverity
OPT-OSS-Open-source replacement availablemedium (high if >200 LOC)

ARCH- subcategories:

PrefixCategorySeverity
ARCH-LB-Layer Boundary: I/O outside infra, HTTP in domainhigh
ARCH-TX-Transaction Boundaries: commit() in 3+ layers, mixed UoW ownershiphigh (CRITICAL if auth/payment)
ARCH-DTO-Missing DTO (4+ params without DTO), Entity Leakage (ORM entity in API response)medium (high if auth/payment)
ARCH-DI-Dependency Injection: dependencies not replaceable for testing (direct instantiation, no injection mechanism). Exception: small scripts/CLIs where params/closures suffice → skipmedium
ARCH-CEH-Centralized Error Handling: errors silently swallowed, stack traces leak to prod, no consistent error logging. Exception: 50-line scripts → downgrade to LOWmedium (high if no handler at all)
ARCH-SES-Session Ownership: DI session + local session in same modulemedium
ARCH-AI-SEBSide-Effect Breadth: 3+ side-effect categories in one leaf function. Conflict Resolution: orchestrator/coordinator functions (imports 3+ services AND delegates sequentially) are EXPECTED to have multiple categories — do NOT flag SEBmedium
ARCH-AI-AHArchitectural Honesty: read-named function with write side-effectsmedium
ARCH-AI-FOFlat Orchestration: leaf service imports 3+ other services. Orchestrator imports are expected — do NOT flagmedium
ARCH-EVENT-Event Channel Consistency: publisher/subscriber name mismatch (MISMATCH), orphaned channel with no counterpart (ORPHAN)high (mismatch), medium (orphan)

PERF- subcategories:

PrefixCategorySeverity
PERF-ALG-Algorithm complexity (Big O)high if O(n²)+
PERF-CFG-Package/library configurationmedium
PERF-PTN-Architectural pattern performancehigh
PERF-DB-Database queries, indexeshigh

MNT- subcategories:

PrefixCategorySeverity
MNT-DC-Dead code: replaced implementations, unused exports/re-exports, backward-compat wrappers, unsupported aliasesmedium (high if public API)
MNT-DRY-DRY violations: duplicate logic across filesmedium
MNT-GOD-God Classes: class with >15 methods or >500 lines (not just file size)medium (high if >1000 lines)
MNT-SIG-Method Signature Quality: boolean flag params, unclear return types, inconsistent naming, >5 optional paramslow
MNT-ERR-Error Contract inconsistency: mixed raise + return None in same servicemedium

When to Use

  • All implementation tasks in Story status = Done
  • Before tech debt cleanup and inline agent review

Workflow (concise)

MANDATORY READ: Load shared/references/input_resolution_pattern.md

  1. Resolve storyId: Run Story Resolution Chain per guide (status filter: [In Progress, To Review]).
  2. Load Story (full) and Done implementation tasks (full descriptions) via Linear; skip tasks with label "tests".
  3. Collect changed files (changed_files[]): MANDATORY READ: Load shared/references/git_scope_detection.md

- IF invoked by ln-510: use changed_files[] from coordinator context → proceed to Enrich step in guide - IF invoked standalone: run full algorithm from guide

  1. Two-Layer Detection (MANDATORY): MANDATORY READ: Load shared/references/two_layer_detection.md All threshold-based findings require Layer 2 context analysis. Layer 1 finding without Layer 2 = NOT a valid finding. Before reporting any metric violation, ask: "Is this violation intentional or justified by design?" See Exception column in metrics below.
  2. Calculate code metrics:

- Cyclomatic Complexity per function (target ≤10; Exception: enum/switch dispatch, state machines, parser grammars → downgrade to LOW) - Function size (target ≤50 lines; Exception: orchestrator functions with sequential delegation) - File size (target ≤500 lines; Exception: config/schema/migration files, generated code) - Nesting depth (target ≤3) - Parameter count (target ≤4; Exception: builder/options patterns)

  1. MCP Ref Validation (MANDATORY for code changes — SKIP if --skip-mcp-ref flag passed): MANDATORY READ: Load shared/references/research_tool_fallback.md Fast-track mode: When invoked with --skip-mcp-ref, skip this entire step (no OPT-, BP-, PERF- checks). Proceed directly to step 6 (static analysis). This reduces cost from ~5000 to ~800 tokens while preserving metrics + static analysis coverage. Level 1 — OPTIMALITY (OPT-): Level 2 — BEST PRACTICES (BP-): Level 3 — PERFORMANCE (PERF-): Triggers for MCP Ref validation:

- Extract goal from task (e.g., "user authentication", "caching", "API rate limiting") - Research alternatives: ref_search_documentation("{goal} approaches comparison {tech_stack} 2026") - Compare chosen approach vs alternatives for project context - Flag suboptimal choices as OPT- issues - Research: ref_search_documentation("{chosen_approach} best practices {tech_stack} 2026") - For libraries: query-docs(library_id, "best practices implementation patterns") - Flag deviations from recommended patterns as BP- issues - PERF-ALG: Analyze algorithm complexity (detect O(n²)+, research optimal via MCP Ref) - PERF-CFG: Check library configs (connection pooling, batch sizes, timeouts) via query-docs - PERF-PTN: Research pattern pitfalls: ref_search_documentation("{pattern} performance bottlenecks") - PERF-DB: Check for N+1, missing indexes via query-docs(orm_library_id, "query optimization") - New dependency added (package.json/requirements.txt changed) - New pattern/library used - API/database changes - Loops/recursion in critical paths - ORM queries added

  1. Analyze code for static issues (assign prefixes): MANDATORY READ: Load shared/references/clean_code_checklist.md, shared/references/destructive_operation_safety.md

- For large code files, use outline(file_path) before targeted reads. - SEC-: hardcoded creds, unvalidated input, SQL injection, race conditions - SEC-DESTR-: unguarded destructive operations — use code-level guards table from destructive_operation_safety.md (loaded above). Check all 5 guard categories (DB, FS, MIG, ENV, FORCE). - MNT-: DRY violations (MNT-DRY-: duplicate logic), dead code (MNT-DC-: per checklist), complex conditionals, poor naming - MNT-DRY- cross-story hotspot scan: Grep for common pattern signatures (error handlers: catch.*Error|handleError, validators: validate|isValid, config access: getSettings|getConfig) across ALL src/ files (count mode). If any pattern appears in 5+ files, sample 3 files (Read 50 lines each) and check structural similarity. If >80% similar → MNT-DRY-CROSS (medium, -10 points): Pattern X duplicated in N files — extract to shared module. - MNT-DRY- preferred (hex-graph): If hex-graph indexed, use audit_workspace(path=scan_path, verbosity="minimal", limit=5, clone_member_limit=3). Each clone group with 2+ members in different files = MNT-DRY-CROSS. Raise limits only when the bounded preview is insufficient. Use returned hotspot and clone context for priority. Fall back to Grep pattern scan above if hex-graph unavailable. - MNT-DC- cross-story unused export scan: For each file modified by Story, count export declarations. Then Grep across ALL src/ for import references to those exports. Exports with 0 import references → MNT-DC-CROSS (medium, -10 points): {export} in {file} exported but never imported — remove or mark internal. - OPT-OSS- cross-reference ln-645 (static, fast-track safe): IF docs/project/.audit/ln-640/*/645-open-source-replacer*.md exists (glob across dates, take latest), check if any HIGH-confidence replacement matches files changed in current Story. IF match found → create OPT-OSS-{N} issue with module path, goal, recommended package, confidence, stars, license from ln-645 report. Severity: high if >200 LOC, medium otherwise. This check reads local files only — no MCP calls — runs even with --skip-mcp-ref. - ARCH-: layer violations, circular dependencies, guide non-compliance - ARCH-LB-: layer boundary violations (HTTP/DB/FS calls outside infrastructure layer) - ARCH-TX-: transaction boundary violations (commit() across multiple layers) - ARCH-DTO-: missing DTOs (4+ repeated params), entity leakage (ORM entities returned from API) - ARCH-DI-: direct instantiation in business logic (no DI container or mixed patterns) - ARCH-CEH-: centralized error handling absent or bypassed - ARCH-SES-: session ownership conflicts (DI + local session in same module) - ARCH-AI-SEB: side-effect breadth (3+ categories in one leaf function; orchestrator functions exempt — see Conflict Resolution in table above) - ARCH-AI-AH: architectural honesty (read-named function with hidden writes) - ARCH-AI-FO: flat orchestration (leaf service importing 3+ services; orchestrator imports exempt) - ARCH-EVENT-: event channel mismatch — Grep for NOTIFY|pg_notify|\.publish\(|\.emit\( (publishers) and LISTEN|\.subscribe\(|\.on\( (subscribers) in changed_files[]. Cross-reference channel name strings. - MNT-GOD-: god classes (>15 methods or >500 lines per class) - MNT-SIG-: method signature quality (boolean flags, unclear returns) - MNT-ERR-: error contract inconsistency (mixed raise/return patterns in same service)

  1. Calculate Code Quality Score:

- Start with 100 - Subtract metric penalties (see Code Metrics table) - Subtract issue penalties (see Issue penalties table)

  1. Output verdict with score and structured issues. MANDATORY READ: Load references/output_schema.md Format output per schema. Add Linear comment with findings.

Critical Rules

  • Read guides mentioned in Story/Tasks before judging compliance.
  • MCP Ref validation: For ANY architectural change, MUST verify via ref_search_documentation before judging.
  • Context7 for libraries: When reviewing library usage, query-docs to verify correct patterns.
  • Language preservation in comments (EN/RU).
  • Do not create tasks or change statuses; caller decides next actions.

Runtime Summary Artifact

MANDATORY READ: Load shared/references/quality_summary_contract.md, shared/references/quality_worker_runtime_contract.md

Runtime profile:

  • family: quality-worker
  • worker: ln-511
  • summary kind: quality-worker
  • payload fields used by coordinators: worker, status, verdict, score, issues, warnings

Invocation rules:

  • standalone: omit runId and summaryArtifactPath
  • managed: pass both runId and exact summaryArtifactPath
  • always write the validated summary before terminal outcome

Definition of Done

  • Story and Done implementation tasks loaded (test tasks excluded)
  • Code metrics calculated (Cyclomatic Complexity, function/file sizes)
  • MCP Ref validation completed (OPT-, BP-, PERF- categories)
  • ARCH- subcategories checked (LB, TX, DTO, DI, CEH, SES, EVENT); MNT- subcategories checked (DC, DRY, GOD, SIG, ERR)
  • Issues identified with prefixes and severity, sources from MCP Ref/Context7
  • Code Quality Score calculated
  • Output formatted per references/output_schema.md
  • Linear comment posted with findings

Reference Files

  • Git scope detection: shared/references/git_scope_detection.md
  • Code metrics: references/code_metrics.md (thresholds and penalties)
  • Guides: docs/guides/
  • Templates for context: shared/templates/task_template_implementation.md
  • Clean code checklist: shared/references/clean_code_checklist.md
  • Research tool fallback: shared/references/research_tool_fallback.md

Version: 5.1.0 Last Updated: 2026-03-15

平台分布

Codex

39.32%
按下载量换算841

Claude

27.7%
按下载量换算592

Cursor

20%
按下载量换算428

Gemini CLI

9.53%
按下载量换算204

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

未通过

权限和风险

调用外部服务

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills