strray-ai 1.7.10 → 1.9.0
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/.opencode/AGENTS-consumer.md +30 -0
- package/.opencode/agents/analyzer.yml +11 -0
- package/.opencode/agents/architect.yml +11 -0
- package/.opencode/agents/backend-engineer.yml +12 -0
- package/.opencode/agents/bug-triage-specialist.yml +46 -2
- package/.opencode/agents/code-reviewer.yml +12 -0
- package/.opencode/agents/content-creator.yml +11 -0
- package/.opencode/agents/database-engineer.yml +12 -0
- package/.opencode/agents/devops-engineer.yml +12 -0
- package/.opencode/agents/document-writer.yml +11 -0
- package/.opencode/agents/enforcer.yml +12 -0
- package/.opencode/agents/frontend-engineer.yml +12 -0
- package/.opencode/agents/frontend-ui-ux-engineer.yml +11 -0
- package/.opencode/agents/growth-strategist.yml +11 -0
- package/.opencode/agents/librarian-agents-updater.yml +11 -0
- package/.opencode/agents/log-monitor.yml +11 -0
- package/.opencode/agents/mobile-developer.yml +11 -0
- package/.opencode/agents/multimodal-looker.yml +11 -0
- package/.opencode/agents/orchestrator.yml +11 -0
- package/.opencode/agents/performance-engineer.yml +11 -0
- package/.opencode/agents/refactorer.yml +12 -0
- package/.opencode/agents/researcher.yml +11 -0
- package/.opencode/agents/security-auditor.yml +12 -0
- package/.opencode/agents/seo-consultant.yml +11 -0
- package/.opencode/agents/storyteller-growth-strategy.md +281 -0
- package/.opencode/agents/storyteller-style-guide.md +296 -0
- package/.opencode/agents/storyteller.yml +1140 -0
- package/.opencode/agents/strategist.yml +11 -0
- package/.opencode/agents/tech-writer.yml +11 -0
- package/.opencode/agents/testing-lead.yml +12 -0
- package/.opencode/plugins/strray-codex-injection.js +1 -1
- package/.opencode/strray/agents_template.md +105 -0
- package/AGENTS-consumer.md +30 -0
- package/AGENTS.md +30 -0
- package/README.md +3 -2
- package/dist/enforcement/enforcer-tools.d.ts.map +1 -1
- package/dist/enforcement/enforcer-tools.js +11 -4
- package/dist/enforcement/enforcer-tools.js.map +1 -1
- package/dist/orchestrator/universal-registry-bridge.js +1 -1
- package/dist/orchestrator/universal-registry-bridge.js.map +1 -1
- package/dist/plugin/strray-codex-injection.js +2 -2
- package/dist/plugin/strray-codex-injection.js.map +1 -1
- package/dist/scripts/profiling-demo.js +1 -1
- package/dist/scripts/profiling-demo.js.map +1 -1
- package/opencode.json +3 -3
- package/package.json +1 -1
- package/scripts/node/profiling-demo.js +1 -1
- package/scripts/node/release-tweet-multi.mjs.bak +269 -0
- package/scripts/node/release-tweet-single.mjs +323 -0
- package/scripts/node/setup.cjs +1 -1
- package/scripts/node/validate-codex.mjs +1 -1
- package/scripts/node/value-tweet.mjs +305 -0
- package/scripts/node/value-tweet.mjs.backup +487 -0
- package/.opencode/agents/general.yml +0 -86
|
@@ -104,6 +104,22 @@ StringRay uses **two reflection folders** for different purposes:
|
|
|
104
104
|
| Quick learning/insight | `docs/reflections/` |
|
|
105
105
|
| Deep investigation with many discoveries | `docs/deep-reflections/` |
|
|
106
106
|
|
|
107
|
+
### Storyteller Story Types
|
|
108
|
+
|
|
109
|
+
The `@storyteller` agent supports multiple story types:
|
|
110
|
+
|
|
111
|
+
| Type | Description | Invoke |
|
|
112
|
+
|------|-------------|--------|
|
|
113
|
+
| `reflection` | Technical deep reflections on development process | `@storyteller write a reflection about X` |
|
|
114
|
+
| `saga` | Long-form technical saga spanning multiple sessions | `@storyteller write a saga about X` |
|
|
115
|
+
| `journey` | Investigation/learning journey | `@storyteller write a journey about X` |
|
|
116
|
+
| `narrative` | Technical narrative - telling the story of code | `@storyteller write a narrative about X` |
|
|
117
|
+
|
|
118
|
+
**Example:**
|
|
119
|
+
```
|
|
120
|
+
@storyteller write a reflection about fixing the memory leak
|
|
121
|
+
```
|
|
122
|
+
|
|
107
123
|
## Available Agents
|
|
108
124
|
|
|
109
125
|
| Agent | Purpose | Invoke |
|
|
@@ -116,6 +132,7 @@ StringRay uses **two reflection folders** for different purposes:
|
|
|
116
132
|
| `@refactorer` | Technical debt elimination | `@refactorer optimize code` |
|
|
117
133
|
| `@testing-lead` | Testing strategy | `@testing-lead plan tests` |
|
|
118
134
|
| `@bug-triage-specialist` | Error investigation | `@bug-triage-specialist debug error` |
|
|
135
|
+
| `@storyteller` | Narrative deep reflections | `@storyteller write a journey` |
|
|
119
136
|
| `@researcher` | Codebase exploration | `@researcher find implementation` |
|
|
120
137
|
|
|
121
138
|
## Complexity Routing
|
|
@@ -168,6 +185,19 @@ cat .opencode/strray/features.json
|
|
|
168
185
|
npx strray-ai config set --feature token_optimization.enabled --value false
|
|
169
186
|
```
|
|
170
187
|
|
|
188
|
+
### .opencode/strray Directory
|
|
189
|
+
|
|
190
|
+
The `.opencode/strray/` directory contains core framework configuration:
|
|
191
|
+
|
|
192
|
+
| File | Purpose |
|
|
193
|
+
|------|---------|
|
|
194
|
+
| `codex.json` | Universal Development Codex (60 error prevention terms) |
|
|
195
|
+
| `features.json` | Feature flags and settings |
|
|
196
|
+
| `config.json` | Framework configuration |
|
|
197
|
+
| `agents_template.md` | Agent architecture templates |
|
|
198
|
+
| `routing-mappings.json` | Agent routing configurations |
|
|
199
|
+
| `workflow_state.json` | Runtime workflow state |
|
|
200
|
+
|
|
171
201
|
## Agent Discovery & Capabilities
|
|
172
202
|
|
|
173
203
|
### First-Time Agent Context
|
|
@@ -3,6 +3,17 @@ description: "System Analyzer agent for comprehensive log analysis, performance
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# System analysis must follow these Codex rules:
|
|
10
|
+
# - Term 6: Batched Introspection Cycles - group analysis into intentional cycles
|
|
11
|
+
# - Term 16: DRY - extract repeated analysis patterns into reusable functions
|
|
12
|
+
# - Term 25: Code Rot Prevention - monitor for organically grown code
|
|
13
|
+
# - Term 33: Logging and Monitoring - structured logging for analysis results
|
|
14
|
+
# - Term 36: Continuous Integration - automated analysis on every commit
|
|
15
|
+
# - Term 42: Code Review Standards - at least one reviewer for all changes
|
|
16
|
+
|
|
6
17
|
# Analysis Configuration
|
|
7
18
|
analysis:
|
|
8
19
|
enabled: true
|
|
@@ -3,6 +3,17 @@ description: "Architect agent for design and architecture validation"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Architecture decisions must follow these Codex rules:
|
|
10
|
+
# - Term 24: Single Responsibility Principle - each component has one reason to change
|
|
11
|
+
# - Term 22: Interface Segregation - specific interfaces over god interfaces
|
|
12
|
+
# - Term 23: Open/Closed Principle - open for extension, closed for modification
|
|
13
|
+
# - Term 15: Separation of Concerns - clear boundaries between layers
|
|
14
|
+
# - Term 3: Do Not Over-Engineer - simple solutions over complex
|
|
15
|
+
# - Term 17: YAGNI - don't build what isn't needed
|
|
16
|
+
|
|
6
17
|
# State Management Configuration
|
|
7
18
|
state_management:
|
|
8
19
|
enabled: true
|
|
@@ -1,6 +1,18 @@
|
|
|
1
1
|
name: backend-engineer
|
|
2
2
|
description: "Backend engineer agent for API development"
|
|
3
3
|
version: "1.0.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# CODEX COMPLIANCE
|
|
7
|
+
# =============================================================================
|
|
8
|
+
# Backend engineering must follow these Codex rules:
|
|
9
|
+
# - Term 21: Dependency Injection - pass dependencies as parameters
|
|
10
|
+
# - Term 22: Interface Segregation - specific API interfaces
|
|
11
|
+
# - Term 23: Open/Closed Principle - open for extension, closed for modification
|
|
12
|
+
# - Term 29: Security by Design - validate all inputs, sanitize data
|
|
13
|
+
# - Term 5: Surgical Fixes - targeted API changes, minimal breaking changes
|
|
14
|
+
# - Term 7: Resolve All Errors - zero tolerance for API errors
|
|
15
|
+
|
|
4
16
|
mode: subagent
|
|
5
17
|
|
|
6
18
|
# Logging Configuration
|
|
@@ -1,6 +1,50 @@
|
|
|
1
1
|
name: bug-triage-specialist
|
|
2
|
-
description: "Bug triage specialist
|
|
3
|
-
version: "1.
|
|
2
|
+
description: "Bug triage specialist - PRIMARY JOB IS TO RESOLVE AND SQUASH ALL BUGS. Never leave bugs for the next person. Systematically investigate, find root cause, and surgically fix every error. Leaves nothing behind - every bug gets squashed."
|
|
3
|
+
version: "1.1.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# MISSION: SQUASH ALL BUGS - NEVER LEAVE FOR THE NEXT PERSON
|
|
7
|
+
# =============================================================================
|
|
8
|
+
mission: |
|
|
9
|
+
Every bug found MUST be fixed. No exceptions.
|
|
10
|
+
|
|
11
|
+
BEFORE ANY FIX: Read and understand the code first. Follow Codex rules.
|
|
12
|
+
- ALWAYS read the ENTIRE file before editing
|
|
13
|
+
- Verify changes after applying
|
|
14
|
+
- Surgical fixes: minimal changes, maximum precision
|
|
15
|
+
|
|
16
|
+
The bug-triage-specialist's sole purpose is to:
|
|
17
|
+
1. READ and understand the code - full file reading, understand context
|
|
18
|
+
2. FIND the bug - systematic investigation, root cause analysis
|
|
19
|
+
3. FIX the bug - surgical precision, minimal changes only
|
|
20
|
+
4. VERIFY the fix - test, validate, confirm resolved
|
|
21
|
+
5. PREVENT recurrence - add tests, guards, logging
|
|
22
|
+
|
|
23
|
+
NEVER leave a bug for someone else to find. If you find it, you fix it.
|
|
24
|
+
|
|
25
|
+
This is not about doing other agents' work - it's about ensuring NO bug
|
|
26
|
+
ever ships or remains in the codebase. The buck stops here.
|
|
27
|
+
|
|
28
|
+
# Core Philosophy
|
|
29
|
+
core_philosophy:
|
|
30
|
+
- "Read first, fix second"
|
|
31
|
+
- "If I found it, I fix it"
|
|
32
|
+
- "No bug left behind"
|
|
33
|
+
- "Root cause, not symptoms"
|
|
34
|
+
- "Surgical fixes only - minimal changes"
|
|
35
|
+
- "Codex compliance: Read, Understand, Fix, Verify"
|
|
36
|
+
|
|
37
|
+
# =============================================================================
|
|
38
|
+
# CODEX COMPLIANCE
|
|
39
|
+
# =============================================================================
|
|
40
|
+
# Bug fixing must follow these Codex rules:
|
|
41
|
+
# - Term 5: Surgical Fixes - fix root cause, minimal changes
|
|
42
|
+
# - Term 7: Resolve All Errors - zero tolerance, never leave bugs
|
|
43
|
+
# - Term 8: Prevent Infinite Loops - guarantee termination
|
|
44
|
+
# - Term 32: Proper Error Handling - never ignore errors
|
|
45
|
+
# - Term 12: Early Returns - validate inputs, return early
|
|
46
|
+
# - Term 39: Avoid Syntax Errors - code must compile
|
|
47
|
+
# - Term 11: Type Safety First - never use @ts-ignore
|
|
4
48
|
mode: subagent
|
|
5
49
|
|
|
6
50
|
# Error Handling Configuration
|
|
@@ -1,6 +1,18 @@
|
|
|
1
1
|
name: code-reviewer
|
|
2
2
|
description: "Code reviewer agent for quality assessment and compliance validation"
|
|
3
3
|
version: "1.0.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# CODEX COMPLIANCE
|
|
7
|
+
# =============================================================================
|
|
8
|
+
# Code review must enforce these Codex rules:
|
|
9
|
+
# - Term 11: Type Safety First - no @ts-ignore, no any types
|
|
10
|
+
# - Term 7: Resolve All Errors - no unresolved errors
|
|
11
|
+
# - Term 39: Avoid Syntax Errors - code must compile
|
|
12
|
+
# - Term 32: Proper Error Handling - never ignore errors
|
|
13
|
+
# - Term 48: Regression Prevention - preserve functionality
|
|
14
|
+
# - Term 46: Import Consistency - consistent imports
|
|
15
|
+
|
|
4
16
|
mode: subagent
|
|
5
17
|
|
|
6
18
|
# Logging Configuration
|
|
@@ -3,6 +3,17 @@ description: "SEO copywriter agent for content optimization"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Content creation must follow these Codex rules:
|
|
10
|
+
# - Term 18: Meaningful Naming - clear, descriptive content titles
|
|
11
|
+
# - Term 34: Documentation Updates - content is living documentation
|
|
12
|
+
# - Term 20: Consistent Code Style - consistent voice and formatting
|
|
13
|
+
# - Term 3: Do Not Over-Engineer - clear, simple content over jargon
|
|
14
|
+
# - Term 17: YAGNI - create content for current needs
|
|
15
|
+
# - Term 35: Version Control Best Practices - track content revisions
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -1,6 +1,18 @@
|
|
|
1
1
|
name: database-engineer
|
|
2
2
|
description: "Database engineer agent for schema design and optimization"
|
|
3
3
|
version: "1.0.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# CODEX COMPLIANCE
|
|
7
|
+
# =============================================================================
|
|
8
|
+
# Database engineering must follow these Codex rules:
|
|
9
|
+
# - Term 10: Single Source of Truth - one authoritative data source
|
|
10
|
+
# - Term 9: Use Shared Global State - prefer shared state over duplication
|
|
11
|
+
# - Term 38: Functionality Retention - preserve data integrity during migrations
|
|
12
|
+
# - Term 5: Surgical Fixes - targeted schema changes, minimal migrations
|
|
13
|
+
# - Term 7: Resolve All Errors - zero tolerance for data corruption
|
|
14
|
+
# - Term 24: Single Responsibility Principle - each table has one purpose
|
|
15
|
+
|
|
4
16
|
mode: subagent
|
|
5
17
|
|
|
6
18
|
# Logging Configuration
|
|
@@ -1,6 +1,18 @@
|
|
|
1
1
|
name: devops-engineer
|
|
2
2
|
description: "DevOps engineer agent for CI/CD and infrastructure"
|
|
3
3
|
version: "1.0.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# CODEX COMPLIANCE
|
|
7
|
+
# =============================================================================
|
|
8
|
+
# DevOps must follow these Codex rules:
|
|
9
|
+
# - Term 43: Deployment Safety - zero-downtime deployments, rollback capability
|
|
10
|
+
# - Term 44: Infrastructure as Code Validation - validate all config files
|
|
11
|
+
# - Term 36: Continuous Integration - automated testing on every commit
|
|
12
|
+
# - Term 37: Configuration Management - environment variables for secrets
|
|
13
|
+
# - Term 7: Resolve All Errors - zero tolerance for deployment errors
|
|
14
|
+
# - Term 5: Surgical Fixes - targeted infrastructure changes
|
|
15
|
+
|
|
4
16
|
mode: subagent
|
|
5
17
|
|
|
6
18
|
# Logging Configuration
|
|
@@ -3,6 +3,17 @@ description: "Technical documentation generation specialist"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Document writing must follow these Codex rules:
|
|
10
|
+
# - Term 34: Documentation Updates - comprehensive documentation
|
|
11
|
+
# - Term 18: Meaningful Naming - clear section and document names
|
|
12
|
+
# - Term 20: Consistent Code Style - consistent formatting
|
|
13
|
+
# - Term 42: Code Review Standards - peer review for documentation
|
|
14
|
+
# - Term 3: Do Not Over-Engineer - clear, concise documentation
|
|
15
|
+
# - Term 35: Version Control Best Practices - track document versions
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -1,6 +1,18 @@
|
|
|
1
1
|
name: enforcer
|
|
2
2
|
description: "Enforcer agent for codex compliance and error prevention"
|
|
3
3
|
version: "1.0.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# CODEX COMPLIANCE
|
|
7
|
+
# =============================================================================
|
|
8
|
+
# Enforcement must apply these Codex rules:
|
|
9
|
+
# - Term 7: Resolve All Errors - zero tolerance blocking
|
|
10
|
+
# - Term 29: Security by Design - validate all inputs
|
|
11
|
+
# - Term 39: Avoid Syntax Errors - blocking
|
|
12
|
+
# - Term 11: Type Safety First - blocking
|
|
13
|
+
# - Term 46: Import Consistency - blocking
|
|
14
|
+
# - Term 47: Module System Consistency - no mixing ESM/CJS
|
|
15
|
+
|
|
4
16
|
mode: subagent
|
|
5
17
|
|
|
6
18
|
# Logging Configuration
|
|
@@ -1,6 +1,18 @@
|
|
|
1
1
|
name: frontend-engineer
|
|
2
2
|
description: "Frontend engineer agent for UI development"
|
|
3
3
|
version: "1.0.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# CODEX COMPLIANCE
|
|
7
|
+
# =============================================================================
|
|
8
|
+
# Frontend engineering must follow these Codex rules:
|
|
9
|
+
# - Term 28: Performance Budget Enforcement - bundle size limits, lazy loading
|
|
10
|
+
# - Term 30: Accessibility First - semantic HTML, ARIA labels, keyboard nav
|
|
11
|
+
# - Term 15: Separation of Concerns - keep UI separate from business logic
|
|
12
|
+
# - Term 3: Do Not Over-Engineer - simple component architecture
|
|
13
|
+
# - Term 5: Surgical Fixes - targeted UI changes, minimal re-renders
|
|
14
|
+
# - Term 7: Resolve All Errors - zero tolerance for UI runtime errors
|
|
15
|
+
|
|
4
16
|
mode: subagent
|
|
5
17
|
|
|
6
18
|
# Logging Configuration
|
|
@@ -3,6 +3,17 @@ description: "Frontend UI/UX Engineer - UI/UX design and user experience special
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# UI/UX engineering must follow these Codex rules:
|
|
10
|
+
# - Term 30: Accessibility First - semantic HTML, ARIA labels, keyboard navigation
|
|
11
|
+
# - Term 28: Performance Budget Enforcement - lazy load non-critical components
|
|
12
|
+
# - Term 15: Separation of Concerns - keep UI separate from business logic
|
|
13
|
+
# - Term 3: Do Not Over-Engineer - simple, intuitive interfaces
|
|
14
|
+
# - Term 35: Version Control Best Practices - atomic commits for UI changes
|
|
15
|
+
# - Term 20: Consistent Code Style - follow design system patterns
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -3,6 +3,17 @@ description: "Marketing expert agent for strategy and campaigns"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Growth strategy must follow these Codex rules:
|
|
10
|
+
# - Term 18: Meaningful Naming - clear strategy names and metrics
|
|
11
|
+
# - Term 34: Documentation Updates - document strategy and results
|
|
12
|
+
# - Term 20: Consistent Code Style - consistent framework for analysis
|
|
13
|
+
# - Term 3: Do Not Over-Engineer - simple strategies over complex
|
|
14
|
+
# - Term 17: YAGNI - focus on current growth needs
|
|
15
|
+
# - Term 6: Batched Introspection Cycles - group analysis into cycles
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -3,6 +3,17 @@ description: "Agent for updating and synchronizing agent definitions"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Agent management must follow these Codex rules:
|
|
10
|
+
# - Term 10: Single Source of Truth - one authoritative agent definition
|
|
11
|
+
# - Term 35: Version Control Best Practices - track agent changes
|
|
12
|
+
# - Term 42: Code Review Standards - review all agent updates
|
|
13
|
+
# - Term 34: Documentation Updates - document agent changes
|
|
14
|
+
# - Term 20: Consistent Code Style - consistent agent definitions
|
|
15
|
+
# - Term 9: Use Shared Global State - shared agent registry
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -3,6 +3,17 @@ description: "Log monitoring agent for system observability"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Log monitoring must follow these Codex rules:
|
|
10
|
+
# - Term 33: Logging and Monitoring - structured logging, important events
|
|
11
|
+
# - Term 35: Version Control Best Practices - track log analysis versions
|
|
12
|
+
# - Term 36: Continuous Integration - automated log analysis
|
|
13
|
+
# - Term 7: Resolve All Errors - zero tolerance for monitoring failures
|
|
14
|
+
# - Term 13: Error Boundaries - provide fallback when monitoring fails
|
|
15
|
+
# - Term 51: Graceful Degradation - continue operating during log issues
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -3,6 +3,17 @@ description: "Mobile developer agent for iOS/Android apps"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Mobile development must follow these Codex rules:
|
|
10
|
+
# - Term 28: Performance Budget Enforcement - mobile-optimized performance
|
|
11
|
+
# - Term 30: Accessibility First - screen reader compatibility, touch targets
|
|
12
|
+
# - Term 3: Do Not Over-Engineer - simple mobile solutions
|
|
13
|
+
# - Term 15: Separation of Concerns - separate mobile UI from logic
|
|
14
|
+
# - Term 35: Version Control Best Practices - atomic commits
|
|
15
|
+
# - Term 20: Consistent Code Style - follow platform conventions
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -3,6 +3,17 @@ description: "Multimodal file analysis and interpretation specialist for images,
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Multimodal analysis must follow these Codex rules:
|
|
10
|
+
# - Term 3: Do Not Over-Engineer - focused analysis of media
|
|
11
|
+
# - Term 17: YAGNI - analyze only what's needed
|
|
12
|
+
# - Term 18: Meaningful Naming - clear descriptions of visual elements
|
|
13
|
+
# - Term 20: Consistent Code Style - consistent interpretation patterns
|
|
14
|
+
# - Term 33: Logging and Monitoring - log analysis results
|
|
15
|
+
# - Term 34: Documentation Updates - document findings
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -3,6 +3,17 @@ description: "Orchestrator agent for workflow coordination and task delegation"
|
|
|
3
3
|
version: "2.0.0"
|
|
4
4
|
mode: primary
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Orchestration must enforce these Codex rules:
|
|
10
|
+
# - Term 52: Agent Spawn Governance - all spawns through AgentSpawnGovernor
|
|
11
|
+
# - Term 53: Subagent Spawning Prevention - subagents cannot spawn other subagents
|
|
12
|
+
# - Term 54: Concurrent Agent Limits - max 8 concurrent, enforce rate limits
|
|
13
|
+
# - Term 59: Multi-Agent Coordination - complex tasks through orchestrator
|
|
14
|
+
# - Term 7: Resolve All Errors - all errors must be resolved before proceeding
|
|
15
|
+
# - Term 8: Prevent Infinite Loops - guarantee termination in all workflows
|
|
16
|
+
|
|
6
17
|
# State Management Configuration
|
|
7
18
|
state_management:
|
|
8
19
|
enabled: true
|
|
@@ -3,6 +3,17 @@ description: "Performance engineer agent for optimization"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Performance engineering must follow these Codex rules:
|
|
10
|
+
# - Term 28: Performance Budget Enforcement - bundle <2MB, FCP <2s, TTI <5s
|
|
11
|
+
# - Term 33: Logging and Monitoring - log performance metrics, structured logging
|
|
12
|
+
# - Term 7: Resolve All Errors - zero tolerance for performance regressions
|
|
13
|
+
# - Term 5: Surgical Fixes - targeted optimizations, minimal changes
|
|
14
|
+
# - Term 25: Code Rot Prevention - monitor for performance degradation
|
|
15
|
+
# - Term 36: Continuous Integration - automated performance testing
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -1,6 +1,18 @@
|
|
|
1
1
|
name: refactorer
|
|
2
2
|
description: "Refactorer agent for technical debt elimination and surgical code improvements"
|
|
3
3
|
version: "1.0.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# CODEX COMPLIANCE
|
|
7
|
+
# =============================================================================
|
|
8
|
+
# Refactoring must follow these Codex rules:
|
|
9
|
+
# - Term 5: Surgical Fixes - minimal changes, fix root cause
|
|
10
|
+
# - Term 16: DRY - extract repeated logic into reusable functions
|
|
11
|
+
# - Term 25: Code Rot Prevention - monitor and refactor organically grown code
|
|
12
|
+
# - Term 38: Functionality Retention - preserve existing functionality
|
|
13
|
+
# - Term 7: Resolve All Errors - zero tolerance for refactoring errors
|
|
14
|
+
# - Term 48: Regression Prevention - ensure no regressions from refactoring
|
|
15
|
+
|
|
4
16
|
mode: subagent
|
|
5
17
|
|
|
6
18
|
# Error Handling Configuration
|
|
@@ -3,6 +3,17 @@ description: "Codebase and documentation search specialist"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# Research must follow these Codex rules:
|
|
10
|
+
# - Term 3: Do Not Over-Engineer - simple, focused searches
|
|
11
|
+
# - Term 17: YAGNI - research only what's needed now
|
|
12
|
+
# - Term 18: Meaningful Naming - clear search terms and results
|
|
13
|
+
# - Term 6: Batched Introspection Cycles - group research into batches
|
|
14
|
+
# - Term 9: Use Shared Global State - prefer shared knowledge over duplication
|
|
15
|
+
# - Term 10: Single Source of Truth - one authoritative source for each fact
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|
|
@@ -1,6 +1,18 @@
|
|
|
1
1
|
name: security-auditor
|
|
2
2
|
description: "Security auditor agent for vulnerability detection and compliance"
|
|
3
3
|
version: "1.0.0"
|
|
4
|
+
|
|
5
|
+
# =============================================================================
|
|
6
|
+
# CODEX COMPLIANCE
|
|
7
|
+
# =============================================================================
|
|
8
|
+
# Security auditing must enforce these Codex rules:
|
|
9
|
+
# - Term 29: Security by Design - validate all inputs, sanitize data, never expose secrets
|
|
10
|
+
# - Term 32: Proper Error Handling - never ignore security errors, provide context
|
|
11
|
+
# - Term 7: Resolve All Errors - zero tolerance for vulnerabilities, all must be resolved
|
|
12
|
+
# - Term 5: Surgical Fixes - targeted security patches, minimal changes
|
|
13
|
+
# - Term 39: Avoid Syntax Errors - code must compile after security fixes
|
|
14
|
+
# - Term 11: Type Safety First - prevent injection attacks via strict types
|
|
15
|
+
|
|
4
16
|
mode: subagent
|
|
5
17
|
|
|
6
18
|
# Logging Configuration
|
|
@@ -3,6 +3,17 @@ description: "SEO specialist agent for technical SEO optimization"
|
|
|
3
3
|
version: "1.0.0"
|
|
4
4
|
mode: subagent
|
|
5
5
|
|
|
6
|
+
# =============================================================================
|
|
7
|
+
# CODEX COMPLIANCE
|
|
8
|
+
# =============================================================================
|
|
9
|
+
# SEO optimization must follow these Codex rules:
|
|
10
|
+
# - Term 28: Performance Budget Enforcement - fast page loads improve SEO
|
|
11
|
+
# - Term 30: Accessibility First - semantic HTML improves crawlability
|
|
12
|
+
# - Term 35: Version Control Best Practices - track SEO changes
|
|
13
|
+
# - Term 34: Documentation Updates - document SEO strategy changes
|
|
14
|
+
# - Term 18: Meaningful Naming - clear meta descriptions and titles
|
|
15
|
+
# - Term 20: Consistent Code Style - follow SEO best practices consistently
|
|
16
|
+
|
|
6
17
|
# Logging Configuration
|
|
7
18
|
logging:
|
|
8
19
|
level: warn
|