AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Generate Prompt Request

skill-agent37-platform-agent37-skills-collection-generate-prompt-request · by agent37-platform

This skill should be used to generate a "prompt request" one-pager that summarizes the current session for a pull request. It produces one consolidated User block folding together every ask and decision from the session, plus one Assistant block summarizing what was built. Use it when the user asks to "generate a prompt request", recap or summarize the session for a PR, or capture what was reques…

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

Install

$ agentstack add skill-agent37-platform-agent37-skills-collection-generate-prompt-request

✓ 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.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-agent37-platform-agent37-skills-collection-generate-prompt-request)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
3mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Generate Prompt Request? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Generate Prompt Request

Overview

Turn the current working session into a compact "prompt request" one-pager for a pull request: a single User: block that folds together every ask and every decision made during the session, followed by a single Assistant: block summarizing what was actually built or done. It is a one-pager a reviewer can read at a glance, not a turn-by-turn transcript.

When to use

  • The user asks to "generate a prompt request", recap the session for a PR, or capture what was requested.
  • Automatically while opening a pull request or writing a PR description. Generate this and include

it in the PR body so reviewers see the asks and decisions behind the change. A repo's AGENTS.md or CLAUDE.md can wire this in with one line, for example: "When opening a PR, invoke the generate-prompt-request skill and include its output in the PR body."

Output format

Render the result INLINE in the reply. Do not write a file. Produce exactly this shape:

#  — Prompt Request

**User:**
>  folding in every choice the user made or approved>

**Assistant:**
> 

How to build it

  1. Re-read the whole current session, from the first user message to now.
  2. Collect every distinct ask or requirement, and every decision the user made or approved,

including ones that emerged mid-session (a stack choice, a "keep it simple" constraint, a dropped feature).

  1. Write ONE User: block: a single natural request that compresses all of it. Lead with what

they wanted, then end with "Decisions made along the way: ..." listing the resolved choices inline.

  1. Write ONE Assistant: block: a tight summary of what was delivered (what got built, its key

properties, and status). Two to four sentences.

  1. Title: derive it from the session's main deliverable (for example "White-Label Template — Prompt Request").

Rules

  • Current session only. Never invent an ask, decision, or outcome that did not happen in this

session. If something is uncertain, leave it out.

  • Compress hard. One short paragraph per block. No multi-turn transcript, no separate Summary or

Gotchas sections.

  • Use bold User: / Assistant: labels with the content in a blockquote.
  • No em dashes or en dashes in the prose. Use periods, commas, or rephrase.
  • When invoked during PR generation, output only the block so it can be pasted straight into the PR body.

Example

A real one-pager from a session that designed a white-label template app:

# White-Label Template — Prompt Request

**User:**
> I want a white-label, open-source GitHub template built on our existing B2B Agents API
> (`/v1`), a bare-bones version of our B2C dashboard that people fork and rebrand. It needs
> workspaces per user (members + shareable invite links) and the basics the API supports:
> instance lifecycle (create / list / start / stop / restart / update / resize / delete),
> budget + usage, and opening each agent's own UIs (dashboard / terminal / files) via signed
> URLs. No Stripe. Decisions made along the way: one server-side `sk_live_` key with logical
> app-level workspaces (there is no API to mint per-tenant Agent37 keys, so tenancy is enforced
> in our own layer); no in-app chat, just open the agent's real UIs in a new tab; stack is
> Next.js + Supabase (magic-link auth, Postgres, RLS); and keep it simple, no Docker (setup
> provisions a hosted Supabase project for you).

**Assistant:**
> Built it as a standalone Next.js 15 repo wrapping `/v1`: Supabase magic-link auth, logical
> workspaces with admin/viewer roles and invite links, the full instance lifecycle plus
> budget/usage, signed-url "open" actions, and a template list, backed by a Supabase `instances`
> mirror refreshed from `/v1`. Isolation is RLS plus server-side role checks, the `sk_live_` key
> stays server-side, branding is env-only, and there is no Stripe. Setup provisions a hosted
> Supabase project via an access token (no Docker); typecheck and build pass. Not pushed, the
> adopter creates the GitHub repo.

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.