Skip to content
Back to skills

2556 Python Guidelinesinstructions E5dfd73e

ASecurity

* All code comments must be written in **English**. * Documentation and user interface text are authored in **English**. * Function names follow the `snake_case` convention. * Class names follow `PascalCase`. * Constants use `UPPER_CASE`. * Avoid Indent Hadouken, use fail first and early return. * The use of @deprecated is prohibited. Whenever you want to use @deprecated, simply remove it and directly modify any place where it is used. * Instead of concentrating on backward compatibility, greate

  • 9 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 11, 2026
developmentpythontestingdocumentation

Works with

  • cli

Security analysis

A100/100

Scanned October 11, 2026

npx -y skills add tools-only/X-Skills --skill 2556-python-guidelinesinstructions_e5dfd73e --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of 2556 Python Guidelinesinstructions E5dfd73e?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for 2556 Python Guidelinesinstructions E5dfd73e
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tools-only-2556-python-guidelinesinstructions-e5dfd73e/badge)](https://www.skillsdirectory.com/skills/tools-only-2556-python-guidelinesinstructions-e5dfd73e)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

SKILL.md
---
# applyTo: '**/*.py'
---
## Python Code Guidelines
* All code comments must be written in **English**.
* Documentation and user interface text are authored in **English**.
* Function names follow the `snake_case` convention.
* Class names follow `PascalCase`.
* Constants use `UPPER_CASE`.
* Avoid Indent Hadouken, use fail first and early return.
* The use of @deprecated is prohibited. Whenever you want to use @deprecated, simply remove it and directly modify any place where it is used.
* Instead of concentrating on backward compatibility, greater importance is given to removing unnecessary designs. When a module is no longer utilized, remove it. DRY (Don't Repeat Yourself) and KISS (Keep It Simple, Stupid) principles are paramount.
* Any unimplemented code or tests must be marked with `//TODO` comment.
* Unless the requirements or user asks you to implement in phases, using TODO is prohibited. TODO means there is still unfinished work. You are required to complete your work.
* Use `pytest` for running tests and makesure this project is testable.
* Place tests in the `tests` folder; any test files located in the project root directory are considered temporary and should be deleted.
* Follow the testing principles and practices outlined in [Test Guidelines](../../docs/python-testing-guidelines.md)` if there is one.
* Always use Python's standard `logging` module for all log output.
* Always `black --line-length=100 --skip-string-normalization` and `flake8` the submitting files and fix any warnings before submitting any code. Do not lint the whole project, only the files you are submitting. Use the `.flake8` configuration file in the root directory for linting. Fix not only the errors but also styling warnings.

## Gradio UI Guidelines

* The UI is constructed using Gradio v3.41.2 and v4.40.0 but under v5.
* Components are named descriptively; abbreviations are discouraged.
* Interface layout is organized using `gr.Tabs()` and `gr.TabItem()`.
* Event bindings use `.click()`, `.change()`, `.select()`, etc.
* `gr.State()` is used for cross-component state management.
* DO NOT USE `gr.Box()` since it is deprecated.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.