Skip to main content
Question

Does Storage by Zapier have the same single-instance limitation as other actions in Agents?

  • November 30, 2025
  • 2 replies
  • 22 views

I recently learned from support that Zapier Agents only allow one instance of each action type, and any configuration changes apply globally across all references to that action.

I'm using Storage by Zapier to store authentication credentials (identity and authentication factor values) - specifically, I need to store and retrieve a username and password. However, I'm experiencing the same issue - when I try to use different Storage values for different purposes, changing one configuration changes the other.

Questions:

  1. Does Storage by Zapier have the same single-instance limitation as other actions?
  2. If so, where should I store multiple sets of authentication credentials within a single Agent?
  3. Are there alternative approaches for managing multiple authentication contexts without creating separate sub-agents?

2 replies

Sebastian M
Forum|alt.badge.img+1
  • Zapier Staff
  • December 3, 2025

Hi ​@teel27, welcome to the Zapier Community 👋

 

Great question about Storage by Zapier and its behavior in Agents.

Yes, Storage by Zapier does have the same single-instance limitation as other actions in Agents.

 

When you add Storage by Zapier as a tool in an Agent, any configuration changes apply globally across all references to that action within the same Agent.

 

For storing multiple sets of authentication credentials within a single Agent, here are your options:

  • Use different Storage keys
    • Storage by Zapier supports up to 500 different keys per Storage account. You can structure your keys to differentiate between different authentication contexts:
      • `auth_system1_username` and `auth_system1_password`
      • `auth_system2_username` and `auth_system2_password`
      • Or use prefixes like `prod_username`, `staging_username`, etc.
  • Use Child Values for grouped credentials
    • Storage by Zapier supports child values for nested data. You can store related authentication data together:
      • Key: `system1_auth` with child values: `username` and `password`
      • Key: `system2_auth` with child values: `username` and `password`

 

Alternative approach without separate sub-agents: Use Code Steps with StoreClient


You can use Code steps (JavaScript or Python) with the StoreClient for more advanced storage operations. This gives you programmatic control over which credentials to retrieve based on context.

 

Hope this helps!

 


  • Author
  • Beginner
  • December 5, 2025

@Sebastian M 

 thank you for taking time to assist me in this learning curve, I’ll try using the different storage keys.