AgentStack
SKILL verified MIT Self-run

Handoff Summary

skill-nikhilw-structured-agentic-workflow-handoff-summary · by nikhilw

Emit the Build Handoff Summary artifact in its fixed format. Use at the end of a build, immediately after /3p-review passes — invoked by the build-model workflow (dedicated build model) or by the main model after all build phases. Produces the exact handoff template the reviewing model consumes.

No reviews yet
0 installs
14 views
0.0% view→install

Install

$ agentstack add skill-nikhilw-structured-agentic-workflow-handoff-summary

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Handoff Summary? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Handoff Summary

You are emitting the Build Handoff Summary — the single artifact that carries a completed, reviewed build to the next reader.

> Output style: Check memory for workflow-config:caveman-level. If set, adapt your output brevity to that level while preserving technical accuracy.

When this runs

This skill is invoked after the build is complete and after /3p-review has passed. It does not build, test, or review — it only produces the handoff record. If /3p-review has not run yet, stop and run it first; the summary records the review result.

Your only job

Reproduce the template below exactly — same headings, same order, same casing. Fill in the bracketed parts from what was actually built and reviewed. Do not rename sections, add sections, drop sections, or replace the template with your own prose. This is a fixed artifact format so the consuming model can parse it reliably.

## Build Handoff Summary

**Plan:** [plan file path]

**3p-review:** [PASS — zero open findings | the findings that were raised and how each was resolved]

### Deviations
- **Phase N: [Name]** — [what changed and why, one line]
- (Only list phases that deviated from the plan. If nothing deviated, write "None.")

### Concerns
- [Anything the next reviewer should specifically investigate or validate]
- (If none, write "None.")

Rules

  • Be honest and specific. Deviations and concerns are the whole point — an empty summary that hides real drift defeats the purpose. If a phase departed from the plan, say so and why.
  • Keep it to deviations and concerns. This is not a feature description or a changelog. Do not restate what the plan already says.
  • The 3p-review line is mandatory. It is the evidence that review happened. If review surfaced findings, list them and how each was resolved — do not write "PASS" unless the review is genuinely clean.

What happens next

  • Dedicated build model (launched via /build-model): present the summary, then STOP. The user carries it to the main model.
  • Main model: present the summary as the build record, then continue the workflow → /verification-before-completion → archive the plan.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.