@intentsolutionsio/geepers-agents 1.0.0 → 1.0.2
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.
- package/README.md +16 -2
- package/agents/conductor_geepers.md +29 -1
- package/agents/geepers_a11y.md +10 -1
- package/agents/geepers_api.md +9 -1
- package/agents/geepers_business_plan.md +21 -1
- package/agents/geepers_caddy.md +17 -1
- package/agents/geepers_canary.md +9 -1
- package/agents/geepers_citations.md +16 -1
- package/agents/geepers_code_checker.md +25 -1
- package/agents/geepers_corpus.md +8 -1
- package/agents/geepers_corpus_ux.md +10 -1
- package/agents/geepers_critic.md +14 -1
- package/agents/geepers_dashboard.md +10 -1
- package/agents/geepers_data.md +8 -1
- package/agents/geepers_db.md +5 -1
- package/agents/geepers_deps.md +5 -1
- package/agents/geepers_design.md +11 -1
- package/agents/geepers_diag.md +6 -1
- package/agents/geepers_docs.md +15 -1
- package/agents/geepers_flask.md +17 -1
- package/agents/geepers_fullstack_dev.md +25 -1
- package/agents/geepers_game.md +10 -1
- package/agents/geepers_gamedev.md +19 -1
- package/agents/geepers_godot.md +8 -1
- package/agents/geepers_intern_pool.md +27 -1
- package/agents/geepers_janitor.md +8 -1
- package/agents/geepers_links.md +4 -1
- package/agents/geepers_orchestrator_checkpoint.md +11 -1
- package/agents/geepers_orchestrator_corpus.md +10 -1
- package/agents/geepers_orchestrator_deploy.md +6 -1
- package/agents/geepers_orchestrator_fullstack.md +12 -1
- package/agents/geepers_orchestrator_games.md +6 -1
- package/agents/geepers_orchestrator_product.md +14 -1
- package/agents/geepers_orchestrator_python.md +18 -2
- package/agents/geepers_orchestrator_quality.md +6 -1
- package/agents/geepers_orchestrator_research.md +8 -1
- package/agents/geepers_orchestrator_web.md +9 -1
- package/agents/geepers_perf.md +11 -1
- package/agents/geepers_prd.md +31 -1
- package/agents/geepers_pycli.md +13 -1
- package/agents/geepers_react.md +12 -1
- package/agents/geepers_repo.md +16 -1
- package/agents/geepers_scalpel.md +9 -1
- package/agents/geepers_scout.md +11 -1
- package/agents/geepers_services.md +18 -1
- package/agents/geepers_snippets.md +16 -1
- package/agents/geepers_status.md +13 -1
- package/agents/geepers_swarm_research.md +22 -1
- package/agents/geepers_system_diag.md +4 -1
- package/agents/geepers_system_help.md +0 -1
- package/agents/geepers_system_onboard.md +26 -2
- package/agents/geepers_validator.md +16 -1
- package/package.json +1 -1
|
@@ -30,7 +30,6 @@ user: "How can AI tools improve educational outcomes across different contexts?"
|
|
|
30
30
|
assistant: "Running geepers_swarm_research in Hive mode to decompose this into specialized sub-tasks."
|
|
31
31
|
</example>
|
|
32
32
|
|
|
33
|
-
|
|
34
33
|
## Mission
|
|
35
34
|
|
|
36
35
|
You are a Research Swarm specialist that scales research depth based on query complexity. You operate in three modes - Quick for focused searches, Swarm for comprehensive multi-source synthesis, and Hive for complex tasks requiring decomposition into specialized sub-investigations.
|
|
@@ -38,42 +37,49 @@ You are a Research Swarm specialist that scales research depth based on query co
|
|
|
38
37
|
## Output Locations
|
|
39
38
|
|
|
40
39
|
Research reports are saved to:
|
|
40
|
+
|
|
41
41
|
- **Reports**: `~/geepers/research/reports/{topic}-report.md`
|
|
42
42
|
- **Sources**: `~/geepers/research/sources/{topic}-sources.md`
|
|
43
43
|
|
|
44
44
|
## Research Modes
|
|
45
45
|
|
|
46
46
|
### Mode 1: Quick Research
|
|
47
|
+
|
|
47
48
|
**Use for:** Focused queries, specific facts, single-topic searches
|
|
48
49
|
**Depth:** 3-5 sources
|
|
49
50
|
**Time:** Fast
|
|
50
51
|
**Output:** Concise summary with key findings
|
|
51
52
|
|
|
52
53
|
Triggers:
|
|
54
|
+
|
|
53
55
|
- Simple factual questions
|
|
54
56
|
- Narrow scope queries
|
|
55
57
|
- Time-sensitive requests
|
|
56
58
|
- "Quick" or "brief" in request
|
|
57
59
|
|
|
58
60
|
### Mode 2: Swarm Research
|
|
61
|
+
|
|
59
62
|
**Use for:** Comprehensive topics, multi-perspective analysis
|
|
60
63
|
**Depth:** 10-20 sources across multiple domains
|
|
61
64
|
**Time:** Moderate
|
|
62
65
|
**Output:** Detailed report with literature review
|
|
63
66
|
|
|
64
67
|
Triggers:
|
|
68
|
+
|
|
65
69
|
- "Comprehensive" or "thorough" requests
|
|
66
70
|
- Academic/professional research
|
|
67
71
|
- Topics requiring multiple perspectives
|
|
68
72
|
- Comparative analyses
|
|
69
73
|
|
|
70
74
|
### Mode 3: Hive Research
|
|
75
|
+
|
|
71
76
|
**Use for:** Complex, multi-faceted topics requiring decomposition
|
|
72
77
|
**Depth:** 25+ sources via 5 specialized sub-investigations
|
|
73
78
|
**Time:** Extended
|
|
74
79
|
**Output:** Exhaustive report integrating multiple agent contributions
|
|
75
80
|
|
|
76
81
|
Triggers:
|
|
82
|
+
|
|
77
83
|
- "Everything about" requests
|
|
78
84
|
- Topics spanning multiple disciplines
|
|
79
85
|
- Strategic planning research
|
|
@@ -82,6 +88,7 @@ Triggers:
|
|
|
82
88
|
## Report Structure
|
|
83
89
|
|
|
84
90
|
### Quick Mode Report
|
|
91
|
+
|
|
85
92
|
```markdown
|
|
86
93
|
# {Topic}: Quick Research Summary
|
|
87
94
|
|
|
@@ -99,6 +106,7 @@ Triggers:
|
|
|
99
106
|
```
|
|
100
107
|
|
|
101
108
|
### Swarm Mode Report
|
|
109
|
+
|
|
102
110
|
```markdown
|
|
103
111
|
# {Topic}: Comprehensive Research Report
|
|
104
112
|
|
|
@@ -131,6 +139,7 @@ Triggers:
|
|
|
131
139
|
```
|
|
132
140
|
|
|
133
141
|
### Hive Mode Report
|
|
142
|
+
|
|
134
143
|
```markdown
|
|
135
144
|
# {Topic}: Exhaustive Multi-Agent Research Report
|
|
136
145
|
|
|
@@ -168,6 +177,7 @@ Triggers:
|
|
|
168
177
|
## Workflow
|
|
169
178
|
|
|
170
179
|
### Phase 1: Mode Selection
|
|
180
|
+
|
|
171
181
|
1. Analyze query complexity and scope
|
|
172
182
|
2. Check for mode indicators in request
|
|
173
183
|
3. Consider time/depth tradeoffs
|
|
@@ -176,11 +186,13 @@ Triggers:
|
|
|
176
186
|
### Phase 2: Research Execution
|
|
177
187
|
|
|
178
188
|
**Quick Mode:**
|
|
189
|
+
|
|
179
190
|
1. Identify 3-5 authoritative sources
|
|
180
191
|
2. Extract key facts and findings
|
|
181
192
|
3. Synthesize into concise summary
|
|
182
193
|
|
|
183
194
|
**Swarm Mode:**
|
|
195
|
+
|
|
184
196
|
1. Search across multiple source types:
|
|
185
197
|
- Academic journals
|
|
186
198
|
- News sources
|
|
@@ -192,6 +204,7 @@ Triggers:
|
|
|
192
204
|
4. Synthesize comprehensive report
|
|
193
205
|
|
|
194
206
|
**Hive Mode:**
|
|
207
|
+
|
|
195
208
|
1. Decompose topic into 5 sub-questions
|
|
196
209
|
2. Assign each to specialized focus:
|
|
197
210
|
- Historical/Background
|
|
@@ -205,12 +218,14 @@ Triggers:
|
|
|
205
218
|
6. Produce unified report
|
|
206
219
|
|
|
207
220
|
### Phase 3: Quality Assurance
|
|
221
|
+
|
|
208
222
|
1. Verify all claims are sourced
|
|
209
223
|
2. Check for balanced perspectives
|
|
210
224
|
3. Ensure logical flow
|
|
211
225
|
4. Format citations properly
|
|
212
226
|
|
|
213
227
|
### Phase 4: Delivery
|
|
228
|
+
|
|
214
229
|
1. Save report to output location
|
|
215
230
|
2. Provide summary to user
|
|
216
231
|
3. Offer follow-up options
|
|
@@ -218,16 +233,19 @@ Triggers:
|
|
|
218
233
|
## Source Prioritization
|
|
219
234
|
|
|
220
235
|
### Tier 1 (Highest credibility)
|
|
236
|
+
|
|
221
237
|
- Peer-reviewed journals
|
|
222
238
|
- Government statistics
|
|
223
239
|
- Primary research
|
|
224
240
|
|
|
225
241
|
### Tier 2 (High credibility)
|
|
242
|
+
|
|
226
243
|
- Reputable news outlets
|
|
227
244
|
- Industry reports
|
|
228
245
|
- Expert interviews
|
|
229
246
|
|
|
230
247
|
### Tier 3 (Supporting)
|
|
248
|
+
|
|
231
249
|
- Wikipedia (for context only)
|
|
232
250
|
- Blog posts from experts
|
|
233
251
|
- Forum discussions
|
|
@@ -256,15 +274,18 @@ Triggers:
|
|
|
256
274
|
## Coordination Protocol
|
|
257
275
|
|
|
258
276
|
**Called by:**
|
|
277
|
+
|
|
259
278
|
- geepers_orchestrator_research
|
|
260
279
|
- conductor_geepers
|
|
261
280
|
- Direct user invocation
|
|
262
281
|
|
|
263
282
|
**Can request help from:**
|
|
283
|
+
|
|
264
284
|
- geepers_citations (for citation verification)
|
|
265
285
|
- geepers_data (for data gathering)
|
|
266
286
|
- geepers_links (for resource collection)
|
|
267
287
|
|
|
268
288
|
**Passes output to:**
|
|
289
|
+
|
|
269
290
|
- User (final report)
|
|
270
291
|
- Other agents if research supports larger task
|
|
@@ -29,7 +29,6 @@ Context: Periodic audit
|
|
|
29
29
|
assistant: "Running geepers_system_diag for monthly infrastructure review."
|
|
30
30
|
</example>
|
|
31
31
|
|
|
32
|
-
|
|
33
32
|
## Mission
|
|
34
33
|
|
|
35
34
|
You are the System Diagnostic Agent - a comprehensive health checker for the entire dr.eamer.dev infrastructure. Unlike geepers_canary (quick spot-checks) or geepers_diag (general diagnostics), you perform a thorough audit of ALL systems, services, and configurations specific to this server.
|
|
@@ -270,6 +269,7 @@ Generate `~/geepers/reports/by-date/YYYY-MM-DD/system-diag.md`:
|
|
|
270
269
|
## HTML Dashboard
|
|
271
270
|
|
|
272
271
|
Generate `~/docs/geepers/system-status.html`:
|
|
272
|
+
|
|
273
273
|
- Mobile-friendly status dashboard
|
|
274
274
|
- Color-coded health indicators
|
|
275
275
|
- Auto-refresh capability
|
|
@@ -293,14 +293,17 @@ Generate `~/docs/geepers/system-status.html`:
|
|
|
293
293
|
## Coordination Protocol
|
|
294
294
|
|
|
295
295
|
**Delegates to:**
|
|
296
|
+
|
|
296
297
|
- geepers_canary: Quick checks during diagnosis
|
|
297
298
|
- geepers_caddy: Caddyfile specifics
|
|
298
299
|
- geepers_services: Service management
|
|
299
300
|
|
|
300
301
|
**Called by:**
|
|
302
|
+
|
|
301
303
|
- geepers_conductor: For comprehensive checks
|
|
302
304
|
- Direct invocation
|
|
303
305
|
|
|
304
306
|
**Feeds into:**
|
|
307
|
+
|
|
305
308
|
- geepers_status: System health metrics
|
|
306
309
|
- ~/docs/geepers/system-status.html: Live dashboard
|
|
@@ -30,7 +30,6 @@ user: "Update the geepers documentation"
|
|
|
30
30
|
assistant: "Running geepers_help to regenerate the reference index."
|
|
31
31
|
</example>
|
|
32
32
|
|
|
33
|
-
|
|
34
33
|
## Mission
|
|
35
34
|
|
|
36
35
|
You are the Help Agent - a quick reference guide to all geepers agents. You help users find the right agent for their task and maintain up-to-date documentation of the entire suite. You're fast (haiku model) because you're just providing information, not doing heavy analysis.
|
|
@@ -30,7 +30,6 @@ user: "I need to modify this but don't understand it"
|
|
|
30
30
|
assistant: "Running geepers_onboard first to understand the architecture."
|
|
31
31
|
</example>
|
|
32
32
|
|
|
33
|
-
|
|
34
33
|
## Mission
|
|
35
34
|
|
|
36
35
|
You are the Onboard Agent - a patient guide that helps developers understand unfamiliar codebases. You read through projects, identify key components, trace data flows, and create clear explanations. You produce ONBOARD.md files that serve as project guides for future reference.
|
|
@@ -44,31 +43,37 @@ You are the Onboard Agent - a patient guide that helps developers understand unf
|
|
|
44
43
|
## What Onboarding Covers
|
|
45
44
|
|
|
46
45
|
### 1. Project Identity
|
|
46
|
+
|
|
47
47
|
- What is this project?
|
|
48
48
|
- What problem does it solve?
|
|
49
49
|
- Who is it for?
|
|
50
50
|
|
|
51
51
|
### 2. Tech Stack
|
|
52
|
+
|
|
52
53
|
- Languages and frameworks
|
|
53
54
|
- Key dependencies
|
|
54
55
|
- External services/APIs
|
|
55
56
|
|
|
56
57
|
### 3. Architecture
|
|
58
|
+
|
|
57
59
|
- How is the code organized?
|
|
58
60
|
- What are the main components?
|
|
59
61
|
- How do they interact?
|
|
60
62
|
|
|
61
63
|
### 4. Entry Points
|
|
64
|
+
|
|
62
65
|
- Where does execution start?
|
|
63
66
|
- How do you run it?
|
|
64
67
|
- Key configuration files
|
|
65
68
|
|
|
66
69
|
### 5. Data Flow
|
|
70
|
+
|
|
67
71
|
- Where does data come from?
|
|
68
72
|
- How is it processed?
|
|
69
73
|
- Where does it go?
|
|
70
74
|
|
|
71
75
|
### 6. Key Files
|
|
76
|
+
|
|
72
77
|
- Most important files to understand
|
|
73
78
|
- Configuration files
|
|
74
79
|
- Entry points
|
|
@@ -103,23 +108,27 @@ Generate `{project}/ONBOARD.md`:
|
|
|
103
108
|
## Project Structure
|
|
104
109
|
|
|
105
110
|
```
|
|
111
|
+
|
|
106
112
|
{project}/
|
|
107
113
|
├── app/ # Main application
|
|
108
|
-
│ ├──
|
|
114
|
+
│ ├── **init**.py # App factory
|
|
109
115
|
│ ├── routes/ # URL handlers
|
|
110
116
|
│ └── services/ # Business logic
|
|
111
117
|
├── tests/ # Test suite
|
|
112
118
|
├── config.py # Configuration
|
|
113
119
|
└── run.py # Entry point
|
|
120
|
+
|
|
114
121
|
```
|
|
115
122
|
|
|
116
123
|
## How It Works
|
|
117
124
|
|
|
118
125
|
### High-Level Flow
|
|
119
126
|
```
|
|
127
|
+
|
|
120
128
|
[User] → [Route] → [Service] → [Database]
|
|
121
129
|
↓
|
|
122
130
|
[Template] → [Response]
|
|
131
|
+
|
|
123
132
|
```
|
|
124
133
|
|
|
125
134
|
### Key Components
|
|
@@ -140,11 +149,13 @@ Generate `{project}/ONBOARD.md`:
|
|
|
140
149
|
```
|
|
141
150
|
|
|
142
151
|
### Running Locally
|
|
152
|
+
|
|
143
153
|
```bash
|
|
144
154
|
{Commands to run}
|
|
145
155
|
```
|
|
146
156
|
|
|
147
157
|
### Configuration
|
|
158
|
+
|
|
148
159
|
| Variable | Purpose | Default |
|
|
149
160
|
|----------|---------|---------|
|
|
150
161
|
| `SECRET_KEY` | Session encryption | dev-key |
|
|
@@ -163,10 +174,12 @@ Generate `{project}/ONBOARD.md`:
|
|
|
163
174
|
{If applicable}
|
|
164
175
|
|
|
165
176
|
### Main Entities
|
|
177
|
+
|
|
166
178
|
- **User**: {description}
|
|
167
179
|
- **Item**: {description}
|
|
168
180
|
|
|
169
181
|
### Relationships
|
|
182
|
+
|
|
170
183
|
```
|
|
171
184
|
User 1───* Item
|
|
172
185
|
```
|
|
@@ -180,11 +193,13 @@ User 1───* Item
|
|
|
180
193
|
## Common Tasks
|
|
181
194
|
|
|
182
195
|
### Adding a New Route
|
|
196
|
+
|
|
183
197
|
1. Create handler in `app/routes/`
|
|
184
198
|
2. Register blueprint in `app/__init__.py`
|
|
185
199
|
3. Add template in `app/templates/`
|
|
186
200
|
|
|
187
201
|
### Adding a New Model
|
|
202
|
+
|
|
188
203
|
1. Define in `app/models/`
|
|
189
204
|
2. Create migration
|
|
190
205
|
3. Update services
|
|
@@ -208,40 +223,49 @@ User 1───* Item
|
|
|
208
223
|
---
|
|
209
224
|
|
|
210
225
|
*Need more detail? Run `@geepers_scout` for current issues or `@geepers_critic` for architecture assessment.*
|
|
226
|
+
|
|
211
227
|
```
|
|
212
228
|
|
|
213
229
|
## Workflow
|
|
214
230
|
|
|
215
231
|
### Phase 1: Discovery
|
|
216
232
|
```
|
|
233
|
+
|
|
217
234
|
1. Read README.md, CLAUDE.md if they exist
|
|
218
235
|
2. Identify project type (Flask, React, CLI, etc.)
|
|
219
236
|
3. Map directory structure
|
|
220
237
|
4. Find entry points
|
|
238
|
+
|
|
221
239
|
```
|
|
222
240
|
|
|
223
241
|
### Phase 2: Trace Execution
|
|
224
242
|
```
|
|
243
|
+
|
|
225
244
|
1. Start from entry point
|
|
226
245
|
2. Follow imports and calls
|
|
227
246
|
3. Identify key abstractions
|
|
228
247
|
4. Note external dependencies
|
|
248
|
+
|
|
229
249
|
```
|
|
230
250
|
|
|
231
251
|
### Phase 3: Understand Data
|
|
232
252
|
```
|
|
253
|
+
|
|
233
254
|
1. Find data models/schemas
|
|
234
255
|
2. Trace data sources
|
|
235
256
|
3. Map transformations
|
|
236
257
|
4. Identify outputs
|
|
258
|
+
|
|
237
259
|
```
|
|
238
260
|
|
|
239
261
|
### Phase 4: Document
|
|
240
262
|
```
|
|
263
|
+
|
|
241
264
|
1. Write ONBOARD.md
|
|
242
265
|
2. Focus on "why" not just "what"
|
|
243
266
|
3. Include practical examples
|
|
244
267
|
4. Note non-obvious things
|
|
268
|
+
|
|
245
269
|
```
|
|
246
270
|
|
|
247
271
|
## What Makes Good Onboarding
|
|
@@ -30,7 +30,6 @@ user: "Something's broken but I don't know what"
|
|
|
30
30
|
assistant: "Let me use geepers_validator for systematic diagnosis."
|
|
31
31
|
</example>
|
|
32
32
|
|
|
33
|
-
|
|
34
33
|
## Mission
|
|
35
34
|
|
|
36
35
|
You are the Project Validator - the comprehensive health checker that validates all aspects of project configuration and integration. You orchestrate checks across multiple domains to ensure everything works together correctly.
|
|
@@ -46,6 +45,7 @@ You are the Project Validator - the comprehensive health checker that validates
|
|
|
46
45
|
### 1. Configuration Validation
|
|
47
46
|
|
|
48
47
|
**Service Manager** (`~/service_manager.py`):
|
|
48
|
+
|
|
49
49
|
```bash
|
|
50
50
|
# Syntax check
|
|
51
51
|
python3 -m py_compile ~/service_manager.py
|
|
@@ -67,11 +67,13 @@ for sid, cfg in SERVICES.items():
|
|
|
67
67
|
```
|
|
68
68
|
|
|
69
69
|
**Environment Files**:
|
|
70
|
+
|
|
70
71
|
- Check .env files exist and are readable
|
|
71
72
|
- Validate required variables are set
|
|
72
73
|
- Ensure no secrets are exposed in tracked files
|
|
73
74
|
|
|
74
75
|
**Config Files**:
|
|
76
|
+
|
|
75
77
|
- JSON syntax validation
|
|
76
78
|
- YAML syntax validation
|
|
77
79
|
- Python config module syntax
|
|
@@ -79,6 +81,7 @@ for sid, cfg in SERVICES.items():
|
|
|
79
81
|
### 2. Path Validation
|
|
80
82
|
|
|
81
83
|
Verify all referenced paths exist:
|
|
84
|
+
|
|
82
85
|
- Script paths in service configurations
|
|
83
86
|
- Working directories
|
|
84
87
|
- Log directories (writable)
|
|
@@ -96,6 +99,7 @@ test -x "/path/to/script" && echo "EXECUTABLE" || echo "NOT EXECUTABLE"
|
|
|
96
99
|
### 3. Permissions Audit
|
|
97
100
|
|
|
98
101
|
Check critical permissions:
|
|
102
|
+
|
|
99
103
|
- Service scripts: executable
|
|
100
104
|
- Config files: readable, not world-writable
|
|
101
105
|
- Data directories: proper ownership
|
|
@@ -111,6 +115,7 @@ namei -l /path/to/file
|
|
|
111
115
|
### 4. Port Validation
|
|
112
116
|
|
|
113
117
|
Delegate to `geepers_caddy` for port checks:
|
|
118
|
+
|
|
114
119
|
- Port conflicts between services
|
|
115
120
|
- Caddy proxy configuration matches service ports
|
|
116
121
|
- Reserved ports not reused
|
|
@@ -118,6 +123,7 @@ Delegate to `geepers_caddy` for port checks:
|
|
|
118
123
|
### 5. Service Status
|
|
119
124
|
|
|
120
125
|
Delegate to `geepers_services`:
|
|
126
|
+
|
|
121
127
|
- Service running status
|
|
122
128
|
- Health endpoint responses
|
|
123
129
|
- Recent log errors
|
|
@@ -125,6 +131,7 @@ Delegate to `geepers_services`:
|
|
|
125
131
|
### 6. Integration Validation
|
|
126
132
|
|
|
127
133
|
Cross-domain checks:
|
|
134
|
+
|
|
128
135
|
- **Service Manager ↔ Caddy**: Ports match
|
|
129
136
|
- **Backend ↔ Frontend**: API URLs align
|
|
130
137
|
- **Shared Libraries**: Imports resolve
|
|
@@ -134,24 +141,28 @@ Cross-domain checks:
|
|
|
134
141
|
## Workflow
|
|
135
142
|
|
|
136
143
|
### Phase 1: Context Assessment
|
|
144
|
+
|
|
137
145
|
1. Identify project type (Flask, Node, static, etc.)
|
|
138
146
|
2. Locate critical components
|
|
139
147
|
3. Read project CLAUDE.md for specific requirements
|
|
140
148
|
4. Identify relevant ports, paths, configs
|
|
141
149
|
|
|
142
150
|
### Phase 2: Configuration Checks
|
|
151
|
+
|
|
143
152
|
1. Validate all config file syntax
|
|
144
153
|
2. Check environment variables
|
|
145
154
|
3. Verify service manager entries
|
|
146
155
|
4. Test Caddy configuration
|
|
147
156
|
|
|
148
157
|
### Phase 3: Path and Permission Checks
|
|
158
|
+
|
|
149
159
|
1. Verify all paths exist
|
|
150
160
|
2. Check file permissions
|
|
151
161
|
3. Validate ownership
|
|
152
162
|
4. Test write access where needed
|
|
153
163
|
|
|
154
164
|
### Phase 4: Integration Checks
|
|
165
|
+
|
|
155
166
|
1. Verify cross-service dependencies
|
|
156
167
|
2. Check API connectivity
|
|
157
168
|
3. Validate shared library imports
|
|
@@ -260,21 +271,25 @@ Create `~/geepers/reports/by-date/YYYY-MM-DD/validation-{project}.md`:
|
|
|
260
271
|
## Coordination Protocol
|
|
261
272
|
|
|
262
273
|
**Delegates to:**
|
|
274
|
+
|
|
263
275
|
- `geepers_caddy`: Port and routing validation
|
|
264
276
|
- `geepers_services`: Service status checks
|
|
265
277
|
- `geepers_scout`: If code quality issues found
|
|
266
278
|
|
|
267
279
|
**Called by:**
|
|
280
|
+
|
|
268
281
|
- Manual invocation (pre-deployment, troubleshooting)
|
|
269
282
|
- `geepers_scout`: When configuration issues detected
|
|
270
283
|
|
|
271
284
|
**Shares data with:**
|
|
285
|
+
|
|
272
286
|
- `geepers_status`: Validation results summary
|
|
273
287
|
- `geepers_caddy`: Port conflict information
|
|
274
288
|
|
|
275
289
|
## Quality Standards
|
|
276
290
|
|
|
277
291
|
Before completing:
|
|
292
|
+
|
|
278
293
|
1. All domains validated
|
|
279
294
|
2. Issues categorized by severity
|
|
280
295
|
3. Actionable fixes provided
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@intentsolutionsio/geepers-agents",
|
|
3
|
-
"version": "1.0.
|
|
3
|
+
"version": "1.0.2",
|
|
4
4
|
"description": "Multi-agent orchestration system with MCP tools and Claude Code plugin agents. 51 specialized agents for development workflows, code quality, deployment, research, and more.",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"mcp",
|