Skip to content

feat: add/update ZeroClaw template (v0.7.1-beta.1045)#803

Open
theonlyhennygod wants to merge 1 commit intoDokploy:mainfrom
zeroclaw-labs:zeroclaw/update-v0.7.1-beta.1045
Open

feat: add/update ZeroClaw template (v0.7.1-beta.1045)#803
theonlyhennygod wants to merge 1 commit intoDokploy:mainfrom
zeroclaw-labs:zeroclaw/update-v0.7.1-beta.1045

Conversation

@theonlyhennygod
Copy link
Copy Markdown

@theonlyhennygod theonlyhennygod commented Apr 18, 2026

Summary

  • Adds/updates ZeroClaw template to v${VERSION}
  • Image: ghcr.io/zeroclaw-labs/zeroclaw:${VERSION}
  • ZeroClaw is a fast, small, fully autonomous AI personal assistant (100% Rust)
  • Multi-arch: linux/amd64 + linux/arm64

Checklist

  • Read README.md suggestions
  • Tested template in personal Dokploy instance
  • Confirmed all requirements met

Testing

  • Deployed via Compose service import
  • Service starts and gateway is accessible on port 42617
  • Health check passes

Links

Greptile Summary

This PR adds the ZeroClaw AI assistant template (v0.7.1-beta.1045) with a docker-compose.yml, template.toml, logo, and meta.json entry. The blueprint structure is mostly correct, but two issues need addressing before merge:

  • The Strapi entry is accidentally deleted from meta.json — its blueprint files are untouched, so this appears to be a rebase/merge artifact that would drop Strapi from the template registry.
  • API_KEY is set to a randomly-generated 64-character password via ${password:64}, but ZeroClaw uses this as the user's real AI provider credential (e.g. OpenRouter); a generated value will never authenticate and the assistant won't function.

Confidence Score: 3/5

Not safe to merge — two P1 issues: unintentional removal of the Strapi template and an auto-generated value for a required AI provider API key.

Both findings are present defects on the changed path: the Strapi deletion breaks an existing template's discoverability, and the auto-generated API_KEY will prevent ZeroClaw from connecting to any AI provider on first deploy.

meta.json (Strapi removal) and blueprints/zeroclaw/template.toml (API_KEY generation)

Reviews (1): Last reviewed commit: "feat: add/update ZeroClaw template (v0.7..." | Re-trigger Greptile

Greptile also left 3 inline comments on this PR.

@dosubot dosubot bot added size:S This PR changes 10-29 lines, ignoring generated files. new-template labels Apr 18, 2026
@github-actions
Copy link
Copy Markdown

github-actions bot commented Apr 18, 2026

built with Refined Cloudflare Pages Action

⚡ Cloudflare Pages Deployment

Name Status Preview Last Commit
templates ✅ Ready (View Log) Visit Preview 7494cda

Comment thread meta.json
@@ -5952,24 +5952,6 @@
"media"
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

P1 Strapi entry unintentionally removed

The Strapi template entry was deleted from meta.json in this PR, but blueprints/strapi/ still contains all three blueprint files (docker-compose.yml, template.toml, strapi.svg). This removal appears to be an accidental conflict/rebase artifact — it would silently drop Strapi from the template registry, making it undiscoverable without any corresponding cleanup of the blueprint files.

@@ -0,0 +1,16 @@
[variables]
main_domain = "${domain}"
api_key = "${password:64}"
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

P1 Auto-generated value won't work as an AI provider credential

${password:64} generates a random 64-character string and injects it as API_KEY. Based on the project description and the PROVIDER=openrouter default, this variable is the user's real AI provider credential (e.g. an OpenRouter key). A randomly-generated value will never authenticate against any provider, so the assistant will silently fail on first use. The variable should be left empty or use a placeholder that prompts the user to supply their actual key.

restart: unless-stopped
environment:
- API_KEY=${API_KEY}
- PROVIDER=${PROVIDER:-openrouter}
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

P2 Shell default syntax inconsistent with template.toml

The docker-compose.yml uses ${PROVIDER:-openrouter} (shell default substitution), while template.toml hardcodes PROVIDER=openrouter unconditionally. The template.toml env array takes precedence during Dokploy deployment, so the shell default in the Compose file is effectively unused. Aligning both to the same plain form avoids confusion:

Suggested change
- PROVIDER=${PROVIDER:-openrouter}
- PROVIDER=${PROVIDER}

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

Labels

new-template size:S This PR changes 10-29 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant