Skip to content

[DOCS-1917][DOCS-1126] Automations doc revamp#2249

Open
mdlinville wants to merge 23 commits intomainfrom
DOCS-1917
Open

[DOCS-1917][DOCS-1126] Automations doc revamp#2249
mdlinville wants to merge 23 commits intomainfrom
DOCS-1917

Conversation

@mdlinville
Copy link
Contributor

@mdlinville mdlinville commented Mar 6, 2026

Description

Automations doc revamp

  • Update the structure
  • Add API instructions
  • Incorporate Nina's tutorial draft to create a new tutorial page split into Project and Registry views
  • Split out shared content into snippets
  • Save a spot to talk about push notifications later
  • Add a Mermaid diagram to the overview

Depends on a Python notebook added in wandb/examples#618

Testing

  • Local build succeeds without errors (mint dev)
  • Local link check succeeds without errors (mint broken-links)
  • PR tests succeed

Related issues

@mdlinville mdlinville changed the title Automations doc revamp [WIP] Automations doc revamp Mar 6, 2026
@mdlinville mdlinville marked this pull request as ready for review March 6, 2026 23:28
@mdlinville mdlinville requested a review from a team as a code owner March 6, 2026 23:29
@mdlinville mdlinville requested a review from aninahpets March 6, 2026 23:29
@github-actions
Copy link
Contributor

github-actions bot commented Mar 6, 2026

📚 Mintlify Preview Links

🔗 View Full Preview

✨ Added (12 total)

📄 Pages (12)

File Preview
models/automations/api.mdx Api
models/automations/project-automation-tutorial.mdx Project Automation Tutorial
models/automations/registry-automation-tutorial.mdx Registry Automation Tutorial
models/automations/tutorial.mdx Tutorial
snippets/en/_includes/automations/actions-list.mdx Actions List
snippets/en/_includes/automations/best-practices.mdx Best Practices
snippets/en/_includes/automations/mental-model.mdx Mental Model
snippets/en/_includes/automations/tutorial-diagram-project.mdx Tutorial Diagram Project
snippets/en/_includes/automations/tutorial-diagram-registry.mdx Tutorial Diagram Registry
snippets/en/_includes/automations/tutorial-go-further.mdx Tutorial Go Further
... and 2 more files

📝 Changed (29 total)

📄 Pages (28)

File Preview
ja/models/automations.mdx Automations
ja/models/automations/automation-events.mdx Automation Events
ja/models/automations/create-automations.mdx Create Automations
ja/models/automations/create-automations/slack.mdx Slack
ja/models/automations/create-automations/webhook.mdx Webhook
ja/models/automations/view-automation-history.mdx View Automation History
ja/models/core/automations.mdx Automations
ja/models/core/automations/automation-events.mdx Automation Events
ja/models/core/automations/create-automations.mdx Create Automations
ja/models/core/automations/create-automations/slack.mdx Slack
... and 18 more files
⚙️ Other (1)
File
docs.json

🤖 Generated automatically when Mintlify deployment succeeds
📍 Deployment: 0f26329 at 2026-03-19 20:24:03 UTC

@github-actions
Copy link
Contributor

github-actions bot commented Mar 6, 2026

🔗 Link Checker Results

All links are valid!

No broken links were detected.

Checked against: https://wb-21fd5541-docs-1917.mintlify.app

- Update the structure
- Add API instructions
- Incorporate Nina's tutorial draft to create a new
  tutorial page split into Project and Registry views
- Add a Python notebook
- Split out shared content into snippets
- Add a Mermaid diagram to the overview

Fixes:
- DOCS-1917
- DOCS-1126
@mdlinville mdlinville changed the title [WIP] Automations doc revamp [DOCS-1917][DOCS-1126] Automations doc revamp Mar 10, 2026
Copy link
Contributor

@johndmulhausen johndmulhausen left a comment

Choose a reason for hiding this comment

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

I think that because that <View> component really only creates a switcher off to the right-hand side that it's fairly inadequate in terms of visibility for the Tutorial (as seen on https://wb-21fd5541-docs-1917.mintlify.app/models/automations/tutorial). Also being disembodied from the content that way severs the switcher's connection to what actually is getting changed.

Inline tabs that get linearly and predictably intercepted by screenreaders and reliably show up in mobile resolutions seem quite a lot better to me as a "switching" mechanism. And that's if we even want to use a switching mechanism really -- in my opinion it's always best to just have separate pages and use include files if something needs repeating, or longer pages with include files. It preserves printability, it advertises contents in the most visible/navigational way, it saves clicks, and it improves SEO to avoid hiding content behind expanders and switchers. But I'll climb down from my soapbox now :P :)

