basic-design

Convert an approved DISCUSSION.md direction into system-level architecture, components, flows, and data ownership.

Updated Jul 28, 2026
One-click install
npx skills add https://github.com/truongnat/Restly --skill basic-design-truongnat
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: basic-design
Source: https://github.com/truongnat/Restly/tree/main/.agents/skills/basic-design
Command: npx skills add https://github.com/truongnat/Restly --skill basic-design-truongnat

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often jump from a rough discussion straight into coding or detailed contracts, only to discover later that the documentation did not match the actual codebase. This Skill turns an approved DISCUSSION.md recommendation into a verified system-level design, catching doc-versus-code mismatches before architecture decisions are locked in. ## Core Features & Use Cases - Doc reality check: Compares up to five vital design claims against real repository code, assigning verdicts (Match, Mismatch, Stale, Unknown) and blocking design work until conflicts are resolved with the user. - System-level design artifact: Produces a BASIC_DESIGN.md covering goal, architecture overview, components, happy-path flows, data ownership, external interfaces, and open questions, with a Mermaid diagram when it clarifies boundaries. - Structured handoff: Ends with an explicit next-step pointer to detail-design, research, or investigate so downstream work continues without re-asking questions. - Use Case: After stakeholders approve a direction for a new API feature, run this Skill to verify the wiki spec against the actual modules, define component boundaries and data ownership, and hand off a BASIC_DESIGN.md ready for detail design. ## Quick Start Ask the agent to use the basic-design skill on the approved DISCUSSION.md to produce a BASIC_DESIGN.md with a doc reality check before any architecture work.

Frequently Asked Questions about basic-design

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

FAQPage Schema
How do I turn a discussion document into a system design?▼

Provide a DISCUSSION.md with a clear recommendation and run the basic-design skill. It verifies the docs against the codebase, then produces a BASIC_DESIGN.md with goal, architecture overview, components, flows, and data ownership.

What is a doc reality check in software design?▼

A doc reality check compares vital claims from specs or wiki pages against the actual code, assigning verdicts like Match, Mismatch, or Stale. Any blocking mismatch stops the design work until the user confirms which source of truth to follow.

When should I use basic-design versus detail-design?▼

Use basic-design when you need system-level boundaries, components, and flows after a direction is approved. Use detail-design afterward when you need full contracts, field lists, or query specifications for implementation.

Can basic-design write code or task plans?▼

No. The skill explicitly does not implement code, write full API contracts, or create PLAN.md task breakdowns. It only locks architecture boundaries and hands off to detail-design, planning, research, or investigate skills.

What happens when documentation conflicts with the codebase?▼

The skill marks the claim as a blocking Mismatch and stops before filling architecture sections. It asks the user, preferably with a diagram or table showing the difference, whether to trust the docs, trust the code, or refresh the documentation first.