working-on について
working-on は、タスクや機能の追跡ドキュメントを正式な記録として管理するスキルです。決定事項や発見、計画、重要な進捗を残し、Git 管理外のドキュメントはコミットしないよう促します。
主な機能
- 01追跡ドキュメントの継続的な管理
- 02決定事項と新たな問題の記録
- 03計画と実装状況の保存
- 04未追跡ドキュメントのコミット回避
活用シーン
- 01実装中のタスクコンテキストの維持
- 02決定事項や新たなエッジケースの記録
- 03コミット前の追跡記録の確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ posit-dev/ skills --skill working-onインストール後、Claude Code で/working-onを入力して読み込まれたか確認します。
詳細
作業中
現在のタスクや機能の信頼できる唯一の情報源となる、追跡ドキュメントを管理しています。
追跡ドキュメントは次のとおりです:$path
動作
有効化したら、追跡ドキュメントを常に更新される記録として扱います。次の後に更新してください。
- (アーキテクチャ、設計、スコープ、命名などの)決定を行ったとき
- 新たな問題、バグ、またはエッジケースが見つかったとき
- 新たなサブ機能や要件が生じたとき
- 課題が提起または解決されたとき
- 重要な実装作業が完了したとき
- 後で振り返るのに役立つ、ユーザーとの会話の重要な部分があったとき
- ファイルをコミットするたびに — コミットは、追跡ドキュメントも確認して更新すべき強い合図です
- 計画を立てたとき — チャットで伝えるだけでなく、ドキュメントに記録してください。ドキュメントが永続的な記録となります
迷った場合は、ドキュメントを更新してください。情報を失うよりも、記録しすぎるほうがよいです。
Git の取り扱い
追跡ドキュメントがリポジトリの Git 履歴にすでに含まれている場合を除き、コミットしないでください。ファイルが Git で追跡されていない場合は、コミットに含めないでください。
ガイドライン
- 更新は簡潔にしてください — 説明文よりも箇条書きや短い段落を推奨します
- ドキュメントが複数のセッションにまたがる場合は、タイムスタンプや日付見出しを使用してください
- 決定事項だけでなく、その理由も記録してください
- セクションが古くなったり、関係なくなったりした場合は、削除せず「アーカイブ」や「解決済み」セクションに移してください
- ドキュメントがまだ存在しない場合は、タスクに応じた適切な構成で作成してください
コメント
Markdown 対応