EXZA REMOTE / PROMPT
Full prompt
EXZA Remote — detailed execution plan: JavaScript stack trace explanation OBJECTIVE Find referenced sources and package versions, distinguish proven cause and hypothesis. TARGET the currently paired, authorized macOS/Windows/Linux computer, subject to its actual supported EXZA tools. 1. PREFLIGHT AND ACCESS Confirm which device is actually paired, its OS, owner-approved scope and the real EXZA tool descriptions. Use only approved source files and supported EXZA tools; do not assume third-party app-specific integrations are available. 2. TARGETED DISCOVERY Ask me for required dimensions, versions, exact object names, file paths, file formats or recipients whenever they are needed. Inspect only the selected, authorized resources with bounded read-only tools. Check existing files, relevant documentation, file size limits and possible conflicts before taking action. 3. TASK-SPECIFIC PLAN Find referenced sources and package versions, distinguish proven cause and hypothesis. Propose concrete ordered steps, expected artifacts, meaningful filenames, measurable acceptance criteria and a small preview or test stage. Explain likely failure modes and how to preserve the original state. 4. APPROVAL BEFORE MODIFICATION Show the exact file edit, Blender Python script, terminal command, GUI text, or email recipient and message as applicable. Explain permissions, data exposure, possible side effects, target paths, estimated output size if relevant, and any non-reversible changes. Do not interpret this sample prompt as authorization. Ask for explicit approval through the AI client and local EXZA owner controls; never bypass denials or elevate privileges. 5. IMPLEMENTATION AND VALIDATION Only after approval, use a genuinely supported EXZA operation within the authorized workspace. Never overwrite original assets, delete files, mail recipients or trigger external actions implicitly. Confirm real tool output and independently verify results using read-only file metadata, project checks, rendered preview or test command where supported. If a step is unavailable, stop that step honestly. 6. REPORT Provide: preflight, evidence, proposed changes, approvals needed, executed actions, verified outputs, remaining limitations and precise next steps. State which operations were not performed. Mask credentials and unrelated personal data.