Skill.md検索

開始から完了まで自動で進捗を記録: ユーザーがタスク依頼をしたら自動で開始を記録し、進捗状況を逐一追跡できます。 会話開始時に未完了タスクを検出: 前回の会話で途中になっているタスクを自動検出して、再開を提案できます。 指示書の使用状況をセットで管理: 複雑なタスクで複数の指示書を使用する場合、各指示書の完了状況も一緒に追跡できます。 進捗を段階的に報告: 全体完了ではなく、「2/5ステップ完了」など中間進捗も記録し、大型タスクでも途中経過が明確になります。 エラーや問題を自動記録: 作業中に問題が発生したら記録でき、後で問題の傾向を分析できます。 複数タスクを並行中: 何個のタスクが未完了なのか、どの段階まで進んでるかを把握したい人 大型な実装を複数日にわたって進行: 「昨日どこまで終わったか」を素早く確認したい人 複数の指示書を組み合わせるタスク: 指示書ごとの完了状況を分けて管理したい人 タスク管理をスプレッドシートで手動管理中: 自動で進捗追跡されると嬉しい人 このスキルはタスク進捗を一貫性を持って追跡・管理します。自動提案タイミング：会話開始時に未完了タスク確認、新規タスク依頼時に開始提案、指示書読み込み前に使用記録、作業の区切りで進捗報告提案、完了時に完了報告提案。コマンド一覧：checkpoint.sh pending（未完了確認）、start "タスク名" ステップ数（開始）、progress task-id current total "状況" "次"（進捗報告）、complete task-id "成果"（完了）、error task-id "メッセージ"（エラー報告）、instruction-start "パス" "目的"（指示書開始）、instruction-complete "パス" "結果"（指示書完了）、summary task-id（詳細履歴表示）。ワークフローは pending → start → progress → complete の順。複数の指示書を使う場合は各指示書を instruction-start/complete で管理しながら、全指示書完了後にタスク完了を実行。

コード変更内容を事前に確認して、関連する変更ごとにグループ化し、ファイルを指定して選択的にコミットできます。 git add -A や git add . などの全ファイル一括追加を防ぎ、本当に必要なファイルだけをコミット対象にするよう提案します。 大きな変更は複数の小さなコミットに分割するため、後から変更履歴を追跡しやすく、問題発生時にコミット単位で原因を特定できます。 コミット前に必ず内容を確認することで、不要なファイルや機密情報（.env、credentials等）の誤コミットを防止できます。 チーム開発に携わるエンジニアで、コミット履歴を整理・管理したい方 複数のタスクを同時進行している開発者で、関連するファイルの変更を正確にグループ化したい方 プロジェクトマネージャーやコードレビュアーで、コミット履歴から変更内容を素早く把握したい方 Git操作の安全性を重視する組織全体 このスキルは、変更内容を確認してから選択的にコミットを行い、大きな変更時はファイル指定コミットを提案し、git add -A の使用を防止します。 実行手順は：1) git status --short と git diff --stat で変更内容を確認、2) git add [指定ファイル...] でファイル指定ステージング、3) bash scripts/commit.sh "コミットメッセージ" でコミット実行です。コミットメッセージは「feat: 新機能」「fix: バグ修正」「docs: ドキュメント」「refactor: リファクタリング」「test: テスト」などの規約に従います。 ワークフローは、git statusで変更確認→関連変更をグループ化→ファイル指定コミット→大きな変更は複数コミットに分割です。注意事項として、git add -A や git add . は使用禁止、scripts/commit.sh を使用して署名スキップ、.env等の機密ファイルをコミットしない、git diff --staged で事前確認が必須です。

プロジェクト設定を自動判定して最適なビルドコマンドを実行 -- Node.js、Rust、Python、Go、Java、Makefileなど7種類のプロジェクトタイプを自動検出し、適切なビルドコマンドを実行します。 コード変更時にビルド実行を提案 -- コード変更後や依存関係追加後に「ビルドしますか？」と自動で提案し、わざわざコマンドを入力する手間を削減します。 ビルドエラーが発生したときに修正案を自動提示 -- エラーメッセージを分析して「依存関係がない」「メモリ不足」などの原因を特定し、具体的な修正方法を提案します。 パッケージマネージャーを自動判定 -- npm/yarn/pnpmなど複数のパッケージマネージャーが混在しても、ロックファイルから最適なものを自動判定して使用します。 デバッグビルド・本番ビルド・クリーンビルドを使い分け -- タスクに応じて最適なビルドモードを自動で選択し、効率的にビルドを進められます。 複数のプロジェクト言語を使い分けている開発者 -- Node.js、Python、Rustなど異なる言語のプロジェクトを扱う人が、毎回ビルドコマンドを調べる手間から解放されます。 ビルドエラーの原因特定に時間をかけている人 -- エラーメッセージの分析と修正案を自動化し、問題解決を高速化できます。 非エンジニアのプロジェクトマネージャーやテスター -- コマンドラインを使わずにビルド実行をAIに任せられるため、技術的負担が軽減されます。 開発の流れを中断させたくない人 -- 「ビルドしますか？」という提案により、忘れずに確実にビルドを実行できます。

タスク開始時に独立した作業環境を自動作成 -- 複数ファイル変更が必要なタスク開始時に、別のブランチで独立した環境（Gitワークツリー）を自動作成し、メインブランチに影響を与えずに作業できます。 作業環境ごとにコード変更を隔離 -- 異なるタスクを並行実行する際に、各タスク用に独立したディレクトリを用意し、ファイル競合やコード混在を防ぎます。 タスク完了時に自動でマージ・整理 -- 作業完了後、変更内容をメインブランチにマージし、不要な作業環境を自動的に削除してリポジトリを整頓します。 孤立した古い作業環境を検出・削除 -- 残されたままになっている古い作業環境を自動検出し、ワンコマンドでクリーンアップできます。 タスク管理（checkpoint）との連携 -- タスク開始～完了フローと自動連携し、新しいタスク用の環境作成からマージまでの一連の作業を一貫して管理できます。 大規模な変更を複数のタスクで並行実行する開発者 -- Gitワークツリーにより、タスク間のコード競合やマージ作業の複雑さを大幅に削減できます。 リスクを最小化したい人 -- メインブランチに直接変更を加えず、独立環境で十分テストしてからマージするため、本番環境への影響を最小化できます。 Git操作が複雑だと感じている人 -- worktreeの作成・マージ・削除をAIが提案・実行するため、複雑なGitコマンドを学ぶ必要がなくなります。 チームで複数のブランチを管理している人 -- 作業環境の自動管理により、ブランチの取り違えや汚れたリポジトリ状態の発生を防げます。