用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/asermax/claude-plugins --skill analyze-impact命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
Build something already designed, together with the user, then verify it and offer to commit. Use when a design is agreed and the work is ready to write, or when another skill needs the shared build discipline.
Load first when working with any zenku skill. Carries the vocabulary, the two rules, how to find the project's vault and conventions, and the habits for writing into it.
Lay out the current shape so the user can settle a new one — which modules exist, where the seams are, how data flows, and what earlier quests already decided. Use when the user wants to design a feature or a module, work out an interface, decide where a boundary belongs, or when another skill needs a shape agreed before code.
基于 SOC 职业分类
正在显示 SKILL.md
| name | analyze-impact |
| description | Analyze the impact of a proposed change on features and dependencies |
| argument-hint | [change description] |
| disable-model-invocation | true |
Analyze the impact of a proposed change on existing features, dependencies, and documentation.
Change description: $ARGUMENTS (optional - will prompt if not provided)
You must load the following skills and read the following files before proceeding.
katachi:iterative-development - Impact analysis workflowdocs/feature-specs/README.md - Feature capability indexdocs/feature-designs/README.md - Feature design indexdocs/architecture/README.md - Architecture decisions (ADRs)docs/design/README.md - Design patterns (DES)Verify framework is initialized:
docs/planning/ doesn't exist, explain this command requires initialized frameworkIf not provided in arguments, ask:
"Describe the change you're considering:
- What are you planning to change?
- Why is this change needed?
- What areas do you think might be affected?"
Task(
subagent_type="katachi:impact-analyzer",
prompt=f"""
Analyze the impact of this proposed change.
## Change Description
{change_description}
## Feature Specs Index
{feature_specs_readme}
## Feature Designs Index
{feature_designs_readme}
## Feature Spec Paths
{list_of_feature_spec_paths}
## Feature Design Paths
{list_of_feature_design_paths}
## ADR Index
{adr_readme}
## DES Index
{des_readme}
"""
)
Show the analysis results in a clear format:
## Impact Analysis
### Change Summary
[What's being changed]
### Risk Level: [Isolated | Moderate | Significant | Structural]
### Directly Affected Features
| Feature | Impact | Reason |
|---------|--------|--------|
| CORE-001 | High | [reason] |
| API-002 | Medium | [reason] |
### Transitively Affected Features
| Feature | Path | Impact |
|---------|------|--------|
| UI-003 | CORE-001 → UI-003 | Medium |
### Documents Requiring Updates
- docs/feature-specs/CORE-001.md - Update acceptance criteria for X
- docs/feature-designs/API-002.md - Revise data flow for Y
- docs/architecture/ADR-005.md - Consider superseding
### Recommendations
1. [Action item]
2. [Action item]
Based on risk level, offer appropriate next steps:
Isolated (1-2 features, no transitive):
"This is a contained change. You can proceed with implementation.
Would you like to:
A) Start implementing (update affected specs first)
B) See more details about affected features
C) Cancel and reconsider"
Moderate (3-5 features or limited transitive):
"This change has moderate impact. I recommend reviewing affected specs before proceeding.
Would you like to:
A) Review affected specs
B) Create an ADR to document this decision
C) See the full dependency chain
D) Cancel and reconsider"
Significant (5+ features or broad transitive):
"This is a significant change with broad impact.
I recommend:
1. Creating an ADR to document the decision and rationale
2. Reviewing all affected specs and designs
Would you like to:
A) Create an ADR for this change
B) Review affected documents
C) Cancel and reconsider"
Structural (architecture or cross-cutting):
"This change affects core architecture and has structural implications.
Before proceeding, I strongly recommend:
1. Creating an ADR with thorough alternatives analysis
2. Reviewing all affected areas in detail
This is a significant decision. Would you like to:
A) Start a detailed architecture discussion
B) Create an ADR to explore options
C) See affected areas in detail
D) Cancel and reconsider"
Review affected specs:
Create ADR:
/katachi:decisionThis command integrates with:
/katachi:decision - For documenting significant changes as ADR or DES/katachi:add-delta - When change requires new work (delta) to implementThis is an informational command: