Skip to content

Conversation

@Piroddi
Copy link
Contributor

@Piroddi Piroddi commented Dec 30, 2025

Summary by CodeRabbit

  • Documentation
    • Added Effect API rate limit configuration details and migration examples (v2.32.0+).
    • Expanded hosted service cache guidance to describe dashboard-based cache management (Save Cache, Cache Settings, Automatic Restore).
    • Introduced a new Effect API Cache section with full usage flow and key features.
    • Added Availability notes and version requirements for IP Whitelisting and Built-in Alerts.

✏️ Tip: You can customize this high-level summary in your review settings.

@vercel
Copy link

vercel bot commented Dec 30, 2025

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Review Updated (UTC)
envio-docs Ready Ready Preview, Comment Dec 30, 2025 8:17am

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Dec 30, 2025

📝 Walkthrough

Walkthrough

Documentation updates: replaced experimental Effect API example with production createEffect and added rateLimit guidance; introduced Effect API Cache documentation and dashboard-based cache management; expanded hosted-service feature notes (IP whitelisting availability, built-in alerts version requirement).

Changes

Cohort / File(s) Summary
Effect API docs
docs/HyperIndex/Advanced/effect-api.md
Rewrote hosted cache guidance to describe dashboard Save/Restore/Settings; removed advice to commit .envio/cache; replaced Discord link with Effect API Cache doc link; added Rate Limit section (note: introduced in v2.32.0) with example and migration snippet changing experimental_createEffect(...)createEffect(...) and adding a rateLimit option.
Hosted service features
docs/HyperIndex/Hosted_Service/hosted-service-features.md
Added Availability notes and expanded Benefits for IP Whitelisting; added Effect API Cache feature section with usage flow and version requirement; added Availability and Version Requirement for Built-in Alerts; minor EOF formatting tweaks.

Sequence Diagram(s)

sequenceDiagram
  autonumber
  participant Dev as Developer (code)
  participant Dashboard as Hosted Dashboard
  participant EffectAPI as Effect API (server)
  participant Cache as Hosted Cache Store
  Note over Dev,Dashboard: New flow for Effect API Cache (Save/Restore/Settings)

  Dev->>EffectAPI: call createEffect({... , rateLimit: {...}})
  EffectAPI-->>Dev: returns effect handle
  Dev->>Dashboard: open Effect API Cache UI
  Dashboard->>EffectAPI: request cache snapshot list
  EffectAPI->>Cache: fetch snapshots
  Cache-->>EffectAPI: snapshot metadata
  EffectAPI-->>Dashboard: snapshot list
  Dashboard->>EffectAPI: trigger "Save Cache"
  EffectAPI->>Cache: store snapshot
  Cache-->>EffectAPI: ack
  EffectAPI-->>Dashboard: success
  Note over Dashboard,EffectAPI: Settings (enable/disable auto-restore) and Restore follow similar interactions
Loading

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~12 minutes

Possibly related PRs

Suggested reviewers

  • moose-code
  • DZakh
  • nikbhintade

Poem

🐰 I hop through docs with a cheerful squeak,

"createEffect" now strong, no longer meek.
Caches saved from the dashboard so bright,
Rate limits snug, everything's right.
Tiny rabbit applause—read on tonight! 🎉

Pre-merge checks

✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The pull request title accurately summarizes the main change: updating documentation for a new hosted service cache solution, which aligns with the primary modifications across both affected files.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Nitpick comments (2)
docs/HyperIndex/Hosted_Service/hosted-service-features.md (1)

19-19: Use proper heading syntax instead of emphasis for "Availability" notes.

