agentleFS
process-streetprocess-street/ps-skills/skills/build/demo-build/SKILL.md

demo-build

Skill1 starsChanged 5 months agoMITView on GitHub

Build a copy-paste-ready Process Street demo workflow for a prospect — confirm scope, map discovery pain to demo moments, draft the workflow blueprint (tasks, typed fields, conditional logic, approvals, integrations), and supply talking points. Use when someone says "build a demo", "demo build", "build demo", "build a workflow demo", "build me a demo", or wants a prospect-facing PS demo from a use case, transcript, or SOP.

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 5 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈5

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use case / goal (what workflow to build)

    line 18
  2. Distinctive:

    Always produce in this order:

    line 27
  3. Distinctive:

    Default to Standard unless the user specifies otherwise.

    line 90
  4. Distinctive:

    Due dates: Use relative dates (e.g., "3 days after task X completes")

    line 98
  5. Distinctive:

    Form fields: Use dropdowns for compliance-sensitive fields.

    line 101

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

PS Demo Build Skill

Purpose

Build a custom Process Street demo for a prospect. Output must be copy-paste ready for the PS AI Builder or manual workflow construction.


Inputs Required

Provide any combination of:

  • Company name + URL
  • Use case / goal (what workflow to build)
  • A discovery-call transcript or recording
  • SOPs, spreadsheets, or process documentation from the team
  • Audience context (who will watch the demo and what they care about)

Output Structure

Always produce in this order:

1. Demo Scope Confirmation

Before building, confirm:

  • Workflow title (what it will be called in PS)
  • Trigger (manual, Salesforce, webhook, schedule)
  • Primary user (who runs this workflow day-to-day)
  • Key outcome (what "done" looks like)
  • Demo constraints (time limit, live vs. recorded, AI Builder vs. manual)

2. GAP → Demo Mapping

GAP ElementDemo Moment
Current state painShow before (chaos/manual) → after (PS)
Key integration needShow the integration live if possible
Reporting gapShow the dashboard/overview
Compliance requirementShow form fields, audit trail, required steps

3. Workflow Blueprint

Provide step-by-step, copy-paste ready:

## [Section Header]

### Task 1: [Task Name]
- Assignee: [role or person]
- Due date: [X days from trigger or specific]
- Form fields:
  - [Field name] — [type: text/dropdown/date/file/checkbox]
  - [Field name] — [type]
- Content/instructions: [what the task assignee sees]
- Conditional logic: [if X then Y]
- Automations: [what fires on completion]

### Task 2: [Task Name]
...

4. Integration Points

For each integration needed:

  • Tool (Salesforce, Jira, Zapier, API)
  • Trigger/action
  • Whether PS supports it natively or via Zapier
  • Any known gotchas

5. What to Say During the Demo

3–5 talking points that connect workflow steps to the prospect's specific pain from the discovery transcript.


Demo Build Speed Modes

ModeWhen to UseOutput
Fast< 30 min to buildBlueprint only, no detailed content
Standard1–2 hoursFull blueprint with copy-paste fields
Deep2+ hoursFull blueprint + talking points + integrations

Default to Standard unless the user specifies otherwise.


Common PS Components to Include

  • Conditional logic: "If [field] = X then show/hide/assign Y"
  • Approvals: Flag any task that should require sign-off
  • Due dates: Use relative dates (e.g., "3 days after task X completes")
  • Assignees: Separate tasks by role, not individual
  • Automations: Slack/email notifications on completion, Salesforce field updates
  • Form fields: Use dropdowns for compliance-sensitive fields; free text for context

Example Patterns

Use CaseKey Pattern
Lead-to-Lease PolicySOPs → workflow blueprint; conditional logic by state
Financial Statement ProcessExcel tracker → PS workflow; many client associations
Client Onboarding (Tier 1)Salesforce trigger, first 30 days only
Investment ApprovalDiscovery transcript + Excel process map
HR OnboardingSector compliance; GAP analysis → demo plan

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.