用途：在每次 triage 唤醒开始时运行此技能，用脚本获取本轮应处理的 issue 和 PR 编号，而不是凭记忆、搜索或手动使用 gh issue list 挑选。
主要能力与用法：从共享的 Grok Bot 计算机执行 python3 /home/box/agent-data/grok-ship/pack/skills/triage-eligible-fetch/fetch.py，需要 --repo <OWNER/NAME>、--owner（captain 的个人 GitHub 登录名，非组织或仓库所有者 slug）、--firstmate-mark "<disclosure line>" 三个必填参数，另可选 --stale-days（默认 14）、--issues（默认 5）、--prs（默认 5）。脚本只支持命令行参数，没有配置文件。输出为 JSON，先 issues 后 prs，已排序并已限量，按返回顺序处理这些编号。
脚本行为：只处理 open 项目；跳过 --owner 对应账号（除标题或正文含 Last-resort port of #N 的最后手段端口）；跳过自动化作者；在遍历评论前先丢弃被跳过项，减少评论回填开销；统计匹配 <!-- *triage: ISO8601 的现有标记，忽略未来时间戳；若某已标记项之后只有 firstmate-mark 评论或自动化评论/审查，则跳过，除非标记已超过 --stale-days（陈旧重标记）；firstmate-mark 与自动化评论/审查不重置计时，作者评论、审查摘要和新提交仍优先；issues 按未标记及其他活跃项、较新优先，再按陈旧标记最旧排序；PRs 优先处理可关闭同仓库 open ready-for-pr issue 的项（依据标题、正文或提交信息中的 Fixes/Closes/Resolves 等关键词引用），其次其他活跃项，再次陈旧项。
限制与注意事项：不要硬编码 owner 登录名或 firstmate-mark 字符串；不要超出 JSON 列表扩大队列；ready-for-pr 关闭型 PR 只是工作顺序偏好，不构成合并许可；跨仓库引用和 Development 侧边栏用户链接不计入关闭引用。