bkit-templates_skill

This skill helps you generate PDCA documents with consistent structure using Plan, Design, Analysis, and Report templates.
  • JavaScript

45

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill popup-studio-ai/bkit-claude-code --skill bkit-templates

  • SKILL.md4.7 KB

Overview

This skill provides PDCA document templates for consistent planning, design, analysis, and reporting. It packages ready-made Plan, Design, Analysis, and Report templates with standard headers, versioning, and file structure to accelerate and standardize documentation. Use it proactively when generating PDCA documents to ensure consistent format and traceability.

How this skill works

The skill supplies markdown templates that enforce a uniform structure: common header, version history, cross-references, and status tracking. Each template targets a PDCA phase (Plan, Design, Analysis, Report) and includes recommended sections like requirements, architecture, gap comparisons, and lessons learned. Variables such as {feature}, {date}, and {author} are substituted into filenames and headers so generated documents fit the repo layout and naming rules.

When to use it

  • When creating a new feature plan before design work
  • When documenting technical architecture and API specifications
  • When performing gap analysis between design and implementation
  • When producing a completion report and lessons learned
  • When you need consistent headers, version history, and cross-references

Best practices

  • Populate the common header (Summary, Author, Dates, Status) for every document
  • Follow the file-naming conventions and place files in the prescribed docs/ folders
  • Keep version history up to date with concise change notes and dates
  • Link related Plan, Design, Analysis, and Report documents using cross-references
  • Treat code as the source of truth when resolving design vs implementation mismatches

Example use cases

  • Create a feature.plan.md before starting implementation to capture scope, requirements, success criteria, and risks
  • Draft a feature.design.md with architecture diagrams, data models, API specs, and test plans
  • Run a feature.analysis.md to compare design against implemented code and list missing items and quality metrics
  • Publish a feature.report.md at completion summarizing metrics, issues, lessons learned, and future improvements
  • Use _INDEX.md files to surface document status and direct reviewers to the latest approved artifacts

FAQ

Start with the Plan template to capture scope and success criteria, then produce Design, Analysis, and Report in sequence following PDCA.

How do I name files?

Use the documented naming rules (numeric prefixes or feature.type.md) and place files under the matching docs/NN-... folders.

What if code and design differ?

Treat code as truth: update design or document the discrepancy in Analysis with recommendations and next steps.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational