What is cpp-coding-standards?
C++コアガイドラインに基づくC++コーディング標準(isocpp. github.
affaan-m/ECC
C++コアガイドラインに基づくC++コーディング標準(isocpp.github.io)。現代的で安全で慣用的なプラクティスを強制するためにC++コードを書き、レビュー、またはリファクタリングする場合に使用します。
npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/cpp-coding-standards"Quick start
Install it or open the source, trigger it with a clear task, then follow the source workflow.
npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/cpp-coding-standards"Use cpp-coding-standards to help me with: [describe your task]. Before you begin, tell me what input you need, the steps you will follow, and the expected output.
No structured workflow was detected; follow the original SKILL.md below.
Continue to the workflowDirect answers
C++コアガイドラインに基づくC++コーディング標準(isocpp. github.
It is relevant to workflows involving Engineering.
SkillSignal detected this source-specific command: npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/cpp-coding-standards". Inspect the repository and command before running it.
The upstream source does not declare a dedicated Agent platform.
No obvious permission action was detected by the static rules. This is not proof that the Skill is safe.
This page combines upstream documentation with deterministic repository, quality, and static-risk signals. It is not described as a manual test or security review.
SkillSignal brief
C++コアガイドラインに基づくC++コーディング標準(isocpp. github.
Useful in these contexts
Core capabilities
Quality breakdown
Based on traceable docs and repository signals; stars are not treated as quality.
Compare before choosing
These links are selected from shared tasks, functions, stacks, platforms, and same-name variants. Compare the source owner, documentation, permissions, and maintenance signals.
C++ coding standards based on the C++ Core Guidelines (isocpp.github.io). Use when writing, reviewing, or refactoring C++ code to enforce modern, safe, and idiomatic practices.
基于C++核心指南(isocpp.github.io)的C++编码标准。在编写、审查或重构C++代码时使用,以强制实施现代、安全和惯用的实践。
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
Grounded design brief from the adopted corpus — style, WCAG-checked color tokens, typography, layout pattern, anti-patterns. Use on ui-design-brief or any which-style/palette/font/chart decision.
Use BEFORE writing or editing any non-trivial UI — inventories components, design tokens, shadcn primitives, and reusable patterns into state.ui_audit. Hard gate for the ui directive set.
C++コアガイドラインから派生した最新のC++(C++17/20/23)の包括的なコーディング標準。タイプセーフティ、リソースセーフティ、不変性、明確性を強制します。
enum vs enum class、生ポインタ対スマートポインタ)これらのテーマはガイドライン全体に繰り返され、基礎を形成:
const/constexprで開始;変更可能性は例外| Rule | Summary |
|---|---|
| P.1 | コード内のアイデアを直接表現 |
| P.3 | 意図を表現 |
| P.4 | 理想的には、プログラムは静的にタイプセーフである必要があります |
| P.5 | ランタイムチェックに対するコンパイル時チェック |
| P.8 | リソースをリークしない |
| P.10 | 変更可能なデータより不変データを好む |
| I.1 | インターフェースを明示的にする |
| I.2 | 非const グローバル変数を避ける |
| I.4 | インターフェースを正確にし、強く型付けされたものにする |
現代的なC++では、生ポインタの代わりにスマートポインタを使用:
std::unique_ptr<T> 単一所有者向けstd::shared_ptr<T> 共有所有権向けstd::weak_ptr<T> 循環参照を回避するため