Claudeに小麦粉の残りを聞く：MCP経由の計量在庫
AIアシスタントが組み込みのMCPサーバー経由で 在庫を読むと、名前、コスト、カウントを持つアイテムの一覧が返ってきます。これまでカウントは 単位の付かない整数でした。椅子には十分でも、小麦粉には扱いにくいものです。「小麦粉はどれだけ残っている？」と 尋ねると、正直な返事は「12」で、その後に袋なのかキロなのかポンドなのかという推測が続きました。
計量単位により、サーバーが返すすべての 数量は小数になり、すべてのアイテムが単位を持ちます。アシスタントはもう推測する必要がありません。 会話ではどう見えるのか、そして知りたい人向けに、ツールで何が変わったのかを 紹介します。
パン屋のある朝
このやり取りのどこにも、換算も確認の質問も必要ありませんでした。アシスタントは同じアイテムから
12.75とkgを読み、アセンブリの構成部品をキロで読み、
新しい在庫値を同じ単位で書き戻しました。アイテムの履歴には、MCP経由で行われた他の変更と同様に、
ロボットのマーク付きで4.5 kgの減算が表示されます。
単位があって初めて意味をなす質問
- 「リットルで計量しているアイテムのうち、警告レベルを下回っているものは？」
- 「今の小麦粉の在庫で何斤作れる？」（アシスタントはアセンブリを読むか、自分で割り算します）
- 「袋を25 kgとして、再発注の提案を袋数に換算して。」アプリは換算しませんが、アシスタントは喜んでやってくれますし、そうしたと言ってくれます。
- 「mlで追跡する『注型用レジン』というアイテムを作って、警告レベルを250にして。」
- 「100 mのケーブルをドラム3本受け取った。6 mm外装ケーブルに300 m追加して。」
質問の一般的な一覧は今も 有効です。ここに挙げたのは、単位が数字と一緒に届くようになる前は、うまく答えようが なかったものです。
ツールで変わったこと
自分のクライアントやスクリプトからMCPサーバーを使っているなら、3つのことが変わっています。
-
数量は小数です。
get_inventoryとedit_inventory_itemのinventoryCount、onOrderCount、toShipCount、damagedCountは、12.75のような値を受け付け、返します。整数クライアントは そのまま動作します。12のカウントは今も12です。 -
アイテムは
unitを持ちます。 個数で数えるアイテムではnull、 計量アイテムでは短いラベル（kg、lb、ml、ft、または 入力した任意の文字列）です。edit_inventory_itemで設定でき、create_new_inventory_itemは省略可能なunitを受け取ります。 -
関連ツールも追随します。
create_orderの発注明細、ユニットツールの 在庫行、get_reorder_suggestionsはすべて小数を報告し、再発注の提案には アイテムの単位が含まれるので、提案された50は50 kgとして読めます。
ツールの説明文にもこのすべてが書かれています。これは思った以上に重要です。アシスタントはツールを呼ぶ前に 説明文を読むので、計量アイテムのカウントがそのアイテムの単位であること、そして単位を設定しても 何も換算されないことを、最初から知っているのです。
やらないこと
サーバーは単位間の換算を決して行いません。アシスタントに「小麦粉をポンドに 変えて」と頼めば、ラベルを変更し、慎重なアシスタントなら数字は変わっていないと伝えてくれます。 これはアプリが人に対して適用しているのと同じルールで、理由も同じです。黙った換算は、 実際は10 kgなのに22 kgの小麦粉になってしまう近道です。換算は明示的に頼み、 会話の中でアシスタントに計算させてから、新しいカウントを確定してください。