Markdown linter (MD036) flags that *Availability: Paid plans only* uses emphasis instead of heading syntax. To align with markdown best practices, convert these to proper headings (e.g., ### Availability).

🔎 Proposed fix
- *Availability: Paid plans only*
+ ### Availability
+ 
+ Paid plans only

Alternatively, if you prefer a lighter style without hierarchical headings:

- *Availability: Paid plans only*
+ **Availability:** Paid plans only

Apply this pattern to lines 19, 32, and 63.

Also applies to: 32-32, 63-63

docs/HyperIndex/Advanced/effect-api.md (1)

55-55: Clarify rateLimit as "required parameter" vs. "can be disabled."

Line 55 states rateLimit (required), but line 184 clarifies you can set it to false to disable rate limiting. While technically correct (the field must be present in the options object), the documentation could be clearer. Consider revising line 55 to reflect that rateLimit is a required field but its value can be false to disable rate limiting.

🔎 Proposed clarification
- `rateLimit` (required) - the maximum calls allowed per timeframe, or `false` to disable
+ `rateLimit` (required) - set to `false` to disable rate limiting, or define a custom limit (e.g., `{ calls: 5, per: "second" }`)

This avoids the apparent contradiction and aligns with the explanation on line 184.

Also applies to: 184-184

📜 Review details

Configuration used: defaults

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 638a61a and d7489dd.

📒 Files selected for processing (2)
  • docs/HyperIndex/Advanced/effect-api.md
  • docs/HyperIndex/Hosted_Service/hosted-service-features.md
🧰 Additional context used
🪛 markdownlint-cli2 (0.18.1)
docs/HyperIndex/Hosted_Service/hosted-service-features.md

19-19: Emphasis used instead of a heading

(MD036, no-emphasis-as-heading)


32-32: Emphasis used instead of a heading

(MD036, no-emphasis-as-heading)


63-63: Emphasis used instead of a heading

(MD036, no-emphasis-as-heading)

🔇 Additional comments (3)
docs/HyperIndex/Hosted_Service/hosted-service-features.md (1)

30-60: Excellent documentation for Effect API Cache feature.

The new Effect API Cache section is well-structured with clear step-by-step workflow, key features, and benefits. The version requirement is explicitly documented, and the cross-reference to effect-api.md documentation is helpful.

docs/HyperIndex/Advanced/effect-api.md (2)

169-180: Well-documented shift to dashboard-based cache management.

The "Cache on Hosted Service" section clearly explains the transition from repository-based .envio/cache to built-in dashboard management. The cross-reference to the hosted-service-features.md documentation is helpful, and the removal of file size limitations is a valuable improvement note.


212-236: Clear migration guidance for experimental to production API.

The migration section provides explicit examples showing the change from experimental_createEffect to createEffect and the addition of rateLimit. The diff format is easy to follow and aligns with the version requirements documented elsewhere in the file.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Nitpick comments (1)
docs/HyperIndex/Hosted_Service/hosted-service-features.md (1)

19-19: Resolve Markdown linting violations for availability notes.

The static analysis tool flags lines 19, 32, and 64 as using emphasis (*...*) where headings may be expected (MD036). While these availability notes are intentionally styled as metadata badges rather than headings, consider either:

  • Converting to bold syntax: **Availability: Paid plans only**
  • Moving to an :::info callout for visual consistency with version requirements
  • Suppressing the linting rule if this style is intentional

This is a minor formatting issue, but address it to align with your project's Markdown standards.

🔎 Proposed formatting options

Option 1: Convert to bold (minimal change)

-*Availability: Paid plans only*
+**Availability: Paid plans only**

Option 2: Use info callout (consistent with version requirements)

-*Availability: Paid plans only*
+:::info Availability
+This feature is only available for paid plans. [View our pricing plans](./hosted-service-billing.mdx).
+:::

Also applies to: 32-32, 64-64

📜 Review details

Configuration used: defaults

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between d7489dd and 87ed795.

📒 Files selected for processing (1)
  • docs/HyperIndex/Hosted_Service/hosted-service-features.md
🧰 Additional context used
🪛 markdownlint-cli2 (0.18.1)
docs/HyperIndex/Hosted_Service/hosted-service-features.md

19-19: Emphasis used instead of a heading

(MD036, no-emphasis-as-heading)


32-32: Emphasis used instead of a heading

(MD036, no-emphasis-as-heading)


64-64: Emphasis used instead of a heading

(MD036, no-emphasis-as-heading)

🔇 Additional comments (2)
docs/HyperIndex/Hosted_Service/hosted-service-features.md (2)

30-60: Excellent addition of Effect API Cache documentation.

The new Effect API Cache section is well-structured and comprehensive. The step-by-step workflow (Save → Configure → Enable → Deploy) is clear, and the feature breakdown (Quick Save, Cache Management, Automatic Restore, Download Cache) effectively communicates value. The version requirement (2.26.0+) is properly documented.


58-70: Version numbers are accurate and consistent across related documentation.

The version requirements documented (2.26.0 for Effect API Cache, 2.24.0 for Built-in Alerts) are confirmed in effect-api.md and hosted-service-deployment.md. Documentation consistently reflects the current API with createEffect and required rateLimit parameter (introduced in v2.32.0), with proper migration guidance from deprecated experimental_createEffect.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants