tech-specification
The master skill for generating technical specifications. Identifies project technology and delegates deep analysis to specialized sub-skills.
Best use case
tech-specification is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
The master skill for generating technical specifications. Identifies project technology and delegates deep analysis to specialized sub-skills.
Teams using tech-specification 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
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/tech-specification/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How tech-specification Compares
| Feature / Agent | tech-specification | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
The master skill for generating technical specifications. Identifies project technology and delegates deep analysis to specialized sub-skills.
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.
SKILL.md Source
# Technical Specification Generator
## Instructions
You are the entry point for generating technical documentation. Your goal is to **Identify** the technology stack and **Delegate** to the specific sub-skill for deep analysis.
## Supported Stacks & Strategies
### Node.js
Focus on analyzing `package.json` for core dependencies and scripts. You must drill down into the entry point (e.g., `app.js`) to identify the architectural pattern (Monolithic vs. MVC vs. Clean Architecture). Pay special attention to global middleware chains and how the database connection is established.
*Please refer to [node_docbook.md](node_docbook.md) for better deep understanding.*
### Python
Inspect `pyproject.toml` or `requirements.txt` to identify the framework (Django, FastAPI, or Flask). Trace the import graph from the entry point to understand the project structure. Critically analyze the usage of Async IO vs. Synchronous execution, and identify the ORM strategy (SQLAlchemy, Django ORM).
*Please refer to [python_docbook.md](python_docbook.md) for better deep understanding.*
### PHP
Check `composer.json` to determine if the project uses Laravel, Symfony, or is a custom build. Analyze the `index.php` or `artisan` console runner to understand the request lifecycle. Look for specific architectural signatures like Controllers, Service Providers, and Hook systems in WordPress.
*Please refer to [php_docbook.md](php_docbook.md) for better deep understanding.*
### Go (Golang)
Examine `go.mod` for dependencies and version. Analyze the package layout—distinguish between "Standard Layout" (`cmd/`, `pkg/`, `internal/`) and Flat layouts. Pay close attention to interface definitions and concurrency patterns using Channels and Goroutines.
*Please refer to [go_docbook.md](go_docbook.md) for better deep understanding.*
### Java / Kotlin
Identify the build tool (`pom.xml` for Maven or `build.gradle` for Gradle) and framework (usually Spring Boot). Analyze Class Annotations to map the Dependency Injection graph and separate Controllers from Services and Repositories. Check for Domain-Driven Design patterns.
*Please refer to [java_docbook.md](java_docbook.md) for better deep understanding.*
### .NET
Read the `.sln` and `.csproj` files to understand the solution structure and Target Framework. Analyze `Program.cs` or `Startup.cs` to map the Dependency Injection settings. Determine if the project follows Clean Architecture, Vertical Slice, or CQS/CQRS patterns using libraries like MediatR.
*Please refer to [dotnet_docbook.md](dotnet_docbook.md) for better deep understanding.*
### Rust
Check `Cargo.toml` to identify if the project is a Binary or Library crate. Analyze the module system and `mod.rs` structure. Crucially, determine the Async Runtime (like Tokio) and web framework (Axum, Actix) usage, along with error handling patterns.
*Please refer to [rust_docbook.md](rust_docbook.md) for better deep understanding.*
### React (Web)
Look beyond the component folder structure; analyze the Component Composition pattern (Hooks vs Classes). functionality. key areas to document include Client-side vs Server-side data fetching approaches, Global State management (Redux, Context), and the Routing library implementation.
*Please refer to [react_docbook.md](react_docbook.md) for better deep understanding.*
### React Native (Mobile)
Focus on the Navigation structure (React Navigation stacks) and the bridge to Native Modules. Identify if the project uses Expo or the bare CLI. Document the State Management strategy and any specific native permissions required (Camera, Location, etc.).
*Please refer to [react_native_docbook.md](react_native_docbook.md) for better deep understanding.*
### Vue.js
Determine if the project uses Vue 2 (Options API) or Vue 3 (Composition API & `<script setup>`). If Nuxt is present, analyze the file-system routing and server routes. Check for State Management using Pinia (modern) or Vuex (legacy).
*Please refer to [vue_docbook.md](vue_docbook.md) for better deep understanding.*
### NestJS
Trace the Dependency Injection graph starting from the root `AppModule`. Identify Modules, Controllers, and Providers. Specifically look for decorators to understand the API surface and Transport layers (HTTP vs Microservices) and Guard/Interceptor usage.
*Please refer to [nest_docbook.md](nest_docbook.md) for better deep understanding.*
### Next.js
Distinguish between the App Router (`app/` directory) and Pages Router. Analyze the Data Fetching strategy (SSR, SSG, ISR) and the usage of Server Components ("use client" directives). details on Middleware and API Routes are critical.
*Please refer to [next_docbook.md](next_docbook.md) for better deep understanding.*
## References
For advanced usage and stack detection rules, see [reference.md](reference.md).Related Skills
technology-stack-blueprint-generator
Comprehensive technology stack blueprint generator that analyzes codebases to create detailed architectural documentation. Automatically detects technology stacks, programming languages, and implementation patterns across multiple platforms (.NET, Java, JavaScript, React, Python). Generates configurable blueprints with version information, licensing details, usage patterns, coding conventions, and visual diagrams. Provides implementation-ready templates and maintains architectural consistency for guided development.
technology-news-search
Real-time technology news search and aggregation from 75 international and Chinese media sources across 9 core technical domains. Intelligent keyword-based routing with domain aliases searches only relevant sources. Automatically adapts to network environment - seamlessly switches between global sources (75) and China-only sources (18) based on network accessibility. Use when user requests to search for tech news by keyword. Trigger phrases include "search for [keyword] tech news", "find news about [topic]", "latest news on [subject]", or Chinese equivalents like "搜索 [关键词] 科技新闻". Provides multi-source heat analysis, automatic EN↔CN translation, and clean Markdown presentation.
technical-accuracy-and-usability-rules
Ensures the documentation is technically accurate and highly usable for the target audience.
tech-translator
This skill should be used when users need to translate technical documents, API documentation, academic papers, or any technical content while preserving technical accuracy and terminology. It specializes in maintaining technical rigor while ensuring readability in the target language.
tech-stacks
A skill for managing and applying technology-specific architectural patterns and best practices using predefined templates.
tech-stack-evaluator
Auto-activates during requirements analysis to evaluate technical stack compatibility, recommend appropriate technologies, and assess performance implications.
Tech Stack & Architecture Decision
Define and document the technology stack and architecture decisions for a project. Use when the user needs to choose a tech stack, make architecture decisions, define infrastructure choices, or document technology selections. Triggers on requests like "define the tech stack", "choose technologies", "architecture decisions", "what stack should we use", or any request to select and document frontend, backend, database, auth, hosting, and infrastructure choices for a project.
tech-news-curator
Curate and analyze technical articles from engineering blogs about AI, software engineering, and emerging tech trends. Use when user asks about tech news, AI updates, engineering blogs, new frameworks, industry trends, or wants a daily tech briefing. Surfaces relevant content from authoritative sources with actionable insights.
tech-article-extractor
技術サイトから特定の技術に関する記事・動画・スライド・論文を抽出・分析します。Qiita、Zenn、Stack Overflow、GitHub、Dev.to、Medium、YouTube、arXiv等50以上のソースから最新記事を検索・フィルタリングし、トレンド分析やキャッチアップに活用できます。
tech-advisor
Recomienda stack tecnológico óptimo basado en requisitos del proyecto
sw-tech-stack-planner
Use when user wants a tech stack recommendation, technology choices, docker-compose setup, or architecture decisions for a software project – reads vision.md, user-stories.md, use-cases.md and generates requirements/tech-stack.yaml silently.
sparc-specification
SPARC Specification phase specialist for requirements analysis, constraint identification, use case definition, and acceptance criteria creation