Agent skill

Mcpp Contributing

by mcpp-community in mcpp-community/mcpp

A skill your agent uses when contributing to the mcpp project — submitting bug fixes, new features, code optimizations, documentation improvements, or any PR.

Apache-2.0Auto-check passedDevelopment

Install Mcpp Contributing

skills CLI
$ npx skills add mcpp-community/mcpp --skill mcpp-contributing -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install mcpp-community/mcpp mcpp-contributing --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/mcpp-community/mcpp.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/mcpp-contributing .claude/skills/mcpp-contributing && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
mcpp-contributing
GitHub stars
155
Token cost
~2.3k tokens
SKILL.md length
529 words
Files
1
Skills in repo
3
Repo updated
First seen
Licence
Apache-2.0

At a glance

A skill your agent uses when contributing to the mcpp project — submitting bug fixes, new features, code optimizations, documentation improvements, or any PR.

  • Works in 6 steps: 创建 Issue(必须) → 创建分支 → 实现改动 → …
  • Contributing to the mcpp project — submitting bug fixes
  • SKILL.md covers Overview, 核心原则, 贡献流程 and Agent 开发规范, plus 4 more sections
  • Calls git, gh and bash

What it does

Mcpp Contributing is an agent skill from mcpp-community/mcpp. Use when contributing to the mcpp project — submitting bug fixes, new features, code optimizations, documentation improvements, or any PR. Covers issue creation, branch conventions, build verification, CI requirements, and PR workflow using gh and git.

Its SKILL.md is about 2.3k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Debugging. It works with C++, Git and macOS. The repository describes itself as: A modern C++ module-first build tool — written in pure C++23 modules, fully self-hosted. The licence is Apache-2.0.

When your agent uses it

  • Contributing to the mcpp project — submitting bug fixes
  • Code optimizations
  • Documentation improvements

Example prompts

  • “/mcpp-contributing”

Workflow steps

6 steps, taken from the step headings in SKILL.md.

  1. 创建 Issue(必须)
  2. 创建分支
  3. 实现改动
  4. 提交 PR
  5. CI 必须通过
  6. Review & 合入

What it can do on your machine

Read from SKILL.md and the folder at commit de9c290. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • git
    • gh
    • bash

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git and gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Mcpp Contributing loads about 2.3k tokens when it runs. Until then it costs about 68 tokens; SKILL.md has 529 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~68
When it runs · the whole SKILL.md, loaded when a task matches
~2.3k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from mcpp-community/mcpp at commit de9c290, republished under its Apache-2.0 licence (© mcpp-community). 529 words, ~2,302 tokens.

