Where can creators inspect automation activity?
A direct answer, the limits that matter, and a practical way to check the workflow.
Direct answer
Open App Data in Uvilno's builder and select Automations & Logs. The view shows installed rules and committed event metadata with bounded refresh. It does not expose project source or private record bodies, and an activity entry does not prove an external service was executed.
45-word answer · Reviewed 2026-10-27Start with the rule definition: its collection, triggering operation and supported actions. Then perform one identifiable write and locate the corresponding event. If the transaction fails, inspect the visible error rather than expecting a successful activity entry for an uncommitted operation.
Logs are a diagnostic view, not a customer database export. They intentionally avoid sensitive record bodies. Website rollback does not rewind application data, so record changes and version changes should be reviewed separately when debugging a production workflow.
What to verify.
| Area | Documented behavior | Your verification |
|---|---|---|
| Installed rules | The tab lists rules in the saved schema. | Compare collection and action names with the planned workflow. |
| Activity | Events represent committed database operations. | Trigger a disposable write and refresh the tab. |
| Privacy | Activity metadata excludes full customer record bodies. | Use Records for authorized row inspection instead. |
Drag the slider, use the arrows, or scroll within the table.
Try the workflow yourself.
Use this checklist in your own disposable project. These marks record your review; they do not run tests or certify an application.
0 of 3 review steps marked by you.
Read the editable test brief
Plan a private issue tracker with issues and activity_logs collections. Add a declared activity rule for issue creation and wire the interface to real Uvilno.db operations. Include a concise owner verification checklist for App Data and Automations & Logs, while keeping private record bodies out of event messages.
Preparing a brief does not start generation. Review and send it explicitly; builds use the normal allowance, and source access requires entitlement.
Sources and scope.
Published by the Uvilno editorial team on . This is product documentation and editorial guidance, not an independent ranking or a promise that every application will pass. Vendor plans can change; official sources establish their own terms.
Does opening this test use my allowance?
Preparing the test brief does not invoke a model or create a billable build. Review the draft and explicitly send it to generate; normal usage and source entitlement rules apply.
Check the architecture. Compare the tradeoffs.
Follow the data model, account boundary and source handoff before choosing a builder.
Compare builders
Plan a full-stack app
Review the evidence
- Full-stack builder buyer’s guide
- Four full-stack workflows compared
- Plan data, sign-in and checkout
- Machine-readable evidence and methodology
- Remixable app blueprints
- Direct answers to builder questions
- Free planning and migration tools
- 108 full-stack engineering prompts
- Public SDK documentation
- Recorded checks and open evaluation protocol
- RSS updates for guides and comparisons