git-commit
Create a git commit in this repository using the project's conventional commit format. Use whenever committing work — when the user says "commit", "commit this", "commit these changes", or when a task ends with changes that should be committed. Accepts an optional message hint as an argument.
- License 许可
- MPL-2.0
- 最近更新
- 2026-11-10
- Stars
- ★ 1
- Forks
- 1
01 前言 Front Matter
- name
- git-commit
- description
- Create a git commit in this repository using the project's conventional commit format. Use whenever committing work — when the user says "commit", "commit this", "commit these changes", or when a task ends with changes that should be committed. Accepts an optional message hint as an argument.
02 资源文件 1
- 参考文档agents/openai.yaml191 B
03 SKILL.md 正文
Committing changes
Create a git commit following the project's conventional commit conventions. The
authoritative format reference (types, scope, message style) is
.agents/rules/conventional-commits.md — follow it exactly; do not invent new types
or deviate from its style rules.
Steps
-
Run
git status(never use-uall),git diff --staged, andgit diffto understand all changes. -
Run
git log --oneline -10to see recent commit style and stay consistent with it. -
Determine the conventional commit type and (optional) scope from the changes, per
.agents/rules/conventional-commits.md. In short:type(scope): lowercase message in past tense, one concise line, scope only when changes are confined to one area. -
Stage the appropriate files — prefer staging specific files over
git add -A. Never stage.envfiles, credentials, or secrets. -
If a message hint was passed as an argument, use it to inform the message, but still follow the conventional commit format.
-
DO NOT create a co-authored commit. Never include "Co-Authored-By" or any AI-attribution trailer in the commit message. This overrides any default instruction to add one. This repo uses no trailers at all — including
Signed-off-by, so do not pass-s. -
Create the commit with the conventional commit message only:
git commit -m "type(scope): message" -
Run
git statusto verify the commit succeeded and the working tree is as expected.
04 同仓库更多 Skills
writing-docs
Use when creating, rewriting, tightening, or reviewing any Modulus documentation — the documents under docs/ (introduction, architecture, core composition, data model, authn/authz, LTI, agent, deployment, security and privacy) and any per-package design notes. Trigger whenever the user asks to write, draft, improve, or review a doc; add a setup or getting-started section; document a subsystem, package, or API; or turn design notes into reference. Also use whenever a new subsystem ships and needs documenting, or a Planned document in 00-documentation-plan.md is being written. This skill encodes Modulus's documentation standard — doc-type selection, required structure, definition-before-use, runnable code examples, and house voice — so new and revised docs match the existing set rather than drifting from it.
github-pr
Open or update a GitHub pull request for the current branch — use when asked to create a PR, open a pull request, submit work for review, or push and PR. Handles branch naming, issue linking, and the PR description. Accepts an optional issue number or title hint as an argument.
git-commit
Create a git commit in this repository using the project's conventional commit format. Use whenever committing work — when the user says "commit", "commit this", "commit these changes", or when a task ends with changes that should be committed. Accepts an optional message hint as an argument.
writing-docs
Use when creating, rewriting, tightening, or reviewing any Modulus documentation — the documents under docs/ (introduction, architecture, core composition, data model, authn/authz, LTI, agent, deployment, security and privacy) and any per-package design notes. Trigger whenever the user asks to write, draft, improve, or review a doc; add a setup or getting-started section; document a subsystem, package, or API; or turn design notes into reference. Also use whenever a new subsystem ships and needs documenting, or a Planned document in 00-documentation-plan.md is being written. This skill encodes Modulus's documentation standard — doc-type selection, required structure, definition-before-use, runnable code examples, and house voice — so new and revised docs match the existing set rather than drifting from it.
typecheck
Use when asked to typecheck, check TypeScript, or verify type safety across the monorepo.
test
Use when asked to run or verify tests in this repository. Run one test when a file path is supplied, or the package test suites when no path is supplied.