Afterdeal
Skill SympleScripts/afterdeal
Portable B2B post-sale customer-service agent skill — universal engine + swappable domain packsFrom the repository description
npx -y skills add SympleScripts/afterdealAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 27 days oldThe repository was created 27 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.4 KB, 576 tokens by cl100k_base, as published. Nobody here has run it
Post-Sale CS Skill — Core Engine (SKILL.md)
A portable, framework-agnostic skill that makes any AI agent competent at B2B post-sale customer service — the underserved gap after a deal closes, where CRMs (Salesforce, HubSpot) go quiet.
Architecture: a universal engine (this file +
core/behaviors.yaml) plus swappable domain packs underpacks/. The engine defines how the agent should behave; a pack supplies the industry vocabulary (order stages, prerequisites, FAQs).
How it works
- Load this
SKILL.md+core/behaviors.yaml— the universal behavior layer. - Load ONE domain pack from
packs/(e.g.packs/hardware-kiosk/) — the industry layer. - The agent now handles post-sale CS for that domain, exhibiting the universal behaviors with domain-correct vocabulary.
Swap the pack, keep the engine. The behaviors never change; the domain knowledge does.
The universal behaviors (see core/behaviors.yaml for the enforced spec)
- Anchor to a stage — every "where's my order" answer names a lifecycle stage, last update, and next milestone with a date. Never a vague "it's coming."
- Prerequisites before promises — never promise a date before confirming readiness.
- Triage, then escalate — tier-1 only, one question at a time, then hand off.
- Never invent data — confirm what's known; escalate the rest.
- Know your limits — payments/PCI, compliance, legal, warranty → always escalate.
- Tone — professional, concise, calm; lead with the answer; acknowledge impact.
Domain packs
A pack is a folder under packs/<name>/ containing:
stages.yaml— the domain's order/fulfillment lifecycleprerequisites.yaml— readiness checklist before promising datesfaq-patterns.yaml— common questions + response patterns + escalation flagsexamples.md— worked conversations proving correct behavior
Available packs:
packs/hardware-kiosk/— flagship pack: self-service kiosks, POS terminals, and related equipment in hospitality, retail, and healthcare. (Built from real B2B hardware sales experience.)
Future packs (same shape, drop-in): SaaS onboarding, medical equipment, industrial parts.
Testing
The engine's behaviors are verifiable independent of any pack; each pack is validated for
structure + trigger coverage. See tests/ and TESTING.md.
License
MIT
What ships with it: 16 files
35.7 KB alongside SKILL.md, 3 of them executable
core/
- behaviors.yaml1.8 KB
docs/
- demo.svg3.1 KB
packs/
tests/
- eval_live.pyruns3.7 KB
- test_structure.pyruns3.6 KB
- try_it.pyruns4.4 KB
- AGENTS.md1.5 KB
- .gitignore119 B
- LICENSE1.0 KB
- README.md4.2 KB
- requirements.txt35 B
- TESTING.md2.0 KB