That all aside, <View> just has a way to go.

@mdlinville
Copy link
Contributor Author

I think that because that <View> component really only creates a switcher off to the right-hand side that it's fairly inadequate in terms of visibility for the Tutorial (as seen on https://wb-21fd5541-docs-1917.mintlify.app/models/automations/tutorial). Also being disembodied from the content that way severs the switcher's connection to what actually is getting changed.

Inline tabs that get linearly and predictably intercepted by screenreaders and reliably show up in mobile resolutions seem quite a lot better to me as a "switching" mechanism. And that's if we even want to use a switching mechanism really -- in my opinion it's always best to just have separate pages and use include files if something needs repeating, or longer pages with include files. It preserves printability, it advertises contents in the most visible/navigational way, it saves clicks, and it improves SEO to avoid hiding content behind expanders and switchers. But I'll climb down from my soapbox now :P :)

That all aside, <View> just has a way to go.

I agree with you about views. I reported some friction about the component to Mintlify. In this PR, I've made some adjustments:

  • Tutorial landing page gives the mental model and both Mermaid diagrams and links to specific tutorials
  • Project tutorial has the project-scoped Mermaid diagram and cross-links to the registry tutorial
  • Registry tutorial has the registry-scoped Mermaid diagram and cross-links to the project tutorial
  • Updated titles and sidebarTitles ofd main Automations overview, tutorial overview

PTAL and let me know what you think. Still to do: Get the example notebook approved and committed to the wandb/examples repo and update the links here accordingly.

@@ -0,0 +1,7 @@
W&B Automations follow a simple pattern: when an **event** occurs and optional **conditions** are met, an **action** runs automatically. For example:
- When a run fails (event), notify a Slack channel (action).
Copy link
Contributor

Choose a reason for hiding this comment

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

Can we add a space between the diagram and text? It feels congested? (This applies to the next diagram, too).


## Create a project automation

This automation is scoped to a **project**. When a run in that project transitions to **Failed**, W&B sends a Slack notification.
Copy link
Contributor

Choose a reason for hiding this comment

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

Which automation? Suggest adding a word or two to clarify.


## Test the automation

Start a run in the project and mark it failed (for example, `run.finish(exit_code=1)`). Within a short time you should see a Slack message with the run link and status.
Copy link
Contributor

Choose a reason for hiding this comment

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

Nit: Add a dummy code snippet showing how to do this? Also, not sure what you mean by "start a run in the project"? Do you mean "create a run and log it to the project"?


## Create a registry automation

This automation is scoped to a **registry**. When an artifact in any collection in that registry gets a specific alias (for example, `production`), W&B sends a POST request to your webhook.
Copy link
Contributor

Choose a reason for hiding this comment

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

Same as above.


## Test the automation

Add the alias (for example, `production`) to an artifact version in the registry (UI or API). Your webhook endpoint should receive a POST with the payload you configured.
Copy link
Contributor

Choose a reason for hiding this comment

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

Nit: Add code snippet showing how to do this.

For more detail, see [Create a webhook automation](/models/automations/create-automations/webhook#create-an-automation) (Registry tab).
</Tab>
<Tab title="Python">
Use the public API to create a registry-scoped automation that fires when an alias matching a pattern is added. You need the registry (or a collection in it) for scope and a webhook integration.
Copy link
Contributor

Choose a reason for hiding this comment

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

"fires" felt aggressive...suggest using another term?

Suggested change
Use the public API to create a registry-scoped automation that fires when an alias matching a pattern is added. You need the registry (or a collection in it) for scope and a webhook integration.
Use the public API to create a registry-scoped automation that starts when an alias matching a pattern is added. You need the registry (or a collection in it) for scope and a webhook integration.

@johndmulhausen johndmulhausen dismissed their stale review March 17, 2026 17:48

<View> component removed!

mdlinville added a commit that referenced this pull request Mar 17, 2026
- Remove manual English-language support pages:
  - support-tags.mdx
  - models/support.mdx
  - inference/api-reference/errors.mdx
  - weave/guides/troubleshooting.mdx
- Update docs.json
  - Remove models/support entry (English only)
  - Add redirects to cover the removed English-language
    support pages
  - Fix existing now-broken redirects from old
    /guides/ and /sweeps/faq pages
  - Update redirect source 'models/support/rotate_revoke_access'
    to '/models/support/rotate_revoke_access'
  - Update the redirect destination for '/models/support/find_api_key'
    to '/models/support/rotate_revoke_access'
  - Update destination for redirect '/inference/support' to '/inference'

- Remove loopy redirect
- Remove unrelated changes that belong with PR #2249
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.

4 participants