commands
Author a new skill under .claude/skills/<name>/SKILL.md with valid frontmatter, following the template conventions, and index it in CLAUDE.md + README.md.
git clone --depth 1 https://github.com/harunkurtdev/ros2-claude-code-template /tmp/commands && cp -r /tmp/commands/.claude/commands/new- ~/.claude/skills/commandsnew-skill.md
Add a new skill to this `.claude/` config.
Argument handling (`$ARGUMENTS`):
1. `<skill_name>` — `snake_case` or `kebab-case` (required); becomes the
directory name and the frontmatter `name`.
2. `[description]` — one-line, trigger-oriented summary. If missing, ask.
If anything is unclear (does it pair with a command/agent? which rules?),
ask before writing.
Process:
1. Read the `extending_claude_config` skill (conventions + templates).
2. Verify `skills/<skill_name>/` does not already exist.
3. Create `skills/<skill_name>/SKILL.md` with:
* YAML frontmatter `name:` + `description:` (the description must say
**what it does and when to trigger**).
* a body: intro + pointers to the relevant `rules/` and any reference
repo under `~/nav2_ws/src/`, a "first decision" section if it has
variants, step-by-step instructions, and a "Common pitfalls" list.
* tone/sections matching a sibling skill (e.g.
`ros2_controller_creation`).
4. **Index it**:
* add a row to the **Skills index** in `.claude/CLAUDE.md` (correct
subsection).
* if it is a reference-type skill, also consider a "Where things live"
row.
5. If it is a *scaffolding* skill, offer to also create the matching
`/new-*` command (`/new-command`) and, if it warrants review, a
reviewer agent (`/new-agent`).
6. Print: file created + the index rows added.
Frontmatter is mandatory — a skill without `name`/`description` is not
discoverable. Always update the index in the same change.Use proactively before opening a PR that adds or changes BehaviorTree.CPP nodes or BehaviorTree.ROS2 wrappers (RosActionNode/RosServiceNode/RosTopicPub/SubNode, TreeExecutionServer). Reviews a diff against BT.CPP v4 conventions — node base-class choice, non-blocking ticks, ports/blackboard typing, factory/plugin registration, XML v4, and the ROS 2 wrapper contract. Returns a punch list with file:line anchors, not a rewrite.
Use when a design decision touches Clean Architecture boundaries in a ROS 2 project — which layer a new behaviour belongs to, whether a port belongs in domain or application, whether a new node should be lifecycle-managed, whether to compose nodes or split packages. Returns an architectural recommendation with trade-offs, not implementation.
Use when a design decision touches the gz-sim ECS — where new state should live, which system phase should write it, how to avoid coupling, whether to add a component vs. a member variable, whether a new system should be split or merged with an existing one. Returns an architectural recommendation with trade-offs, not implementation.
Use proactively before opening any gz-sim PR. Reviews a diff against the project's C++17 style, ECS conventions, plugin registration patterns, CMake structure, test placement, Migration.md / Changelog.md expectations, and pre-commit configuration. Returns a punch list, not a rewrite.
Use proactively before opening a PR that adds or changes a ros2_control controller, broadcaster, or hardware component (incl. URDF <ros2_control> bringup). Reviews a diff against ros2_controllers / ros2_control_demos conventions — controller & hardware lifecycle, command/state interface configuration, real-time safety of update()/read()/write(), generate_parameter_library usage, pluginlib registration, chainable-controller correctness, URDF wiring, and tests. Returns a punch list with file:line anchors, not a rewrite.
Use proactively before opening any ROS 2 / Nav 2 PR. Reviews a diff against this template's Clean Architecture, ROS 2 communication, lifecycle, testing, and Nav 2 plugin conventions. Returns a punch list with file:line anchors, not a rewrite.
Use proactively before opening a PR that touches a VDA 5050 connector / fleet bridge. Reviews a diff against VDA 5050 v3.0.0 protocol compliance (topics, QoS, header rules, base/horizon, action state machine, schema validation) and the template's Clean Architecture for the MQTT↔Nav 2 bridge. Returns a punch list with file:line anchors, not a rewrite.
Build the colcon workspace (optionally a single package) and report the outcome.