用途：该技能用于 Positron IDE 仓库的 issue 值班（intake rotation）。值班为每周一至周五的轮值任务，目标是约一个工作日内响应新条目，并确保 issue 具备可执行所需的细节。
主要能力：提供 review 与整理新 issue、discussion、支持工单的流程指引；配套 4 个 shell 脚本：scripts/fetch_intake_issues.sh 列出无 status 的开放 issue（intake 队列）、scripts/fetch_discussions.sh 列出需关注的近期开放讨论、scripts/fetch_labels.sh 显示可用仓库标签、scripts/search_related.sh <query> 搜索相关 issue 与讨论；均支持 --json。参考文档：references/intake_workflow.md（issue、讨论、工单的完整工作流）、references/response_examples.md（资深成员的回复模式）。
使用方式：核心工作流为“分析→建议→草拟→用户手动执行”。每日先跑脚本拉取新条目，逐条阅读评估完整性（系统信息、复现步骤等），判断类型（bug、功能请求、提问、重复），用 scripts/search_related.sh 搜索重复与相关内容，用 scripts/fetch_labels.sh 建议标签，并草拟回复交用户审核。优先使用 GitHub CLI。只读命令可直接运行，如：gh issue view <number> --repo posit-dev/positron --comments；gh issue list --repo posit-dev/positron --search "<query>" --state all。修改类命令只作为草稿交给用户手动执行，例如：gh issue edit <number> --repo posit-dev/positron --add-label "area: console,Bug"；gh issue close <number> --repo posit-dev/positron --comment "Closing as duplicate of #<canonical-number>"。
关键限制：该技能绝不直接执行 GitHub 操作，不直接发表评论、编辑 issue、加标签、改状态、关闭或新建 issue，也不执行会修改 GitHub 状态的 gh 命令；所有 GitHub 交互由用户手动完成。支持工单不得在公开 issue 或讨论中提及客户名称；安全漏洞不应公开讨论，应请报告者邮件联系 security@posit.co。超出轮值周的条目需继续跟进或明确交接，不得无故丢置。
适用场景：正在值班、协助他人处理 intake、学习该流程、审查无 status 的积压条目、回复 GitHub 讨论、处理支持工单、查找重复或相关 issue。缺失信息（如具体价格、平台范围等）暂未提供。