Skip to main content

commit-message

Generate commit messages following conventional commits with scope detection

Datos de origen

Repositorio
vinilana/dotcontext
Última actividad en el origen
22 de marzo de 2026 a las 00:29
Idioma detectado de SKILL.md
inglés
Estrellas
570
Forks
95

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
type
skill
name
Commit Message
description
Generate commit messages following conventional commits with scope detection
skillSlug
commit-message
phases
["E","C"]
generated
2026-03-18T00:00:00.000Z
status
filled
scaffoldVersion
2.0.0
# Commit Message Generate consistent, informative commit messages for the `@dotcontext/cli` project. ## When to Use - Committing code during the Execution (E) or Confirmation (C) phases - After completing a feature, bug fix, or refactoring task - When using the `plan({ action: 'commitPhase' })` MCP tool to auto-commit phase outputs ## Commit Format This project follows **Conventional Commits** with scope detection: ``` <type>(<scope>): <description> [optional body] [optional footer] ``` ### Types | Type | Use When | |------|----------| | `feat` | Adding new functionality (new MCP tool, new generator, new CLI command) | | `fix` | Fixing a bug (broken scaffold generation, incorrect path resolution) | | `refactor` | Restructuring code without changing behavior (service extraction, gateway consolidation) | | `docs` | Documentation only (README, CHANGELOG, `.context/` content) | | `test` | Adding or updating tests | | `chore` | Build, tooling, dependency updates | | `ci` | CI/CD configuration | ### Scopes Derive scope from the primary area of change: | Scope | Directory/Area | |-------|---------------| | `mcp` | `src/services/mcp/` -- MCP server, gateway tools | | `cli` | `src/index.ts` -- CLI commands, commander setup | | `context` | `src/services/ai/tools/`, `src/services/init/` -- MCP scaffold and semantic-context flows | | `init` | `src/services/init/` -- Scaffold initialization | | `sync` | `src/services/sync/`, `src/services/export/`, `src/services/import/` | | `semantic` | `src/services/semantic/` -- Tree-sitter, LSP, codebase analysis | | `workflow` | `src/workflow/`, `src/services/workflow/` -- PREVC phases, gates | | `generators` | `src/generators/` -- Doc, agent, plan, skill generators | | `skills` | `src/workflow/skills/`, `.context/skills/` | | `agents` | `src/generators/agents/`, `.context/agents/` | | `plans` | `src/generators/plans/`, `src/services/mcp/gateway/plan.ts`, `.context/plans/` | | `i18n` | `src/utils/i18n.ts` -- Translations | | `utils` | `src/utils/` -- Frontmatter, git, CLI UI | | `ai` | `src/services/ai/` -- AI SDK, providers, tools | | `types` | `src/types/`, `src/types.ts` -- Type definitions | | `deps` | `package.json` -- Dependency changes | When changes span multiple scopes, use the most significant one or omit the scope. ## Instructions ### 1. Analyze the Diff Look at what changed: - Which services/files are modified? - Is this a new feature, a fix, or a refactor? - Does it touch user-facing behavior (CLI output, MCP responses)? ### 2. Choose Type and Scope ``` # New MCP gateway action feat(mcp): add buildSemantic action to context gateway # Bug fix in scaffold generation fix(generators): handle missing frontmatter in skill scaffold files # Refactoring workflow internals refactor(workflow): extract gate checking into separate GateChecker class # Updating translations feat(i18n): add pt-BR translations for workflow status messages ``` ### 3. Write the Description - Use imperative mood ("add", "fix", "update", not "added", "fixes") - Keep under 72 characters - Focus on **what** changed and **why**, not implementation details - Reference the affected MCP tool or CLI command when relevant ### 4. Add Body for Complex Changes For multi-file changes, include context: ``` feat(mcp): add skill management gateway with 6 actions Add the `skill` gateway tool to the MCP server with actions: list, getContent, getForPhase, scaffold, export, fill. Includes Zod schema validation, action logging via wrap(), and barrel re-exports through gatewayTools.ts. ``` ### 5. Add Footer When Applicable ``` # Breaking change feat(mcp)!: consolidate project tools into context gateway BREAKING CHANGE: Removed standalone project-setup and project-report tools. Use context({ action: "init" }) and workflow-init instead. # Issue reference fix(semantic): handle missing tree-sitter gracefully Closes #31 # Co-authored commits (used by plan commitPhase) feat(workflow): implement PREVC phase auto-advance Co-Authored-By: feature-developer <agent@ai-coders> ``` ## Examples ```bash # Small fix git commit -m "fix(frontmatter): detect v2 scaffold format before v1 fallback" # New feature git commit -m "feat(mcp): add plan commitPhase action for git integration" # Dependency update git commit -m "chore(deps): upgrade @modelcontextprotocol/sdk to 1.25.2" # Documentation git commit -m "docs(skills): fill bug-investigation skill with project-specific content" # Test addition git commit -m "test(context): cover fillSingle guidance for generated scaffolds" # Multi-scope refactor git commit -m "refactor: extract gateway handlers into individual modules" ``` ## PREVC Phase Commits When using the plan tool's `commitPhase` action, commits are auto-generated with: - Stage patterns defaulting to `[".context/**"]` - Co-Author footer from the agent name - Message format: `<type>(<scope>): complete <phase> phase for <plan>` For manual phase commits, follow the same pattern: ``` feat(workflow): complete Planning phase for add-caching-layer - Created PRD and tech spec in .context/plans/ - Defined acceptance criteria and test plan - Linked plan to active workflow Co-Authored-By: planner <agent@ai-coders> ```
Ver en GitHub