@defai.digital/automatosx 6.5.14 → 6.5.15
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 +68 -42
- package/examples/agents/aerospace-scientist.yaml +77 -5
- package/examples/agents/architecture.yaml +26 -23
- package/examples/agents/backend.yaml +38 -30
- package/examples/agents/ceo.yaml +41 -11
- package/examples/agents/creative-marketer.yaml +61 -1
- package/examples/agents/cto.yaml +47 -13
- package/examples/agents/data-scientist.yaml +72 -8
- package/examples/agents/data.yaml +21 -4
- package/examples/agents/design.yaml +40 -11
- package/examples/agents/devops.yaml +31 -8
- package/examples/agents/frontend.yaml +28 -8
- package/examples/agents/fullstack.yaml +18 -9
- package/examples/agents/mobile.yaml +14 -2
- package/examples/agents/product.yaml +33 -14
- package/examples/agents/quality.yaml +19 -17
- package/examples/agents/quantum-engineer.yaml +82 -2
- package/examples/agents/researcher.yaml +50 -11
- package/examples/agents/security.yaml +23 -6
- package/examples/agents/standard.yaml +24 -11
- package/examples/agents/writer.yaml +48 -16
- package/examples/gemini/GEMINI_INTEGRATION.md +1 -1
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -13,12 +13,18 @@ AutomatosX is the only AI CLI that combines declarative workflow specs, policy-d
|
|
|
13
13
|
[](https://www.microsoft.com/windows)
|
|
14
14
|
[](https://ubuntu.com)
|
|
15
15
|
|
|
16
|
-
**Status**: ✅ **Production Ready
|
|
16
|
+
**Status**: ✅ **Production Ready** | 20 Specialized Agents | Spec-Kit 100% Complete | Policy-Driven Routing | Auto-Generation
|
|
17
17
|
|
|
18
18
|
> ⚠️ **Note on Cost Estimation (v6.5.11+)**: Cost estimation is **disabled by default** due to frequent pricing changes. The cost optimization features described below are still functional (routing, free-tier prioritization, policy constraints), but specific dollar amounts are not shown unless you enable cost estimation in `automatosx.config.json`. See [Cost Estimation Configuration](#cost-estimation-configuration) for details.
|
|
19
19
|
|
|
20
20
|
---
|
|
21
21
|
|
|
22
|
+
## ⚡ New to AutomatosX? [Start Here: 3-Minute Quickstart](docs/getting-started/quickstart-3min.md)
|
|
23
|
+
|
|
24
|
+
Get productive in under 3 minutes with our fast-track guide! Install, run your first agent, try multi-agent collaboration, and learn pro tips. **Perfect for first-time users.**
|
|
25
|
+
|
|
26
|
+
---
|
|
27
|
+
|
|
22
28
|
## 🚀 The Complete AI Workflow Platform
|
|
23
29
|
|
|
24
30
|
AutomatosX is **the only AI platform** that gives you:
|
|
@@ -77,29 +83,40 @@ ax run workflow.ax.yaml
|
|
|
77
83
|
|
|
78
84
|
AutomatosX is designed to work seamlessly with AI assistants using natural language commands. This is the **recommended way** to use AutomatosX:
|
|
79
85
|
|
|
86
|
+
**✨ Key Feature**: AutomatosX **automatically selects the best agent(s)** for your task. You don't need to specify which agent to use - just describe what you want!
|
|
87
|
+
|
|
80
88
|
### Use with Claude Code, Gemini CLI, or OpenAI Codex
|
|
81
89
|
|
|
82
|
-
**
|
|
90
|
+
**Natural Task Descriptions** (ax auto-selects agents for you):
|
|
83
91
|
|
|
84
92
|
```
|
|
85
93
|
# In Claude Code
|
|
86
|
-
"Please
|
|
87
|
-
"
|
|
88
|
-
"Have
|
|
94
|
+
"Please use ax to implement user authentication"
|
|
95
|
+
"Use ax to audit this code for vulnerabilities"
|
|
96
|
+
"Have ax write comprehensive tests for this feature"
|
|
97
|
+
"Use ax to design a microservices architecture"
|
|
89
98
|
```
|
|
90
99
|
|
|
91
100
|
```
|
|
92
101
|
# In Gemini CLI
|
|
93
|
-
"Use ax to
|
|
94
|
-
"Work with ax
|
|
102
|
+
"Use ax to find and fix bugs in the authentication system"
|
|
103
|
+
"Work with ax to optimize the database queries"
|
|
104
|
+
"Use ax to build the login UI"
|
|
95
105
|
```
|
|
96
106
|
|
|
97
107
|
```
|
|
98
108
|
# In OpenAI Codex
|
|
99
|
-
"
|
|
100
|
-
"
|
|
109
|
+
"Use ax to build the user interface"
|
|
110
|
+
"Work with ax to set up CI/CD pipeline"
|
|
111
|
+
"Use ax to design the database schema"
|
|
101
112
|
```
|
|
102
113
|
|
|
114
|
+
**What Happens Behind the Scenes**:
|
|
115
|
+
- 🤖 `ax` analyzes your task description
|
|
116
|
+
- 🎯 Automatically selects the best agent(s) (backend, security, quality, etc.)
|
|
117
|
+
- 🔄 Coordinates multi-agent collaboration if needed
|
|
118
|
+
- 📝 All decisions stored in memory for context
|
|
119
|
+
|
|
103
120
|
**Workflow Creation and Execution**:
|
|
104
121
|
|
|
105
122
|
```
|
|
@@ -142,16 +159,12 @@ blue-green deployment strategy and rollback automation."
|
|
|
142
159
|
|
|
143
160
|
```
|
|
144
161
|
# In Claude Code
|
|
145
|
-
"
|
|
146
|
-
|
|
147
|
-
- Backend agent for API and database
|
|
148
|
-
- Frontend agent for React UI
|
|
149
|
-
- Security agent for audit
|
|
150
|
-
- Quality agent for comprehensive tests
|
|
162
|
+
"Use AutomatosX to build a complete e-commerce platform with requirements,
|
|
163
|
+
architecture, API, database, React UI, security audit, and comprehensive tests.
|
|
151
164
|
Use balanced policy for cost and speed."
|
|
152
165
|
|
|
153
|
-
"Work with
|
|
154
|
-
|
|
166
|
+
"Work with AutomatosX to implement a data analytics pipeline with API,
|
|
167
|
+
ETL, and data warehousing."
|
|
155
168
|
```
|
|
156
169
|
|
|
157
170
|
**Long-Running Tasks with Iterate Mode**:
|
|
@@ -160,7 +173,7 @@ Iterate mode is perfect for autonomous, repeating tasks without constant questio
|
|
|
160
173
|
|
|
161
174
|
```
|
|
162
175
|
# In Claude Code - Autonomous Bug-Finding (The Real Power!)
|
|
163
|
-
"Please
|
|
176
|
+
"Please use ax in iterate mode to find and fix bugs. Run 5 iterations."
|
|
164
177
|
|
|
165
178
|
# This will autonomously:
|
|
166
179
|
# - Iterate 1: Scan for parseInt/JSON.parse safety issues → Find & fix bugs
|
|
@@ -173,7 +186,7 @@ Iterate mode is perfect for autonomous, repeating tasks without constant questio
|
|
|
173
186
|
|
|
174
187
|
```
|
|
175
188
|
# In Gemini CLI - Comprehensive Code Analysis
|
|
176
|
-
"Use ax
|
|
189
|
+
"Use ax in iterate mode to analyze the entire codebase for
|
|
177
190
|
performance issues. Set 120 minute timeout with balanced strictness."
|
|
178
191
|
|
|
179
192
|
# This runs multiple analysis passes autonomously:
|
|
@@ -185,8 +198,8 @@ performance issues. Set 120 minute timeout with balanced strictness."
|
|
|
185
198
|
|
|
186
199
|
```
|
|
187
200
|
# In OpenAI Codex - Security Hardening
|
|
188
|
-
"
|
|
189
|
-
with
|
|
201
|
+
"Use ax to run a comprehensive security audit in iterate mode
|
|
202
|
+
with strict level. This is for production deployment."
|
|
190
203
|
|
|
191
204
|
# Autonomous security iterations:
|
|
192
205
|
# - SQL injection scanning
|
|
@@ -215,14 +228,22 @@ with paranoid strictness. This is for production deployment."
|
|
|
215
228
|
|
|
216
229
|
### Behind the Scenes
|
|
217
230
|
|
|
218
|
-
When you say "
|
|
219
|
-
1.
|
|
220
|
-
2. AutomatosX
|
|
221
|
-
3.
|
|
222
|
-
4.
|
|
223
|
-
5.
|
|
231
|
+
When you say "use AutomatosX to implement authentication", here's what happens:
|
|
232
|
+
1. AI assistant calls `ax run "implement user authentication"`
|
|
233
|
+
2. AutomatosX **automatically analyzes the task** and selects the best agent(s)
|
|
234
|
+
3. Routes to the optimal provider based on policy (cost, latency, reliability)
|
|
235
|
+
4. Persistent memory ensures perfect context across all interactions
|
|
236
|
+
5. Results are returned to your AI assistant with full context
|
|
237
|
+
6. The conversation continues naturally
|
|
238
|
+
|
|
239
|
+
**This natural language interface with auto-agent selection is how we expect users to work with AutomatosX daily.**
|
|
240
|
+
|
|
241
|
+
**Advanced: Direct Agent Specification** (Optional):
|
|
242
|
+
If you need a specific agent, you can still specify it:
|
|
243
|
+
- `ax run backend "task"` - Forces backend agent
|
|
244
|
+
- `ax run security "task"` - Forces security agent
|
|
224
245
|
|
|
225
|
-
|
|
246
|
+
But in most cases, auto-selection works better!
|
|
226
247
|
|
|
227
248
|
### CLI-Only Mode (No API Access Required)
|
|
228
249
|
|
|
@@ -263,48 +284,53 @@ Use iterate mode naturally through AI assistants - just ask them to use iterate
|
|
|
263
284
|
|
|
264
285
|
```
|
|
265
286
|
# In Claude Code
|
|
266
|
-
"Please use
|
|
287
|
+
"Please use AutomatosX in iterate mode to refactor the entire authentication
|
|
267
288
|
module. Set timeout to 60 minutes with balanced strictness."
|
|
268
289
|
|
|
269
|
-
"
|
|
270
|
-
|
|
290
|
+
"Use AutomatosX to run a comprehensive security audit in iterate mode with
|
|
291
|
+
strict level. This is for production code so be extra careful."
|
|
271
292
|
|
|
272
|
-
"Have
|
|
293
|
+
"Have AutomatosX run in iterate mode to generate tests for all untested
|
|
273
294
|
functions. Use dry-run first to preview what it will do."
|
|
274
295
|
```
|
|
275
296
|
|
|
276
297
|
```
|
|
277
298
|
# In Gemini CLI
|
|
278
|
-
"Use
|
|
299
|
+
"Use AutomatosX with iterate mode to implement the new payment gateway.
|
|
279
300
|
Set a 90 minute timeout and use balanced strictness."
|
|
280
301
|
|
|
281
|
-
"Run
|
|
302
|
+
"Run AutomatosX in iterate mode with strict level to audit the
|
|
282
303
|
codebase for vulnerabilities. Do a dry-run first."
|
|
283
304
|
```
|
|
284
305
|
|
|
285
306
|
```
|
|
286
307
|
# In OpenAI Codex
|
|
287
|
-
"Work with
|
|
308
|
+
"Work with AutomatosX in autonomous iterate mode to refactor database
|
|
288
309
|
queries. Limit execution to 45 minutes with balanced strictness."
|
|
289
310
|
|
|
290
|
-
"Use
|
|
311
|
+
"Use AutomatosX in iterate mode to optimize all SQL queries. Run in dry-run
|
|
291
312
|
mode first to see the plan."
|
|
292
313
|
```
|
|
293
314
|
|
|
294
315
|
### Direct CLI Usage
|
|
295
316
|
|
|
317
|
+
**Note**: You can let AutomatosX auto-select agents, or specify a particular agent if needed.
|
|
318
|
+
|
|
296
319
|
```bash
|
|
297
|
-
#
|
|
320
|
+
# Auto-selection (recommended) - AutomatosX picks the best agent
|
|
321
|
+
ax run "implement user authentication" --iterate
|
|
322
|
+
|
|
323
|
+
# With agent specified (optional)
|
|
298
324
|
ax run backend "implement user authentication" --iterate
|
|
299
325
|
|
|
300
326
|
# With time limit and strictness control
|
|
301
|
-
ax run
|
|
327
|
+
ax run "refactor codebase" --iterate --iterate-timeout 60 --iterate-strictness balanced
|
|
302
328
|
|
|
303
|
-
#
|
|
304
|
-
ax run
|
|
329
|
+
# For security-critical tasks
|
|
330
|
+
ax run "audit entire codebase for security vulnerabilities" --iterate --iterate-strictness strict
|
|
305
331
|
|
|
306
|
-
# Test
|
|
307
|
-
ax run
|
|
332
|
+
# Test execution plan without making changes (dry-run)
|
|
333
|
+
ax run "plan database migration" --iterate --iterate-dry-run
|
|
308
334
|
```
|
|
309
335
|
|
|
310
336
|
### Key Features
|
|
@@ -12,13 +12,18 @@ description: "Expert in orbital mechanics, mission trajectory design, propulsion
|
|
|
12
12
|
|
|
13
13
|
|
|
14
14
|
# Abilities (v5.7.0: Aerospace mission specialization)
|
|
15
|
+
# v6.5.13: Added simulation and integration abilities
|
|
15
16
|
abilities:
|
|
16
17
|
- orbital-mechanics
|
|
17
18
|
- mission-analysis
|
|
18
19
|
- telemetry-diagnostics
|
|
19
20
|
- propulsion-systems
|
|
21
|
+
# Aerospace engineering specializations (v6.5.13)
|
|
22
|
+
- simulation-tooling # NEW - STK/GMAT integration, simulation frameworks
|
|
23
|
+
- flight-software-integration # NEW - Flight software coordination, embedded systems
|
|
20
24
|
|
|
21
25
|
# v5.7.0: Smart ability loading for aerospace workflows
|
|
26
|
+
# v6.5.13: Expanded with simulation and integration keywords
|
|
22
27
|
abilitySelection:
|
|
23
28
|
# Core abilities (always loaded)
|
|
24
29
|
core:
|
|
@@ -27,15 +32,82 @@ abilitySelection:
|
|
|
27
32
|
|
|
28
33
|
# Task-based abilities (loaded when keywords match)
|
|
29
34
|
taskBased:
|
|
35
|
+
# Orbital mechanics and astrodynamics
|
|
30
36
|
orbit: [orbital-mechanics, mission-analysis]
|
|
31
|
-
|
|
37
|
+
orbital: [orbital-mechanics, mission-analysis]
|
|
38
|
+
astrodynamics: [orbital-mechanics, mission-analysis]
|
|
39
|
+
trajectory: [mission-analysis, propulsion-systems, orbital-mechanics]
|
|
40
|
+
maneuver: [orbital-mechanics, propulsion-systems]
|
|
41
|
+
"delta-v": [orbital-mechanics, propulsion-systems]
|
|
42
|
+
hohmann: [orbital-mechanics, mission-analysis]
|
|
43
|
+
transfer: [orbital-mechanics, mission-analysis]
|
|
44
|
+
"launch-window": [mission-analysis, orbital-mechanics]
|
|
45
|
+
|
|
46
|
+
# Mission analysis and planning
|
|
47
|
+
mission: [mission-analysis, telemetry-diagnostics, orbital-mechanics]
|
|
48
|
+
"mission-design": [mission-analysis, orbital-mechanics, propulsion-systems]
|
|
49
|
+
"mission-planning": [mission-analysis, simulation-tooling]
|
|
50
|
+
feasibility: [mission-analysis, propulsion-systems]
|
|
51
|
+
"risk-analysis": [mission-analysis, telemetry-diagnostics]
|
|
52
|
+
budget: [mission-analysis, propulsion-systems]
|
|
53
|
+
"mission-profile": [mission-analysis, orbital-mechanics]
|
|
54
|
+
|
|
55
|
+
# Telemetry and diagnostics
|
|
32
56
|
telemetry: [telemetry-diagnostics, mission-analysis]
|
|
57
|
+
diagnostic: [telemetry-diagnostics, flight-software-integration]
|
|
58
|
+
diagnostics: [telemetry-diagnostics, flight-software-integration]
|
|
59
|
+
anomaly: [telemetry-diagnostics, mission-analysis]
|
|
60
|
+
health: [telemetry-diagnostics, flight-software-integration]
|
|
61
|
+
monitoring: [telemetry-diagnostics, mission-analysis]
|
|
62
|
+
sensor: [telemetry-diagnostics, flight-software-integration]
|
|
63
|
+
"data-quality": [telemetry-diagnostics, mission-analysis]
|
|
64
|
+
|
|
65
|
+
# Propulsion systems
|
|
33
66
|
propulsion: [propulsion-systems, orbital-mechanics]
|
|
34
|
-
|
|
35
|
-
|
|
67
|
+
thrust: [propulsion-systems, orbital-mechanics]
|
|
68
|
+
"specific-impulse": [propulsion-systems, mission-analysis]
|
|
69
|
+
isp: [propulsion-systems, mission-analysis]
|
|
70
|
+
engine: [propulsion-systems, flight-software-integration]
|
|
71
|
+
"propulsion-trade": [propulsion-systems, mission-analysis]
|
|
72
|
+
fuel: [propulsion-systems, mission-analysis]
|
|
73
|
+
|
|
74
|
+
# Guidance, navigation, and control
|
|
75
|
+
guidance: [orbital-mechanics, propulsion-systems, flight-software-integration]
|
|
36
76
|
navigation: [orbital-mechanics, telemetry-diagnostics]
|
|
37
|
-
control: [telemetry-diagnostics, mission-analysis]
|
|
38
|
-
|
|
77
|
+
control: [telemetry-diagnostics, mission-analysis, flight-software-integration]
|
|
78
|
+
gnc: [orbital-mechanics, flight-software-integration]
|
|
79
|
+
"attitude-control": [flight-software-integration, telemetry-diagnostics]
|
|
80
|
+
pointing: [flight-software-integration, orbital-mechanics]
|
|
81
|
+
|
|
82
|
+
# Simulation tooling (v6.5.13)
|
|
83
|
+
simulation: [simulation-tooling, mission-analysis]
|
|
84
|
+
simulate: [simulation-tooling, mission-analysis]
|
|
85
|
+
stk: [simulation-tooling, orbital-mechanics]
|
|
86
|
+
gmat: [simulation-tooling, orbital-mechanics]
|
|
87
|
+
modeling: [simulation-tooling, mission-analysis]
|
|
88
|
+
model: [simulation-tooling, mission-analysis]
|
|
89
|
+
framework: [simulation-tooling, flight-software-integration]
|
|
90
|
+
simulator: [simulation-tooling, mission-analysis]
|
|
91
|
+
"monte-carlo": [simulation-tooling, mission-analysis]
|
|
92
|
+
"covariance-propagation": [simulation-tooling, orbital-mechanics]
|
|
93
|
+
|
|
94
|
+
# Flight software integration (v6.5.13)
|
|
95
|
+
flight: [mission-analysis, propulsion-systems, flight-software-integration]
|
|
96
|
+
"flight-software": [flight-software-integration, telemetry-diagnostics]
|
|
97
|
+
fsw: [flight-software-integration, telemetry-diagnostics]
|
|
98
|
+
embedded: [flight-software-integration, telemetry-diagnostics]
|
|
99
|
+
onboard: [flight-software-integration, telemetry-diagnostics]
|
|
100
|
+
avionics: [flight-software-integration, telemetry-diagnostics]
|
|
101
|
+
"real-time": [flight-software-integration, telemetry-diagnostics]
|
|
102
|
+
firmware: [flight-software-integration]
|
|
103
|
+
"spacecraft-software": [flight-software-integration, mission-analysis]
|
|
104
|
+
|
|
105
|
+
# Standards and compliance
|
|
106
|
+
nasa: [mission-analysis, telemetry-diagnostics]
|
|
107
|
+
esa: [mission-analysis, telemetry-diagnostics]
|
|
108
|
+
compliance: [mission-analysis, flight-software-integration]
|
|
109
|
+
standard: [mission-analysis, telemetry-diagnostics]
|
|
110
|
+
verification: [mission-analysis, telemetry-diagnostics]
|
|
39
111
|
|
|
40
112
|
# v5.7.0: Specialists may consult Bob and Data Scientist (maxDelegationDepth: 1)
|
|
41
113
|
# v4.9.0+ Multi-Agent Orchestration
|
|
@@ -12,7 +12,7 @@ description: "Expert in system architecture, architectural patterns, ADR lifecyc
|
|
|
12
12
|
provider: openai
|
|
13
13
|
fallbackProvider: gemini-cli
|
|
14
14
|
|
|
15
|
-
# Abilities (v6.5.
|
|
15
|
+
# Abilities (v6.5.13: Rebalanced for architecture governance focus)
|
|
16
16
|
abilities:
|
|
17
17
|
- our-architecture-decisions # PRIMARY OWNER - ADR lifecycle and curation
|
|
18
18
|
- software-architecture # System design and architectural patterns
|
|
@@ -21,17 +21,17 @@ abilities:
|
|
|
21
21
|
- risk-assessment # Architectural governance and risk evaluation
|
|
22
22
|
- our-project-structure # Project organization understanding
|
|
23
23
|
- feasibility-study # Architectural option evaluation
|
|
24
|
-
|
|
25
|
-
-
|
|
26
|
-
-
|
|
24
|
+
# Architecture governance abilities (v6.5.13)
|
|
25
|
+
- adr-governance # NEW - ADR quality, consistency, lifecycle management
|
|
26
|
+
- architecture-roadmap # NEW - Architecture runway planning, evolution strategy
|
|
27
27
|
|
|
28
|
-
# v6.5.
|
|
28
|
+
# v6.5.13: Enhanced ability loading with architecture governance focus
|
|
29
29
|
abilitySelection:
|
|
30
30
|
# Core abilities (always loaded)
|
|
31
31
|
core:
|
|
32
32
|
- our-architecture-decisions
|
|
33
33
|
- software-architecture
|
|
34
|
-
-
|
|
34
|
+
- adr-governance
|
|
35
35
|
|
|
36
36
|
# Task-based abilities (loaded when keywords match)
|
|
37
37
|
taskBased:
|
|
@@ -54,25 +54,32 @@ abilitySelection:
|
|
|
54
54
|
frontend: [component-architecture, our-project-structure]
|
|
55
55
|
ui: [component-architecture]
|
|
56
56
|
|
|
57
|
-
# ADR and decisions
|
|
58
|
-
adr: [our-architecture-decisions,
|
|
59
|
-
decision: [our-architecture-decisions, risk-assessment,
|
|
60
|
-
decisions: [our-architecture-decisions,
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
57
|
+
# ADR and decisions (v6.5.13: Enhanced with governance)
|
|
58
|
+
adr: [our-architecture-decisions, adr-governance]
|
|
59
|
+
decision: [our-architecture-decisions, risk-assessment, adr-governance]
|
|
60
|
+
decisions: [our-architecture-decisions, adr-governance]
|
|
61
|
+
"adr-quality": [adr-governance, our-architecture-decisions]
|
|
62
|
+
"adr-lifecycle": [adr-governance, our-architecture-decisions]
|
|
63
|
+
"decision-curation": [adr-governance, our-architecture-decisions]
|
|
64
|
+
|
|
65
|
+
# Planning and roadmap (v6.5.13: Enhanced with architecture-roadmap)
|
|
66
|
+
roadmap: [architecture-roadmap, task-planning, our-architecture-decisions]
|
|
67
|
+
runway: [architecture-roadmap, task-planning, software-architecture]
|
|
68
|
+
planning: [task-planning, feasibility-study, architecture-roadmap]
|
|
69
|
+
"architecture-runway": [architecture-roadmap, task-planning]
|
|
70
|
+
"architecture-evolution": [architecture-roadmap, software-architecture]
|
|
71
|
+
"target-architecture": [architecture-roadmap, software-architecture, risk-assessment]
|
|
66
72
|
|
|
67
73
|
# Debt and refactoring
|
|
68
74
|
debt: [risk-assessment, our-architecture-decisions, task-planning]
|
|
69
75
|
technical-debt: [risk-assessment, software-architecture, task-planning]
|
|
70
76
|
modernization: [software-architecture, feasibility-study, risk-assessment]
|
|
71
77
|
|
|
72
|
-
# Governance
|
|
73
|
-
governance: [risk-assessment, our-architecture-decisions]
|
|
74
|
-
review: [software-architecture, risk-assessment,
|
|
75
|
-
audit: [risk-assessment, software-architecture,
|
|
78
|
+
# Governance (v6.5.13: Enhanced with adr-governance)
|
|
79
|
+
governance: [adr-governance, risk-assessment, our-architecture-decisions]
|
|
80
|
+
review: [software-architecture, risk-assessment, adr-governance]
|
|
81
|
+
audit: [risk-assessment, software-architecture, adr-governance]
|
|
82
|
+
"architecture-health": [adr-governance, risk-assessment, software-architecture]
|
|
76
83
|
|
|
77
84
|
# Evaluation
|
|
78
85
|
feasibility: [feasibility-study, risk-assessment, software-architecture]
|
|
@@ -80,10 +87,6 @@ abilitySelection:
|
|
|
80
87
|
trade-off: [risk-assessment, software-architecture]
|
|
81
88
|
tradeoffs: [risk-assessment, software-architecture]
|
|
82
89
|
|
|
83
|
-
# Documentation
|
|
84
|
-
documentation: [technical-writing, our-architecture-decisions]
|
|
85
|
-
document: [technical-writing, our-architecture-decisions]
|
|
86
|
-
|
|
87
90
|
# v6.5.4: Architecture agent can delegate to domain experts for spikes
|
|
88
91
|
orchestration:
|
|
89
92
|
maxDelegationDepth: 1 # Can tap domain experts for exploratory work
|
|
@@ -11,22 +11,22 @@ role: Senior Backend Engineer
|
|
|
11
11
|
description: "Expert in server-side architecture, API design, database optimization, and microservices"
|
|
12
12
|
|
|
13
13
|
|
|
14
|
-
# Abilities (
|
|
14
|
+
# Abilities (v6.5.13: Rebalanced for backend systems focus)
|
|
15
15
|
abilities:
|
|
16
16
|
- code-generation
|
|
17
17
|
- api-design
|
|
18
18
|
- db-modeling
|
|
19
19
|
- caching-strategy
|
|
20
20
|
- performance-analysis
|
|
21
|
-
- best-practices
|
|
22
21
|
# Language-specific abilities (v5.7.0: Focused on backend systems)
|
|
23
22
|
- golang-best-practices
|
|
24
23
|
- rust-best-practices
|
|
25
24
|
- systems-programming
|
|
26
|
-
#
|
|
27
|
-
-
|
|
25
|
+
# Backend-specific strategic abilities (v6.5.13)
|
|
26
|
+
- service-resilience # NEW - Fault tolerance, circuit breakers, graceful degradation
|
|
27
|
+
- observability-integration # NEW - Logging, metrics, tracing, alerting
|
|
28
28
|
|
|
29
|
-
#
|
|
29
|
+
# v6.5.13: Focused ability loading for backend systems
|
|
30
30
|
abilitySelection:
|
|
31
31
|
# Core abilities (always loaded)
|
|
32
32
|
core:
|
|
@@ -36,26 +36,29 @@ abilitySelection:
|
|
|
36
36
|
|
|
37
37
|
# Task-based abilities (loaded when keywords match)
|
|
38
38
|
taskBased:
|
|
39
|
-
api: [api-design, code-generation]
|
|
39
|
+
api: [api-design, code-generation, service-resilience]
|
|
40
40
|
database: [db-modeling]
|
|
41
41
|
performance: [performance-analysis, caching-strategy]
|
|
42
42
|
cache: [caching-strategy]
|
|
43
43
|
optimization: [performance-analysis, caching-strategy]
|
|
44
44
|
|
|
45
|
+
# Backend resilience and observability (v6.5.13)
|
|
46
|
+
resilience: [service-resilience, performance-analysis]
|
|
47
|
+
"fault-tolerance": [service-resilience]
|
|
48
|
+
"circuit-breaker": [service-resilience]
|
|
49
|
+
observability: [observability-integration]
|
|
50
|
+
monitoring: [observability-integration, performance-analysis]
|
|
51
|
+
logging: [observability-integration]
|
|
52
|
+
metrics: [observability-integration]
|
|
53
|
+
tracing: [observability-integration]
|
|
54
|
+
|
|
45
55
|
# Language-specific ability loading (v5.7.0: Go/Rust focus)
|
|
46
56
|
rust: [rust-best-practices, systems-programming, performance-analysis]
|
|
47
57
|
golang: [golang-best-practices, code-generation, api-design]
|
|
48
58
|
go: [golang-best-practices, code-generation, api-design]
|
|
49
59
|
systems: [systems-programming, performance-analysis, rust-best-practices]
|
|
50
60
|
"low-level": [systems-programming, rust-best-practices]
|
|
51
|
-
microservices: [golang-best-practices, api-design, caching-strategy]
|
|
52
|
-
|
|
53
|
-
# Mathematical support (v5.7.0: For quantum/aerospace validation)
|
|
54
|
-
math: [mathematical-reasoning]
|
|
55
|
-
mathematical: [mathematical-reasoning]
|
|
56
|
-
validation: [mathematical-reasoning, performance-analysis]
|
|
57
|
-
quantum: [mathematical-reasoning]
|
|
58
|
-
aerospace: [mathematical-reasoning]
|
|
61
|
+
microservices: [golang-best-practices, api-design, caching-strategy, service-resilience]
|
|
59
62
|
|
|
60
63
|
# v5.0.11: Removed temperature/maxTokens - let provider CLIs use optimized defaults
|
|
61
64
|
# v5.0.12: Implementers focus on execution (maxDelegationDepth: 0)
|
|
@@ -107,14 +110,19 @@ systemPrompt: |
|
|
|
107
110
|
- Performance profiling and optimization
|
|
108
111
|
- Low-level debugging and instrumentation
|
|
109
112
|
|
|
110
|
-
##
|
|
113
|
+
## Backend Resilience and Observability (v6.5.13)
|
|
114
|
+
|
|
115
|
+
**Service Resilience**: You build fault-tolerant systems:
|
|
116
|
+
- Circuit breakers and bulkheads
|
|
117
|
+
- Graceful degradation strategies
|
|
118
|
+
- Retry policies with exponential backoff
|
|
119
|
+
- Health checks and readiness probes
|
|
111
120
|
|
|
112
|
-
|
|
113
|
-
-
|
|
114
|
-
-
|
|
115
|
-
-
|
|
116
|
-
-
|
|
117
|
-
- **Note**: Python is used ONLY for mathematical validation notebooks, not for general API development
|
|
121
|
+
**Observability Integration**: You enable production monitoring:
|
|
122
|
+
- Structured logging (JSON, correlation IDs)
|
|
123
|
+
- Metrics collection (Prometheus, StatsD)
|
|
124
|
+
- Distributed tracing (OpenTelemetry, Jaeger)
|
|
125
|
+
- Alerting and SLO/SLI definitions
|
|
118
126
|
|
|
119
127
|
## Thinking Patterns:
|
|
120
128
|
|
|
@@ -132,12 +140,12 @@ systemPrompt: |
|
|
|
132
140
|
- Trust the borrow checker
|
|
133
141
|
- Leverage Cargo ecosystem
|
|
134
142
|
|
|
135
|
-
**When
|
|
136
|
-
-
|
|
137
|
-
-
|
|
138
|
-
-
|
|
139
|
-
-
|
|
140
|
-
-
|
|
143
|
+
**When building resilient systems:**
|
|
144
|
+
- Design for failure (circuit breakers, bulkheads)
|
|
145
|
+
- Implement graceful degradation
|
|
146
|
+
- Use retry policies with exponential backoff
|
|
147
|
+
- Monitor health checks and readiness
|
|
148
|
+
- Test failure scenarios explicitly
|
|
141
149
|
|
|
142
150
|
Your general thinking patterns:
|
|
143
151
|
- Always consider scalability implications
|
|
@@ -145,8 +153,8 @@ systemPrompt: |
|
|
|
145
153
|
- Security by design, not by addition
|
|
146
154
|
- Performance bottlenecks hide in plain sight
|
|
147
155
|
- Choose Go for services, Rust for performance
|
|
148
|
-
-
|
|
156
|
+
- Build observable systems from day one
|
|
149
157
|
|
|
150
|
-
You are an IMPLEMENTER (maxDelegationDepth: 0). Execute backend tasks yourself. Delegate only when truly cross-domain (frontend, security, devops, quality).
|
|
158
|
+
You are an IMPLEMENTER (maxDelegationDepth: 0). Execute backend tasks yourself. Delegate only when truly cross-domain (frontend, security, devops, quality).
|
|
151
159
|
|
|
152
|
-
Communication style: Technical precision with data-driven decisions and
|
|
160
|
+
Communication style: Technical precision with data-driven decisions and operational rigor
|
package/examples/agents/ceo.yaml
CHANGED
|
@@ -11,24 +11,54 @@ role: Chief Executive Officer
|
|
|
11
11
|
description: "Expert in business strategy, organizational leadership, and product vision"
|
|
12
12
|
|
|
13
13
|
|
|
14
|
-
# Abilities (
|
|
14
|
+
# Abilities (v6.5.13: Rebalanced for executive leadership focus)
|
|
15
15
|
abilities:
|
|
16
|
-
- problem-solving # Business problem analysis
|
|
17
16
|
- content-creation # Vision and communication
|
|
18
|
-
|
|
17
|
+
# Executive leadership abilities (v6.5.13)
|
|
18
|
+
- vision-storytelling # NEW - Strategic narrative, company vision articulation
|
|
19
|
+
- stakeholder-alignment # NEW - Board relations, investor communication, partner engagement
|
|
20
|
+
- org-prioritization # NEW - Company-wide priority setting, resource allocation
|
|
19
21
|
|
|
20
|
-
#
|
|
22
|
+
# v6.5.13: Enhanced ability loading with executive leadership focus
|
|
21
23
|
abilitySelection:
|
|
24
|
+
# Core abilities (always loaded)
|
|
22
25
|
core:
|
|
23
|
-
- problem-solving
|
|
24
26
|
- content-creation
|
|
27
|
+
- vision-storytelling
|
|
28
|
+
|
|
29
|
+
# Task-based abilities (loaded when keywords match)
|
|
25
30
|
taskBased:
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
31
|
+
# Strategic vision and storytelling (v6.5.13)
|
|
32
|
+
vision: [vision-storytelling, content-creation, org-prioritization]
|
|
33
|
+
strategy: [vision-storytelling, org-prioritization]
|
|
34
|
+
narrative: [vision-storytelling, content-creation]
|
|
35
|
+
storytelling: [vision-storytelling]
|
|
36
|
+
"company-vision": [vision-storytelling, org-prioritization]
|
|
37
|
+
"strategic-narrative": [vision-storytelling, content-creation]
|
|
38
|
+
mission: [vision-storytelling, org-prioritization]
|
|
39
|
+
|
|
40
|
+
# Stakeholder management (v6.5.13)
|
|
41
|
+
stakeholder: [stakeholder-alignment, org-prioritization]
|
|
42
|
+
board: [stakeholder-alignment, vision-storytelling]
|
|
43
|
+
investor: [stakeholder-alignment, vision-storytelling]
|
|
44
|
+
partnership: [stakeholder-alignment]
|
|
45
|
+
"investor-relations": [stakeholder-alignment, vision-storytelling]
|
|
46
|
+
"board-communication": [stakeholder-alignment, content-creation]
|
|
47
|
+
shareholder: [stakeholder-alignment, org-prioritization]
|
|
48
|
+
|
|
49
|
+
# Organizational prioritization (v6.5.13)
|
|
50
|
+
prioritization: [org-prioritization, vision-storytelling]
|
|
51
|
+
"resource-allocation": [org-prioritization]
|
|
52
|
+
"company-priorities": [org-prioritization, vision-storytelling]
|
|
53
|
+
okr: [org-prioritization, stakeholder-alignment]
|
|
54
|
+
goals: [org-prioritization, vision-storytelling]
|
|
55
|
+
"strategic-planning": [org-prioritization, vision-storytelling, stakeholder-alignment]
|
|
56
|
+
|
|
57
|
+
# General business leadership
|
|
58
|
+
business: [vision-storytelling, stakeholder-alignment, org-prioritization]
|
|
59
|
+
organization: [org-prioritization, stakeholder-alignment]
|
|
60
|
+
leadership: [vision-storytelling, stakeholder-alignment, org-prioritization]
|
|
61
|
+
communication: [content-creation, vision-storytelling, stakeholder-alignment]
|
|
32
62
|
|
|
33
63
|
# v5.0.11: Removed temperature/maxTokens - let provider CLIs use optimized defaults
|
|
34
64
|
# v5.0.12: Coordinators delegate strategic work (maxDelegationDepth: 1)
|