product-documentation-1-mission-document-review-enhancement

Sub-skill of product-documentation: 1. Mission Document Review & Enhancement (+4).

5 stars

Best use case

product-documentation-1-mission-document-review-enhancement is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Sub-skill of product-documentation: 1. Mission Document Review & Enhancement (+4).

Teams using product-documentation-1-mission-document-review-enhancement should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/1-mission-document-review-enhancement/SKILL.md --create-dirs "https://raw.githubusercontent.com/vamseeachanta/workspace-hub/main/.agents/skills/_archive/business/admin/product-documentation/1-mission-document-review-enhancement/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/1-mission-document-review-enhancement/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How product-documentation-1-mission-document-review-enhancement Compares

Feature / Agentproduct-documentation-1-mission-document-review-enhancementStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Sub-skill of product-documentation: 1. Mission Document Review & Enhancement (+4).

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

Related Guides

SKILL.md Source

# 1. Mission Document Review & Enhancement (+4)

## 1. Mission Document Review & Enhancement


**Checklist for mission.md:**

**Pitch Section:**
- [ ] Includes quantifiable claim (e.g., "reduces overhead by 70%")
- [ ] Clearly states target users and specific pain point
- [ ] Explains value proposition in one sentence
- [ ] Uses active, benefit-focused language

**User Personas:**
- [ ] Includes age range and role
- [ ] Defines business context (number of projects, team size, etc.)
- [ ] Lists specific, measurable pain points with time/cost impacts
- [ ] States concrete goals with success criteria

**Example:**
```markdown
**Business Administrator** (28-45 years old)
- **Role:** Administrative Manager or Business Operations Coordinator
- **Context:** Day-to-day management of business finances, invoicing, and compliance for 3-7 concurrent engineering projects
- **Pain Points:**
  - Spending 6-8 hours/week on invoice generation across multiple clients
  - Manual expense categorization from credit card statements (2-3 hours/week)
  - Annual tax preparation requires 20-30 hours of document organization
- **Goals:**
  - Reduce administrative time by 70% to focus on business development
  - Achieve 100% on-time invoice delivery (currently 75%)
```

**Key Features:**
- [ ] Each feature includes impact metrics or time savings
- [ ] Features grouped by category (Core, Collaboration, Integration)
- [ ] Features written from user benefit perspective, not technical implementation

**Success Metrics Section (Required):**
- [ ] Efficiency Gains: Specific time reductions (e.g., 85% reduction in invoice time)
- [ ] Business Impact: Dollar savings (e.g., $15K-25K annually)
- [ ] Adoption Success: Timeline and satisfaction metrics
- [ ] All metrics are measurable and achievable

**Implementation Approach Section (Required):**
- [ ] Phased approach with clear timelines
- [ ] Each phase shows immediate value delivery
- [ ] Zero business disruption strategy
- [ ] Manual override availability


## 2. Tech Stack Modernization


**Checklist for tech-stack.md:**

**Core Technologies:**
- [ ] Uses UV package manager (workspace-hub standard) - NOT Conda/Poetry
- [ ] Python 3.11+ specified with modern type hints
- [ ] All dependencies use current major versions (e.g., Pandas 2.0+, not 1.x)
- [ ] Deprecated libraries replaced (e.g., pypdf instead of PyPDF2)

**Visualization Standards:**
- [ ] Plotly MANDATORY for all visualizations
- [ ] Explicit note: "All visualizations MUST be interactive (Plotly)"
- [ ] NO Matplotlib, seaborn, or static image exports
- [ ] Kaleido for static exports FROM interactive Plotly charts only

**Modular Architecture:**
- [ ] Reflects decisions.md modular design (e.g., DEC-003)
- [ ] Each module has clear CLI command (e.g., `invoice-gen`, `tax-prep`)
- [ ] Shared components explicitly listed
- [ ] Module boundaries clearly defined

**Complete Dependencies:**
- [ ] Full pyproject.toml configuration included
- [ ] All categories covered: data processing, document generation, visualization, email, automation, logging, CLI, testing
- [ ] Development dependencies separated (`[project.optional-dependencies]`)
- [ ] Entry point scripts defined (`[project.scripts]`)

**CLI Interface:**
- [ ] Click or Typer framework specified
- [ ] Command examples for each module
- [ ] Option documentation included
- [ ] Usage patterns demonstrated

**Testing Strategy:**
- [ ] Coverage requirements specified (minimum 80%, critical modules 95%)
- [ ] Test structure documented (unit/, integration/, performance/)
- [ ] Testing commands provided

**Development Environment:**
- [ ] UV installation instructions
- [ ] Virtual environment creation steps
- [ ] Cross-platform support (Windows/macOS/Linux)
- [ ] Editor recommendations


## 3. Standards Compliance Verification


**Workspace-Hub Standards:**

