forge-discuss

Evaluate design decisions using BLUEPRINT.md and PLAN.md without modifying code.

Updated Mar 17, 2026
One-click install
npx skills add https://github.com/whatwecando/tombola --skill forge-discuss
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: forge-discuss
Source: https://github.com/whatwecando/tombola/tree/main/.claude/skills/forge-discuss
Command: npx skills add https://github.com/whatwecando/tombola --skill forge-discuss

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Architecture discussion mode enables teams to explore and debate design decisions without modifying the codebase, helping reduce risk and align stakeholders before implementation.

Core Features & Use Cases

  • Facilitates structured architectural discussions around system design, constraints, and trade-offs.
  • References existing blueprints and plans to ground decisions and avoid scope creep.
  • Useful for planning refactors, evaluating new approaches, and aligning on implementation strategies.

Quick Start

Initiate architecture discussion mode by reviewing BLUEPRINT.md, PLAN.md, and the current codebase structure, then discuss the topic and propose approaches.

Frequently Asked Questions about forge-discuss

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

FAQPage Schema
How do I evaluate architecture design decisions without modifying the codebase?

To evaluate architecture design decisions without modifying the codebase, reference your BLUEPRINT.md, PLAN.md, and codebase structure to ground discussions and prevent accidental code changes during design reviews.

Can I plan a refactoring strategy by exploring trade-offs first?

Yes, you can plan a refactoring strategy by exploring trade-offs first. Structured architectural discussions evaluate design constraints and align stakeholders on implementation approaches before any code changes are made.

Do I need BLUEPRINT.md and PLAN.md files to start a design review discussion?

Yes, you need BLUEPRINT.md and PLAN.md files to start a design review discussion. The skill requires access to these files and the current codebase structure to ground architectural decisions and prevent scope creep.

What is the best way to align stakeholders on new software architecture approaches?

The best way to align stakeholders on new software architecture approaches is facilitating structured discussions around system design and constraints. This reduces risk by debating approaches using existing blueprints before implementation.

How does grounding architecture discussions in existing plans prevent scope creep?

Grounding architecture discussions in existing plans prevents scope creep by referencing BLUEPRINT.md and PLAN.md files. This ensures proposed design decisions and refactoring strategies remain anchored to the original system constraints and goals.

When should I avoid using a discussion mode for codebase refactoring?

You should avoid using discussion mode for codebase refactoring when you actually need to implement changes. This mode strictly evaluates design decisions and proposes approaches without modifying any code in the current codebase structure.