用途：从项目工单库中选出当前最值得由人机协作处理的一张工单，认领并呈现，不负责执行。
主要能力：先定位工单库（读取 tickets/store-config.md；GitHub 场地则查询该仓库 issues 下的跟踪 issue）。确定候选范围：对话已聚焦某 effort 时限定该 effort，否则枚举所有含未关闭工单的 effort 一并比较。若存在 NORTH_STAR.md，会读取其 Winning、watched 与 Never 字段作为跨 effort 衡量依据，与 Never 冲突的候选会被标出而非选中。
选择规则：只读范围内未关闭工单，保留 ready 工单（未关闭、未被认领、依赖均已完成），完整阅读每个候选及其附带上下文，按“延迟损失”比较——即等待期间损失的项目价值，包括持续或到期损害、延后启动的下游工作、被推迟的决策等。优先级覆盖规则优先于默认规则。只估算解决人类相关不确定性、品味或授权所需的交互式注意力，不按传统功能规模或固定代理速度倍数推算天数。Auto 本身不是内在优先级，仅在项目上下文或自动化配置表明无人值守容量确实可用时才起作用；类型不作为选择输入。
输出与认领：给出唯一首选工单的标题、kind（shaped 表示直接构建，question 表示先弄清）、是否带 Auto 授权、type（没有则明说），以及一行基于具体延迟损失或显式覆盖的理由，不编造分数。随后写入认领标记（Claimed by 行、assignee 或场地等价物）并报告完成，不先询问。呈现完整工单及附带上下文。仅当用户不想要该工单时才提出释放认领。不执行工单、不调用 run-ticket、不替用户选择工作流。
无 ready 工单时：检查范围内所有 effort 后说明原因（全部被阻塞并列出阻塞边、全部被认领并列出认领人、或库为空）。被认领但疑似废弃的工单会被提示，重新分配交由人处理。
限制：不执行工单；文件库的认领仅对当前 checkout 的后续读者有效，共享跟踪器上的认领对所有人有效；无 North Star 或其 winning 为空时按默认规则比较。具体安装与调用方式资料未提供。