**UV Package Manager:**
```bash
# ✅ Correct
uv venv
source .venv/bin/activate  # On Windows: .venv\Scripts\activate
uv pip install -e .

# ❌ Wrong
conda create -n myenv
pip install -r requirements.txt
```

**Interactive Visualizations:**
```python
# ✅ Correct - Plotly interactive
import plotly.express as px
fig = px.scatter(df, x='time', y='value')
fig.write_html('../reports/analysis.html')

# ❌ Wrong - Matplotlib static
import matplotlib.pyplot as plt
plt.scatter(df['time'], df['value'])
plt.savefig('plot.png')
```

**File Organization:**
- [ ] Reports in `/reports/` directory
- [ ] Data in `/data/` (raw/, processed/, results/)
- [ ] No files saved to root folder
- [ ] Module-based source organization in `/src/`

**CSV Data Import:**
- [ ] Uses relative paths from report location
- [ ] No hardcoded absolute paths
- [ ] Standardized data directory structure


## 4. Quantification Framework


**Adding Metrics to Documents:**

**Time Savings Calculation:**
```
Before: 15 minutes per invoice × 10 invoices/month = 150 minutes/month
After: 2 minutes per invoice × 10 invoices/month = 20 minutes/month
Reduction: 130 minutes/month = 87% time savings
```

**Cost Savings Calculation:**
```
Hourly rate: $75/hour
Time saved: 130 minutes/month × 12 months = 1,560 minutes/year = 26 hours/year
Value: 26 hours × $75 = $1,950/year per use case

Total across 3 use cases: ~$5,850/year
Add accountant fee reduction: $2,000-5,000/year
Total: $15,000-25,000/year
```

**Adoption Timeline:**
```
Week 1-2: Initial setup and first automated invoice
Week 3-4: Expense tracking automation
Week 5-8: Full tax preparation integration
Result: 8 weeks to full adoption
```


## 5. Engineering-Specific Differentiation


**For Engineering Firms:**
- [ ] Project-based billing emphasized
- [ ] Technical hours tracking mentioned
- [ ] Multi-client parallel project management
- [ ] Engineering service-specific expense categories (certifications, software licenses, standards)
- [ ] Professional engineering compliance tracking

**Example Differentiator:**
```markdown

Related Skills

well-production-dashboard

5
from vamseeachanta/workspace-hub

Create interactive well production dashboards with real-time monitoring, verification integration, economic metrics, and multi-format exports. Use for well performance analysis, field aggregation, production forecasting, and API-driven dashboards.

production-forecaster

5
from vamseeachanta/workspace-hub

Forecast oil & gas well production using decline curve analysis. Use when estimating EUR, generating type curves, fitting Arps models (exponential, hyperbolic, harmonic), or running reserve calculations. Supports conventional and unconventional wells, P10/P50/P90 probabilistic outputs, and multi-field type curve comparison.

plan-review-prompt-refresh-after-plan-edits

5
from vamseeachanta/workspace-hub

Refresh reviewer prompt files from the latest on-disk plan before every adversarial re-review. Prevents Codex/Gemini from critiquing stale plan text after local edits.

repo-mission-portfolio-audit

5
from vamseeachanta/workspace-hub

Audit the workspace-hub repo portfolio to extract each repo's mission, identify documentation gaps, and prioritize a plan/approval sequence with explicit LLM-wiki weighting for future issue triage.

tdd-verification-and-adversarial-review

5
from vamseeachanta/workspace-hub

Verify pre-written TDD tests pass, conduct adversarial code review on committed diffs, and route findings to existing issues

multi-source-tax-document-reconciliation

5
from vamseeachanta/workspace-hub

Verify generated tax forms against source documents by line-by-line comparison, not just totals

multi-role-agent-contract-review-pipeline

5
from vamseeachanta/workspace-hub

Execute a 4-role agent team (Planner/Architect/Reviewer/Integrator) pipeline for self-reviewing knowledge artifacts before delivery

gsd-adversarial-review-pattern

5
from vamseeachanta/workspace-hub

Catch hidden test failures by running adversarial review on sparse-data edge cases before final push

adversarial-code-review-tdd

5
from vamseeachanta/workspace-hub

Systematic adversarial review pattern to identify breaking assumptions in already-passing test suites

adversarial-code-review-for-committed-diffs

5
from vamseeachanta/workspace-hub

Systematic process for reviewing already-committed code changes to catch type inconsistencies, edge cases, and docstring gaps

adversarial-code-review-and-fix

5
from vamseeachanta/workspace-hub

Systematic pattern for catching design flaws in already-passing code through adversarial review, then fixing them with TDD confirmation.

learned-git-worktree-hook-path-and-real-hook-shape-review

5
from vamseeachanta/workspace-hub

Catch hook-installation and governance bugs that only appear in linked git worktrees or against the real generated hook shape, not simplified test fixtures.