Wardn HubTrusted MCP server directory.

Registry

  • MCP Servers
  • Skills
  • Categories

Resources

  • API docs
  • Score method

Contribute

  • Submit server
  • Advertise
© 2026 Wardn Hub
Wardn Hub
MCP ServersSkillsCategoriesAPI docsSubmit server
Submit server
skills/mohitagw15856/pm-claude-skills/altitude-shifter

altitude-shifter

2
mohitagw15856/pm-claude-skills·Audit passed·Snapshot 6b8f55a9ef20
Installs
0

Summary

Re-pitch one piece of content for four audiences — the board, the engineers, a customer, a new hire — with a delta table showing what changed between altitudes and why. Use when asked to rewrite this for execs, explain this to the team, make this customer-facing, or say this four ways. Produces the four versions plus the delta table of what was cut, added, and reframed per altitude.

SKILL.md

Altitude Shifter Skill

The same fact needs different load-bearing details at different altitudes — the board needs the decision and the risk, the engineers need the constraints, the customer needs the benefit, the new hire needs the context everyone else already has. This skill produces all four at once, and shows its work: what changed between versions and why.

What This Skill Produces

  • Four versions of the same content, each complete at its altitude
  • The delta table — what was cut, added, and reframed per altitude
  • A leakage check — jargon, blame, or bad news that shifted dishonestly between altitudes

Required Inputs

Ask for these if not provided:

  • The content — the memo, update, decision, or announcement to shift (paste it)
  • What actually happened (if the content is spin-adjacent, the underlying facts — the shifter needs the truth to keep versions consistent)
  • Which altitudes are needed (default: all four)
  • Anything confidential that must not leak downhill (names, numbers, legal exposure)

Framework: The Four Altitudes

AltitudeLoad-bearing contentLength disciplineThe test
The boardThe decision, the risk, the ask, the number≤5 sentencesCould they act on this alone?
The engineersConstraints, interfaces, what is NOT changing, why the deadline is realAs long as needed, no shorterCould they start without a meeting?
A customerThe benefit in their vocabulary; zero internal jargon or org chart3–6 sentencesWould they forward it?
The new hireThe context everyone's assuming — history, acronyms expanded, who owns whatGenerousDo they know why, not just what?

Consistency rule: all four versions must be true simultaneously. Different emphasis is the point; different facts is lying.

Output Format


[Title], at Four Altitudes

🏛 Board

⚙️ Engineering

👤 Customer

🌱 New hire

Delta Table

AltitudeCutAddedReframed

Leakage Check

[Jargon that survived into the customer version · bad news that softened on the way up · internal blame that leaked down — each with the fix applied.]


Quality Checks

  • Each version passes its altitude test (act / start / forward / understand-why)
  • All four versions are simultaneously true — no fact contradicts across altitudes
  • The board version contains the risk, not just the win
  • The customer version contains zero internal jargon, team names, or process language
  • The delta table explains reframings, not just lists them

Anti-Patterns

  • Do not just shorten — each altitude has different load-bearing facts, not fewer of the same ones
  • Do not leak internal jargon downhill or customer-blame uphill
  • Do not soften bad news as it goes up — the board version carries the same risk the engineers see
  • Do not write the new-hire version as a summary — it's the version with MORE context, not less
  • Do not produce four versions without the delta table — the table is what makes the shift inspectable

Related skills

capacity-planningcompetitor-teardowncontext-engineering-reviewrunbook-writerreceipts-audit