FIELD GUIDE 04 · PERSONA EDITOR CONTROLS

Persona Editor Controls to Find Before Chatting

Locate identity, biography, appearance and editing surfaces before investing time in a character or conversation.

Sponsored link · Independent publication · Not an AI companion service.

Evidence desk illustration for Persona Editor Controls to Find Before Chatting
01

Inventory the Editor Before Conversation

Inspect the creation surface before starting a chat. List every visible editable field under identity, biography, appearance, behavior, conversation instructions, and media controls, while also noting unavailable options. Review the supplied official product surfaces for Candy AI, OurDream, and DarLink as documentation to verify. Broad customization language is not evidence of a transgender-specific preset, a particular generated result, or any control that the reader cannot actually locate.

Prepare a minimal fictional adult brief to keep the inspection concrete. Samira is a 31-year-old transgender woman who uses she/her pronouns, likes architecture, and prefers courteous conversation. Nothing in the brief should identify a real person. Define essential attributes before entering them, because a field inventory is useful only when the reader knows which controls are required and which are optional for this particular draft.

02

Separate the Control Families

Group the inventory into identity, presentation, conversation instructions, media controls, and unavailable options. For each field, record its exact name, allowed input type, any visible limit, and whether the interface explains its scope. Do not assume that text entered in one group flows into another. A biography box and an image control may govern separate surfaces, and undocumented inheritance must remain an unresolved question rather than a product claim.

Use a structured field inventory as the evidence artifact, not a promotional summary. Include source URL, device, date, access level, and the visible tier gate if one appears. Screenshots may support field names, but written notes can reduce unnecessary data capture. Avoid account identifiers, payment details, and unrelated interface content. The objective is to preserve control evidence while keeping Samira fictional and the reader’s private information outside the record.

03

Draft, Save, Reopen, and Compare

Enter only the essential Samira brief, save through the visible action, leave the editor, and reopen it. Compare the reopened fields with the inventory rather than relying on memory. Mark each attribute as still editable, displayed but not editable, absent, or unresolved. This procedure observes save and reopen behavior for one draft; it does not establish generated conversation quality, media output, long-term persistence, or behavior under another access level.

Add a reversible neutral change, such as replacing architecture with gardening, then restore architecture if the editor permits it. This shows whether the relevant revision route can be found without altering identity details. Record both the changed and restored states. If the route is ambiguous, stop before experimenting with additional fields. More edits would add noise and could conceal which editor surface actually owns the attribute being investigated.

Optional product check

Use fictional adult details, preserve the persona-editor inventory record and stop if the visible character-control map controls do not meet the pre-chat editor review boundary.

Sponsored link. We may earn a commission. Product access and terms can change.
Review the sponsored option
04

Trace Which Surface Owns Each Attribute

For every essential attribute, identify the editor surface where it was entered and the surface where it later appears. A biography box may accept identity context while a separate image tool does not visibly inherit it. Treat that as a mapping question, not proof of a result. If inheritance is not documented or reader-observable, label it unknown and avoid promising that one control governs conversation, presentation, and media together.

After ownership is mapped, run only a small correction flow on the surface tied to the relevant attribute. Change one item, save, reopen, and restore the original fictional value. Do not compensate for a missing field by embedding extra instructions elsewhere unless that workaround is itself the intended, documented control. The method rewards understandable ownership and revision, not ingenuity in forcing an interface to accept an unsupported brief.

05

Enforce Essential-Field Boundaries

The editor passes when it supports the required fictional brief with understandable save and revision controls before a paid commitment. Apply that rule field by field and preserve unknowns. A large number of optional controls cannot offset one missing attribute that Samira’s brief treats as essential. Conversely, an unavailable optional field should not fail the editor merely because another candidate exposes it. The verdict belongs to the predefined routine, not a universal ranking.

Stop rather than improvise when an essential field is missing. Also stop if verifying it would require unnecessary real identity data, unclear privacy exposure, or spending beyond the reader’s preset cap. The stop rule does not prove the service can never support the brief; it states that the visible editor cannot support a responsible decision on current evidence. Document the trigger and leave the fictional draft in the most reversible state available.

06

Choose a Controlled, Reversible Next Step

Review the inventory before committing more time or money. Confirm which required fields were visible, which reopened correctly, which could be restored, and which stayed unknown. Set a firm budget and privacy boundary for any later correction check without guessing product prices or policies. The reader retains control by sharing only fictional details and declining further access when save behavior, tier requirements, or attribute ownership cannot be understood in advance.

The reversible decision may be to run one bounded correction flow, preserve the draft without chatting, or abandon it and revisit the official surface later. Record the evidence needed to reopen the decision rather than forcing a winner. Candy AI, OurDream, and DarLink can be compared only through the supplied documentation and reader-run observations described here. No inventory result guarantees a particular character, conversation, or media outcome.