kramme:connect-existing-feature-documentation-writer

Create layered documentation for existing Connect features with architecture and API references.

2|2|Updated Jan 15, 2026
One-click install
npx skills add https://github.com/Abildtoft/kramme-cc-workflow --skill kramme-connect-existing-feature-documentation-writer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kramme:connect-existing-feature-documentation-writer
Source: https://github.com/Abildtoft/kramme-cc-workflow/tree/main/skills/kramme%3Aconnect-existing-feature-documentation-writer
Command: npx skills add https://github.com/Abildtoft/kramme-cc-workflow --skill kramme-connect-existing-feature-documentation-writer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill guides teams to create comprehensive documentation for an existing Connect feature, ensuring both product and development audiences are served with clear, actionable guidance.

Core Features & Use Cases

  • Layered documentation: separate documents for product and developer audiences, all cross-referenced from a central navigation hub.
  • Architecture & API coverage: technical deep-dives that describe system components, data flows, and interfaces with code snippets where applicable.
  • Consistent governance: enforced structure, templates, and cross-linking to keep docs up to date as features evolve.
  • Documentation workflow support: prompts and checklists to plan, author, review, and publish feature docs.

Quick Start

To begin documenting a feature, invoke the skill with the feature name and a brief scope, then provide the initial feature details (audience focus, key workflows, and any API endpoints) to generate a layered doc set.

Frequently Asked Questions about kramme:connect-existing-feature-documentation-writer

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

FAQPage Schema
How do I create documentation for an existing feature in a monorepo?

To create feature documentation in a monorepo, you need a layered structure with a central navigation hub, separate audience-specific documents, and Mermaid diagrams. This ensures clear, actionable guidance for both product and developer teams while keeping docs maintainable.

What is the best way to structure technical documentation for both product and developer audiences?

The best way to structure documentation for both audiences is a layered approach with a central navigation hub. Separate documents for product and developer teams provide targeted guidance, while cross-referencing and Mermaid diagrams maintain consistency across architecture and API references.

How do I generate architecture and API references with Mermaid diagrams for feature docs?

To generate architecture and API references with Mermaid diagrams, use a structured workflow that enforces layered documentation. This creates technical deep-dives describing system components, data flows, and API interfaces with code snippets, ensuring cross-referenced and maintainable feature docs.

Does this documentation workflow support enforcing consistent structure and cross-linking across feature docs?

Yes, this documentation workflow enforces consistent structure and cross-linking across feature docs. It uses governed templates, prompts, and checklists to plan, author, and publish content, ensuring documentation remains up to date and properly cross-referenced as features evolve.

When do I need layered documentation with a navigation hub for my feature?

You need layered documentation with a navigation hub when documenting or updating features in a monorepo for distinct audiences. It is necessary when providing both product workflows and technical implementation guidance, ensuring all documents are cross-referenced and maintainable as the feature evolves.