Source profileQuality 61/100Review permissions

yun520-1/mark-heartflow-skill/skills/project-code-standard/SKILL.md

project-code-standard

Use it for code review and engineering tasks; the detail page covers purpose, installation, and practical steps.

Source repository stars
36
Declared platforms
0
Static risk flags
1
Last source update
2026-07-28
Source checked
2026-07-28

Decision brief

What it does—and where it fits

此 skill 用于检查、执行和修复项目代码规范。当用户需要为项目建立代码风格标准、 检查代码是否符合规范、自动修复格式问题、生成代码质量报告,或在 Code Review 中验证提交是否满足团队规范时激活。支持 Python (PEP8/black/ruff)、JavaScript/ TypeScript (ESLint/Prettier)、通用项目规范(命名、注释、文件结构)等。

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/yun520-1/mark-heartflow-skill --skill "skills/project-code-standard"
    Safe inspection promptEditorial

    Inspect the Agent Skill "project-code-standard" from https://github.com/yun520-1/mark-heartflow-skill/blob/20bbbb4eacf56c941ddc3420dcbc81c04d55ec5c/skills/project-code-standard/SKILL.md at commit 20bbbb4eacf56c941ddc3420dcbc81c04d55ec5c. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      目标

      帮助开发者为项目建立、检查和执行统一的代码规范,确保代码库的一致性、可读性和可维护性。

      帮助开发者为项目建立、检查和执行统一的代码规范,确保代码库的一致性、可读性和可维护性。
    2. 02

      何时使用

      用户要求「检查代码规范」「lint 代码」「格式化代码」

      用户要求「检查代码规范」「lint 代码」「格式化代码」用户要求「建立代码标准」「设置代码风格」在 Code Review 前验证代码质量
    3. 03

      前置条件

      Python 项目:Python = 3.8,可选安装 ruff、black、pylint

      Python 项目:Python = 3.8,可选安装 ruff、black、pylintJS/TS 项目:Node.js = 16,可选安装 eslint、prettier通用:无特殊依赖,使用内置检查逻辑

    Permission review

    Static risk signals and limitations

    Runs scripts

    medium · line 45

    The documentation asks the agent to run terminal commands or scripts.

    python scripts/check_python.py <target_path> --output markdown

    Runs scripts

    medium · line 55

    The documentation asks the agent to run terminal commands or scripts.

    python scripts/check_js.py <target_path> --output markdown

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score61/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars36SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guidecatalog recordEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    yun520-1/mark-heartflow-skill
    Skill path
    skills/project-code-standard/SKILL.md
    Commit
    20bbbb4eacf56c941ddc3420dcbc81c04d55ec5c
    License
    Not declared
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    Project Code Standard

    目标

    帮助开发者为项目建立、检查和执行统一的代码规范,确保代码库的一致性、可读性和可维护性。

    何时使用

    激活此 skill 的场景:

    • 用户要求「检查代码规范」「lint 代码」「格式化代码」
    • 用户要求「建立代码标准」「设置代码风格」
    • 在 Code Review 前验证代码质量
    • 用户询问「这段代码符合规范吗?」
    • 新项目初始化时配置代码质量工具链
    • CI/CD 集成代码检查流程

    前置条件

    根据项目类型,需要以下工具之一:

    • Python 项目:Python >= 3.8,可选安装 ruffblackpylint
    • JS/TS 项目:Node.js >= 16,可选安装 eslintprettier
    • 通用:无特殊依赖,使用内置检查逻辑

    执行步骤

    步骤 1:识别项目类型

    首先检查项目根目录,识别技术栈:

    # 检查关键配置文件
    ls package.json pyproject.toml setup.py Cargo.toml go.mod 2>/dev/null
    

    根据识别结果选择对应的规范检查流程。

    步骤 2:运行规范检查

    Python 项目

    # 使用 ruff 进行快速全面检查(推荐)
    python scripts/check_python.py <target_path> --output markdown
    
    # 或者逐步检查
    ruff check .               # 代码规范
    ruff format --check .      # 格式检查
    

    JavaScript / TypeScript 项目

    python scripts/check_js.py <target_path> --output markdown
    

    通用规范检查(命名、注释、文件结构):

    python scripts/check_general.py <target_path> --output markdown
    

    步骤 3:呈现检查结果

    将检查结果组织为以下格式汇报给用户:

    ## 代码规范检查报告
    
    ### 总览
    - 检查文件数:N
    - 发现问题:X 个(严重:A,警告:B,提示:C)
    
    ### 问题列表
    | 文件 | 行号 | 类型 | 描述 |
    |------|------|------|------|
    | ... | ... | ... | ... |
    
    ### 建议修复方案
    ...
    

    步骤 4:自动修复(可选)

    如果用户同意自动修复,执行:

    # Python
    python scripts/check_python.py <target_path> --fix
    
    # JS/TS  
    python scripts/check_js.py <target_path> --fix
    

    修复后重新运行步骤 2 验证结果。

    步骤 5:生成规范配置文件(新项目)

    如果项目尚无规范配置,从 assets/ 目录复制对应模板:

    • Python:assets/ruff.toml → 项目根目录
    • JS/TS:assets/.eslintrc.json + assets/.prettierrc → 项目根目录
    • 通用:assets/.editorconfig → 项目根目录

    输出格式

    以 Markdown 表格格式汇报检查结果,包含:

    1. 总览统计:文件数、问题数、按严重级别分类
    2. 问题列表:文件路径、行号、问题类型、描述
    3. 修复建议:针对高频问题给出具体修复方案

    注意事项

    • 优先使用项目中已有的 lint 配置(.eslintrcruff.toml 等),不要覆盖用户已有配置
    • 自动修复前必须获得用户确认,不要直接修改文件
    • 检查范围默认排除 node_modules/.venv/dist/build/ 等目录
    • 如果项目没有安装 lint 工具,仅做语法层面和通用规范检查,并建议安装工具

    Alternatives

    Compare before choosing

    Computed 8938,313

    wshobson/agents

    python-design-patterns

    Python design patterns including KISS, Separation of Concerns, Single Responsibility, and composition over inheritance. Use this skill when designing a new service or component from scratch and choosing how to layer responsibilities, when refactoring a God class or monolithic function that has grown too large, when deciding whether to add a new abstraction or live with duplication, when evaluating a pull request for structural issues like tight coupling or leaking internal types, when choosing b

    Computed 8838,313

    wshobson/agents

    code-review-excellence

    Master effective code review practices to provide constructive feedback, catch bugs early, and foster knowledge sharing while maintaining team morale. Use when reviewing pull requests, establishing review standards, or mentoring developers.

    Computed 7024,265

    openai/skills

    security-best-practices

    Perform language and framework specific security best-practice reviews and suggest improvements. Trigger only when the user explicitly requests security best practices guidance, a security review/report, or secure-by-default coding help. Trigger only for supported languages (python, javascript/typescript, go). Do not trigger for general code review, debugging, or non-security tasks.

    Computed 6936

    yun520-1/mark-heartflow-skill

    pr-reviewer

    Automated GitHub PR code review with diff analysis, lint integration, and structured reports. Use when reviewing pull requests, checking for security issues, error handling gaps, test coverage, or code style problems. Supports Go, Python, and JavaScript/TypeScript. Requires `gh` CLI authenticated with repo access.