product-surface-areas

Map product change ripple effects across customer-facing surfaces.

1.4k|162|Updated Sep 5, 2025
One-click install
npx skills add https://github.com/inkeep/agents --skill product-surface-areas
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: product-surface-areas
Source: https://github.com/inkeep/agents/tree/main/.agents/skills/product-surface-areas
Command: npx skills add https://github.com/inkeep/agents --skill product-surface-areas

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a consolidated inventory and dependency view of Inkeep customer-facing surfaces (APIs, UIs, SDKs, docs, and tooling) to help teams understand the end-to-end impact of changes.

Core Features & Use Cases

  • Consolidated Surface Catalog: Inventory of APIs, SDKs, CLIs, UIs, and documentation that customers rely on.
  • Dependency & Impact View: Visualize how changes propagate across surfaces and their interdependencies.
  • PRD-time Planning & Post-change Checklists: Use during planning or after changes to assess scope and potential side-effects.
  • Real-world Scenarios: Example: scoping a feature across surfaces and verifying compatibility before release.

Quick Start

Review the surface catalog, map affected surfaces, and reference downstream dependencies to draft an impact checklist.

Frequently Asked Questions about product-surface-areas

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I map the impact of product changes across APIs, SDKs, and UIs?

To map the impact of product changes across APIs, SDKs, and UIs, you need a consolidated surface catalog and a dependency graph to visualize how modifications propagate across customer-facing surfaces and identify coordination needs.

What is a surface catalog and when do I need it for PRD planning?

A surface catalog is a centralized inventory of customer-facing APIs, UIs, SDKs, CLIs, and docs. You need it during PRD planning and architecture reviews to understand cross-surface impact and scope features accurately before release.

How do I create a post-change checklist for cross-surface dependency analysis?

To create a post-change checklist for cross-surface dependency analysis, review your surface catalog, map the affected surfaces, and reference downstream dependencies to verify compatibility and document potential side-effects after modifications.

Can I assess cross-surface coordination needs without a centralized dependency graph?

Assessing cross-surface coordination needs requires a centralized dependency graph and documented conventions for surface ownership. Without these prerequisites, you cannot accurately visualize change propagation or map downstream impact across surfaces.

What is the best way to scope a feature across multiple customer-facing surfaces?

The best way to scope a feature across multiple customer-facing surfaces is to map the affected APIs, UIs, SDKs, CLIs, and docs using a dependency view, allowing you to verify compatibility and assess end-to-end impact before release.

Why does product change planning fail without cross-surface impact analysis?

Product change planning fails without cross-surface impact analysis because teams lack visibility into how modifications propagate across APIs, UIs, SDKs, and docs, leading to undetected compatibility issues and missed coordination needs during release.