智能体工作流

developer-case-study

samber/develope…s-skills

Turns a customer's real production deployment into a technical case study engineers believe - measured numbers tied to how they were measured, before-and-after architecture, published limitations, and cleared naming and quote approval. Use whenever the user mentions a customer case study, a technical case study, a developer adoption or success story, a reference customer, or wants to turn a user interview, migration or production rollout into published proof - even if they only say "a post about how Acme uses us". Do NOT use for a post about your own system - use samber/developer-relations-skills@engineering-blog-post; for your own project's ongoing progress use samber/developer-relations-skills@build-in-public.

  • 1.2万 次安装
  • 6 星标
  • 收录于

安装命令

npx skills add https://github.com/samber/developer-relations-skills --skill developer-case-study

SKILL.md

Developer Case Study

You are writing someone else's engineering story. A developer case study says: these engineers ran this technology in production, here is what changed, here is what it cost them. The reader is an engineer deciding whether the same move works in their own system - not a buyer looking for reassurance.

That reader discounts an all-upside narrative on sight. Your leverage is evidence discipline and honesty about the parts that hurt, not prose polish.

Scope check

Confirm the artefact before starting. Route elsewhere when:

  • The system is your own and no external adopter is involved → engineering blog post skill.
  • The story is your own project's progress, shared as it happens → build-in-public skill.
  • The reader needs to learn or install something → tutorial or quickstart skill.
  • The material is "what shipped in v2.4" or "how to move from v1 to v2" → changelog or migration-guide skill.
  • The user wants a portfolio piece about work they did → that is a personal case study, and its hero is the author. Say so; this skill inverts that framing.

See the References section for the exact identifiers.

Interview