get_firmware
Fetch firmware information from a TP-Link router to check the current version and update status before upgrading.
Instructions
ファームウェア情報。
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Fetch firmware information from a TP-Link router to check the current version and update status before upgrading.
ファームウェア情報。
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Changes observed during successful MCP inspections.
v0.1.0Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
アノテーションが一切提供されていないため、安全性や挙動の開示責任は完全に説明文側にありますが、記述は「ファームウェア情報。」の一言のみです。読み取り専用か、認証が必要か、ルーターへの負荷やレート制限があるか、といった挙動特性は何も開示されていません。
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
短さ自体は無駄がありませんが、これは簡潔さではなく情報不足によるものです。1文の断片のみで、ツールの目的を伝える最小限の内容すら欠いています。
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
引数なし・出力スキーマなし・アノテーションなしという最も単純な構成のツールですが、それでも返り値の概要や類似ツールとの関係を述べる余地はあります。現状の記述ではエージェントが正しく呼び出すための文脈が不足しています。
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
パラメータ数が0であり、スキーマ記述カバレッジも100%です。ルーブリックの「0 params = baseline 4」に該当し、説明文が補うべきパラメータ情報は存在しません。
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
「ファームウェア情報。」は名詞句のみで動詞がなく、ツール名 get_firmware をほぼ言い換えているだけです。取得対象がファームウェアであることは分かりますが、どの情報(バージョン、更新状況、ビルド日時など)を返すのか、兄弟ツールの router_overview や get_ipv4_status とどう異なるのかは示されていません。
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
いつ使うべきか、いつ使うべきでないか、代替ツールは何かについて一切の記述がありません。パラメータが0個の単純な読み取り系であることはスキーマから推測できますが、16個の兄弟ツールの中からこれを選ぶ判断材料は説明文からは得られません。
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.