bee:pre-dev-trd-creation

Create technology-agnostic technical architecture documents defining patterns, boundaries, and data flows.

2|1|Updated Mar 3, 2026
One-click install
npx skills add https://github.com/luanrodrigues/ia-frmwrk --skill bee-pre-dev-trd-creation
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bee:pre-dev-trd-creation
Source: https://github.com/luanrodrigues/ia-frmwrk/tree/main/pm-team/skills/pre-dev-trd-creation
Command: npx skills add https://github.com/luanrodrigues/ia-frmwrk --skill bee-pre-dev-trd-creation

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill ensures that technical architecture decisions are made using technology-agnostic patterns before concrete implementation choices are locked in, preventing vendor lock-in and premature coupling.

Core Features & Use Cases

  • Technology-Agnostic Architecture: Guides the creation of Technical Design Documents (TRDs) that focus on HOW and WHERE solutions will be architected, not WHAT specific products will be used.
  • Design Validation Prerequisite: Enforces that design validation is completed for UI features before TRD work begins.
  • Tech Stack Definition: Auto-detects or prompts for the primary technology stack to load relevant Bee Standards.
  • Use Case: Before starting development on a new feature, this Skill helps you define the architectural patterns, component boundaries, and data flows without committing to specific databases or frameworks, ensuring flexibility and maintainability.

Quick Start

Run the bee:pre-dev-trd-creation skill to start defining the technical architecture for a new feature.

Frequently Asked Questions about bee:pre-dev-trd-creation

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

FAQPage Schema
What is a technology-agnostic technical design document?

To create a TRD, define how and where solutions will be architected by mapping component boundaries and data flows first. You then enforce design validation prerequisites for UI features before loading relevant Bee Standards to finalize the tech stack.

Do I need design validation before starting technical architecture work?

Technology-agnostic TRDs prevent vendor lock-in and premature coupling by focusing on architectural patterns instead of concrete products. This approach provides maximum flexibility and maintainability compared to committing early to specific databases or frameworks.

How do I define the technology stack during TRD creation?

The technology stack is defined by auto-detecting or prompting for the primary technology to load relevant Bee Standards. This happens only after the technology-agnostic architecture patterns, component boundaries, and data flows are fully established.

When should I avoid using technology-agnostic architecture patterns?

You should avoid technology-agnostic architecture patterns when your project requires immediate implementation with a pre-selected, fixed technology stack, as the TRD process deliberately delays concrete product choices to prevent premature coupling and vendor lock-in.