gitnexus 1.2.6 → 1.2.7

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,75 +1,75 @@
1
- ---
2
- name: gitnexus-exploring
3
- description: Navigate unfamiliar code using GitNexus knowledge graph
4
- ---
5
-
6
- # Exploring Codebases with GitNexus
7
-
8
- ## When to Use
9
- - "How does authentication work?"
10
- - "What's the project structure?"
11
- - "Show me the main components"
12
- - "Where is the database logic?"
13
- - Understanding code you haven't seen before
14
-
15
- ## Workflow
16
-
17
- ```
18
- 1. READ gitnexus://repos → Discover indexed repos
19
- 2. READ gitnexus://repo/{name}/context → Codebase overview, check staleness
20
- 3. gitnexus_query({query: "<what you want to understand>"}) → Find related execution flows
21
- 4. gitnexus_context({name: "<symbol>"}) → Deep dive on specific symbol
22
- 5. READ gitnexus://repo/{name}/process/{name} → Trace full execution flow
23
- ```
24
-
25
- > If step 2 says "Index is stale" → run `npx gitnexus analyze` in terminal.
26
-
27
- ## Checklist
28
-
29
- ```
30
- - [ ] READ gitnexus://repo/{name}/context
31
- - [ ] gitnexus_query for the concept you want to understand
32
- - [ ] Review returned processes (execution flows)
33
- - [ ] gitnexus_context on key symbols for callers/callees
34
- - [ ] READ process resource for full execution traces
35
- - [ ] Read source files for implementation details
36
- ```
37
-
38
- ## Resources
39
-
40
- | Resource | What you get |
41
- |----------|-------------|
42
- | `gitnexus://repo/{name}/context` | Stats, staleness warning (~150 tokens) |
43
- | `gitnexus://repo/{name}/clusters` | All functional areas with cohesion scores (~300 tokens) |
44
- | `gitnexus://repo/{name}/cluster/{name}` | Area members with file paths (~500 tokens) |
45
- | `gitnexus://repo/{name}/process/{name}` | Step-by-step execution trace (~200 tokens) |
46
-
47
- ## Tools
48
-
49
- **gitnexus_query** — find execution flows related to a concept:
50
- ```
51
- gitnexus_query({query: "payment processing"})
52
- → Processes: CheckoutFlow, RefundFlow, WebhookHandler
53
- → Symbols grouped by flow with file locations
54
- ```
55
-
56
- **gitnexus_context** — 360-degree view of a symbol:
57
- ```
58
- gitnexus_context({name: "validateUser"})
59
- → Incoming calls: loginHandler, apiMiddleware
60
- → Outgoing calls: checkToken, getUserById
61
- → Processes: LoginFlow (step 2/5), TokenRefresh (step 1/3)
62
- ```
63
-
64
- ## Example: "How does payment processing work?"
65
-
66
- ```
67
- 1. READ gitnexus://repo/my-app/context → 918 symbols, 45 processes
68
- 2. gitnexus_query({query: "payment processing"})
69
- → CheckoutFlow: processPayment → validateCard → chargeStripe
70
- → RefundFlow: initiateRefund → calculateRefund → processRefund
71
- 3. gitnexus_context({name: "processPayment"})
72
- → Incoming: checkoutHandler, webhookHandler
73
- → Outgoing: validateCard, chargeStripe, saveTransaction
74
- 4. Read src/payments/processor.ts for implementation details
75
- ```
1
+ ---
2
+ name: gitnexus-exploring
3
+ description: Navigate unfamiliar code using GitNexus knowledge graph
4
+ ---
5
+
6
+ # Exploring Codebases with GitNexus
7
+
8
+ ## When to Use
9
+ - "How does authentication work?"
10
+ - "What's the project structure?"
11
+ - "Show me the main components"
12
+ - "Where is the database logic?"
13
+ - Understanding code you haven't seen before
14
+
15
+ ## Workflow
16
+
17
+ ```
18
+ 1. READ gitnexus://repos → Discover indexed repos
19
+ 2. READ gitnexus://repo/{name}/context → Codebase overview, check staleness
20
+ 3. gitnexus_query({query: "<what you want to understand>"}) → Find related execution flows
21
+ 4. gitnexus_context({name: "<symbol>"}) → Deep dive on specific symbol
22
+ 5. READ gitnexus://repo/{name}/process/{name} → Trace full execution flow
23
+ ```
24
+
25
+ > If step 2 says "Index is stale" → run `npx gitnexus analyze` in terminal.
26
+
27
+ ## Checklist
28
+
29
+ ```
30
+ - [ ] READ gitnexus://repo/{name}/context
31
+ - [ ] gitnexus_query for the concept you want to understand
32
+ - [ ] Review returned processes (execution flows)
33
+ - [ ] gitnexus_context on key symbols for callers/callees
34
+ - [ ] READ process resource for full execution traces
35
+ - [ ] Read source files for implementation details
36
+ ```
37
+
38
+ ## Resources
39
+
40
+ | Resource | What you get |
41
+ |----------|-------------|
42
+ | `gitnexus://repo/{name}/context` | Stats, staleness warning (~150 tokens) |
43
+ | `gitnexus://repo/{name}/clusters` | All functional areas with cohesion scores (~300 tokens) |
44
+ | `gitnexus://repo/{name}/cluster/{name}` | Area members with file paths (~500 tokens) |
45
+ | `gitnexus://repo/{name}/process/{name}` | Step-by-step execution trace (~200 tokens) |
46
+
47
+ ## Tools
48
+
49
+ **gitnexus_query** — find execution flows related to a concept:
50
+ ```
51
+ gitnexus_query({query: "payment processing"})
52
+ → Processes: CheckoutFlow, RefundFlow, WebhookHandler
53
+ → Symbols grouped by flow with file locations
54
+ ```
55
+
56
+ **gitnexus_context** — 360-degree view of a symbol:
57
+ ```
58
+ gitnexus_context({name: "validateUser"})
59
+ → Incoming calls: loginHandler, apiMiddleware
60
+ → Outgoing calls: checkToken, getUserById
61
+ → Processes: LoginFlow (step 2/5), TokenRefresh (step 1/3)
62
+ ```
63
+
64
+ ## Example: "How does payment processing work?"
65
+
66
+ ```
67
+ 1. READ gitnexus://repo/my-app/context → 918 symbols, 45 processes
68
+ 2. gitnexus_query({query: "payment processing"})
69
+ → CheckoutFlow: processPayment → validateCard → chargeStripe
70
+ → RefundFlow: initiateRefund → calculateRefund → processRefund
71
+ 3. gitnexus_context({name: "processPayment"})
72
+ → Incoming: checkoutHandler, webhookHandler
73
+ → Outgoing: validateCard, chargeStripe, saveTransaction
74
+ 4. Read src/payments/processor.ts for implementation details
75
+ ```
@@ -1,94 +1,94 @@
1
- ---
2
- name: gitnexus-impact-analysis
3
- description: Analyze blast radius before making code changes
4
- ---
5
-
6
- # Impact Analysis with GitNexus
7
-
8
- ## When to Use
9
- - "Is it safe to change this function?"
10
- - "What will break if I modify X?"
11
- - "Show me the blast radius"
12
- - "Who uses this code?"
13
- - Before making non-trivial code changes
14
- - Before committing — to understand what your changes affect
15
-
16
- ## Workflow
17
-
18
- ```
19
- 1. gitnexus_impact({target: "X", direction: "upstream"}) → What depends on this
20
- 2. READ gitnexus://repo/{name}/processes → Check affected execution flows
21
- 3. gitnexus_detect_changes() → Map current git changes to affected flows
22
- 4. Assess risk and report to user
23
- ```
24
-
25
- > If "Index is stale" → run `npx gitnexus analyze` in terminal.
26
-
27
- ## Checklist
28
-
29
- ```
30
- - [ ] gitnexus_impact({target, direction: "upstream"}) to find dependents
31
- - [ ] Review d=1 items first (these WILL BREAK)
32
- - [ ] Check high-confidence (>0.8) dependencies
33
- - [ ] READ processes to check affected execution flows
34
- - [ ] gitnexus_detect_changes() for pre-commit check
35
- - [ ] Assess risk level and report to user
36
- ```
37
-
38
- ## Understanding Output
39
-
40
- | Depth | Risk Level | Meaning |
41
- |-------|-----------|---------|
42
- | d=1 | **WILL BREAK** | Direct callers/importers |
43
- | d=2 | LIKELY AFFECTED | Indirect dependencies |
44
- | d=3 | MAY NEED TESTING | Transitive effects |
45
-
46
- ## Risk Assessment
47
-
48
- | Affected | Risk |
49
- |----------|------|
50
- | <5 symbols, few processes | LOW |
51
- | 5-15 symbols, 2-5 processes | MEDIUM |
52
- | >15 symbols or many processes | HIGH |
53
- | Critical path (auth, payments) | CRITICAL |
54
-
55
- ## Tools
56
-
57
- **gitnexus_impact** — the primary tool for symbol blast radius:
58
- ```
59
- gitnexus_impact({
60
- target: "validateUser",
61
- direction: "upstream",
62
- minConfidence: 0.8,
63
- maxDepth: 3
64
- })
65
-
66
- → d=1 (WILL BREAK):
67
- - loginHandler (src/auth/login.ts:42) [CALLS, 100%]
68
- - apiMiddleware (src/api/middleware.ts:15) [CALLS, 100%]
69
-
70
- → d=2 (LIKELY AFFECTED):
71
- - authRouter (src/routes/auth.ts:22) [CALLS, 95%]
72
- ```
73
-
74
- **gitnexus_detect_changes** — git-diff based impact analysis:
75
- ```
76
- gitnexus_detect_changes({scope: "staged"})
77
-
78
- → Changed: 5 symbols in 3 files
79
- → Affected: LoginFlow, TokenRefresh, APIMiddlewarePipeline
80
- → Risk: MEDIUM
81
- ```
82
-
83
- ## Example: "What breaks if I change validateUser?"
84
-
85
- ```
86
- 1. gitnexus_impact({target: "validateUser", direction: "upstream"})
87
- → d=1: loginHandler, apiMiddleware (WILL BREAK)
88
- → d=2: authRouter, sessionManager (LIKELY AFFECTED)
89
-
90
- 2. READ gitnexus://repo/my-app/processes
91
- → LoginFlow and TokenRefresh touch validateUser
92
-
93
- 3. Risk: 2 direct callers, 2 processes = MEDIUM
94
- ```
1
+ ---
2
+ name: gitnexus-impact-analysis
3
+ description: Analyze blast radius before making code changes
4
+ ---
5
+
6
+ # Impact Analysis with GitNexus
7
+
8
+ ## When to Use
9
+ - "Is it safe to change this function?"
10
+ - "What will break if I modify X?"
11
+ - "Show me the blast radius"
12
+ - "Who uses this code?"
13
+ - Before making non-trivial code changes
14
+ - Before committing — to understand what your changes affect
15
+
16
+ ## Workflow
17
+
18
+ ```
19
+ 1. gitnexus_impact({target: "X", direction: "upstream"}) → What depends on this
20
+ 2. READ gitnexus://repo/{name}/processes → Check affected execution flows
21
+ 3. gitnexus_detect_changes() → Map current git changes to affected flows
22
+ 4. Assess risk and report to user
23
+ ```
24
+
25
+ > If "Index is stale" → run `npx gitnexus analyze` in terminal.
26
+
27
+ ## Checklist
28
+
29
+ ```
30
+ - [ ] gitnexus_impact({target, direction: "upstream"}) to find dependents
31
+ - [ ] Review d=1 items first (these WILL BREAK)
32
+ - [ ] Check high-confidence (>0.8) dependencies
33
+ - [ ] READ processes to check affected execution flows
34
+ - [ ] gitnexus_detect_changes() for pre-commit check
35
+ - [ ] Assess risk level and report to user
36
+ ```
37
+
38
+ ## Understanding Output
39
+
40
+ | Depth | Risk Level | Meaning |
41
+ |-------|-----------|---------|
42
+ | d=1 | **WILL BREAK** | Direct callers/importers |
43
+ | d=2 | LIKELY AFFECTED | Indirect dependencies |
44
+ | d=3 | MAY NEED TESTING | Transitive effects |
45
+
46
+ ## Risk Assessment
47
+
48
+ | Affected | Risk |
49
+ |----------|------|
50
+ | <5 symbols, few processes | LOW |
51
+ | 5-15 symbols, 2-5 processes | MEDIUM |
52
+ | >15 symbols or many processes | HIGH |
53
+ | Critical path (auth, payments) | CRITICAL |
54
+
55
+ ## Tools
56
+
57
+ **gitnexus_impact** — the primary tool for symbol blast radius:
58
+ ```
59
+ gitnexus_impact({
60
+ target: "validateUser",
61
+ direction: "upstream",
62
+ minConfidence: 0.8,
63
+ maxDepth: 3
64
+ })
65
+
66
+ → d=1 (WILL BREAK):
67
+ - loginHandler (src/auth/login.ts:42) [CALLS, 100%]
68
+ - apiMiddleware (src/api/middleware.ts:15) [CALLS, 100%]
69
+
70
+ → d=2 (LIKELY AFFECTED):
71
+ - authRouter (src/routes/auth.ts:22) [CALLS, 95%]
72
+ ```
73
+
74
+ **gitnexus_detect_changes** — git-diff based impact analysis:
75
+ ```
76
+ gitnexus_detect_changes({scope: "staged"})
77
+
78
+ → Changed: 5 symbols in 3 files
79
+ → Affected: LoginFlow, TokenRefresh, APIMiddlewarePipeline
80
+ → Risk: MEDIUM
81
+ ```
82
+
83
+ ## Example: "What breaks if I change validateUser?"
84
+
85
+ ```
86
+ 1. gitnexus_impact({target: "validateUser", direction: "upstream"})
87
+ → d=1: loginHandler, apiMiddleware (WILL BREAK)
88
+ → d=2: authRouter, sessionManager (LIKELY AFFECTED)
89
+
90
+ 2. READ gitnexus://repo/my-app/processes
91
+ → LoginFlow and TokenRefresh touch validateUser
92
+
93
+ 3. Risk: 2 direct callers, 2 processes = MEDIUM
94
+ ```
@@ -1,113 +1,113 @@
1
- ---
2
- name: gitnexus-refactoring
3
- description: Plan safe refactors using blast radius and dependency mapping
4
- ---
5
-
6
- # Refactoring with GitNexus
7
-
8
- ## When to Use
9
- - "Rename this function safely"
10
- - "Extract this into a module"
11
- - "Split this service"
12
- - "Move this to a new file"
13
- - Any task involving renaming, extracting, splitting, or restructuring code
14
-
15
- ## Workflow
16
-
17
- ```
18
- 1. gitnexus_impact({target: "X", direction: "upstream"}) → Map all dependents
19
- 2. gitnexus_query({query: "X"}) → Find execution flows involving X
20
- 3. gitnexus_context({name: "X"}) → See all incoming/outgoing refs
21
- 4. Plan update order: interfaces → implementations → callers → tests
22
- ```
23
-
24
- > If "Index is stale" → run `npx gitnexus analyze` in terminal.
25
-
26
- ## Checklists
27
-
28
- ### Rename Symbol
29
- ```
30
- - [ ] gitnexus_rename({symbol_name: "oldName", new_name: "newName", dry_run: true}) — preview all edits
31
- - [ ] Review graph edits (high confidence) and ast_search edits (review carefully)
32
- - [ ] If satisfied: gitnexus_rename({..., dry_run: false}) — apply edits
33
- - [ ] gitnexus_detect_changes() — verify only expected files changed
34
- - [ ] Run tests for affected processes
35
- ```
36
-
37
- ### Extract Module
38
- ```
39
- - [ ] gitnexus_context({name: target}) — see all incoming/outgoing refs
40
- - [ ] gitnexus_impact({target, direction: "upstream"}) — find all external callers
41
- - [ ] Define new module interface
42
- - [ ] Extract code, update imports
43
- - [ ] gitnexus_detect_changes() — verify affected scope
44
- - [ ] Run tests for affected processes
45
- ```
46
-
47
- ### Split Function/Service
48
- ```
49
- - [ ] gitnexus_context({name: target}) — understand all callees
50
- - [ ] Group callees by responsibility
51
- - [ ] gitnexus_impact({target, direction: "upstream"}) — map callers to update
52
- - [ ] Create new functions/services
53
- - [ ] Update callers
54
- - [ ] gitnexus_detect_changes() — verify affected scope
55
- - [ ] Run tests for affected processes
56
- ```
57
-
58
- ## Tools
59
-
60
- **gitnexus_rename** — automated multi-file rename:
61
- ```
62
- gitnexus_rename({symbol_name: "validateUser", new_name: "authenticateUser", dry_run: true})
63
- → 12 edits across 8 files
64
- → 10 graph edits (high confidence), 2 ast_search edits (review)
65
- → Changes: [{file_path, edits: [{line, old_text, new_text, confidence}]}]
66
- ```
67
-
68
- **gitnexus_impact** — map all dependents first:
69
- ```
70
- gitnexus_impact({target: "validateUser", direction: "upstream"})
71
- → d=1: loginHandler, apiMiddleware, testUtils
72
- → Affected Processes: LoginFlow, TokenRefresh
73
- ```
74
-
75
- **gitnexus_detect_changes** — verify your changes after refactoring:
76
- ```
77
- gitnexus_detect_changes({scope: "all"})
78
- → Changed: 8 files, 12 symbols
79
- → Affected processes: LoginFlow, TokenRefresh
80
- → Risk: MEDIUM
81
- ```
82
-
83
- **gitnexus_cypher** — custom reference queries:
84
- ```cypher
85
- MATCH (caller)-[:CodeRelation {type: 'CALLS'}]->(f:Function {name: "validateUser"})
86
- RETURN caller.name, caller.filePath ORDER BY caller.filePath
87
- ```
88
-
89
- ## Risk Rules
90
-
91
- | Risk Factor | Mitigation |
92
- |-------------|------------|
93
- | Many callers (>5) | Use gitnexus_rename for automated updates |
94
- | Cross-area refs | Use detect_changes after to verify scope |
95
- | String/dynamic refs | gitnexus_query to find them |
96
- | External/public API | Version and deprecate properly |
97
-
98
- ## Example: Rename `validateUser` to `authenticateUser`
99
-
100
- ```
101
- 1. gitnexus_rename({symbol_name: "validateUser", new_name: "authenticateUser", dry_run: true})
102
- → 12 edits: 10 graph (safe), 2 ast_search (review)
103
- → Files: validator.ts, login.ts, middleware.ts, config.json...
104
-
105
- 2. Review ast_search edits (config.json: dynamic reference!)
106
-
107
- 3. gitnexus_rename({symbol_name: "validateUser", new_name: "authenticateUser", dry_run: false})
108
- → Applied 12 edits across 8 files
109
-
110
- 4. gitnexus_detect_changes({scope: "all"})
111
- → Affected: LoginFlow, TokenRefresh
112
- → Risk: MEDIUM — run tests for these flows
113
- ```
1
+ ---
2
+ name: gitnexus-refactoring
3
+ description: Plan safe refactors using blast radius and dependency mapping
4
+ ---
5
+
6
+ # Refactoring with GitNexus
7
+
8
+ ## When to Use
9
+ - "Rename this function safely"
10
+ - "Extract this into a module"
11
+ - "Split this service"
12
+ - "Move this to a new file"
13
+ - Any task involving renaming, extracting, splitting, or restructuring code
14
+
15
+ ## Workflow
16
+
17
+ ```
18
+ 1. gitnexus_impact({target: "X", direction: "upstream"}) → Map all dependents
19
+ 2. gitnexus_query({query: "X"}) → Find execution flows involving X
20
+ 3. gitnexus_context({name: "X"}) → See all incoming/outgoing refs
21
+ 4. Plan update order: interfaces → implementations → callers → tests
22
+ ```
23
+
24
+ > If "Index is stale" → run `npx gitnexus analyze` in terminal.
25
+
26
+ ## Checklists
27
+
28
+ ### Rename Symbol
29
+ ```
30
+ - [ ] gitnexus_rename({symbol_name: "oldName", new_name: "newName", dry_run: true}) — preview all edits
31
+ - [ ] Review graph edits (high confidence) and ast_search edits (review carefully)
32
+ - [ ] If satisfied: gitnexus_rename({..., dry_run: false}) — apply edits
33
+ - [ ] gitnexus_detect_changes() — verify only expected files changed
34
+ - [ ] Run tests for affected processes
35
+ ```
36
+
37
+ ### Extract Module
38
+ ```
39
+ - [ ] gitnexus_context({name: target}) — see all incoming/outgoing refs
40
+ - [ ] gitnexus_impact({target, direction: "upstream"}) — find all external callers
41
+ - [ ] Define new module interface
42
+ - [ ] Extract code, update imports
43
+ - [ ] gitnexus_detect_changes() — verify affected scope
44
+ - [ ] Run tests for affected processes
45
+ ```
46
+
47
+ ### Split Function/Service
48
+ ```
49
+ - [ ] gitnexus_context({name: target}) — understand all callees
50
+ - [ ] Group callees by responsibility
51
+ - [ ] gitnexus_impact({target, direction: "upstream"}) — map callers to update
52
+ - [ ] Create new functions/services
53
+ - [ ] Update callers
54
+ - [ ] gitnexus_detect_changes() — verify affected scope
55
+ - [ ] Run tests for affected processes
56
+ ```
57
+
58
+ ## Tools
59
+
60
+ **gitnexus_rename** — automated multi-file rename:
61
+ ```
62
+ gitnexus_rename({symbol_name: "validateUser", new_name: "authenticateUser", dry_run: true})
63
+ → 12 edits across 8 files
64
+ → 10 graph edits (high confidence), 2 ast_search edits (review)
65
+ → Changes: [{file_path, edits: [{line, old_text, new_text, confidence}]}]
66
+ ```
67
+
68
+ **gitnexus_impact** — map all dependents first:
69
+ ```
70
+ gitnexus_impact({target: "validateUser", direction: "upstream"})
71
+ → d=1: loginHandler, apiMiddleware, testUtils
72
+ → Affected Processes: LoginFlow, TokenRefresh
73
+ ```
74
+
75
+ **gitnexus_detect_changes** — verify your changes after refactoring:
76
+ ```
77
+ gitnexus_detect_changes({scope: "all"})
78
+ → Changed: 8 files, 12 symbols
79
+ → Affected processes: LoginFlow, TokenRefresh
80
+ → Risk: MEDIUM
81
+ ```
82
+
83
+ **gitnexus_cypher** — custom reference queries:
84
+ ```cypher
85
+ MATCH (caller)-[:CodeRelation {type: 'CALLS'}]->(f:Function {name: "validateUser"})
86
+ RETURN caller.name, caller.filePath ORDER BY caller.filePath
87
+ ```
88
+
89
+ ## Risk Rules
90
+
91
+ | Risk Factor | Mitigation |
92
+ |-------------|------------|
93
+ | Many callers (>5) | Use gitnexus_rename for automated updates |
94
+ | Cross-area refs | Use detect_changes after to verify scope |
95
+ | String/dynamic refs | gitnexus_query to find them |
96
+ | External/public API | Version and deprecate properly |
97
+
98
+ ## Example: Rename `validateUser` to `authenticateUser`
99
+
100
+ ```
101
+ 1. gitnexus_rename({symbol_name: "validateUser", new_name: "authenticateUser", dry_run: true})
102
+ → 12 edits: 10 graph (safe), 2 ast_search (review)
103
+ → Files: validator.ts, login.ts, middleware.ts, config.json...
104
+
105
+ 2. Review ast_search edits (config.json: dynamic reference!)
106
+
107
+ 3. gitnexus_rename({symbol_name: "validateUser", new_name: "authenticateUser", dry_run: false})
108
+ → Applied 12 edits across 8 files
109
+
110
+ 4. gitnexus_detect_changes({scope: "all"})
111
+ → Affected: LoginFlow, TokenRefresh
112
+ → Risk: MEDIUM — run tests for these flows
113
+ ```