New:Introducing Socket Scanning for VS Code Marketplace Extensions.Learn more →
Get Started

engineering-docs

Package Overview
Dependencies
Maintainers
1
Versions
10
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

engineering-docs

11 world-class engineering documentation skills covering the complete software lifecycle: spec, feasibility, architecture, design, API, database, ADR, security, deployment, operations, and incident review.

Source
npmnpm
Version
1.0.2
Version published
Weekly downloads
3
-80%
Maintainers
1
Weekly downloads
 
Created
Source

Engineering Docs

engineering-docs is a complete software engineering documentation and system design methodology for your coding agents. It provides a set of 11 composable, auto-triggering skills and manifests that ensure your agent designs, specifies, models, deploys, and operates code to the standard of a 20+ year principal engineer.

Quickstart

Give your agent principal-level documentation skills instantly:

npx engineering-docs

Select your environment: Gemini (Antigravity), Claude Code, Cursor / Windsurf, Kimi Code, or Codex / Copilot.

How It Works

It starts from the moment you ask your agent to draft, design, or outline any feature, database schema, API endpoint, or infrastructure rollout. Instead of generating vague bullet points or raw code directly, the agent automatically triggers the correct skill:

  • It structures the context using industry-standard engineering formats (ISO/IEC/IEEE 29148, C4 Model, STRIDE).
  • It surfaces gaps by explicitly marking assumptions (🔶 Assumption) and unknowns (🔵 Open Question).
  • It generates self-guiding templates complete with Mermaid diagrams, edge-case test matrices, and automated rollback checklists.
  • Because the manifests auto-trigger based on semantic intent, you do not need to manually configure them. Your agent simply documents like a principal engineer.

What's Inside

The skills library is organized into four key phases of the software engineering lifecycle:

📋 1. Specification & Feasibility

  • technical-specification — Produce complete, ISO/IEC/IEEE 29148-aligned Software Requirements Specifications (SRS/TSD). Formulates strict functional and non-functional requirements (NFRs) using EARS syntax.
  • technical-feasibility-study — Assess the technical viability, resource requirements, timelines, and operational risks of a concept before writing code.

🏛️ 2. Architectural Design

  • system-architecture-document — Document full system architecture using Kruchten's 4+1 View Model and Simon Brown's C4 Model (Context, Container, and Component Mermaid diagrams).
  • technical-blueprint — Google/Stripe-quality design docs (TDD) focusing on detailed design, data modeling, and trade-off comparisons.
  • api-design-document — Design production-ready API contracts (REST/OpenAPI 3.1) with consistent schemas, Richardson Maturity targets, and RFC 7807 problem details.
  • database-design-document — Model logical schemas, ERDs, and data dictionaries down to indexes, cascades, and migration rollback scripts.
  • architecture-decision-record — Write immutable, append-only logs (MADR standard) capturing the rationale, alternatives, and trade-offs of architectural decisions.

🛡️ 3. Risk & Security

  • security-threat-model — Systematically analyze system components for security risks using Microsoft STRIDE and OWASP threat models.

🚀 4. Deployment & Operations

  • deployment-plan — Create highly detailed production runsheets specifying rollout phases, go/no-go gates, Sentry/Grafana metrics, and explicit rollback steps.
  • technical-runbook — Operations manuals (Google SRE Book standard) linking alerts to diagnostics, mitigations, and escalation paths.
  • incident-postmortem — Write blameless post-incident reviews (RCA) using Five Whys to transform operational outages into systemic hardening.

Multi-Agent Compatibility

engineering-docs provides native configurations for all major agentic frameworks:

PlatformManifest FormatGlobal Installation Path
Gemini (Antigravity)gemini-extension.json & GEMINI.md~/.gemini/config/plugins/engineering-docs/
Claude Code.claude-plugin/plugin.json & marketplace.json~/.claude/plugins/engineering-docs/
Cursor / Windsurf.cursor-plugin/plugin.jsonCopy .mdc rules to ./.cursor/rules/
Kimi Code.kimi-plugin/plugin.jsonLocal/Global plugin directory
Copilot / Codex.codex-plugin/plugin.jsonWorkspace root

Installation

The Quickest Way (CLI Installer)

Run the NPM initializer to automatically detect and copy the plugin folder based on your preferred harness:

npx engineering-docs

Harness-Specific Guides

Gemini (Antigravity)

Run the direct installation command to copy the files to your global Gemini plugin path:

npx engineering-docs --gemini

Or clone the repository manually:

git clone https://github.com/fattain-naime/engineering-docs.git ~/.gemini/config/plugins/engineering-docs

Claude Code

Run the direct installation command:

npx engineering-docs --claude

Alternatively, register the repository as a custom marketplace source directly inside Claude Code:

/plugin marketplace add fattain-naime/engineering-docs
/plugin install engineering-docs@engineering-docs

Cursor / Windsurf

Run the installer pointing to your local workspace:

npx engineering-docs --cursor

This extracts each skill manifest directly into .cursor/rules/engineering-docs-[name].mdc so they auto-trigger when you converse with Cursor's Composer or Agent.

Kimi Code

Run the direct installation command:

npx engineering-docs --kimi

Or install inside Kimi Code:

/plugins install https://github.com/fattain-naime/engineering-docs

Philosophy

  • Systemic over Ad-hoc: Rigorous, reproducible processes yield safer and cleaner software.
  • Traceability: Every system requirement must link to a business goal and a test case.
  • Visual-First: Complex architectures are mapped out visually with text-friendly, Git-trackable Mermaid diagrams.
  • Operational Safety: No feature is complete without a deployment runsheet, monitoring thresholds, and a rollback plan.
  • Blameless Learning: Production failures are data points for system hardening, not opportunities for human blame.

Contributing

We welcome community skills! Please review CONTRIBUTING.md for full guidelines on YAML frontmatter manifests, intent definitions, and coaching block requirements.

Author

License

MIT. See LICENSE.

FAQs

Package last updated on 08 Jul 2026

Related posts