clarity-technical-communication

Document engineering decisions with context, trade-offs, and justification.

4|Updated Oct 31, 2024
One-click install
npx skills add https://github.com/akshay-na/dotfiles --skill clarity-technical-communication
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: clarity-technical-communication
Source: https://github.com/akshay-na/dotfiles/tree/main/cursor/.cursor/skills/clarity-technical-communication
Command: npx skills add https://github.com/akshay-na/dotfiles --skill clarity-technical-communication

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill enhances your written engineering communication, ensuring decisions are well-documented, trade-offs are clear, and technical reasoning is easily understood by all stakeholders.

Core Features & Use Cases

  • Architecture Decision Records (ADRs): Helps document the context, decision, alternatives, and consequences of significant technical choices.
  • Trade-off Analysis: Guides you in clearly articulating the pros and cons of different options and justifying the chosen path.
  • Postmortems: Assists in writing comprehensive post-incident analyses that identify root causes and actionable improvements.
  • Use Case: When proposing a new database system, use this Skill to draft an ADR that details why you chose PostgreSQL over MongoDB, including the specific performance and scalability trade-offs considered.

Quick Start

Use the clarity-technical-communication skill to draft an architecture decision record for a new feature.

Frequently Asked Questions about clarity-technical-communication

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

FAQPage Schema
How do I write an architecture decision record that clearly documents technical trade-offs?▼

To write an architecture decision record (ADR), document the context, decision, alternatives, and consequences. This ensures your technical trade-offs and reasoning are well-justified for stakeholders.

What should a postmortem include to identify root causes and actionable improvements?▼

A postmortem should include comprehensive post-incident analysis that identifies root causes and actionable improvements. Writing clear postmortems ensures technical reasoning is documented for future engineering decisions.

How do I draft a design proposal that articulates the pros and cons of different technical options?▼

Draft a design proposal by clearly articulating the pros and cons of different options and justifying the chosen path. This trade-off analysis ensures your technical reasoning and chosen architecture are well-documented.

When do I need to document technical context for engineering decisions?▼

You need to document technical context for engineering decisions when proposing new features or systems. Documenting context ensures decisions have clear justification and trade-offs are easily understood by stakeholders.

What is the best way to summarize technical reasoning for stakeholder communication?▼

The best way to summarize technical reasoning is to focus on written engineering communication that highlights trade-offs and consequences. This ensures technical decisions are well-documented and influence stakeholders effectively.