onboarding-purchase-requisition-inspection-runs

mcp-purchase-requisition

公式 MCP Registry に掲載されています（io.github.theluckystrike/purchase-requisition）。 一度作成すれば何度でも実行できるチェックリストと、各実行の署名付き日付記録です。購入申請書は、セクションに分けることもできる、名前付きのステップ一覧です。各ステップは必須または任意です。実行とは、ある作業に対して購入申請書を一通り実施することです。各ステップには、合格、不合格、または該当なしを記録し、記録した人と日付、および確認内容を記したメモを残します。続いて run_sign_off で名前と日付を記録し、内容を固定します。

すべてを左右する唯一のルール

その後、誰かが購入申請書を編集してステップを追加または削除しても、 すでに進行中の各実行では、開始時点の一覧が保持され、 コピー元のバージョンが実行に記録されます。

これはキャッシュ上の都合ではありません。誰かがチェックを付けて署名した購入申請書は、その人が実際に見た一覧でなければなりません。実行が購入申請書からステップを都度読み込む仕組みでは、署名者が10項目を見ていたにもかかわらず、11項目を確認した引き継ぎ証明書に署名してしまう可能性があり、記録上はその事実を示す項目がありません。また、購入申請書を削除しても実行内容が読み取り可能で完全なままになるため、翌年、何を確認したか尋ねられたときにも役立ちます。

ここから、さらに2つの小さなルールが導かれます。

• 派生データは保存しません。 合格、不合格、未完了の件数、割合、実行に署名できるかどうかは、呼び出しのたびに実行自身のステップから算出します。保存された「完了」フラグは、誰かが最後に確認した午後の状態にすぎません。ここでの complete はその時点での判定です。最後のステップに回答すると表示され、未回答に戻すと再び消えます。
• 該当なしは合格ではありません。 na は回答済みとして数えますが、合格としては数えません。確認したうえで該当しないと判断したステップと、合格したステップは別の事実です。この2つをまとめると、ステップの半数が適用されなかった作業でも、購入申請書が満点を報告してしまいます。

署名を妨げる条件

未回答の必須ステップ、不合格の必須ステップ、未回答の任意ステップ、またはステップがない実行です。force: true を指定すると、そのまま署名され、例外は記録に残り、レポートの「例外付きで署名済み」の下に表示されます。例外が失われたり、表に出ないままになったりすることはありません。

インストール

ワンクリック（.mcpb）：最新リリースから purchase-requisition.mcpb をダウンロードし、Claude Desktop でダブルクリックしてください：https://github.com/theluckystrike/mcp-servers/releases/latest

@theluckystrike/mcp-purchase-requisition の npm 公開は保留中のため、以下の npx の行は現時点で 404 を返します。それまではソースからビルドしてください。llms-install.md を参照してください。

Claude Desktop

~/Library/Application Support/Claude/claude_desktop_config.json（macOS）または %APPDATA%\Claude\claude_desktop_config.json（Windows）：

{
  "mcpServers": {
    "purchase-requisition": {
      "command": "npx",
      "args": ["-y", "@theluckystrike/mcp-purchase-requisition"]
    }
  }
}

Claude Code

claude mcp add purchase-requisition -- npx -y @theluckystrike/mcp-purchase-requisition

Cursor

~/.cursor/mcp.json（グローバル）または .cursor/mcp.json（プロジェクト）。Claude Desktop と同じエントリです。

ツール

ツール	機能
purchase-requisition_create	再利用可能な購入依頼書を作成します。名前、カテゴリ、説明を指定します
purchase-requisition_item_add	手順を追加します。テキスト、セクション見出し、必須かどうかを指定します
purchase-requisition_item_remove	手順を削除して、バージョンを更新します。すでに進行中の実行にはその手順が残ります
purchase-requisition_show	セクションごとにまとめた購入依頼書を表示します。リクエストに応じて、印刷用の空欄のコピーも表示します
purchase-requisition_list	各購入依頼書と、そのバージョン、手順数、それを基にした実行数を表示します
purchase-requisition_delete	購入依頼書を削除します。各実行にはそれぞれ独自のコピーがあるため、実行内容は引き続き閲覧できます
run_start	日付と案件を指定して実行を開始します。この時点で手順が実行にコピーされます
run_check	1つの手順を合格、不合格、または該当なしとして記録します。記録者、日時、確認された内容も記録します
run_show	実行内容を表示します。各手順の回答、件数、不合格項目、承認を妨げている項目を確認できます
run_list	新しい順に実行を表示します。購入依頼書、ステータス、参照情報、不合格項目の有無で絞り込めます
run_sign_off	名前と日付を指定して承認し、実行内容を固定します
run_status	完了した実行を再開するか、案件が実施されなかった場合に中止します
run_report	すべてのプランで、実行内容をテキストとして出力します。Pro では out_path に .txt ファイルとしても書き込みます
run_delete	実行を削除します。承認済みの実行は削除できません
license_status	このインストールで利用中のプランと、キーの取得元を表示します
license_activate	このサーバーに Pro キーを保存します

また、スナップショットのルール、手順の状態、実行のステータス遷移、承認を妨げる要因、このサーバーの書き込み先を記載したリソース purchase-requisition://contract と、案件全体を順番に進めるプロンプト run_the_purchase-requisition もあります。

Free と Pro の比較

	Free	Pro
保存できるチェックリスト	3	無制限
チェックリストの実行数	無制限	無制限
購入依頼書あたりの手順数	最大 500	最大 500
run_show、run_list、件数	はい	はい
実行レポートのテキスト出力	はい	はい
out_path を指定したレポートのファイル出力	いいえ	はい

制限されるのは、チェックする案件数ではなく、保存できる異なる購入依頼書の数です。引き渡し前チェック、引き渡しシート、手直しリストを1つずつ用意している事業者なら、1年間の作業すべてを Free プランで管理できます。購入依頼書の実行は、購入依頼書本来の用途そのものなので、実行数に上限はありません。購入依頼書を削除すると、空き枠ができます。

Pro を購入する場合：https://mcp.zovo.one/buy/purchase-requisition（買い切り）。または、すべてのサーバーを1つの価格で利用できます：https://mcp.zovo.one/buy/bundle

プライバシー

すべてのデータは ${XDG_DATA_HOME:-~/.local/share}/mcp-servers/purchase-requisition/ にローカル保存されます。このサーバーはネットワーク通信を一切行わず、API キーもアカウントも必要ありません。このサーバーが所有していないファイルで読み込むのは、印刷レポート上部に記載する名前と住所のための共有ビジネスプロフィールのみで、そこに書き込むことはありません。

theluckystrike が開発しました。サポート：[email protected]

MCP サーバーとしてこのドキュメントを使う

任意の MCP クライアント（Claude、Cursor、Windsurf、VS Code）から、インストールせずに GitMCP 経由でこのリポジトリのドキュメントを直接読み取れます。

• ドキュメントの MCP URL：https://gitmcp.io/theluckystrike/mcp-purchase-requisition