Define the verification job before choosing a product
Treat “can a person really change” as a yes-or-no verification request, not as evidence that a feature exists. The action implied by the query is to revise an existing asset while preserving its source; the working object is editorial topic. Write the intended audience or user, authorized input, desired change, review owner, and finished handoff. Also state what the task excludes. This brief keeps search wording from turning into an unsupported promise about SEELE, a named vendor, a model, or an automatic result. At handoff, preserve the handoff draft, and ask the rights reviewer to record disclosure clarity before the scope confirmation.
- Input: a clear definition of the term, the reader's production context, authorized examples, and an explicit question to resolve At handoff, preserve the decision history, and ask the accessibility reviewer to record camera logic before the scope confirmation.
- Success: a bounded explanation or plan that identifies the next decision without inventing product access, controls, evidence, or outcomes At handoff, preserve the test fixture, and ask the production lead to record input provenance before the scope confirmation.
- Stop condition: missing rights, consent, safety review, primary evidence, or delivery authority At handoff, preserve the review copy, and ask the source custodian to record visible continuity before the scope confirmation.