Download SKILL.mdSave it as .claude/skills/mcpp-contributing/SKILL.md (or your agent's skills folder).
name
mcpp-contributing
description
Use when contributing to the mcpp project — submitting bug fixes, new features, code optimizations, documentation improvements, or any PR. Covers issue creation, branch conventions, build verification, CI requirements, and PR workflow using gh and git.

mcpp 项目开发贡献规范

Overview

mcpp 项目的贡献流程:先创建 Issue → 切分支 → 实现改动 → 提交 PR → CI 通过 → Review 合入。

  • 仓库:https://github.com/mcpp-community/mcpp
  • 构建:mcpp build(C++23 模块自举)
  • 测试:mcpp test 覆盖 tests/**/*.cpp,tests/e2e/ 提供真实二进制的端到端脚本
  • CI:GitHub Actions,base 为 main 的 PR 触发分平台构建、测试与 E2E 检查

核心原则

禁止直接 push main

所有改动必须通过 PR 合入 main,无论改动大小。这包括:

  • 代码改动(feat / fix / refactor)
  • 文档改动(docs / skills / .agents/)
  • 配置改动(mcpp.toml / .xlings.json / CI workflow)
  • 版本号 bump(必须通过 PR,不能直接 push)

唯一例外:紧急 hotfix 需要 --admin 合入,但也必须先创建 PR。

违规示例(不允许):

bash
# ✗ 直接 push 到 main
git commit -m "docs: add skill" && git push origin main

# ✗ 绕过分支保护
git push origin feature:main

正确做法:

bash
# ✓ 始终走 PR 流程
git checkout -b docs/add-release-skill
git commit -m "docs: add release skill"
git push -u origin docs/add-release-skill
gh pr create --title "docs: add release skill" --body "..."
# 等 CI 通过后合入

贡献流程

1. 创建 Issue(必须)

所有贡献先创建 Issue,特别是新功能。避免重复工作,留下讨论记录。

Bug 修复

bash
gh issue create \
  --title "fix: 简短描述" \
  --body "## 复现步骤
1. ...

## 期望行为
...

## 实际行为
...

## 环境
- mcpp 版本:\`mcpp --version\`
- OS:"

新功能

bash
gh issue create \
  --title "feat: 简短描述" \
  --body "## 动机
...

## 设计思路
...

## 涉及模块
..."

代码优化

bash
gh issue create \
  --title "refactor: 简短描述" \
  --body "## 当前问题
...

## 优化方案
..."
2. 创建分支

必须从最新 main 创建分支,禁止在 main 上直接开发。

bash
git checkout main && git pull origin main
git checkout -b <type>/<short-description>
# type: feat / fix / refactor / test / docs / chore

分支命名规范:

  • feat/xxx — 新功能
  • fix/xxx — Bug 修复
  • refactor/xxx — 重构
  • test/xxx — 测试
  • docs/xxx — 文档
  • chore/xxx — 版本 bump、配置、依赖更新
3. 实现改动

开发要求

  • 遵循现有代码风格(查看相邻代码)
  • 模块导入用 import std; 和 import mcpp.xxx;
  • 只改需要改的,不顺手重构不相关代码
  • 平台相关代码放在 src/platform/ 目录下

构建验证

bash
# 用现有 bootstrap mcpp 自举构建
mcpp build
# 选择刚生成的 target/**/bin/mcpp(Windows 为 mcpp.exe),不要硬编码宿主 triple
<fresh-mcpp-binary> --version

测试

bash
# C++ 单元/集成测试:由刚构建的二进制发现 tests/**/*.cpp
<fresh-mcpp-binary> test
# 端到端测试:显式把刚构建的二进制交给脚本
# 路径必须是刚构建产物的绝对路径;Windows 使用 mcpp.exe。
MCPP=<absolute-path-to-fresh-mcpp-or-mcpp.exe> bash tests/e2e/01_help_and_version.sh
MCPP=<absolute-path-to-fresh-mcpp-or-mcpp.exe> bash tests/e2e/<relevant-test>.sh
# 新功能按变更契约补充 focused unit/integration 和/或 E2E 覆盖

E2E 并不保证完全离线:部分脚本需要工具链、索引或 capability provider。 按 CI 等价方式设置 MCPP_HOME、镜像和其他 capability 后再运行;不要让缓存命中 或空 workspace 选择冒充行为覆盖。

4. 提交 PR

提交信息前缀:feat: / fix: / refactor: / test: / docs: / chore:

bash
git push -u origin <branch>
gh pr create \
  --title "<type>: 简短描述" \
  --body "## Summary
- 改动点

Closes #<issue>

## Test plan
- [ ] 文档-only:示例与链接已按当前实现复核,无运行时行为变更
- [ ] 涉及行为或测试文档时:`mcpp test`(unit/integration)通过
- [ ] 涉及行为或测试文档时:相关 E2E 脚本使用 fresh `MCPP` 通过"

PR 要求:

  • title 用英文,body 中英文均可
  • 关联 Issue(Closes #N)
  • 包含 test plan
  • 一个 PR 只做一件事,不混入无关改动
5. CI 必须通过

CI 不通过的 PR 不会被合入。

bash
gh pr checks <pr-number>           # 查看状态
gh run view <run-id> --log-failed  # 查看失败日志

一次提交的 CI 是 ci.yml 的一次运行,分段执行(设计见 .agents/docs/2026-10-02-pr-ci-acceleration-and-the-toolchain-specification-design.md 第二部分):

阶段内容
changes按改动路径分类;只改了没有任何脚本、测试或源码读取的文档时,只跑 docs
docs不需要二进制的检查(版本钉、文档风格与结构、工作流断言等)
build-*每个宿主构建一次 mcpp(build.yml),上传为 mcpp-built-<host>
linux / linux-e2e、macos / macos-e2e / macos-ios、windows / windows-e2e / windows-msvc-xlings、cross、target-matrix、openkal各领域的可复用工作流(原来的 ci-*.yml),通过 .github/actions/use-built-mcpp 使用上面那次构建,不再各自构建
e2e-coverage每个 e2e 测试都在某个宿主上运行、由专门 job 运行,或在 tests/e2e/coverage-exceptions.tsv 中写明原因

ci-aarch64-fresh-install、measure-windows-tool-crt 与 pypi-publish 仍是按路径触发的独立工作流。缓存只在 main 上由一个 job 保存;PR 只恢复。

以 PR 实际 required checks 为准,所有未跳过的 required checks 必须通过。 如果某个平台失败:

  1. 下载日志分析原因
  2. 修复后 push 到同一分支,CI 自动重跑
  3. 如果是 flaky test,在 PR 中说明
6. Review & 合入

维护者 review → 反馈修改 → CI 重跑 → Merge(保留 commit 历史)。

合入方式:

  • 默认使用 Merge commit(保留完整历史)
  • 单 commit 的 PR 也可用 Squash merge

Agent 开发规范

Agent(Claude Code 等)在执行任务时,同样必须遵守 PR 流程:

Agent 必须做的
  • 从最新 main 切新分支
  • 所有改动通过 PR 提交
  • 等 CI 通过后再请求合入
  • 合入前先确认 PR 无冲突
Agent 禁止做的
  • 直接 push 到 main(即使有 admin 权限)
  • 绕过 CI 检查合入
  • 在已合入的分支上继续开发(应切新分支)
  • 一个 PR 混入不相关的改动
Agent 的典型工作流
Show full SKILL.md (248 more words)Show less

Language of commits, pull requests, CHANGELOG entries and release notes

Commit messages (subject and body), squash-merge messages, pull-request titles and descriptions, CHANGELOG entries and release notes are written in English, in declarative sentences, with no emoji and no attribution trailers. A release's notes are its ## [<version>] section of CHANGELOG.md (release.yml extracts it), so an English CHANGELOG entry is an English release. Entries before 2026.9.28.3 remain as written. The user-facing documentation keeps both languages (docs/ and docs/zh/).

bash
# 1. 从最新 main 切分支
git checkout main && git pull origin main
git checkout -b <type>/<description>

# 2. 实现改动
# ... edit files ...

# 3. 提交并推送
git add <files>
git commit -m "<type>: <description>"
git push -u origin <type>/<description>

# 4. 创建 PR
gh pr create --title "<type>: <description>" --body "..."

# 5. 等 CI 通过
# 每 60s 检查一次,失败则分析修复
gh run list --branch <branch> --limit 3

# 6. CI 全部通过后,请求用户 review 合入
# 或者用户授权后:
gh pr merge <pr-number> --merge

项目结构

modules/ 放会被链进二进制的独立包,src/ 放还没分出去的骨架,缩小 src/ 就是方向。 单位是子系统不是文件——一文件一包只会把目录列表写成 N 份清单。

modules/                   ← 独立包,各带 mcpp.toml,由 path 引用,依赖显式声明
├── libs/                  ← json + toml:文本格式解析器(vendored 与自写)
├── log/                   ← 分级日志
├── versioning/            ← mcpp.version + mcpp.version_req
├── source-kind/           ← 源文件角色表
├── dyndep/                ← ninja dyndep 发射
├── platform/              ← 平台抽象层(所有平台相关代码)
├── manifest/              ← manifest 模型、TOML/xpkg 解析 + 它们所用的词汇
├── toolchain-model/       ← 工具链「是什么」:triple / model / dialect /
│                            cppfly / fingerprint / linkmodel
└── buildmcpp/             ← build.mcpp 契约:协议、指令表、provision、tool store
src/
├── cli.cppm              ← 命令行入口
├── config.cppm           ← 全局配置
├── build/                ← 构建系统(ninja 后端、prepare/plan/execute)
├── pm/                   ← 包管理子系统
├── toolchain/            ← 工具链「在哪」:探测、registry、gcc/clang/msvc/llvm
├── modgraph/             ← 模块图扫描验证
├── pack/                 ← 打包发布
├── runtime/              ← 运行时契约(binding、ELF 事实)
└── xlings/               ← xlings 集成
tests/unit/                ← 跨层单测(`mcpp test`)
modules/<x>/tests/         ← 子系统单测(`mcpp test -p <x>`,CI 逐个跑)
tests/e2e/                 ← E2E 测试脚本 (`MCPP=...` + `run_all.sh`)
docs/                     ← 用户文档
.agents/docs/             ← 设计文档
.agents/skills/           ← Agent 技能文档

路径窄化不变式(走查得到的 path 不得直接 .string())

Windows 上 std::filesystem::path::string() 会把 native(宽)名经进程 ANSI 代码页 转换,遇到该代码页拼不出的字符就抛 std::system_error。非 Windows 上同一个调用只是 一次拷贝,永不失败——所以这个隐患在 Linux/macOS 上(包括它们的测试里)完全不可见。

它已经付过两次代价,每次戴着不同的面具:#230 抛出后逃到 std::terminate,git-bash 显示为裸 exit 127(看起来像"命令找不到");#516 逃到 main() 的 catch,显示为 internal: unhandled exception(看起来像下载器的解压/编码缺陷)。#231 加固了三处 调用点,漏掉了同一个 walk 循环里早一行执行的第四处。

规则(按用途选,不是三选一的风格问题):

用途写法
与 ASCII 字面量比较按 path 比,根本不窄化
需要稳定身份(hash / key / digest)p.u8string() —— 各平台都是 UTF-8,不碰代码页
需要交给编译器 / ninja / CDBmcpp::modgraph::try_narrow(p),并处理 nullopt

try_narrow 返回 nullopt 表示"这个文件没法出现在任何交给工具链的字符串里"。 跳过它,并且必须报出来——mcpp.diag 的批次不变式对此已有规定:因为前提不满足而 少做事,必须走 diag::degraded() 并给出 impact。静默丢弃是这类缺陷藏身的地方。

src/modgraph/ 与 src/manifest/ 是 leaf 层(全仓没有一条到 mcpp.ui / mcpp.diag 的 import 边),所以它们记录(note_unnarrowable_path),由 CLI 层排空上报。

.github/tools/check_narrow_conversions.sh 是硬门,但它只扫 src/modgraph、 src/scaffold——通过不等于已审计。确有把握的站点用 // NARROW-OK: <理由> 标注, 理由必须写出"为什么这个输入不可能带这种名字"。

测试只有跑在 Windows CI 上才有意义,且必须自己检查 GetACP():runner 镜像哪天默认 UTF-8 ACP(65001),这类用例会静默变成永远绿的装饰品。参见 tests/unit/test_modgraph.cpp 的 Scanner.GlobWalkSurvivesNamesTheCodePageCannotSpell。

注意事项

  • C++23 模块项目,修改模块时注意 import 依赖顺序
  • 平台相关代码统一放 modules/platform/,不在其他模块中直接使用 #if defined
  • 新增 modules/ 包要改四处(包自己的 mcpp.toml、根的 [dependencies.mcpp]、根的 [workspace] members、两份 xmake 源文件清单), 其中三处的遗漏都在很远的地方才失败——最坏的一处只在没有 mcpp 的 macOS 自举机器上。.github/tools/check_modules_wiring.sh 守住它,会在 CI 里跑
  • import 要指向类型的提供者,不是它的某个消费者。 一条为拿 Toolchain 而 import mcpp.toolchain.detect 的边(model 才是定义处,detect 只是转发) 把整个 build.mcpp 契约压在了包管理器之上。一行 import 就是「能不能成为独立 模块」的全部距离
  • 子系统的单测放 modules/<x>/tests/,跨层的放 tests/unit/。前者构建在 「只有它自己和它声明的依赖」这个配置里——那是根构建从不产生的配置,也是唯一 能抓到「悄悄依赖了未声明之物」的地方。 ⚠️ mcpp test -p <x> 对没有测试的成员退 0
  • E2E 测试应声明所需 capability,并使用隔离的 MCPP_HOME;需要网络/索引的脚本 不得被描述为完全离线
  • 不确定方向时先在 Issue 讨论再动手
  • 永远走 PR 流程,不直接 push main

© mcpp-community, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/mcpp-contributing of mcpp-community/mcpp.

Open the folder on GitHubat commit de9c290

Compare with similar skills

Mcpp Contributing next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Mcpp Contributing compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Mcpp Contributing this skillmcpp-community/mcpp155—~2.3kAutomated safety check: PassApache-2.0
OpenLogi macOS Permissions TriageAprilNEA/OpenLogi23k—~2.5kAutomated safety check: NotesApache-2.0
Cmux Debugging Guidemanaflow-ai/cmux28k1 repos~1.1kAutomated safety check: PassCustom licence
Qt C++ Code Reviewx-tools-author/x-tools1.1k2 repos~4.3kAutomated safety check: PassBSD-3-Clause
pybind11 Release Preparationpybind/pybind1118k—~1.7kAutomated safety check: PassCustom licence
Qt Cpp ReviewSerial-Studio/Serial-Studio7.2k—~4.3kAutomated safety check: PassCustom licence

Similar skills

  • Decides whether an OpenLogi device problem on macOS is a privacy-permission (TCC) problem, using agent log lines, and says which identity needs which grant.

    23k GitHub stars~2.5k tokensUpdated 4 days ago
    DevelopmentAuto-check: notes
  • Cmux Debugging Guide

    manaflow-ai/cmux

    Covers debug logging, the Debug menu, profiling rules and runtime pitfalls for working on the cmux macOS terminal app.

    28k GitHub starsUsed in 1 repo~1.1k tokens
    DevelopmentAuto-check passed
  • Qt C++ Code Review

    x-tools-author/x-tools

    Read-only review of Qt6 C++ code that combines a deterministic lint script with six parallel analysis agents and reports only high-confidence issues.

    1.1k GitHub starsUsed in 2 repos~4.3k tokens
    DevelopmentAuto-check passed
  • Opens the pybind11 release-preparation pull request: picking the release base, bumping the version in common.h and integrating the changelog, following docs/release.rst.

    18k GitHub stars~1.7k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Qt Cpp Review

    Serial-Studio/Serial-Studio

    Qt6/C++ deep code review for Serial Studio. An agent skill from Serial-Studio/Serial-Studio.

    7.2k GitHub stars~4.3k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Debugging and Error Recovery

    addyosmani/agent-skills

    Applies a stop-the-line rule and a step-by-step triage when tests fail, builds break or something stops working, aiming at the root cause instead of guesses.

    102k GitHub starsUsed in 1 repo~2.6k tokens
    DevelopmentAuto-check passed

More from mcpp-community/mcpp

  • Mcpp Docs Style

    mcpp-community/mcpp

    A skill your agent uses when writing or editing anything under docs/ (English or 简体中文), docs/specs/, README files, or the design records under .agents/docs/ — states which tree a document belongs…

    155 GitHub stars~3.7k tokensUpdated 2 days ago
    Auto-check passed
  • Mcpp Release

    mcpp-community/mcpp

    A skill your agent uses when releasing a new version of mcpp — bumps version, creates tag, triggers release CI, and monitors until all platforms succeed.

    155 GitHub stars~3.1k tokensUpdated 2 days ago
    Auto-check passed

Works with

Categories

Questions about Mcpp Contributing

What does Mcpp Contributing do?

A skill your agent uses when contributing to the mcpp project — submitting bug fixes, new features, code optimizations, documentation improvements, or any PR. Mcpp Contributing is an agent skill from mcpp-community/mcpp. Use when contributing to the mcpp project — submitting bug fixes, new features, code optimizations, documentation improvements, or any PR.

When should I use Mcpp Contributing?

Mcpp Contributing fits situations like: contributing to the mcpp project — submitting bug fixes; code optimizations; documentation improvements.

How do I install Mcpp Contributing in Claude Code?

Run `npx skills add mcpp-community/mcpp --skill mcpp-contributing -a claude-code`. Or copy the skill folder (.agents/skills/mcpp-contributing in mcpp-community/mcpp) into .claude/skills/mcpp-contributing in your project. Claude Code loads it when a task matches its description.

How do I install Mcpp Contributing in Codex?

Run `npx skills add mcpp-community/mcpp --skill mcpp-contributing -a codex`. Or copy the skill folder (.agents/skills/mcpp-contributing in mcpp-community/mcpp) into .agents/skills/mcpp-contributing in your project. Codex loads it when a task matches its description.

Can I use Mcpp Contributing in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add mcpp-community/mcpp --skill mcpp-contributing -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/mcpp-contributing, .gemini/skills/mcpp-contributing, .github/skills/mcpp-contributing and .opencode/skills/mcpp-contributing in your project.

What does Mcpp Contributing need to run?

Going by SKILL.md and its folder, Mcpp Contributing needs the command-line tools its instructions call (git, gh and bash).

Does Mcpp Contributing access the network?

SKILL.md contains no URLs. Its commands use git and gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Mcpp Contributing safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Mcpp Contributing use?

Mcpp Contributing is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Mcpp Contributing use?

About 2.3k tokens (SKILL.md is roughly 9.2k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Mcpp Contributing?

Skills that share tags, products or a category with Mcpp Contributing: OpenLogi macOS Permissions Triage (AprilNEA/OpenLogi, 23k stars), Cmux Debugging Guide (manaflow-ai/cmux, 28k stars), Qt C++ Code Review (x-tools-author/x-tools, 1.1k stars) and pybind11 Release Preparation (pybind/pybind11, 18k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Mcpp Contributing?

mcpp-community (a GitHub organization) maintains it in mcpp-community/mcpp, which has 155 GitHub stars. The repository holds 3 skills in this directory. The repository was last updated on October 6, 2026.

Source: mcpp-community/mcpp on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.