用途：work-intake 是所有工作请求的统一入口。它先判断请求规模，收集需求，再路由到合适的工作流。核心理念是：没有小到不值得跟踪的工作，也没有大到无法拆解的工作。开始时需声明“I'm using work-intake to understand and scope this request before beginning.”
主要流程：第一步是项目板就绪门禁（Step 0），在进入澄清问题前必须验证项目板基础设施可用，包括 GITHUB_PROJECT_NUM 与 GH_PROJECT_OWNER 环境变量、项目可访问性及 Status、Type、Priority 等字段。可用命令示例：export GITHUB_PROJECT_NUM=<number>、export GH_PROJECT_OWNER=@me，以及 gh project view "$GITHUB_PROJECT_NUM" --owner "$GH_PROJECT_OWNER" --format json。门禁失败时需配置变量、创建项目板、添加字段后重跑检查。
第二步是澄清问题：先检查仓库内 README.md、FEATURES.md、BRANDING.md、docs/、Storybook、现有路由与 GitHub issue，再向用户询问仍缺失的信息，如目标、成功标准、影响范围、约束及是否属于更大计划。
第三步是范围评估：按未知数、交付物数量、代码区域、依赖、时长等标准，将请求分为 Trivial、Small、Large、Massive 四级，并路由到 issue-prerequisite、issue-decomposition、epic-management 或 initiative-architecture。
适用场景：适用于需要结构化分诊、规划与跟踪的软件开发或项目管理工作请求。限制：依赖 GitHub 项目板与 gh 命令，未提供项目板时无法继续；文档未说明收费、价格或具体平台支持范围。