業務用の新しいメモリ種別を追加する際、Markdown・SQLite・LanceDBの保存先や形式を選び、スキーマ、リポジトリ、書き込み処理を組み立てます。
- 新しい業務メモリ種別を追加したいとき
- 保存先の組み合わせを設計したいとき
- Markdownと検索用インデックスを連携したいとき
変更内容に合った接頭辞と短い名前を決め、mainを最新にして用途を絞ったGitHub作業ブランチを作成するスキルです。
Create a GitHub branch from main with the project naming convention
実行スコア 未検証
インストール方法を見るGitHubリポジトリで作業を始めるため、変更の種類に応じた名前のブランチを main から作成します。作業内容に合わせて feat、fix、docs、ci、chore、refactor の接頭辞を選び、続けて短いケバブケース(小文字をハイフンでつないだ名前)を付けます。たとえば、機能追加なら feat/add-agentic-rerank、不具合修正なら fix/empty-profile-crash の形式です。
ブランチ作成前に main に切り替えて最新状態を取得し、そのブランチから新しい作業ブランチを切ります。ブランチの目的は一つに絞り、作業後は main に向けてプルリクエストを開く流れです。main へ直接コミットしない運用を前提としています。
機能追加、バグ修正、ドキュメント更新など、変更の種類を分けて作業を始めたいときに向いています。ブランチ名の付け方をリポジトリ内でそろえたい場合にも使えます。
GitとGitHubリポジトリを使います。main を更新してからブランチを作成します。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
SKILL.md の記述から、注意が要る操作と導入の前提を AI が確認しました。点数は実際に動かした結果(実行検証)だけで付けています。
点数には入れていません。 2026年10月29日 時点で AI(OpenAI Codex)が判定しました。目安なので、入れる前に原文も確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Cut a new branch for the GitHub repository.
main = default and protected branch
feat/* = feature work
fix/* = bug fixes
docs/* = documentation-only changes
ci/* = CI, build, and developer-experience changes
chore/* = repository maintenance
refactor/* = behavior-preserving code structure changes
feat, fix, docs, ci, chore, or
refactor.main first:
git checkout main
git pull --ff-only
git checkout -b <type>/<short-slug>
main.feat/add-agentic-rerank, fix/empty-profile-crash,
docs/quickstart-config, ci/check-github-docs.Never commit directly to main — always use a branch and pull request.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
業務用の新しいメモリ種別を追加する際、Markdown・SQLite・LanceDBの保存先や形式を選び、スキーマ、リポジトリ、書き込み処理を組み立てます。
変更内容と最近の履歴を確認し、Conventional Commits形式のメッセージを作ってコミットします。無関係な変更を分け、フックの失敗にも対処します。
変更内容や確認結果をリポジトリのPRテンプレートに沿って整理し、mainを対象にGitHubでプルリクエストを作成するスキルです。
everosのバージョンを更新し、タグを使った自動処理でPyPIへ公開するリリース手順を進めます。変更履歴やGitHub Releaseの下書きも整えます。