Skip to main content
Glama
narumiruna

Taiwan Legislative Yuan MCP Server

by narumiruna

get_meet_bills

Fetch bills from a legislative meeting using filters like session, proposer, bill status, and more. Returns JSON data.

Instructions

取得會議內的議案列表。

Args:
    meet_id: 會議代碼,例:院會-11-2-3
    term: 屆,例:11
    session: 會期,例:2
    bill_flow_status: 議案流程狀態,如:交付審查、三讀
    bill_type: 議案類別,如:法律案、預算案
    proposer: 提案人姓名
    co_proposer: 連署人姓名
    law_number: 法律編號
    bill_status: 議案狀態,如:交付審查、三讀、排入院會
    meeting_code: 會議代碼
    proposal_source: 提案來源,如:委員提案、政府提案
    bill_number: 議案編號
    proposal_number: 提案編號
    reference_number: 字號
    article_number: 法條編號
    proposal_date: 提案日期,格式:YYYY-MM-DD
    proposal_unit_or_member: 提案單位或提案委員
    page: 頁數,預設1
    limit: 每頁筆數,預設20,建議不超過100
    output_fields: 自訂回傳欄位(如需指定欄位,請填寫欄位名稱列表)

Returns:
    str: JSON 格式的會議內議案資料。

Raises:
    例外時回傳中文錯誤訊息字串。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
pageNo頁數,預設1
termNo屆,例:11
limitNo每頁筆數,預設20,建議不超過100
meet_idYes會議代碼,例:院會-11-2-3
sessionNo會期,例:2
proposerNo提案人姓名
bill_typeNo議案類別,如:法律案、預算案
law_numberNo法律編號
bill_numberNo議案編號
bill_statusNo議案狀態,如:交付審查、三讀、排入院會
co_proposerNo連署人姓名
meeting_codeNo會議代碼
output_fieldsNo自訂回傳欄位(如需指定欄位,請填寫欄位名稱列表)
proposal_dateNo提案日期,格式:YYYY-MM-DD
article_numberNo法條編號
proposal_numberNo提案編號
proposal_sourceNo提案來源,如:委員提案、政府提案
bill_flow_statusNo議案流程狀態,如:交付審查、三讀
reference_numberNo字號
proposal_unit_or_memberNo提案單位或提案委員

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior1/5

Does 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.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

描述以簡短目的句開頭,後接參數列表,每個參數僅一行並附有中文說明,結構清晰且無冗言。雖然參數列表長,但必要信息已前置。

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness1/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

工具包含 20 個參數和輸出 schema,但描述未說明參數如何彼此組合、分頁行為、預設值背後的邏輯,或輸出結構的實際內容。僅依賴輸出 schema,但很多參數(如 bill_status、proposal_source)的意義和互斥性未說明,上下文情報不足。

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

輸入架構(input schema)已提供所有 20 個參數的說明,描述中的參數說明與架構重複,但加入範例值(如「院會-11-2-3」),略有加分。因 schema_description_coverage 為 100%,基線為 3,描述未進一步提供超出架構的語意。

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

描述明確指出「取得會議內的議案列表」,並以特定動詞「取得」加上資源「會議內議案」清楚定義目的,能區分於相同領域的其他工具(如 get_meet、list_bills)。

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

描述僅陳述工具功能,未說明何時應使用此工具而非其他替代方案,也未提及任何排除條件或使用情境。雖然名稱中的「meet」暗示與會議相關,但缺乏明確指引。

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/narumiruna/ly-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server