業務用の新しいメモリ種別を追加する際、Markdown・SQLite・LanceDBの保存先や形式を選び、スキーマ、リポジトリ、書き込み処理を組み立てます。
- 新しい業務メモリ種別を追加したいとき
- 保存先の組み合わせを設計したいとき
- Markdownと検索用インデックスを連携したいとき
変更内容と最近の履歴を確認し、Conventional Commits形式のメッセージを作ってコミットします。無関係な変更を分け、フックの失敗にも対処します。
Stage and create a Conventional Commits message for the current change
実行スコア 未検証
インストール方法を見る現在の変更とステージ済みの差分、最近のコミット履歴を確認して、変更をひとまとまりにしたコミットを作る手順を案内します。コミットメッセージはConventional Commits形式にし、featやfixなどの種類、任意のスコープ、変更内容を表す短い要約を使います。破壊的変更や関連Issueがある場合は、本文やフッターに記載します。作業ツリーに無関係な変更が混ざっている場合は、対象を選んでステージします。
変更をコミットする前に差分を見直し、履歴の書き方に揃えたいときに使えます。コミットメッセージの形式がフックで検査される環境や、複数の変更を誤って一括コミットしないよう整理したい場面にも向いています。
コミットメッセージはgitlintのcommit-msgフックで検査されます。フックを無効化する--no-verifyは使わず、失敗した場合は原因を修正します。秘密情報や生成物、作業途中の変更を保護されたmainへ直接コミットしないようにします。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
SKILL.md の記述から、注意が要る操作と導入の前提を AI が確認しました。点数は実際に動かした結果(実行検証)だけで付けています。
点数には入れていません。 2026年10月29日 時点で AI(OpenAI Codex)が判定しました。目安なので、入れる前に原文も確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Create a well-formed commit following the Conventional Commits
standard. The format is enforced by gitlint in the commit-msg hook.
Run git status and git diff (and git diff --staged) to see what changed.
Review recent history for style: git log --oneline -10.
Group the change into a single focused commit. If the working tree mixes
unrelated changes, stage selectively (git add -p / specific paths) rather
than committing everything at once.
Write the message in Conventional Commits form:
<type>[(scope)][!]: <imperative summary, ≤72 chars>
<optional body: what & why, wrapped at 72>
<optional footer: BREAKING CHANGE: …, Refs: #123>
Never use --no-verify. If pre-commit hooks fail, fix the cause and re-commit.
Do not commit secrets, generated artifacts, or work-in-progress directly to
the protected main branch.
| Type | Use for |
|---|---|
feat | new feature |
fix | bug fix |
refactor | behavior-preserving restructure |
test | add / update tests |
docs | documentation |
style | formatting only |
perf | performance |
chore | config / build / tooling |
build | build system or dependencies |
ci | CI configuration |
revert | revert a previous commit |
type.scope is optional: fix(search): …. A ! before the colon (or a
BREAKING CHANGE: footer) marks a breaking change.まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
業務用の新しいメモリ種別を追加する際、Markdown・SQLite・LanceDBの保存先や形式を選び、スキーマ、リポジトリ、書き込み処理を組み立てます。
変更内容に合った接頭辞と短い名前を決め、mainを最新にして用途を絞ったGitHub作業ブランチを作成するスキルです。
変更内容や確認結果をリポジトリのPRテンプレートに沿って整理し、mainを対象にGitHubでプルリクエストを作成するスキルです。
everosのバージョンを更新し、タグを使った自動処理でPyPIへ公開するリリース手順を進めます。変更履歴やGitHub Releaseの下書きも整えます。