sagaz-ai 0.1.5 → 0.3.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/CHANGELOG.md +129 -0
- package/INSTALL.md +22 -0
- package/README.md +38 -0
- package/RELEASE_NOTES.md +83 -0
- package/ai-orchestration-ecosystem/INDEX.md +31 -1
- package/ai-orchestration-ecosystem/README.md +25 -5
- package/ai-orchestration-ecosystem/agents/ui-systems-designer.md +3 -0
- package/ai-orchestration-ecosystem/agents/ux-architect.md +3 -0
- package/ai-orchestration-ecosystem/agents/visual-qa.md +3 -0
- package/ai-orchestration-ecosystem/evals/sagaz-evaluation-suite.md +218 -27
- package/ai-orchestration-ecosystem/examples/README.md +38 -60
- package/ai-orchestration-ecosystem/examples/brownfield-refactor.md +90 -0
- package/ai-orchestration-ecosystem/examples/bugfix-production-release.md +90 -0
- package/ai-orchestration-ecosystem/examples/mobile-habit-tracker.md +111 -0
- package/ai-orchestration-ecosystem/examples/web-saas-vercel.md +114 -0
- package/ai-orchestration-ecosystem/governance/capabilities-matrix.md +169 -0
- package/ai-orchestration-ecosystem/governance/operations-runbook.md +236 -0
- package/ai-orchestration-ecosystem/governance/package-release-policy.md +28 -1
- package/ai-orchestration-ecosystem/governance/versioning.md +10 -0
- package/ai-orchestration-ecosystem/manifest.json +185 -0
- package/ai-orchestration-ecosystem/protocols/agent-observability.md +111 -36
- package/ai-orchestration-ecosystem/protocols/ci-cd-readiness.md +1 -1
- package/ai-orchestration-ecosystem/protocols/communication.md +1 -1
- package/ai-orchestration-ecosystem/protocols/component-governance.md +72 -0
- package/ai-orchestration-ecosystem/protocols/delegation.md +1 -1
- package/ai-orchestration-ecosystem/protocols/dependency-graph-validation.md +49 -0
- package/ai-orchestration-ecosystem/protocols/design-quality.md +17 -1
- package/ai-orchestration-ecosystem/protocols/durable-run-state.md +66 -4
- package/ai-orchestration-ecosystem/protocols/future-change-safety.md +98 -0
- package/ai-orchestration-ecosystem/protocols/github-operations.md +2 -1
- package/ai-orchestration-ecosystem/protocols/guided-proactivity.md +1 -1
- package/ai-orchestration-ecosystem/protocols/installed-skill-sync.md +42 -0
- package/ai-orchestration-ecosystem/protocols/mcp-connector-policy.md +173 -0
- package/ai-orchestration-ecosystem/protocols/memory.md +1 -1
- package/ai-orchestration-ecosystem/protocols/model-routing.md +1 -1
- package/ai-orchestration-ecosystem/protocols/performance-budgets.md +7 -0
- package/ai-orchestration-ecosystem/protocols/permission-contract.md +99 -0
- package/ai-orchestration-ecosystem/protocols/post-delivery-monitoring.md +1 -1
- package/ai-orchestration-ecosystem/protocols/production-readiness.md +1 -1
- package/ai-orchestration-ecosystem/protocols/quality-gates.md +1 -1
- package/ai-orchestration-ecosystem/protocols/release-versioning-gate.md +87 -0
- package/ai-orchestration-ecosystem/protocols/secure-sdlc.md +7 -0
- package/ai-orchestration-ecosystem/protocols/squad-pipeline-handoffs.md +1 -1
- package/ai-orchestration-ecosystem/protocols/stack-selection.md +1 -1
- package/ai-orchestration-ecosystem/protocols/testing-matrix.md +1 -1
- package/ai-orchestration-ecosystem/skills/refactor-proofing.md +8 -0
- package/ai-orchestration-ecosystem/squads/design-studio.md +19 -3
- package/ai-orchestration-ecosystem/stack-playbooks/README.md +61 -0
- package/ai-orchestration-ecosystem/stack-playbooks/expo-eas.md +63 -0
- package/ai-orchestration-ecosystem/stack-playbooks/firebase.md +61 -0
- package/ai-orchestration-ecosystem/stack-playbooks/nextjs-vercel-supabase.md +64 -0
- package/ai-orchestration-ecosystem/stack-playbooks/node-api.md +61 -0
- package/ai-orchestration-ecosystem/stack-playbooks/react-vite-static.md +60 -0
- package/ai-orchestration-ecosystem/stack-presets/admin-dashboard.md +25 -1
- package/ai-orchestration-ecosystem/stack-presets/firebase.md +15 -0
- package/ai-orchestration-ecosystem/stack-presets/nextjs-vercel.md +7 -0
- package/ai-orchestration-ecosystem/stack-presets/node-api.md +6 -0
- package/ai-orchestration-ecosystem/stack-presets/react-native.md +6 -0
- package/ai-orchestration-ecosystem/stack-presets/react-vite.md +6 -0
- package/ai-orchestration-ecosystem/stack-presets/static-site.md +6 -0
- package/ai-orchestration-ecosystem/stack-presets/supabase.md +14 -0
- package/ai-orchestration-ecosystem/tasks/design-system.md +41 -14
- package/ai-orchestration-ecosystem/tasks/github-release-ops.md +37 -14
- package/ai-orchestration-ecosystem/tasks/implementation-build.md +40 -14
- package/ai-orchestration-ecosystem/tasks/intake-brief.md +40 -12
- package/ai-orchestration-ecosystem/tasks/product-requirements.md +39 -13
- package/ai-orchestration-ecosystem/tasks/production-readiness.md +39 -14
- package/ai-orchestration-ecosystem/tasks/stack-recommendation.md +40 -14
- package/ai-orchestration-ecosystem/tasks/verification-qa.md +40 -14
- package/ai-orchestration-ecosystem/templates/changelog.md +39 -2
- package/ai-orchestration-ecosystem/templates/execution-trace.md +89 -0
- package/ai-orchestration-ecosystem/templates/future-change-guide.md +121 -0
- package/ai-orchestration-ecosystem/templates/refactor-safety-contract.md +43 -0
- package/ai-orchestration-ecosystem/templates/release-notes.md +41 -1
- package/ai-orchestration-ecosystem/templates/run-state.md +87 -0
- package/ai-orchestration-ecosystem/tools/tool-registry.md +6 -0
- package/ai-orchestration-ecosystem/workflows/brownfield-refactor-safe.md +27 -1
- package/ai-orchestration-ecosystem/workflows/bugfix-to-release.md +27 -1
- package/ai-orchestration-ecosystem/workflows/greenfield-web-app.md +27 -1
- package/ai-orchestration-ecosystem/workflows/mobile-app-production.md +27 -1
- package/ai-orchestration-ecosystem/workflows/web-production-release.md +27 -1
- package/bin/sagaz.js +35 -7
- package/codex-skill/sagaz/SKILL.md +25 -3
- package/package.json +3 -1
- package/scripts/verify-package.js +1562 -11
package/CHANGELOG.md
ADDED
|
@@ -0,0 +1,129 @@
|
|
|
1
|
+
# Changelog
|
|
2
|
+
|
|
3
|
+
## [0.3.0] - 2026-06-11
|
|
4
|
+
|
|
5
|
+
### Release Type
|
|
6
|
+
|
|
7
|
+
Minor
|
|
8
|
+
|
|
9
|
+
### Added
|
|
10
|
+
|
|
11
|
+
- Operations runbook for daily starts, project starts, resumes, handoffs, verification, releases, GitHub operations, and stop conditions.
|
|
12
|
+
- Complete examples library covering web SaaS on Vercel, mobile habit tracking, production bugfix releases, and brownfield refactors.
|
|
13
|
+
- Capabilities matrix comparing Sagaz with common orchestration systems and identifying what Sagaz now covers or intentionally defers.
|
|
14
|
+
- Formal permission contract with approval levels for local edits, installs, network access, GitHub operations, releases, secrets, and destructive actions.
|
|
15
|
+
- Stack playbooks for Next.js/Vercel/Supabase, React/Vite/static hosting, Expo/EAS, Node APIs, and Firebase.
|
|
16
|
+
- Execution trace template and stronger observability contract for commands, decisions, failures, handoffs, and release evidence.
|
|
17
|
+
- MCP connector policy for Figma, GitHub, browser automation, deployment providers, databases, Canva, npm registries, observability, and AI providers.
|
|
18
|
+
|
|
19
|
+
### Changed
|
|
20
|
+
|
|
21
|
+
- `npm test` now validates stack playbooks, permission policy, execution trace requirements, observability rules, and MCP connector policy coverage.
|
|
22
|
+
- README, INDEX, manifest, tool registry, run-state template, and Sagaz skill instructions now expose the new governance and connector contracts.
|
|
23
|
+
- Release governance now requires stronger evidence around permissions, connector usage, workflow traceability, and stack-specific verification.
|
|
24
|
+
|
|
25
|
+
### Fixed
|
|
26
|
+
|
|
27
|
+
- Filled remaining non-CLI governance gaps identified after the 0.2.0 release.
|
|
28
|
+
- Reduced ambiguity around cross-platform execution on Windows and macOS inside Codex Desktop.
|
|
29
|
+
|
|
30
|
+
### Removed
|
|
31
|
+
|
|
32
|
+
- None.
|
|
33
|
+
|
|
34
|
+
### Security
|
|
35
|
+
|
|
36
|
+
- Added explicit permission levels for secrets, destructive actions, external publishing, GitHub operations, package registries, and MCP connectors.
|
|
37
|
+
|
|
38
|
+
### Compatibility
|
|
39
|
+
|
|
40
|
+
- Windows: supported through Codex Desktop and locally verified on Windows.
|
|
41
|
+
- macOS: supported through Codex Desktop and covered by GitHub Actions package checks.
|
|
42
|
+
- Node.js: package baseline remains `>=22.14`; Node.js 24 is preferred for new installs and CI.
|
|
43
|
+
- Codex Desktop: Sagaz remains a Codex Desktop orchestration skill, not a standalone terminal agent runtime.
|
|
44
|
+
|
|
45
|
+
### Migration Notes
|
|
46
|
+
|
|
47
|
+
- Existing users should run `npx sagaz-ai@0.3.0 sync` or `npx sagaz-ai sync` to refresh the installed Codex Desktop skill.
|
|
48
|
+
- Open a new Codex Desktop thread after syncing so the updated skill can be discovered.
|
|
49
|
+
|
|
50
|
+
### Verification
|
|
51
|
+
|
|
52
|
+
- npm test: passed locally on Windows.
|
|
53
|
+
- npm run doctor: passed locally on Windows with `Synchronized with source: yes`.
|
|
54
|
+
- npm pack --dry-run: passed locally on Windows after allowing npm cache access outside the sandbox.
|
|
55
|
+
- Windows: prepared and verified from a Windows Codex Desktop workspace.
|
|
56
|
+
- macOS: package checks remain covered by GitHub Actions.
|
|
57
|
+
- Codex Desktop: skill sync remains required after install or upgrade.
|
|
58
|
+
|
|
59
|
+
### Release Evidence
|
|
60
|
+
|
|
61
|
+
- Commit: pending.
|
|
62
|
+
- Tag: pending.
|
|
63
|
+
- GitHub release: pending.
|
|
64
|
+
- npm package: pending.
|
|
65
|
+
|
|
66
|
+
## [0.2.0] - 2026-06-08
|
|
67
|
+
|
|
68
|
+
### Release Type
|
|
69
|
+
|
|
70
|
+
Minor
|
|
71
|
+
|
|
72
|
+
### Added
|
|
73
|
+
|
|
74
|
+
- Formal workflow contracts and handoff validation across Sagaz workflows.
|
|
75
|
+
- Stronger durable workflow state contract and run-state template.
|
|
76
|
+
- Task-first contracts for reusable Sagaz task definitions.
|
|
77
|
+
- Internal ecosystem manifest and dependency graph validation.
|
|
78
|
+
- Component governance protocol for creating, updating, renaming, deprecating, and removing ecosystem components.
|
|
79
|
+
- Stronger Sagaz evaluation suite with scenario IDs, required evidence, scoring, and release gates.
|
|
80
|
+
- Release/versioning gate for version bumps, tags, GitHub releases, and npm publishes.
|
|
81
|
+
- GitHub Actions enforcement across Linux, Windows, and macOS package checks.
|
|
82
|
+
- Formal changelog and release notes templates.
|
|
83
|
+
- Installed skill synchronization protocol and `npx sagaz-ai sync` command.
|
|
84
|
+
|
|
85
|
+
### Changed
|
|
86
|
+
|
|
87
|
+
- `npm test` now validates workflow contracts, task contracts, manifest coverage, dependency graph integrity, release gates, GitHub Actions enforcement, evaluation coverage, and release artifact templates.
|
|
88
|
+
- `npx sagaz-ai doctor` now checks whether the installed Codex Desktop skill is synchronized with the source skill.
|
|
89
|
+
- README and install documentation now include system requirements, Node.js guidance, platform notes, and skill sync instructions.
|
|
90
|
+
- Package release policy now requires manifest validation, dependency graph validation, evaluation evidence, changelog or release notes, and installed skill sync evidence.
|
|
91
|
+
|
|
92
|
+
### Fixed
|
|
93
|
+
|
|
94
|
+
- Corrected malformed Markdown code fences in several protocol files.
|
|
95
|
+
- Added missing references so critical protocols remain reachable from the dependency graph.
|
|
96
|
+
|
|
97
|
+
### Removed
|
|
98
|
+
|
|
99
|
+
- None.
|
|
100
|
+
|
|
101
|
+
### Security
|
|
102
|
+
|
|
103
|
+
- Release and GitHub operations now require clearer approval gates before publishing, tagging, pushing, or releasing.
|
|
104
|
+
|
|
105
|
+
### Compatibility
|
|
106
|
+
|
|
107
|
+
- Windows: supported through Codex Desktop and validated by GitHub Actions on `windows-latest`.
|
|
108
|
+
- macOS: supported through Codex Desktop and validated by GitHub Actions on `macos-latest`.
|
|
109
|
+
- Node.js: package baseline remains `>=22.14`; GitHub Actions use Node.js 24.
|
|
110
|
+
- Codex Desktop: Sagaz remains a Codex Desktop skill, not a standalone terminal agent runtime.
|
|
111
|
+
|
|
112
|
+
### Migration Notes
|
|
113
|
+
|
|
114
|
+
- Existing users should run `npx sagaz-ai sync` or `npx sagaz-ai install --force` to refresh the installed Codex Desktop skill.
|
|
115
|
+
- Open a new Codex Desktop thread after syncing so the updated skill can be discovered.
|
|
116
|
+
|
|
117
|
+
### Verification
|
|
118
|
+
|
|
119
|
+
- npm test: passed locally on Windows.
|
|
120
|
+
- npm run doctor: passed locally on Windows with `Synchronized with source: yes`.
|
|
121
|
+
- npm pack --dry-run: passed locally on Windows after allowing npm cache access outside the sandbox.
|
|
122
|
+
- Evaluation scenarios: covered by the strengthened `evals/sagaz-evaluation-suite.md` contract.
|
|
123
|
+
|
|
124
|
+
### Release Evidence
|
|
125
|
+
|
|
126
|
+
- Commit: pending.
|
|
127
|
+
- Tag: pending.
|
|
128
|
+
- GitHub release: pending.
|
|
129
|
+
- npm package: pending.
|
package/INSTALL.md
CHANGED
|
@@ -72,6 +72,7 @@ Sagaz: explain the available workflows.
|
|
|
72
72
|
```powershell
|
|
73
73
|
npx sagaz-ai status
|
|
74
74
|
npx sagaz-ai doctor
|
|
75
|
+
npx sagaz-ai sync
|
|
75
76
|
npx sagaz-ai install --force
|
|
76
77
|
```
|
|
77
78
|
|
|
@@ -80,9 +81,30 @@ npx sagaz-ai install --force
|
|
|
80
81
|
```bash
|
|
81
82
|
npx sagaz-ai status
|
|
82
83
|
npx sagaz-ai doctor
|
|
84
|
+
npx sagaz-ai sync
|
|
83
85
|
npx sagaz-ai install --force
|
|
84
86
|
```
|
|
85
87
|
|
|
88
|
+
## Sync The Installed Skill
|
|
89
|
+
|
|
90
|
+
When this repository changes, refresh the installed Codex Desktop skill before relying on new Sagaz behavior.
|
|
91
|
+
|
|
92
|
+
Windows PowerShell:
|
|
93
|
+
|
|
94
|
+
```powershell
|
|
95
|
+
npx sagaz-ai sync
|
|
96
|
+
npx sagaz-ai doctor
|
|
97
|
+
```
|
|
98
|
+
|
|
99
|
+
macOS Terminal:
|
|
100
|
+
|
|
101
|
+
```bash
|
|
102
|
+
npx sagaz-ai sync
|
|
103
|
+
npx sagaz-ai doctor
|
|
104
|
+
```
|
|
105
|
+
|
|
106
|
+
Then open a new Codex Desktop thread so the updated skill is discovered.
|
|
107
|
+
|
|
86
108
|
## Manual Install
|
|
87
109
|
|
|
88
110
|
Copy the Sagaz skill folder from the repository.
|
package/README.md
CHANGED
|
@@ -43,6 +43,7 @@ Sagaz also guides the user through the process. At the end of each phase, it exp
|
|
|
43
43
|
- **Static site discipline:** hand-built static sites use clean directory URLs by default, GitHub Pages-ready files, and a practical SEO baseline.
|
|
44
44
|
- **Sagaz evaluations:** scenario-based checks help prevent regressions in the orchestration system itself.
|
|
45
45
|
- **Compatibility audits:** Sagaz can check whether Windows, macOS, npm, Node.js, Codex Desktop, AI model behavior, GitHub, package contents, or external platform changes require a Sagaz update.
|
|
46
|
+
- **Future-change safety:** generated projects include detailed documentation for future refactors, improvements, feature additions, design consistency, UX preservation, invariants, and regression checks.
|
|
46
47
|
|
|
47
48
|
## How It Works
|
|
48
49
|
|
|
@@ -75,6 +76,37 @@ Key areas:
|
|
|
75
76
|
- `brownfield-refactor-safe`: refactor an existing project safely.
|
|
76
77
|
- `bugfix-to-release`: fix a bug through verification and release.
|
|
77
78
|
|
|
79
|
+
## System Requirements
|
|
80
|
+
|
|
81
|
+
Install these before using Sagaz:
|
|
82
|
+
|
|
83
|
+
- **Codex Desktop:** required. Sagaz is designed to run as a Codex Desktop skill, not as a standalone terminal agent.
|
|
84
|
+
- **Node.js and npm:** required for the recommended `npx sagaz-ai install` flow. Use Node.js `22.14+` at minimum; Node.js `24 LTS` is preferred for new installations.
|
|
85
|
+
- **Git:** recommended for cloning this repository, inspecting changes, and using Sagaz GitHub workflows.
|
|
86
|
+
- **Operating system:** Windows or macOS with access to the local Codex skills folder.
|
|
87
|
+
|
|
88
|
+
Optional but recommended for common Sagaz workflows:
|
|
89
|
+
|
|
90
|
+
- **GitHub CLI (`gh`):** needed for guided GitHub operations such as authentication, pull requests, checks, issues, releases, and repository automation.
|
|
91
|
+
- **Project runtime tools:** install the tools required by the project Sagaz will work on, such as `pnpm`, `yarn`, `bun`, Python, Java, Android Studio, Xcode, Expo/EAS, or database CLIs when that project needs them.
|
|
92
|
+
- **Browser or web testing tools:** useful for visual QA, Playwright flows, accessibility checks, and local web app verification.
|
|
93
|
+
- **Design/tool connectors:** optional connectors such as Figma MCP can be used when available for app-like mockups, design systems, and visual QA.
|
|
94
|
+
|
|
95
|
+
Verify the core local tools:
|
|
96
|
+
|
|
97
|
+
```bash
|
|
98
|
+
node --version
|
|
99
|
+
npm --version
|
|
100
|
+
git --version
|
|
101
|
+
```
|
|
102
|
+
|
|
103
|
+
Verify GitHub CLI only if you want GitHub Ops:
|
|
104
|
+
|
|
105
|
+
```bash
|
|
106
|
+
gh --version
|
|
107
|
+
gh auth status
|
|
108
|
+
```
|
|
109
|
+
|
|
78
110
|
## Installation In Codex Desktop
|
|
79
111
|
|
|
80
112
|
### Recommended: Install With npx
|
|
@@ -105,6 +137,7 @@ Check installation:
|
|
|
105
137
|
```powershell
|
|
106
138
|
npx sagaz-ai status
|
|
107
139
|
npx sagaz-ai doctor
|
|
140
|
+
npx sagaz-ai sync
|
|
108
141
|
```
|
|
109
142
|
|
|
110
143
|
#### macOS Terminal
|
|
@@ -124,8 +157,11 @@ Check installation:
|
|
|
124
157
|
```bash
|
|
125
158
|
npx sagaz-ai status
|
|
126
159
|
npx sagaz-ai doctor
|
|
160
|
+
npx sagaz-ai sync
|
|
127
161
|
```
|
|
128
162
|
|
|
163
|
+
Use `npx sagaz-ai sync` after updating this repository or package to refresh the installed Codex Desktop skill. Then open a new Codex Desktop thread so Sagaz is rediscovered.
|
|
164
|
+
|
|
129
165
|
Then open a new Codex Desktop thread and run:
|
|
130
166
|
|
|
131
167
|
```text
|
|
@@ -206,6 +242,8 @@ Sagaz should choose the appropriate workflow, create or update persistent run st
|
|
|
206
242
|
|
|
207
243
|
For production-grade work, Sagaz can also apply SRE readiness, DORA metrics, secure SDLC, dependency governance, data privacy lifecycle, architecture fitness functions, API contracts, performance budgets, accessibility compliance, database migrations, release strategy, and AI application quality protocols.
|
|
208
244
|
|
|
245
|
+
For medium, large, production, web, mobile, refactor, or feature-extension work, Sagaz should create or update a future-change guide covering product intent, architecture, design system, UX rules, components, invariants, testing, safe refactor procedure, safe feature-addition procedure, deployment, and known risks.
|
|
246
|
+
|
|
209
247
|
For tool-heavy work, Sagaz uses a tool registry to verify local availability and recommend the right connector or platform before asking permission to install, authenticate, deploy, publish, or modify external resources.
|
|
210
248
|
|
|
211
249
|
For common project types, Sagaz can start from documented stack presets such as Next.js on Vercel, React with Vite, Expo mobile, React Native, Supabase, Firebase, Node APIs, static sites, and admin dashboards. For hand-built static sites, Sagaz should default to clean URLs through directory `index.html` files and verify SEO essentials including canonical URLs, Open Graph/Twitter metadata, Schema.org JSON-LD, sitemap, robots, optimized images, and GitHub Pages files when applicable.
|
package/RELEASE_NOTES.md
ADDED
|
@@ -0,0 +1,83 @@
|
|
|
1
|
+
# Release Notes
|
|
2
|
+
|
|
3
|
+
## Release
|
|
4
|
+
|
|
5
|
+
Version: 0.3.0
|
|
6
|
+
Date: 2026-06-11
|
|
7
|
+
Release type: Minor
|
|
8
|
+
GitHub commit: pending
|
|
9
|
+
Git tag: pending
|
|
10
|
+
GitHub release: pending
|
|
11
|
+
npm package: pending
|
|
12
|
+
|
|
13
|
+
## Summary
|
|
14
|
+
|
|
15
|
+
Sagaz 0.3.0 completes the main non-CLI governance layer for Codex Desktop orchestration. It adds operational runbooks, complete scenario examples, a capabilities matrix, formal permission policy, stack playbooks, execution trace evidence, and MCP connector governance.
|
|
16
|
+
|
|
17
|
+
## Audience Impact
|
|
18
|
+
|
|
19
|
+
- New users: clearer operating model, examples, stack guidance, and permission expectations before using Sagaz.
|
|
20
|
+
- Existing users: should refresh the installed skill with `npx sagaz-ai sync`.
|
|
21
|
+
- Maintainers: stronger package checks now catch stack playbook, observability, permission, and connector-policy drift.
|
|
22
|
+
- Design team: Figma MCP usage is governed as a formal connector workflow for app-like mockups and design artifacts.
|
|
23
|
+
- Engineering team: workflow evidence now includes traceable commands, decisions, failures, permissions, and handoffs.
|
|
24
|
+
|
|
25
|
+
## What Changed
|
|
26
|
+
|
|
27
|
+
- Added an operations runbook for everyday Sagaz use.
|
|
28
|
+
- Added complete examples for common delivery scenarios.
|
|
29
|
+
- Added a capabilities matrix against other orchestration ecosystems.
|
|
30
|
+
- Added a formal permission contract for Windows and macOS Codex Desktop usage.
|
|
31
|
+
- Added stack-specific playbooks.
|
|
32
|
+
- Added an execution trace template and stronger observability protocol.
|
|
33
|
+
- Added MCP connector policy across design, deploy, package, data, browser, and AI providers.
|
|
34
|
+
- Expanded package verification to enforce the new governance files.
|
|
35
|
+
|
|
36
|
+
## Why It Matters
|
|
37
|
+
|
|
38
|
+
Sagaz now has clearer rules for how agents should choose tools, request permission, preserve workflow state, hand off work, verify stack-specific outcomes, and operate MCP connectors without drifting into ad hoc behavior.
|
|
39
|
+
|
|
40
|
+
## Compatibility
|
|
41
|
+
|
|
42
|
+
- Windows: supported and locally verified from a Codex Desktop workspace.
|
|
43
|
+
- macOS: supported through Codex Desktop and GitHub Actions runner validation.
|
|
44
|
+
- Node.js: `>=22.14` remains the package minimum; Node.js 24 is preferred for new installs and CI.
|
|
45
|
+
- Codex Desktop: required.
|
|
46
|
+
- GitHub Actions: package checks run on Ubuntu, Windows, and macOS.
|
|
47
|
+
- npm package: still an installer/distribution package, not a standalone Sagaz runtime.
|
|
48
|
+
|
|
49
|
+
## Migration Notes
|
|
50
|
+
|
|
51
|
+
Run:
|
|
52
|
+
|
|
53
|
+
```bash
|
|
54
|
+
npx sagaz-ai@0.3.0 sync
|
|
55
|
+
npx sagaz-ai doctor
|
|
56
|
+
```
|
|
57
|
+
|
|
58
|
+
Then open a new Codex Desktop thread so Sagaz is rediscovered.
|
|
59
|
+
|
|
60
|
+
## Verification
|
|
61
|
+
|
|
62
|
+
- `npm test`: passed locally on Windows.
|
|
63
|
+
- `npm run doctor`: passed locally on Windows with installed skill synchronization confirmed.
|
|
64
|
+
- `npm pack --dry-run`: passed locally on Windows after npm cache access was allowed outside the sandbox.
|
|
65
|
+
- Manual checks: Git status reviewed before release preparation.
|
|
66
|
+
|
|
67
|
+
## Known Limitations
|
|
68
|
+
|
|
69
|
+
- Sagaz still intentionally skips a standalone CLI runtime; Codex Desktop remains the execution surface.
|
|
70
|
+
- GitHub release and npm publishing remain explicit approval steps.
|
|
71
|
+
- Connector behavior depends on each external MCP/app authorization and platform availability.
|
|
72
|
+
|
|
73
|
+
## Rollback Plan
|
|
74
|
+
|
|
75
|
+
- Revert the release commit if the GitHub repository update fails.
|
|
76
|
+
- If published to npm, publish a patch version that restores the previous known-good package contents.
|
|
77
|
+
- Users can reinstall a previous npm version with `npx sagaz-ai@<version> install --force` if needed.
|
|
78
|
+
|
|
79
|
+
## Release Decision
|
|
80
|
+
|
|
81
|
+
Approved by: Thiago Cabral
|
|
82
|
+
Approval date: 2026-06-11
|
|
83
|
+
Residual risk: GitHub Actions and npm publishing still need remote execution after push.
|
|
@@ -5,6 +5,7 @@
|
|
|
5
5
|
- `ACTIVATE.md`: ready-to-use activation prompts.
|
|
6
6
|
- `quickstart.md`: minimum operating rules.
|
|
7
7
|
- `README.md`: ecosystem overview.
|
|
8
|
+
- `manifest.json`: internal component registry for validation and navigation.
|
|
8
9
|
|
|
9
10
|
## Core
|
|
10
11
|
|
|
@@ -50,17 +51,29 @@ See `protocols/` for quality gates, testing matrix, stack selection, design qual
|
|
|
50
51
|
- `protocols/dora-metrics.md`
|
|
51
52
|
- `protocols/secure-sdlc.md`
|
|
52
53
|
- `protocols/dependency-governance.md`
|
|
54
|
+
- `protocols/dependency-graph-validation.md`
|
|
53
55
|
- `protocols/data-privacy-lifecycle.md`
|
|
54
56
|
- `protocols/architecture-fitness-functions.md`
|
|
55
57
|
- `protocols/api-contracts.md`
|
|
56
58
|
- `protocols/performance-budgets.md`
|
|
57
59
|
- `protocols/accessibility-compliance.md`
|
|
58
60
|
- `protocols/database-migrations.md`
|
|
61
|
+
- `protocols/release-versioning-gate.md`
|
|
59
62
|
- `protocols/release-strategy.md`
|
|
60
63
|
- `protocols/ai-application-quality.md`
|
|
61
64
|
- `protocols/agent-observability.md`
|
|
65
|
+
- `protocols/component-governance.md`
|
|
66
|
+
- `protocols/communication.md`
|
|
67
|
+
- `protocols/delegation.md`
|
|
62
68
|
- `protocols/durable-run-state.md`
|
|
63
69
|
- `protocols/compatibility-update-audit.md`
|
|
70
|
+
- `protocols/future-change-safety.md`
|
|
71
|
+
- `protocols/installed-skill-sync.md`
|
|
72
|
+
- `protocols/memory.md`
|
|
73
|
+
- `protocols/model-routing.md`
|
|
74
|
+
- `protocols/mcp-connector-policy.md`
|
|
75
|
+
- `protocols/permission-contract.md`
|
|
76
|
+
- `protocols/post-delivery-monitoring.md`
|
|
64
77
|
|
|
65
78
|
## Tools
|
|
66
79
|
|
|
@@ -78,6 +91,15 @@ See `protocols/` for quality gates, testing matrix, stack selection, design qual
|
|
|
78
91
|
- `stack-presets/static-site.md`
|
|
79
92
|
- `stack-presets/admin-dashboard.md`
|
|
80
93
|
|
|
94
|
+
## Stack Playbooks
|
|
95
|
+
|
|
96
|
+
- `stack-playbooks/README.md`
|
|
97
|
+
- `stack-playbooks/nextjs-vercel-supabase.md`
|
|
98
|
+
- `stack-playbooks/react-vite-static.md`
|
|
99
|
+
- `stack-playbooks/expo-eas.md`
|
|
100
|
+
- `stack-playbooks/node-api.md`
|
|
101
|
+
- `stack-playbooks/firebase.md`
|
|
102
|
+
|
|
81
103
|
## Evaluations
|
|
82
104
|
|
|
83
105
|
- `evals/sagaz-evaluation-suite.md`
|
|
@@ -85,13 +107,21 @@ See `protocols/` for quality gates, testing matrix, stack selection, design qual
|
|
|
85
107
|
## Examples
|
|
86
108
|
|
|
87
109
|
- `examples/README.md`
|
|
110
|
+
- `examples/web-saas-vercel.md`
|
|
111
|
+
- `examples/mobile-habit-tracker.md`
|
|
112
|
+
- `examples/bugfix-production-release.md`
|
|
113
|
+
- `examples/brownfield-refactor.md`
|
|
88
114
|
|
|
89
115
|
## Templates
|
|
90
116
|
|
|
91
|
-
See `templates/` for task briefs, product specs, technical specs, design systems, stack recommendations, run state, squad handoffs, QA reports, release checklists, changelogs, release notes, and final handoffs.
|
|
117
|
+
See `templates/` for task briefs, product specs, technical specs, design systems, future-change guides, refactor safety contracts, stack recommendations, run state, squad handoffs, QA reports, release checklists, changelogs, release notes, and final handoffs.
|
|
118
|
+
|
|
119
|
+
- `templates/execution-trace.md`
|
|
92
120
|
|
|
93
121
|
## Governance
|
|
94
122
|
|
|
123
|
+
- `governance/capabilities-matrix.md`
|
|
124
|
+
- `governance/operations-runbook.md`
|
|
95
125
|
- `governance/quality-policy.md`
|
|
96
126
|
- `governance/security-policy.md`
|
|
97
127
|
- `governance/versioning.md`
|
|
@@ -4,20 +4,24 @@ A local AI orchestration ecosystem for Codex, focused on autonomous teams, consi
|
|
|
4
4
|
|
|
5
5
|
## How To Use
|
|
6
6
|
|
|
7
|
-
1. Read `
|
|
8
|
-
2.
|
|
9
|
-
3.
|
|
10
|
-
4.
|
|
11
|
-
5.
|
|
7
|
+
1. Read `governance/operations-runbook.md` for the daily operating procedure.
|
|
8
|
+
2. Read `quickstart.md`.
|
|
9
|
+
3. Choose the smallest sufficient workflow or squad.
|
|
10
|
+
4. Use formal tasks, handoffs, and quality gates.
|
|
11
|
+
5. Create or update run state for medium/large work.
|
|
12
|
+
6. Verify before declaring done.
|
|
12
13
|
|
|
13
14
|
## Structure
|
|
14
15
|
|
|
16
|
+
- `manifest.json`: internal component registry used to validate and navigate the ecosystem.
|
|
15
17
|
- `workflows/`: named end-to-end flows.
|
|
16
18
|
- `squads/`: specialized teams.
|
|
17
19
|
- `agents/`: role definitions.
|
|
18
20
|
- `tasks/`: formal task contracts.
|
|
19
21
|
- `protocols/`: operating rules and quality gates.
|
|
22
|
+
- `stack-playbooks/`: operational guides for common stack implementation, verification, and deployment.
|
|
20
23
|
- `templates/`: reusable Markdown artifacts.
|
|
24
|
+
- `examples/`: complete web, mobile, bugfix, and refactor flow examples.
|
|
21
25
|
- `engineering/`: software engineering standards.
|
|
22
26
|
- `governance/`: quality, security, and maintenance policies.
|
|
23
27
|
|
|
@@ -25,6 +29,22 @@ A local AI orchestration ecosystem for Codex, focused on autonomous teams, consi
|
|
|
25
29
|
|
|
26
30
|
No delivery is complete without verification evidence proportional to the risk.
|
|
27
31
|
|
|
32
|
+
## Ecosystem Maintenance
|
|
33
|
+
|
|
34
|
+
Use `manifest.json` as the component registry and `protocols/component-governance.md` when creating, updating, renaming, deprecating, or removing Sagaz ecosystem components.
|
|
35
|
+
|
|
36
|
+
Use `protocols/release-versioning-gate.md` before version bumps, Git tags, GitHub releases, or npm publishes. A Sagaz release is not ready until package checks, doctor, manifest coverage, dependency graph validation, relevant evaluation scenarios, and changelog or release notes are complete.
|
|
37
|
+
|
|
38
|
+
Use `protocols/installed-skill-sync.md` after changing the Sagaz skill or release rules so the installed Codex Desktop skill does not drift from the repository copy.
|
|
39
|
+
|
|
40
|
+
Use `governance/capabilities-matrix.md` when comparing Sagaz with CrewAI, AutoGen, LangChain, LangGraph, AIOX, Synkra, or similar orchestration systems.
|
|
41
|
+
|
|
42
|
+
Use `protocols/permission-contract.md` before actions that change local state, remote state, accounts, deployments, packages, credentials, or GitHub history.
|
|
43
|
+
|
|
44
|
+
Use `protocols/agent-observability.md` and `templates/execution-trace.md` for multi-phase, production, release, deployment, package, or high-risk work.
|
|
45
|
+
|
|
46
|
+
Use `protocols/mcp-connector-policy.md` before using MCPs or external connectors such as Figma, GitHub, Canva, Browser, Vercel, Supabase, Firebase, npm, or observability tools.
|
|
47
|
+
|
|
28
48
|
## Advanced Engineering Coverage
|
|
29
49
|
|
|
30
50
|
Sagaz includes protocols for SRE readiness, DORA metrics, secure SDLC, dependency governance, data privacy lifecycle, architecture fitness functions, API contracts, performance budgets, accessibility compliance, database migrations, release strategy, and AI application quality.
|
|
@@ -9,6 +9,8 @@ Create design systems, tokens, components, and consistent visual rules.
|
|
|
9
9
|
- Define colors, typography, spacing, radii, borders, elevation, icons, and motion.
|
|
10
10
|
- Create base components and variants.
|
|
11
11
|
- Standardize forms, feedback, cards, tables, navigation, and modals.
|
|
12
|
+
- When Figma MCP is available, create implementation-ready Figma components, variants, tokens, and screen frames for the mockup.
|
|
13
|
+
- Ensure Figma components map cleanly to the chosen frontend stack, component library, or internal design system.
|
|
12
14
|
|
|
13
15
|
## Standard Output
|
|
14
16
|
|
|
@@ -16,5 +18,6 @@ Create design systems, tokens, components, and consistent visual rules.
|
|
|
16
18
|
- Component inventory
|
|
17
19
|
- Responsive rules
|
|
18
20
|
- Component states
|
|
21
|
+
- Figma component and frame plan when applicable
|
|
19
22
|
- Consistency checklist
|
|
20
23
|
|
|
@@ -10,6 +10,8 @@ Design flows, journeys, information architecture, and interactions that reduce f
|
|
|
10
10
|
- Map happy paths, errors, and empty states.
|
|
11
11
|
- Organize navigation and information hierarchy.
|
|
12
12
|
- Set usability criteria.
|
|
13
|
+
- When Figma MCP is available, define navigable mockup flows that behave like the intended application.
|
|
14
|
+
- Specify interaction states, transitions, and screen-to-screen behavior clearly enough for implementation.
|
|
13
15
|
|
|
14
16
|
## Standard Output
|
|
15
17
|
|
|
@@ -17,5 +19,6 @@ Design flows, journeys, information architecture, and interactions that reduce f
|
|
|
17
19
|
- Navigation map
|
|
18
20
|
- Screen states
|
|
19
21
|
- Interaction requirements
|
|
22
|
+
- Figma mockup flow requirements when applicable
|
|
20
23
|
- Usability criteria
|
|
21
24
|
|
|
@@ -10,10 +10,13 @@ Validate interfaces visually before delivery and block layout, hierarchy, respon
|
|
|
10
10
|
- Find overlap, overflow, misalignment, clipping, and weak contrast.
|
|
11
11
|
- Validate interactive states.
|
|
12
12
|
- Compare implementation against the design system.
|
|
13
|
+
- When Figma MCP was used, inspect Figma frames or screenshots before handoff and verify that the mockup supports the intended user journeys.
|
|
14
|
+
- Confirm that the mockup includes realistic states and does not create impossible implementation expectations.
|
|
13
15
|
|
|
14
16
|
## Standard Output
|
|
15
17
|
|
|
16
18
|
- Viewports tested
|
|
19
|
+
- Figma frames or screenshots reviewed when applicable
|
|
17
20
|
- Issues found
|
|
18
21
|
- Recommended fixes
|
|
19
22
|
- Verdict
|