add-task

add-task スキルの概要

add-task でできること

add-task スキルは、ユーザーの元の依頼内容から .specs/tasks/draft/ に下書きのタスクファイルを作成します。単なる自由記述メモではなく、計画や実装の前段階で一貫したタスク成果物が欲しいときに役立ちます。これにより、add-task skill は、明確なタイトル、種別、依存関係、意図の保持が必要なプロジェクト管理ワークフローに適した選択肢になります。

どんな人にインストール向きか

チームが spec ベースのタスク管理を使っている、下書きと実行を分けている、あるいは曖昧な依頼を構造化されたタスクファイルに変換したい場合は、add-task をインストールすると効果的です。特に、タスクの受け付けが重要な場面で価値を発揮します。たとえば、プロダクトオペレーション、エンジニアリングリード、AI支援のPMワークフロー、そして再現性のある draft-to-todo の流れが必要な repo メンテナーに向いています。

何が優れているのか

add-task の強みは、何よりもその構造にあります。依頼内容を要約するだけではなく、タスクの分類、依存ファイルの特定、出力先ディレクトリへの配置まで支援します。そのため、命名規則、タスク種別、フォルダ規約を見落としがちな汎用プロンプトよりも、迷いが少なくなります。

add-task スキルの使い方

add-task をインストールして有効化する

このスキルは NeoLabHQ/context-engineering-kit の plugin セットの文脈で使い、下書きにしたいタスク依頼をエージェントに渡します。repository に示されているインストール方法は次のとおりです。

npx skills add NeoLabHQ/context-engineering-kit --skill add-task

インストール後は、ユーザーのタスクタイトルまたは説明に加えて、依存するタスクファイルも必要に応じて渡します。add-task install の手順が重要なのは、このスキルが .specs/tasks/draft/ を含む repo 依存のパスやフォルダ構成を前提にしているためです。

スキルが解析しやすい入力を書く

add-task usage で最も効果的なのは、短くても具体的な依頼です。成果物、範囲、既知の依存関係を含めてください。よい入力例は次のとおりです。

• Add validation to form inputs
• Create login rate limiting; depends on auth cleanup task
• Refactor task creation flow for mobile users

一方、弱い入力は曖昧で、モデルに推測を強いることになります。

• Improve app
• Fix stuff
• Make tasks better

依頼に暗黙の種別があるなら明示してください。ない場合は、動詞と範囲からスキルに推定させるのが適切です。

最初に読むべきファイルを見極める

まずは SKILL.md を確認してください。役割、ゴール、入力、指示がそこに定義されています。そのうえで、タスク命名、ワークフロー、規約を左右する repo ファイルを確認します。この repository preview では SKILL.md が主要ソースで、rules/ や references/ のような補助フォルダはありません。したがって、主なリスクはここに資料が足りないことではなく、自分のワークスペース側にあるローカル規約を見落とすことです。

より良い下書きを作るワークフロー

add-task は、ざっくりした依頼を後で todo や実装へ進められる下書きに変える用途で使うのが最適です。まず、タスクの意図と依存関係を正確に伝えます。次に、スキルに想定されたフォルダへ下書きファイルを作成させます。最後に、タイトルの明確さ、依存関係の正確さ、そして説明文がユーザーの意図を保ったまま過剰に書き換えられていないかを確認します。

add-task スキル FAQ

add-task はプロジェクト管理向け？それともコーディング向け？

どちらにも使えますが、主な用途はエンジニアリング作業のプロジェクト管理です。計画や実装に渡すためのタスク成果物を作れます。単なるリマインダーメモだけが欲しいなら、通常のプロンプトのほうが簡単です。

先に repository 構成を把握しておく必要はある？

いいえ。ただし、自分のプロジェクトが .specs/tasks/ あるいは類似の規約を使っているかは把握しておくべきです。repo のタスクフォルダが別にあるなら、デフォルトの add-task の挙動に頼る前に出力パスを合わせてください。

どんなときに add-task を使わないほうがいい？

すでに実装内容が完全に定義されたチケットがある場合、すぐにコーディングへ進むべき場合、あるいは repo が draft task file をまったく使わない場合は使わないでください。そうしたケースでは、直接プロンプトを投げるか、別のワークフローを使ったほうが早いことがあります。

初心者でも使いやすい？

はい。1文でタスクを説明でき、基本的な依存関係の命名が理解できるなら使えます。つまずきやすいのは AI の操作ではなく、チームが下書きファイルに何を求めているかを把握する部分です。

add-task スキルを改善するには

スキルに埋める空欄を減らす

品質を最も大きく左右するのは、入力の質です。動作、対象領域、ブロッカーを含めてください。たとえば、Add password reset email retry handling; depends on email queue stability task は Improve reset flow よりはるかに有効です。こうすることで、add-task は意図を保ち、依存関係も正しく割り当てやすくなります。

タイトル、種別、依存関係を確認する

出力が弱い原因の多くは、タイトルが広すぎる、種別ラベルが曖昧、依存リンクが抜けている、の3つです。まずそこを確認してください。タイトルが「動詞 + 具体的な対象」になっていなければ、書き直します。種別が不明なら、add-task skill を再実行する前に補足フレーズを足してください。

ファイルではなく、プロンプトを磨いて反復する

最初の下書きがずれていたら、ファイルを手で直しまくるより入力を改善してください。何を保持するか、何を再分類するか、どのファイルを依存先にすべきかをエージェントに伝えます。これが、次工程の計画にそのまま使える下書きを得るための最短の add-task guide パターンです。