Skip to content
Back to skills

Project Core Dev

ASecurity

Overlay for day-to-day feature work and bug fixes in repo-owned code. Provides a validation checklist for build, test, format, and analysis. Use alongside the repo's principle skill.

  • 4 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added May 28, 2026
ai-agents

Security analysis

A100/100

Scanned May 28, 2026

npx -y skills add n-n-code/n-n-code-skills --skill project-core-dev --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Project Core Dev?

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

Security grade badge for Project Core Dev
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/n-n-code-project-core-dev/badge)](https://www.skillsdirectory.com/skills/n-n-code-project-core-dev)

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

Download with Pro
SKILL.md
---
name: project-core-dev
description: Overlay for day-to-day feature work and bug fixes in repo-owned code. Provides a validation checklist for build, test, format, and analysis. Use alongside the repo's principle skill.
---

# Project Core Dev

This is a composable overlay, not a standalone workflow.
Use alongside the repo's principle skill (e.g. **coding-guidance-cpp**) for
normal feature work and bug fixes in repo-owned code.

## When to use

The task is a feature, bug fix, or refactor in repo-owned code that needs a
standard build-test-format-analyze validation pass.

## Not for

Vendored dependency changes (use **project-vendor-boundary**), release/packaging
work (use **project-release-maintainer**), config/test-focused work (use
**project-config-and-tests**), or environment diagnosis (use
**project-platform-diagnose**).

## Validation Checklist

Run the repo's equivalents of these steps before finishing:

- build with the development preset or debug configuration
- run the test suite with output on failure for covered changes
- run the formatter or format-check target
- run a lightweight smoke test (e.g. `--help` or `--version` on the main binary)
- add analyzer, sanitizer, or memory-checking validation when the change surface
  justifies it
- run static analysis targets when available
- if a relevant validation step is unavailable or too expensive for the current
  change, state the exact gap and the narrowest next command that would close it

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…