ソース情報
- リポジトリ
- skanehira/dotfiles
- ソースの最終更新活動
- 2026年7月4日 01:36
- 検出された SKILL.md の言語
- 日本語
- スター
- 88
- フォーク
- 4
インストール方法
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
ソースファイルを確認
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/skanehira/dotfiles --skill workflow-commitコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか?SkillsMP が現在取得できるファイルをダウンロードできます。
実装ループ。/dev-spec が作成した GitHub issue (ゴール / 設計参照 / DoD / 非スコープ / 依存の thin 構成) を入力に、依存順に 1 件ずつ「implementer subagent → 統合レビュー → 修正 ≤2 ラウンド → PR → DoD ローカル実行 → merge → close」で自律実装するオーケストレーター。進捗は issue コメントに残し、詰まった issue は needs-human で駐車して次へ進む。人間の介入はエスカレーション時のみ。issue 作成後にユーザーが直接起動し、エスカレーション回答後の再開も本スキルの再実行で行う。「実装ループを開始」「issue を順に実装して」「残りタスクを自動で実装」などで起動。
設計ループ。ユーザーストーリー → UI スケッチ → ユースケース → 実現可能性検証 → PoC 検証 → 横断設計 (docs/design/DESIGN.md) → 機能設計 (docs/design/features/) → 設計チェック → issue ドラフトチェック → GitHub issue 生成 (親子構造) までを対話的に実行し、人間が issue を確認して実装ループへ引き渡す。 「設計フェーズを開始」「要件を整理したい」「計画を立てたい」「ユーザーストーリーを書きたい」 「技術的に実現できるか確認したい」「機能設計を書きたい」「issue に落としたい」などで起動。 docs/design/ の状態から途中再開・特定フェーズの部分実行も可能。 `cli` / `webapp` のプロダクトモード指定で CLI ツール開発時は UI スケッチ等を軽量化できる。 issue 作成後、/dev-impl がそれを 1 件ずつ実装する。
dev-spec を使わず議論しながら設計を固めるときの進行様式。議論中は決定台帳 (DESIGN_NOTES.md) だけを追記し、節目に dev-spec 互換の DESIGN.md (1 枚) + docs/design/features/ へゼロから落とし込む。「議論しながら設計したい」「設計の壁打ちを文書に残したい」「台帳に記録して」「設計書に落とし込んで」「一旦まとめて」などで起動。
SOC 職業分類に基づく
SKILL.md を表示中
| name | workflow-commit |
| description | 変更内容を分析し、Conventional Commit形式でコミットする (pushはユーザが手動) |
| model | haiku |
変更内容を分析し、関心事ごとに分割して Conventional Commit + Emoji 形式でコミットする。push はユーザが手動で行うため、このスキルは実行しない。
詳細なルールは @rules/core/commit.md を参照。
git status
git diff
git diff --staged
ステージされた変更がなければ作業ツリーから関心事を判定する。
複数の異なる関心事 (feat / fix / docs / refactor / test / chore など) が混在している場合は、関心事ごとに別コミットに分割する。
判断軸:
[BEHAVIORAL] / [STRUCTURAL])関心事ごとに以下を繰り返す:
git add <関心事のファイル>
git commit -m "$(cat <<'EOF'
✨ feat: add user authentication
Implement JWT-based authentication with refresh tokens.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
EOF
)"
Conventional Commit type と emoji の対応表は @rules/core/commit.md を参照。
✓ コミット完了
コミット:
- ✨ feat: add user authentication
- 📝 docs: update README
push はユーザが手動で実行してください。
git diff --staged で内容を確認するgit add -A / git add . は不要なファイル混入リスクがあるので、関心事ごとにパスを明示する