Is this a list of confirmed Seedance 2.5 features?

No. It is an evaluation framework. Verify current controls, access, export behavior, and limitations with first-party sources and the authorized account.

What should a team preserve before trying a conversational revision?

Keep an immutable source, the exact request, protected elements, acceptance criteria, and a rollback path. Verify the current authorized controls separately.

Conversational Editing Requirements for Seedance 2.5

How to work through it

Specify the command surface

List the kinds of request the production actually needs: timing changes, object or region edits, reframing, continuity repair, audio treatment, text replacement, or version rollback. For each class, identify the required scope selector, reference input, exclusion language, preview, and cancel behavior. Do not infer these controls from the phrase itself. Confirm them in current first-party material and the authorized workspace, then record unavailable or ambiguous controls as gaps. A useful feature requirement describes the operator’s observable choices and failure states, not a promotional adjective or a broad promise that natural language can replace editorial judgment.

Require provenance and reversibility

A production-ready evaluation should ask whether the interface preserves the exact request, input version, output version, references, operator, and time of change. Determine whether an edit can be compared, undone, branched, and handed to a conventional timeline without obscuring what happened. Test what survives export and what remains only in the application. If provenance is missing, define a manual record before use. This requirement is independent from generation quality: even a visually acceptable result can be unsuitable when the team cannot identify its source, reproduce the approved state, or return safely to the previous cut.

Set acceptance and failure evidence

Build tests around protected details, localized intent, sequence continuity, instruction adherence, and unintended change. Include ambiguous, conflicting, and impossible requests so reviewers can observe refusal or clarification behavior rather than only ideal cases. Capture the actual output, not screenshots of labels, and distinguish one observed pass from a repeatability claim. Record account, date, input conditions, and reviewer disposition internally while keeping public copy capability-neutral. The outcome is a requirements matrix showing verified, unverified, and unacceptable behavior; it is not a claim that Seedance 2.5 currently supplies any particular conversational editing function.