用途 Ask Hamster 用于提出需要 Hamster 基于整个工作区做出判断的开放式问题。资料明确说明：如果只是直接读取或写入数据，应改用对应的具名 Hamster 工具，而不是本技能。
主要能力 该技能的核心是调用 ask_hamster（或客户端中等价工具）来回答开放式问题。资料提到，在调用前需要把 Hamster 无法自行看到的本地工作上下文一并提供，包括文件路径、当前分支与 diff、错误信息以及正在讨论的代码。回答可能是异步的：若工具返回 pending thread，应等待并按返回的 thread id 获取回复，不要另起第二次 ask 来轮询状态。后续问题若依赖上一次回答，应通过传递 thread id 继续同一对话；无关请求则开启新线程。资料还说明，如果 ask_hamster 回复称 Hamster 更改了工作区数据，应报告该变更是已应用还是仅被提议；若工具失败，应如实报告失败而非猜测。
使用方式 资料给出了较严格的账户检查流程。在首次进行任何 Hamster MCP 调用前（包括 get_task 或 search），以及在每次 ask_hamster 调用或任何创建、修改 Hamster 数据的调用前，若仓库根目录（git rev-parse --show-toplevel）存在 .hamster/.state.json，且工具包含 switch_account，应使用文件中的 account_slug 调用 switch_account，并将返回的 account_id 与文件中的 account_id 比较。若切换失败或两个 id 不一致，则不得再进行任何 Hamster MCP 调用（包括 list_accounts 或切换到同名团队），不得回退到 hamster chat，也不得在其他地方（包括网络）查找该条目；应一行告知用户该仓库的 Hamster 团队（account_slug）对此 MCP 登录不可用，并请其运行 hamster init --force 或以正确用户登录 Hamster MCP，然后停止。资料建议阅读 mcp-account 了解这些规则的原因。 完成账户检查后调用路由工具；开放式问题使用 ask_hamster（或客户端等价物）。若 Hamster MCP 工具不可用，可在 CLI 已安装并登录时使用 hamster chat "<request>"；对于真正的追问，使用 hamster chat --continue "<follow-up>"。若 MCP 不可用且 CLI 未就绪，应提示用户完成客户端的 Hamster 登录提示，或运行该插件的 setup 技能（安装 CLI 并执行 hamster auth login）。若 $ARGUMENTS 为空，应询问用户想向 Hamster 提什么问题。
适用场景 适合需要 Hamster 对工作区上下文进行综合判断的开放性问题，例如结合当前分支、diff、错误日志和代码片段进行分析与建议。资料提到可参考 examples 了解代表性问题和追问方式。
限制 资料未提供该技能的具体功能清单、收费、价格、平台支持范围或效果保证。所有账户校验与回退规则均以资料原文为准，不得绕行；MCP 不可用时仅能通过已安装并登录的 hamster chat CLI 作为替代传输方式。