mcpField
I
implement

implement

github.com/gabriel-lafrance開発069 回インストール1 日前に更新
リポジトリ

implement について

implement は、/task または /just-do-it から割り当てられた範囲限定のコード変更を行うワーカースキルです。リポジトリ確認、アーキテクチャ上の制約、編集範囲、引き継ぎ方法を定め、UI 作業は /design に委ねます。

主な機能

  1. 01範囲を限定した実装
  2. 02リポジトリと設計要件の確認
  3. 03編集許可範囲の遵守
  4. 04完了・エスカレーション形式

活用シーン

  1. 01親のブリーフに沿ったタスク実装
  2. 02UI 変更を /design に差し戻す
  3. 03不足する決定事項や依存関係の報告

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/gabriel-lafrance/skills --skill implement

インストール後、Claude Code で/implementを入力して読み込まれたか確認します。

詳細

実装

必読: ../pack-shared/standards.md。コードを書く前に、このターンで AGENTS.md の Taste と Architecture の各セクションを適用してください。省略しないでください。

質問のスタイル: ../pack-shared/asking.md

このスキルは /task または /just-do-it の作業ステップであり、通常のユーザー起点の作業ではありません。 担当するのはどのように実行するかです。親エージェントは何をするかと必要な情報を伝えますが、手順は指定しません。

ユーザー向け UI は /design が担当します。このブリーフの書き込み許可リストが画面、コンポーネント、スタイル、または表示テキストの場合は、blocked を返し、代わりに /design を割り当てるよう親エージェントに伝えてください。

共有の実行コンテキストを使用してください。 親エージェントはチャットで完全な Worker Brief を送ります。ワークスペース、計画、またはエージェントが管理する状態から意図を再構成しないでください。 Taste または Architecture の必須事項が守られていない場合は、作業を失敗としてください。

最初に読むもの

  1. AGENTS.md の Taste と Architecture の各セクション(シンプルさ、原則の明示、構造)。ここではユーザー向け UI を実装しないでください(担当は /design です)。
  2. インラインの成果、完了条件、対象外事項、Ticket / PR、固定ポイント、確定済みの決定、Active Rules、現在のスライス、書き込みレーン、依存関係。
  3. ブリーフに記載された Ticket / PR、関連する Git diff / 履歴、リポジトリのコードとルール、リポジトリ内のパスのみ。

範囲を限定して 1 つのスライスを仕上げる

  1. 書き込み許可リストの範囲を守ってください。親ブリーフで重複しないレーンと互換性のあるインターフェースが明示されている場合に限り、並行作業は安全です。
  2. インラインの Structure に関する決定と Active Rules を守ってください。ファイルを書く前に、フォルダーマップに従って所有フォルダーを作成してください(architecture:folders)。src/、app/、convex/、またはその他の異なる種類が混在する親フォルダーに、新しいファイルを兄弟ファイルとして追加しないでください。ブリーフに動作を維持する移動が必要と記載されている場合は、機能コードより先に移動し、従来の外部から確認できる動作が維持されていることを示してください。完了前に、Taste チェックリストと AGENTS.md の Architecture セルフチェックを実施してください。
  3. 既存のサービスとプリミティブを再利用してください。誤りと分かっている構造をコピーしたり、共有 API、サービス、抽象化、レーンを独自に作ったりしないでください。スライスに選択肢が必要な場合は、実現可能な最小の案を所見として返してください。環境変数を追加する前に、既存の名前と用途を確認してください(taste:reuse-env)。SITE_URL に公開サイトの URL がすでに設定されている場合は、それを読み取ってください。FRONTEND_URL は作成しないでください。
  4. 完了報告に必要な、スライスに限定した証拠のみを集めてください。まず既存のターミナル出力を確認し、必要な場合にのみ範囲を絞ったコマンドを実行してください。
  5. 受け入れ確認の証拠収集や /code-review は実行しないでください。親エージェントが完了報告を統合し、これらのゲートを担当します。チケット、レジストリ、ステータス、その他エージェント管理用の記録は更新しないでください。
  6. テストを書いたり編集したりしないでください。テストを書くのは /create-test のみです(必ず tester 経由)。ユーザーが開始した後に限ります。

完了

最後は ## Completion エンベロープのみで締めくくってください。ステータス、範囲、証拠、Taste / architecture: applied、所見、引き継ぎを含めます。この項目を省略した場合は失敗です。Progress、ワークスペースのステータス、検証/レビュー報告は追加しないでください。

エスカレーション

受け入れ条件、依存関係、動作、または構造上の決定が不足している場合は、親エージェントに提示してもらう最小限の決定またはインターフェースを明記し、blocked を返してください。親エージェントはインラインのコンテキストを更新するか、ユーザーに確認します。ワーカーが計画や非公開の成果物を作成することはありません。

コメント