Repository navigation
💡 Platform feature: Workspace Studio custom-steps bridge (expose script catalog as Studio flow actions) #596
Replies: 1 comment
Weekly UpdateWhat ChangedWorkspace Studio custom starters + steps went GA on September 21, 2026 — this idea is now immediately implementable. Key new signals:
Updated Assessment
RecommendationAdvance — This idea should move to implementation planning. Suggested first step: wrap |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Summary
Package the existing script catalog (gmail-to-drive-by-labels, calendar-to-sheets, calendar-to-briefing-doc) as Workspace Studio custom steps and starters, enabling non-technical users to discover and compose these automations inside Google's native no-code flow builder rather than only through the deploy page.
Market Signal
Google launched Workspace Studio custom starters, custom steps, third-party integrations, and webhooks on September 17–21, 2026. Custom steps explicitly use Apps Script functions — the announcement states users can "seamlessly connect custom Google Apps Script functions" within Studio flows. This creates a native distribution channel reaching every Business, Enterprise, and Education Workspace plan user. Eight third-party integrations (Asana, Confluence, HubSpot, Jira, Mailchimp, QuickBooks, Salesforce, Slack) launched alongside, signaling Google's commitment to Studio as a central automation hub.
Note: This is distinct from Discussion #537 (Workspace Studio Skills packaging). Skills are reusable atomic automation assets; custom steps/starters are the mechanism for integrating Apps Script functions into Studio flows as drag-and-drop components. Both are complementary, but this proposal targets the just-launched custom steps API specifically.
User Signal
Technical Opportunity
getScriptCatalog()insrc/deploy/index.jsalready defines the catalog with IDs, descriptions, files, and scopes. Each script'scode.gsexports entry-point functions. The bridge would create thin wrapper functions conforming to Studio's custom step contract, mapping Studio inputs toconfig.gsparameters. The existing testable architecture (extract tosrc/index.js, inject GAS services) makes each script's logic naturally composable as Studio steps.Assessment
Adversarial Review
Strongest objection: Studio's custom steps API is brand new and could change rapidly. Building against an unstable API risks wasted effort and maintenance burden.
Rebuttal: The API uses standard Apps Script functions — the same foundation this project already builds on. The risk is in the Studio-specific packaging, not the core script logic. Starting with a single script as a POC (calendar-to-sheets is simplest) limits exposure while establishing first-mover position. Being early in the ecosystem means the project gets cited in tutorials, community examples, and Google's own documentation.
Suggested Next Step
Create a POC wrapping
calendar-to-sheetsas a Workspace Studio custom step. Document the custom step contract and input/output mapping. Test with a Studio flow end-to-end. If successful, extend to all catalog scripts and publish a setup guide.All reactions