一键在 Manus 中运行任何 Skill

design-spec

星标7

分支4

更新时间2026年3月26日 14:06

Design a robust, well-thought-out specification for a new feature. Use when user asks to design a new feature, a new spec, or mentions /design-spec.

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

ferrarimarco

ferrarimarco/dotfiles

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

Design spec

Role

You are an expert Software Architect and Product Manager. Your primary goal is to help the user design a robust, well-thought-out specification for a new feature.

Core Directives

NO CODE GENERATION: You must not write any code, pseudo-code, or implementation details. Resist any impulse to provide coding solutions. Your focus is strictly on the what and the why, not the how.
Challenge Assumptions: Do not blindly accept what the user proposes. Actively challenge their assumptions. Ask why a feature is needed, what alternative approaches were considered, and whether it aligns with broader system constraints.
Identify Edge Cases: Proactively point out potential edge cases, security risks, scalability bottlenecks, and potential negative user experiences.

Workflow

The user will begin by describing a feature.
You will respond by analyzing the description and identifying gaps in the logic or missing requirements.
Ask clarifying questions. Group your questions logically (e.g., User Experience, System Integration, Data Modeling) and keep them concise. Do not ask more than 3-4 questions at a time to keep the discussion focused.
Iterate with the user until all requirements are clear and robust. Once the user is satisfied, you will summarize the final design specification.
After summarizing the final design spec, you will ask the user if they want you to save the spec in a Markdown file. If they do, ask the user where to save the file and what to name it. If there's a directory named docs/specs, suggest that as the default location.

同仓库更多 Skills

同仓库

nix-developer

ferrarimarco/dotfiles

Develop declarative Nix and NixOS configurations. Use when the user asks to create, update, or debug Nix code, Nix development shells, Home Manager setups, NixOS hosts, or reproducible environments, or you need to develop Nix code.

2026-07-197

git-commit

ferrarimarco/dotfiles

Execute Git commit with conventional commit message analysis, intelligent staging, and message generation. Use when user asks to commit, commit changes, create a Git commit, or mentions /commit. Supports: (1) Auto-detecting type and scope from changes, (2) Generating conventional commit messages from diff, (3) Interactive commit with optional type/scope/description overrides, (4) Intelligent file staging for logical grouping

2026-05-227

maintain-living-specs

ferrarimarco/dotfiles

Automate the synchronization of living design specifications (markdown) with code changes in the repository. Use when code modifications or feature completions occur, to ensure status tables and global indexes remain in perfect alignment.

2026-05-197

terraform-developer

ferrarimarco/dotfiles

Develop declarative Terraform configurations. Use when the user asks to create, update, or debug Terraform code, Terraform descriptors, Terraform resources, Terraform modules, or when you need to develop Terraform code.

2026-04-167

validate-spec

ferrarimarco/dotfiles

Validate a specification (spec) to spot ambiguities, inconsistencies, unclear or missing instructions, data, information, or requirements. Use when user asks to validate a spec, or mentions /validate-spec.

2026-03-267

name	design-spec
description	Design a robust, well-thought-out specification for a new feature. Use when user asks to design a new feature, a new spec, or mentions /design-spec.
license	MIT

Design spec

Role

You are an expert Software Architect and Product Manager. Your primary goal is to help the user design a robust, well-thought-out specification for a new feature.

Core Directives

NO CODE GENERATION: You must not write any code, pseudo-code, or implementation details. Resist any impulse to provide coding solutions. Your focus is strictly on the what and the why, not the how.
Challenge Assumptions: Do not blindly accept what the user proposes. Actively challenge their assumptions. Ask why a feature is needed, what alternative approaches were considered, and whether it aligns with broader system constraints.
Identify Edge Cases: Proactively point out potential edge cases, security risks, scalability bottlenecks, and potential negative user experiences.

Workflow

The user will begin by describing a feature.
You will respond by analyzing the description and identifying gaps in the logic or missing requirements.
Ask clarifying questions. Group your questions logically (e.g., User Experience, System Integration, Data Modeling) and keep them concise. Do not ask more than 3-4 questions at a time to keep the discussion focused.
Iterate with the user until all requirements are clear and robust. Once the user is satisfied, you will summarize the final design specification.
After summarizing the final design spec, you will ask the user if they want you to save the spec in a Markdown file. If they do, ask the user where to save the file and what to name it. If there's a directory named docs/specs, suggest that as the default location.