Runs the end-of-day NemoClaw release handoff, including the pre-tag dated changelog PR, version progress, straggler planning, QA summary, tag cut, and announcement draft. Use at the end of the workday. Trigger keywords - evening, end of day, EOD, wrap up, ship it, cut tag, handoff, done for the day, pre-tag release notes.
npx skills add https://github.com/NVIDIA/NemoClaw --skill nemoclaw-maintainer-evening
Wrap up the day: check progress, identify stragglers, summarize for QA, cut the tag, automatically carry stragglers to the next patch, retire the released label, and prepare release notes for posting.
See PR-REVIEW-PRIORITIES.md for the daily cadence.
node --experimental-strip-types --no-warnings .agents/skills/nemoclaw-maintainer-day/scripts/version-target.ts
node --experimental-strip-types --no-warnings .agents/skills/nemoclaw-maintainer-day/scripts/version-progress.ts <version>
The first script determines the target version. The second shows shipped vs open. Present the progress summary to the user.
gh pr list --repo NVIDIA/NemoClaw --state open --label <version> --limit 100 \
--json number,title,url,labels
gh issue list --repo NVIDIA/NemoClaw --state open --label <version> --limit 100 \
--json number,title,url,labels
List open labeled PRs and issues as the post-tag housekeeping plan. Tell the maintainer that, after the tag and workflow-managed latest are verified, cut-release-tag will automatically move all of them to the next patch label and delete the released label.
If an item should leave the daily release flow instead of moving forward, remove it from the released-version label before asking for the release confirmation phrase.
node --experimental-strip-types --no-warnings .agents/skills/nemoclaw-maintainer-day/scripts/handoff-summary.ts
This lists commits since the last tag, identifies risky areas touched, and suggests QA test focus areas. Format the output as a concise summary the user can paste into the tag annotation or a handoff channel.
Run /nemoclaw-contributor-update-docs for <version> before loading cut-release-tag.
Confirm that the release-prep docs PR creates or updates one direct child of docs/changelog/ for the planned date and contains the exact ## <version> heading, a parser-safe MDX SPDX comment, the summary, and the detailed release bullets.
An ordinary docs refresh or a post-tag Discussion draft does not satisfy this step.
The release-prep docs PR, including the dated changelog entry, must be merged, or explicitly waived with a reason that names the missing changelog entry, before release:plan captures the release commit.
If a docs PR or any other intended PR merges after release:plan, regenerate the plan before cutting the tag.
Load cut-release-tag.
The version is already known, so use a patch bump unless the maintainer selects another bump.
Show the commit, changelog, carry-forward plan, label-retirement plan, and release notes draft.
After the release plan captures the candidate SHA, load nemoclaw-maintainer-e2e.
Run full mode if that SHA has no applicable exact Brev Launchable evidence.
Review the pre-tag E2E evidence ledger from .github/workflows/e2e.yaml at that commit.
When full mode runs, require a successful Exact staging Brev Launchable job, matching Launchable E2E identity, and verified workspace absence.
Each missing test result requires its own itemized maintainer exception.
Missing or invalid Launchable E2E evidence requires a separate itemized exception with run and job URLs, the result or missing receipt, and rationale.
Do not ask for the release confirmation phrase until each required result has successful evidence or its own exception.
Tag the confirmed release commit with vX.Y.Z.
Let the workflow move latest, carry open work forward, and delete the released label.
Prepare the Announcement draft for the maintainer to post.
After the tag is cut and release notes are drafted or posted by the maintainer, present the final summary:
v0.0.8 at commit abc1234../nemoclaw-release-v0.0.8/release-note-draft.mdv0.0.8This summary can be shared in the team's handoff channel.
node --experimental-strip-types --no-warnings .agents/skills/nemoclaw-maintainer-day/scripts/state.ts history "tag-cut" "<version>" "shipped N items, carried M forward"
Multi-agent autonomous startup system for Claude Code. Triggers on "Loki Mode". Orchestrates 100+ specialized agents across engineering, QA, DevOps, security, data/ML, business operations, marketing, HR, and customer success. Takes PRD to fully deployed, revenue-generating product with zero human intervention. Features Task tool for subagent dispatch, parallel code review with 3 specialized reviewers, severity-based issue triage, distributed task queue with dead letter handling, automatic deployment to cloud providers, A/B testing, customer feedback loops, incident response, circuit breakers, and self-healing. Handles rate limits via distributed state checkpoints and auto-resume with exponential backoff. Requires --dangerously-skip-permissions flag.
Use when working with error debugging multi agent review
Build evaluation frameworks for agent systems. Use when testing agent performance systematically, validating context engineering choices, or measuring improvements over time.
Diagnoses and debugs A2A agent communication issues including agent status, message routing, transport connectivity, and log analysis. Use when agents aren't responding, messages aren't being delivered, routing is incorrect, or when debugging orchestrator, coder-agent, tester-agent communication problems.
Use when working with error debugging multi agent review
Rapidly creates atomic, focused skills optimized with evidence-based prompting, specialist agents, and systematic testing. Each micro-skill does one thing exceptionally well using self-consistency, program-of-thought, and plan-and-solve patterns. Enhanced with agent-creator principles and functionality-audit validation. Perfect for building composable workflow components.
Ultimate multi-agent framework for Google Antigravity. Orchestrates specialized domain agents (PM, Frontend, Backend, Mobile, QA, Debug) via Serena Memory.
This skill should be used when the user asks to "evaluate agent performance", "build test framework", "measure agent quality", "create evaluation rubrics", or mentions LLM-as-judge, multi-dimensional evaluation, agent testing, or quality gates for agent pipelines.
Take nvidia/nemoclaw-maintainer-evening from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.