purpose-and-scope

Audit project purpose and scope definitions to prevent unanchored drift.

Updated May 28, 2026
One-click install
npx skills add https://github.com/syntropic137/harness-app-template --skill purpose-and-scope
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: purpose-and-scope
Source: https://github.com/syntropic137/harness-app-template/tree/main/.claude/skills/purpose-and-scope
Command: npx skills add https://github.com/syntropic137/harness-app-template --skill purpose-and-scope

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Projects frequently drift from their original intent when there is no single, canonical statement of purpose and explicit non-goals to guide contributions. Without this anchor, team members extrapolate conflicting goals from existing code, scope creeps into PRs without review, dependencies accumulate without justification, and bounded contexts blur as the project grows, leading to wasted effort and reduced conceptual integrity.

Core Features & Use Cases

  • Canonical Purpose Guidance: Provides principles for defining and maintaining a single source of truth for project purpose, goals, and non-goals across READMEs, dedicated purpose documents, or ADRs.
  • Scope Drift Prevention: Includes red flags, rationalization counterpoints, and review guardrails to catch unplanned scope expansion, mixed-change PRs, and undocumented scope shifts.
  • Alignment Enforcement: Ensures plans, PRs, and new dependencies all trace back to stated user needs and project goals, eliminating unanchored work.
  • Use Case: A team maintaining a multi-service open source monorepo can use this skill to review incoming PRs, confirm new dependencies are justified against the project's stated purpose, and catch attempts to add out-of-scope features to individual services.

Quick Start

Use the purpose-and-scope skill to audit your project's README and recent PRs to confirm all work aligns with the documented project purpose and non-goals.

Frequently Asked Questions about purpose-and-scope

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

FAQPage Schema
How do I prevent scope creep in pull requests for a multi-contributor project?

Prevent scope creep in pull requests by enforcing review guardrails that check new code against a canonical purpose document and explicit non-goals, catching mixed-change PRs and undocumented scope shifts before merge.

What is a bounded context and how do I maintain its boundaries during project growth?

A bounded context defines a specific domain boundary where a particular model applies, and you maintain it by ensuring new dependencies and PR contributions trace back to the stated project purpose rather than blurring domain edges.

How do I document non-goals to keep software project work aligned to its original purpose?

Document non-goals in a dedicated purpose document or architecture decision record to provide a single source of truth, ensuring team members can validate that plans and contributions do not extrapolate conflicting goals from existing code.

Does my open source monorepo need a purpose document to review incoming dependencies?

A purpose document provides the canonical statement needed to review incoming dependencies in an open source monorepo, allowing maintainers to confirm each new dependency is justified against stated user needs and project goals.

When should I use architecture decision records to capture scope changes in production services?

Use architecture decision records to capture scope changes in production services when unplanned scope expansion occurs, ensuring that any shift in bounded contexts or new feature additions is explicitly documented and aligned with the project purpose.

What are the red flags of scope drift in shared library contributions?

Red flags of scope drift in shared library contributions include mixed-change PRs, unanchored work that does not trace to stated user needs, and new dependencies accumulating without justification against documented project goals.