work-intake

name	work-intake
description	Assess one already-selected GitHub issue, pull request, or manual request before any factory workflow is admitted. Classify the real intent, preserve evidence and uncertainty, recommend the minimum workflow, and stop for human confirmation. Use when a source item may be a question, investigation, unverified bug, feature, maintenance change, non-mechanical change, or pull request review. Do not use to shortlist a backlog or to implement, reply, assign, branch, or create a pull request.
compatibility	Requires read access to the selected source and repository context. Must run in a read-only sandbox with a pinned skill revision.

Work intake

Decide what kind of work this source actually represents before the software factory spends mutation authority.

Boundary

Accept exactly one selected source: a GitHub issue, a GitHub pull request, or a manual request. If the user is choosing among backlog items, hand off to issue-intake. If an executable contract is already confirmed, continue with its admitted Formula instead of reassessing it.

Never modify files, create branches or commits, assign work, post or draft an external reply, close an item, create a pull request, or invoke implementation. Classification is not admission.

Inspect the source

Read the current source body, state, labels, comments, timestamps, and linked pull requests when available. Inspect only enough repository context to test the source's claims. Record the exact source revision:

• issue or manual request: normalized content digest plus updatedAt
• pull request: normalized content digest, updatedAt, and exact head SHA

If the source cannot be read, its revision changed during inspection, or the skill identity is not pinned, return with a recovery action. Do not guess.