技能 cc-skill-coding-standards
📦

cc-skill-coding-standards

安全

Применение стандартов кодирования во всей кодовой базе

Несовместимое качество кода приводит к ошибкам и техническому долгу. Этот навык предоставляет универсальные стандарты кодирования, лучшие практики и паттерны для разработки на TypeScript, JavaScript, React и Node.js, которые помогут вам писать чистый, поддерживаемый код.

支持: Claude Codex Code(CC)
⚠️ 68
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“cc-skill-coding-standards”。 Review this function for coding standards compliance: function get(u) { return fetch(u).then(d=>d.json()) }

预期结果:

Эта функция нарушает несколько стандартов: неясное именование (get, u, d), отсутствие обработки ошибок, отсутствие безопасности типов и возврат данных без проверки response.ok. Рефакторинговая версия включает: описательное имя (fetchMarketData), правильные типы TypeScript, комплексную обработку ошибок с try/catch и валидацию ответа.

正在使用“cc-skill-coding-standards”。 Generate a React button component following the standards

预期结果:

Функциональный компонент с TypeScript интерфейсом (ButtonProps), правильными типами пропсов (children, onClick, disabled, variant), значениями по умолчанию для необязательных пропсов и семантической HTML-структурой. Включает spread оператор для пропсов и композицию className.

正在使用“cc-skill-coding-standards”。 Check if this code follows immutability patterns: user.name = 'New Name'; items.push(newItem);

预期结果:

Этот код нарушает принцип неизменяемости. Прямая мутация объектов и массивов вызывает неожиданные побочные эффекты. Правильный подход: использовать spread оператор для объектов ({...user, name: 'New Name'}) и массивов ([...items, newItem]) для создания новых ссылок вместо мутации существующих.

安全审计

安全
v1 • 2/25/2026

All 73 static analysis findings are false positives. The detected patterns (backtick execution, weak crypto, system reconnaissance) are Markdown code blocks and documentation examples, not executable code. This is a pure documentation skill with no executable functionality. No security risks identified.

1
已扫描文件
528
分析行数
3
发现项
1
审计总数
低风险问题 (3)
Documentation Code Examples Trigger Static Scanner
The static scanner detected 53 instances of 'Ruby/shell backtick execution' patterns. These are Markdown code blocks (```typescript) used for documentation, not actual shell execution. The skill contains only code examples and best practices documentation.
Fetch API Examples in Documentation
Detected 2 instances of fetch() calls at lines 92 and 107. These are documentation examples showing proper async/await error handling patterns, not actual network requests made by the skill.
Dynamic Import for React Lazy Loading Example
Detected dynamic import() at line 409. This is a documentation example showing React's lazy() pattern for code splitting, not actual dynamic imports executed by the skill.
审计者: claude

质量评分

38
架构
90
可维护性
87
内容
22
社区
99
安全
87
规范符合性

你能构建什么

Ассистент проверки кода

Используйте этот навык при проверках кода для проверки соответствия pull request установленным стандартам кодирования и лучшим практикам.

Онбординг новых разработчиков

Помогите новым участникам команды понять стандарты и соглашения вашей кодовой базы, предоставляя последовательные примеры и паттерны.

Улучшение качества кода

Применяйте эти стандарты при рефакторинге legacy-кода для улучшения поддерживаемости и уменьшения технического долга.

试试这些提示

Проверка кода на соответствие стандартам
Проверьте этот код на соответствие стандартам кодирования и лучшим практикам, определённым в навыке cc-skill-coding-standards. Выявите любые нарушения и предложите улучшения.
Рефакторинг для лучших практик
Рефакторите этот код в соответствии с лучшими практиками TypeScript и React из навыка cc-skill-coding-standards. Сосредоточьтесь на неизменяемости, обработке ошибок и структуре компонентов.
Генерация кода, соответствующего стандартам
Сгенерируйте [компонент/функцию/модуль], который следует стандартам кодирования из cc-skill-coding-standards. Включите правильные типы, обработку ошибок и документацию.
Объяснение нарушений стандартов
Объясните, почему этот код нарушает стандарты кодирования из cc-skill-coding-standards. Сошлитесь на конкретные принципы, такие как KISS, DRY или YAGNI.

最佳实践

  • Всегда используйте описательные имена переменных и функций, которые объясняют намерение, а не сокращённые формы
  • Последовательно применяйте паттерны неизменяемости, используя spread операторы вместо прямой мутации
  • Реализуйте комплексную обработку ошибок для асинхронных операций с блоками try/catch и валидацией ответа
  • Используйте TypeScript типы и интерфейсы вместо 'any' для поддержания безопасности типов

避免

  • Избегайте прямой мутации объектов и массивов — используйте spread операторы или паттерны неизменяемых обновлений
  • Не используйте тип 'any' в TypeScript — всегда определяйте правильные интерфейсы и аннотации типов
  • Никогда не опускайте обработку ошибок в асинхронных функциях — всегда включайте try/catch с правильными сообщениями об ошибках
  • Избегайте глубоко вложенных условий — используйте ранние возвраты и guard clauses для ясности

常见问题

Являются ли эти стандарты кодирования обязательными для всех проектов?
Нет, это рекомендуемые лучшие практики. Адаптируйте их к конкретным потребностям вашей команды и существующим соглашениям. Стандарты обеспечивают основу для последовательного, качественного кода.
Могу ли я использовать эти стандарты с языками, отличными от TypeScript и JavaScript?
Хотя многие принципы, такие как KISS, DRY и YAGNI, применимы универсально, конкретные примеры ориентированы на экосистемы TypeScript и JavaScript. Адаптируйте концепции к выбранному вами языку.
Как мне применять эти стандарты в моей команде?
Объедините эти стандарты с инструментами линтинга (ESLint, Prettier), pre-commit хуками и чеклистами для проверки кода. Используйте навык при проверках для раннего обнаружения нарушений.
Что делать, если стандарты конфликтуют с моей существующей кодовой базой?
Применяйте стандарты инкрементно. Отдавайте приоритет новому коду и высокорисковым областям при рефакторинге. Постепенное внедрение лучше, чем попытка полного переписывания.
Заменяют ли эти стандарты необходимость проверки кода?
Нет, эти стандарты дополняют проверки кода. Они предоставляют объективные критерии для оценки, но проверки также учитывают контекстно-зависимые решения и архитектурные соображения.
Как часто следует обновлять эти стандарты?
Пересматривайте и обновляйте стандарты ежеквартально или при внедрении новых фреймворков. Балансируйте стабильность с эволюцией — сопротивляйтесь частым изменениям, но адаптируйтесь к новым лучшим практикам в экосистеме.

开发者详情

文件结构

📄 SKILL.md