architecture-design-critique

SKILL.md

Assess how well a codebase separates core domain logic from infrastructure concerns. Three phases with distinct mindsets to prevent jumping to recommendations without understanding what exists.

Key questions answered: Can you swap your database without rewriting business logic? Can you test domain rules without spinning up external services? Will the architecture support 10x growth?

The core idea: your domain logic (business rules, core algorithms) should never directly depend on infrastructure (databases, HTTP, file systems, external APIs). Instead:

ポートとアダプター (六角形アーキテクチャ) レンズを通じて、コードベース全体のアーキテクチャ レビューを実行します。境界違反、結合の問題、依存関係の方向を評価します。優先順位の高い改善ロードマップを作成します。テスト容易性/移植性に関してアーキテクチャをレビューする場合、技術的負債を評価する場合、リファクタリング作業を計画する場合、またはコードベースの健全性を評価する場合に使用します。 「アーキテクチャのレビュー」、「結合の評価」、「六方晶分析」、「境界違反のチェック」、または「アーキテクチャの批評」などのリクエストをトリガーします。 ソース: baggiponte/skills。

原文を見る