Skip to main content

ix-architecture

Analyze system design — structure, coupling, code smells, and high-risk hotspots. Purely graph-based, no code reads.

跳到安装

来源信息

仓库
ix-infrastructure/ix-openclaw-plugin
最近来源活动
2026年6月4日 06:40
检测到的 SKILL.md 语言
英语
星标
1
分支
0

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
ix-architecture
description
Analyze system design — structure, coupling, code smells, and high-risk hotspots. Purely graph-based, no code reads.
metadata
{"openclaw":{"requires":{"bins":"[Truncated]"}}}
Run `command -v ix` to verify ix is on PATH. Never use tilde paths (`~/...`) or absolute paths — always invoke `ix` directly via PATH. If not found, stop and say so — this skill requires a graph. ## Goal Answer: *how healthy is this system's design, where are the weak boundaries, and what should be improved?* Never reads source code — structural analysis only. ## Phase 1 — Structure (always) Run in parallel: ```bash timeout 60s ix subsystems --format llm timeout 60s ix subsystems --list --format llm ``` If `$ARGUMENTS` is provided, also run: ```bash timeout 60s ix subsystems $ARGUMENTS --explain timeout 60s ix subsystems $ARGUMENTS --format llm ``` Extract: - Region hierarchy (systems → subsystems → modules) - Cohesion scores per region (higher = more self-contained) - External coupling per region (lower = better) - `crosscut_score` > 0.1 → cross-cutting concern (design smell) - `confidence` < 0.6 → fuzzy boundary (uncertain region) ## Phase 2 — Smells ```bash timeout 60s ix smells --format llm ``` If `$ARGUMENTS` scopes to a path: ```bash timeout 60s ix smells --path $ARGUMENTS --format llm ``` Classify each finding: `orphan` / `god-module` / `weak-component`. ## Phase 3 — Hotspots (only if smells are found or coupling is high) Run only if Phase 1 or 2 revealed significant issues: ```bash timeout 60s ix rank --by dependents --kind class --top 10 --exclude-path test --format llm timeout 60s ix rank --by dependents --kind function --top 10 --exclude-path test --format llm ``` Correlate: are the most-depended-on entities also in poorly-bounded subsystems? These are the highest-risk components. ## Output ``` ## Architecture Analysis ### System Structure [Region hierarchy with file counts. Flag: low-confidence boundaries, high-coupling regions, cross-cutting modules.] ### Health Scores | Region | Cohesion | Ext. Coupling | Boundary Ratio | Flag | |--------|----------|---------------|----------------|------| | [name] | [0-1] | [0-1] | [ratio] | [⚠ if bad] | ### Code Smells **High severity:** - [smell type] in [file/module] — [why it matters] **Medium severity:** - ... ### Hotspots [Top components where structural debt + centrality combine — highest risk for changes] ### Improvement Areas 1. [specific issue] — [concrete suggestion] 2. ... ### What's healthy [Briefly note well-structured areas — not everything is a problem] ``` **Evidence:** All claims must cite graph data (cohesion scores, smell counts, rank positions). No speculative design advice without structural evidence.
在 GitHub 查看