Read all LarkBase data with n8n pagination

TL;DR: LarkBase returns records in pages. Continue with page_token until has_more is false, and keep page_size above zero.

The practical problem

Reliable automation starts with a clear contract between the source, the workflow, and the destination. Document the identifier, ownership of each field, retry behaviour, and the point at which a human must review an exception.

A safer implementation pattern

1. Validate the incoming payload before writing it.
2. Use a stable business key rather than a display label.
3. Make writes idempotent so retries do not create duplicates.
4. Log the request, response, and decision needed for failed records.

For LarkBase workflows, keep pagination and schema handling explicit. For BigQuery workflows, prefer set-based SQL such as MERGE over downloading the destination table into the automation runner. For security work, treat automated findings as hypotheses that require authorised verification.

Before putting it into production

Test an empty destination, an existing record, a changed field, a duplicate delivery, and a partial failure. Add an owner for ongoing maintenance and a rollback or replay procedure. If the process is still changing weekly, stabilise it before adding more automation.