sagaz-ai 0.1.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/INSTALL.md +78 -0
- package/LICENSE +21 -0
- package/README.md +185 -0
- package/ai-orchestration-ecosystem/ACTIVATE.md +45 -0
- package/ai-orchestration-ecosystem/INDEX.md +73 -0
- package/ai-orchestration-ecosystem/README.md +31 -0
- package/ai-orchestration-ecosystem/agents/design-director.md +20 -0
- package/ai-orchestration-ecosystem/agents/implementation-engineer.md +21 -0
- package/ai-orchestration-ecosystem/agents/orchestrator.md +22 -0
- package/ai-orchestration-ecosystem/agents/product-strategist.md +22 -0
- package/ai-orchestration-ecosystem/agents/qa-verifier.md +23 -0
- package/ai-orchestration-ecosystem/agents/refactor-steward.md +20 -0
- package/ai-orchestration-ecosystem/agents/security-governance.md +21 -0
- package/ai-orchestration-ecosystem/agents/software-architect.md +21 -0
- package/ai-orchestration-ecosystem/agents/specification-writer.md +21 -0
- package/ai-orchestration-ecosystem/agents/technology-strategist.md +21 -0
- package/ai-orchestration-ecosystem/agents/ui-systems-designer.md +20 -0
- package/ai-orchestration-ecosystem/agents/ux-architect.md +21 -0
- package/ai-orchestration-ecosystem/agents/visual-qa.md +20 -0
- package/ai-orchestration-ecosystem/core/decision-records.md +25 -0
- package/ai-orchestration-ecosystem/core/operating-system.md +29 -0
- package/ai-orchestration-ecosystem/core/token-economy.md +15 -0
- package/ai-orchestration-ecosystem/engineering/software-engineering-deep-guide.md +23 -0
- package/ai-orchestration-ecosystem/governance/ecosystem-maintenance.md +13 -0
- package/ai-orchestration-ecosystem/governance/package-release-policy.md +51 -0
- package/ai-orchestration-ecosystem/governance/quality-policy.md +13 -0
- package/ai-orchestration-ecosystem/governance/security-policy.md +13 -0
- package/ai-orchestration-ecosystem/governance/versioning.md +13 -0
- package/ai-orchestration-ecosystem/protocols/accessibility-compliance.md +39 -0
- package/ai-orchestration-ecosystem/protocols/ai-application-quality.md +40 -0
- package/ai-orchestration-ecosystem/protocols/api-contracts.md +37 -0
- package/ai-orchestration-ecosystem/protocols/architecture-fitness-functions.md +36 -0
- package/ai-orchestration-ecosystem/protocols/ci-cd-readiness.md +32 -0
- package/ai-orchestration-ecosystem/protocols/communication.md +32 -0
- package/ai-orchestration-ecosystem/protocols/data-privacy-lifecycle.md +38 -0
- package/ai-orchestration-ecosystem/protocols/database-migrations.md +36 -0
- package/ai-orchestration-ecosystem/protocols/delegation.md +32 -0
- package/ai-orchestration-ecosystem/protocols/dependency-governance.md +36 -0
- package/ai-orchestration-ecosystem/protocols/design-quality.md +32 -0
- package/ai-orchestration-ecosystem/protocols/dora-metrics.md +36 -0
- package/ai-orchestration-ecosystem/protocols/github-operations.md +32 -0
- package/ai-orchestration-ecosystem/protocols/guided-proactivity.md +32 -0
- package/ai-orchestration-ecosystem/protocols/memory.md +32 -0
- package/ai-orchestration-ecosystem/protocols/model-routing.md +32 -0
- package/ai-orchestration-ecosystem/protocols/performance-budgets.md +41 -0
- package/ai-orchestration-ecosystem/protocols/post-delivery-monitoring.md +32 -0
- package/ai-orchestration-ecosystem/protocols/production-readiness.md +32 -0
- package/ai-orchestration-ecosystem/protocols/quality-gates.md +32 -0
- package/ai-orchestration-ecosystem/protocols/release-strategy.md +38 -0
- package/ai-orchestration-ecosystem/protocols/secure-sdlc.md +38 -0
- package/ai-orchestration-ecosystem/protocols/squad-pipeline-handoffs.md +32 -0
- package/ai-orchestration-ecosystem/protocols/sre-readiness.md +41 -0
- package/ai-orchestration-ecosystem/protocols/stack-selection.md +32 -0
- package/ai-orchestration-ecosystem/protocols/testing-matrix.md +32 -0
- package/ai-orchestration-ecosystem/quickstart.md +25 -0
- package/ai-orchestration-ecosystem/skills/exhaustive-verification.md +14 -0
- package/ai-orchestration-ecosystem/skills/refactor-proofing.md +14 -0
- package/ai-orchestration-ecosystem/skills/spec-first-development.md +14 -0
- package/ai-orchestration-ecosystem/squads/code-audit.md +45 -0
- package/ai-orchestration-ecosystem/squads/design-studio.md +45 -0
- package/ai-orchestration-ecosystem/squads/github-ops.md +45 -0
- package/ai-orchestration-ecosystem/squads/maintenance-ops.md +45 -0
- package/ai-orchestration-ecosystem/squads/mobile-app-studio.md +45 -0
- package/ai-orchestration-ecosystem/squads/product-factory.md +45 -0
- package/ai-orchestration-ecosystem/squads/production-critical.md +45 -0
- package/ai-orchestration-ecosystem/squads/refactor-lab.md +45 -0
- package/ai-orchestration-ecosystem/squads/research-to-spec.md +45 -0
- package/ai-orchestration-ecosystem/tasks/design-system.md +34 -0
- package/ai-orchestration-ecosystem/tasks/github-release-ops.md +34 -0
- package/ai-orchestration-ecosystem/tasks/implementation-build.md +34 -0
- package/ai-orchestration-ecosystem/tasks/intake-brief.md +34 -0
- package/ai-orchestration-ecosystem/tasks/product-requirements.md +34 -0
- package/ai-orchestration-ecosystem/tasks/production-readiness.md +34 -0
- package/ai-orchestration-ecosystem/tasks/stack-recommendation.md +34 -0
- package/ai-orchestration-ecosystem/tasks/verification-qa.md +34 -0
- package/ai-orchestration-ecosystem/templates/design-system-spec.md +20 -0
- package/ai-orchestration-ecosystem/templates/final-handoff.md +20 -0
- package/ai-orchestration-ecosystem/templates/github-actions-checklist.md +20 -0
- package/ai-orchestration-ecosystem/templates/implementation-plan.md +20 -0
- package/ai-orchestration-ecosystem/templates/mobile-release-checklist.md +20 -0
- package/ai-orchestration-ecosystem/templates/product-spec.md +20 -0
- package/ai-orchestration-ecosystem/templates/qa-report.md +20 -0
- package/ai-orchestration-ecosystem/templates/run-state.md +20 -0
- package/ai-orchestration-ecosystem/templates/squad-handoff.md +20 -0
- package/ai-orchestration-ecosystem/templates/squad-runbook.md +20 -0
- package/ai-orchestration-ecosystem/templates/stack-recommendation.md +20 -0
- package/ai-orchestration-ecosystem/templates/task-brief.md +20 -0
- package/ai-orchestration-ecosystem/templates/technical-spec.md +20 -0
- package/ai-orchestration-ecosystem/workflows/brownfield-refactor-safe.md +25 -0
- package/ai-orchestration-ecosystem/workflows/bugfix-to-release.md +25 -0
- package/ai-orchestration-ecosystem/workflows/greenfield-web-app.md +25 -0
- package/ai-orchestration-ecosystem/workflows/mobile-app-production.md +36 -0
- package/ai-orchestration-ecosystem/workflows/web-production-release.md +39 -0
- package/bin/sagaz.js +107 -0
- package/codex-skill/sagaz/SKILL.md +69 -0
- package/package.json +42 -0
- package/scripts/verify-package.js +29 -0
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
# Workflow: Brownfield Refactor Safe
|
|
2
|
+
|
|
3
|
+
## Use
|
|
4
|
+
|
|
5
|
+
Use this named workflow when the task matches Brownfield Refactor Safe delivery.
|
|
6
|
+
|
|
7
|
+
## Sequence
|
|
8
|
+
|
|
9
|
+
1. Intake: objective, constraints, definition of done, risks.
|
|
10
|
+
2. Product: requirements, journeys, acceptance criteria.
|
|
11
|
+
3. Technology: stack recommendation, architecture, deployment tradeoffs.
|
|
12
|
+
4. Design: UX, UI, design system, accessibility, visual quality.
|
|
13
|
+
5. Implementation: build in small verifiable increments.
|
|
14
|
+
6. Verification: tests, QA, visual validation, security review.
|
|
15
|
+
7. Production: readiness, environment variables, deployment, rollback.
|
|
16
|
+
8. GitHub Ops: commit, push, PR, checks, release when approved.
|
|
17
|
+
9. Delivery: final handoff with evidence and residual risks.
|
|
18
|
+
|
|
19
|
+
## Gates
|
|
20
|
+
|
|
21
|
+
- Use only necessary phases.
|
|
22
|
+
- Ask permission before each major handoff.
|
|
23
|
+
- Maintain run state for medium/large work.
|
|
24
|
+
- Do not declare done without verification evidence.
|
|
25
|
+
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
# Workflow: Bugfix To Release
|
|
2
|
+
|
|
3
|
+
## Use
|
|
4
|
+
|
|
5
|
+
Use this named workflow when the task matches Bugfix To Release delivery.
|
|
6
|
+
|
|
7
|
+
## Sequence
|
|
8
|
+
|
|
9
|
+
1. Intake: objective, constraints, definition of done, risks.
|
|
10
|
+
2. Product: requirements, journeys, acceptance criteria.
|
|
11
|
+
3. Technology: stack recommendation, architecture, deployment tradeoffs.
|
|
12
|
+
4. Design: UX, UI, design system, accessibility, visual quality.
|
|
13
|
+
5. Implementation: build in small verifiable increments.
|
|
14
|
+
6. Verification: tests, QA, visual validation, security review.
|
|
15
|
+
7. Production: readiness, environment variables, deployment, rollback.
|
|
16
|
+
8. GitHub Ops: commit, push, PR, checks, release when approved.
|
|
17
|
+
9. Delivery: final handoff with evidence and residual risks.
|
|
18
|
+
|
|
19
|
+
## Gates
|
|
20
|
+
|
|
21
|
+
- Use only necessary phases.
|
|
22
|
+
- Ask permission before each major handoff.
|
|
23
|
+
- Maintain run state for medium/large work.
|
|
24
|
+
- Do not declare done without verification evidence.
|
|
25
|
+
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
# Workflow: Greenfield Web App
|
|
2
|
+
|
|
3
|
+
## Use
|
|
4
|
+
|
|
5
|
+
Use this named workflow when the task matches Greenfield Web App delivery.
|
|
6
|
+
|
|
7
|
+
## Sequence
|
|
8
|
+
|
|
9
|
+
1. Intake: objective, constraints, definition of done, risks.
|
|
10
|
+
2. Product: requirements, journeys, acceptance criteria.
|
|
11
|
+
3. Technology: stack recommendation, architecture, deployment tradeoffs.
|
|
12
|
+
4. Design: UX, UI, design system, accessibility, visual quality.
|
|
13
|
+
5. Implementation: build in small verifiable increments.
|
|
14
|
+
6. Verification: tests, QA, visual validation, security review.
|
|
15
|
+
7. Production: readiness, environment variables, deployment, rollback.
|
|
16
|
+
8. GitHub Ops: commit, push, PR, checks, release when approved.
|
|
17
|
+
9. Delivery: final handoff with evidence and residual risks.
|
|
18
|
+
|
|
19
|
+
## Gates
|
|
20
|
+
|
|
21
|
+
- Use only necessary phases.
|
|
22
|
+
- Ask permission before each major handoff.
|
|
23
|
+
- Maintain run state for medium/large work.
|
|
24
|
+
- Do not declare done without verification evidence.
|
|
25
|
+
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
# Workflow: Mobile App Production
|
|
2
|
+
|
|
3
|
+
## Use
|
|
4
|
+
|
|
5
|
+
Use this named workflow when the task matches Mobile App Production delivery.
|
|
6
|
+
|
|
7
|
+
## Sequence
|
|
8
|
+
|
|
9
|
+
1. Intake: objective, constraints, definition of done, risks.
|
|
10
|
+
2. Product: requirements, journeys, acceptance criteria.
|
|
11
|
+
3. Technology: stack recommendation, architecture, deployment tradeoffs.
|
|
12
|
+
4. Design: UX, UI, design system, accessibility, visual quality.
|
|
13
|
+
5. Implementation: build in small verifiable increments.
|
|
14
|
+
6. Verification: tests, QA, visual validation, security review.
|
|
15
|
+
7. Production: readiness, environment variables, deployment, rollback.
|
|
16
|
+
8. GitHub Ops: commit, push, PR, checks, release when approved.
|
|
17
|
+
9. Delivery: final handoff with evidence and residual risks.
|
|
18
|
+
|
|
19
|
+
## Advanced Protocols To Consider
|
|
20
|
+
|
|
21
|
+
- SRE readiness for backends and critical services.
|
|
22
|
+
- Secure SDLC.
|
|
23
|
+
- Dependency governance.
|
|
24
|
+
- Data privacy lifecycle.
|
|
25
|
+
- Performance budgets for cold start, memory, and battery/network impact.
|
|
26
|
+
- Accessibility compliance.
|
|
27
|
+
- Release strategy for phased rollout.
|
|
28
|
+
- AI application quality when AI features exist.
|
|
29
|
+
|
|
30
|
+
## Gates
|
|
31
|
+
|
|
32
|
+
- Use only necessary phases.
|
|
33
|
+
- Ask permission before each major handoff.
|
|
34
|
+
- Maintain run state for medium/large work.
|
|
35
|
+
- Do not declare done without verification evidence.
|
|
36
|
+
|
|
@@ -0,0 +1,39 @@
|
|
|
1
|
+
# Workflow: Web Production Release
|
|
2
|
+
|
|
3
|
+
## Use
|
|
4
|
+
|
|
5
|
+
Use this named workflow when the task matches Web Production Release delivery.
|
|
6
|
+
|
|
7
|
+
## Sequence
|
|
8
|
+
|
|
9
|
+
1. Intake: objective, constraints, definition of done, risks.
|
|
10
|
+
2. Product: requirements, journeys, acceptance criteria.
|
|
11
|
+
3. Technology: stack recommendation, architecture, deployment tradeoffs.
|
|
12
|
+
4. Design: UX, UI, design system, accessibility, visual quality.
|
|
13
|
+
5. Implementation: build in small verifiable increments.
|
|
14
|
+
6. Verification: tests, QA, visual validation, security review.
|
|
15
|
+
7. Production: readiness, environment variables, deployment, rollback.
|
|
16
|
+
8. GitHub Ops: commit, push, PR, checks, release when approved.
|
|
17
|
+
9. Delivery: final handoff with evidence and residual risks.
|
|
18
|
+
|
|
19
|
+
## Advanced Protocols To Consider
|
|
20
|
+
|
|
21
|
+
- SRE readiness.
|
|
22
|
+
- Secure SDLC.
|
|
23
|
+
- Dependency governance.
|
|
24
|
+
- Data privacy lifecycle.
|
|
25
|
+
- API contracts.
|
|
26
|
+
- Performance budgets.
|
|
27
|
+
- Accessibility compliance.
|
|
28
|
+
- Database migrations.
|
|
29
|
+
- Release strategy.
|
|
30
|
+
- DORA metrics.
|
|
31
|
+
- AI application quality when AI features exist.
|
|
32
|
+
|
|
33
|
+
## Gates
|
|
34
|
+
|
|
35
|
+
- Use only necessary phases.
|
|
36
|
+
- Ask permission before each major handoff.
|
|
37
|
+
- Maintain run state for medium/large work.
|
|
38
|
+
- Do not declare done without verification evidence.
|
|
39
|
+
|
package/bin/sagaz.js
ADDED
|
@@ -0,0 +1,107 @@
|
|
|
1
|
+
#!/usr/bin/env node
|
|
2
|
+
import fs from "node:fs";
|
|
3
|
+
import os from "node:os";
|
|
4
|
+
import path from "node:path";
|
|
5
|
+
import { fileURLToPath } from "node:url";
|
|
6
|
+
|
|
7
|
+
const __filename = fileURLToPath(import.meta.url);
|
|
8
|
+
const __dirname = path.dirname(__filename);
|
|
9
|
+
const packageRoot = path.resolve(__dirname, "..");
|
|
10
|
+
const skillSource = path.join(packageRoot, "codex-skill", "sagaz");
|
|
11
|
+
const ecosystemSource = path.join(packageRoot, "ai-orchestration-ecosystem");
|
|
12
|
+
const args = process.argv.slice(2);
|
|
13
|
+
const command = args[0] ?? "help";
|
|
14
|
+
|
|
15
|
+
function usage() {
|
|
16
|
+
console.log(`Sagaz CLI
|
|
17
|
+
|
|
18
|
+
This CLI installs Sagaz into Codex Desktop. It is not a standalone runtime for using Sagaz in a terminal.
|
|
19
|
+
|
|
20
|
+
Usage:
|
|
21
|
+
npx sagaz-ai install
|
|
22
|
+
npx sagaz-ai status
|
|
23
|
+
npx sagaz-ai doctor
|
|
24
|
+
|
|
25
|
+
Options:
|
|
26
|
+
--codex-home <path> Override Codex home. Default: ~/.codex
|
|
27
|
+
--ecosystem <path> Also copy ai-orchestration-ecosystem to a target folder
|
|
28
|
+
--force Overwrite existing installed skill
|
|
29
|
+
`);
|
|
30
|
+
}
|
|
31
|
+
|
|
32
|
+
function optionValue(name) {
|
|
33
|
+
const index = args.indexOf(name);
|
|
34
|
+
return index === -1 ? undefined : args[index + 1];
|
|
35
|
+
}
|
|
36
|
+
|
|
37
|
+
function hasFlag(name) {
|
|
38
|
+
return args.includes(name);
|
|
39
|
+
}
|
|
40
|
+
|
|
41
|
+
function codexHome() {
|
|
42
|
+
return path.resolve(optionValue("--codex-home") ?? path.join(os.homedir(), ".codex"));
|
|
43
|
+
}
|
|
44
|
+
|
|
45
|
+
function copyDirectory(source, target) {
|
|
46
|
+
if (!fs.existsSync(source)) throw new Error(`Source not found: ${source}`);
|
|
47
|
+
fs.mkdirSync(path.dirname(target), { recursive: true });
|
|
48
|
+
fs.cpSync(source, target, { recursive: true, force: true });
|
|
49
|
+
}
|
|
50
|
+
|
|
51
|
+
function install() {
|
|
52
|
+
const targetSkill = path.join(codexHome(), "skills", "sagaz");
|
|
53
|
+
if (fs.existsSync(targetSkill) && !hasFlag("--force")) {
|
|
54
|
+
console.log(`Sagaz is already installed at: ${targetSkill}`);
|
|
55
|
+
console.log("Run with --force to overwrite it.");
|
|
56
|
+
} else {
|
|
57
|
+
copyDirectory(skillSource, targetSkill);
|
|
58
|
+
console.log(`Sagaz skill installed at: ${targetSkill}`);
|
|
59
|
+
}
|
|
60
|
+
|
|
61
|
+
const ecosystemTarget = optionValue("--ecosystem");
|
|
62
|
+
if (ecosystemTarget) {
|
|
63
|
+
const resolvedTarget = path.resolve(ecosystemTarget);
|
|
64
|
+
copyDirectory(ecosystemSource, resolvedTarget);
|
|
65
|
+
console.log(`Sagaz ecosystem copied to: ${resolvedTarget}`);
|
|
66
|
+
}
|
|
67
|
+
|
|
68
|
+
console.log("");
|
|
69
|
+
console.log("Next step:");
|
|
70
|
+
console.log("Open a new Codex Desktop thread and run:");
|
|
71
|
+
console.log("");
|
|
72
|
+
console.log(" Sagaz: explain the available workflows.");
|
|
73
|
+
}
|
|
74
|
+
|
|
75
|
+
function status() {
|
|
76
|
+
const targetSkill = path.join(codexHome(), "skills", "sagaz");
|
|
77
|
+
const skillFile = path.join(targetSkill, "SKILL.md");
|
|
78
|
+
console.log(`Codex home: ${codexHome()}`);
|
|
79
|
+
console.log(`Sagaz skill: ${targetSkill}`);
|
|
80
|
+
console.log(`Installed: ${fs.existsSync(skillFile) ? "yes" : "no"}`);
|
|
81
|
+
}
|
|
82
|
+
|
|
83
|
+
function doctor() {
|
|
84
|
+
let ok = true;
|
|
85
|
+
const required = [
|
|
86
|
+
path.join(skillSource, "SKILL.md"),
|
|
87
|
+
path.join(ecosystemSource, "quickstart.md"),
|
|
88
|
+
path.join(ecosystemSource, "INDEX.md")
|
|
89
|
+
];
|
|
90
|
+
for (const file of required) {
|
|
91
|
+
const exists = fs.existsSync(file);
|
|
92
|
+
console.log(`${exists ? "ok" : "missing"} ${file}`);
|
|
93
|
+
ok = ok && exists;
|
|
94
|
+
}
|
|
95
|
+
status();
|
|
96
|
+
if (!ok) process.exitCode = 1;
|
|
97
|
+
}
|
|
98
|
+
|
|
99
|
+
try {
|
|
100
|
+
if (command === "install") install();
|
|
101
|
+
else if (command === "status") status();
|
|
102
|
+
else if (command === "doctor") doctor();
|
|
103
|
+
else usage();
|
|
104
|
+
} catch (error) {
|
|
105
|
+
console.error(`Sagaz error: ${error.message}`);
|
|
106
|
+
process.exitCode = 1;
|
|
107
|
+
}
|
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sagaz
|
|
3
|
+
description: Local orchestration of autonomous AI squads inside Codex. Use when the user invokes "Sagaz", "$sagaz", "activate Sagaz", "use Sagaz", or asks to create web/mobile products with AI teams, detailed specifications, low token usage, premium design, stack advisory, production-critical delivery, guided GitHub operations, CI/CD, rigorous testing, and team handoffs.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Sagaz
|
|
7
|
+
|
|
8
|
+
Activate Sagaz as a local AI orchestration operating system.
|
|
9
|
+
|
|
10
|
+
## First Step
|
|
11
|
+
|
|
12
|
+
Locate the Sagaz repository in the workspace and read this first:
|
|
13
|
+
|
|
14
|
+
`ai-orchestration-ecosystem/quickstart.md`
|
|
15
|
+
|
|
16
|
+
If navigation is needed, read:
|
|
17
|
+
|
|
18
|
+
`ai-orchestration-ecosystem/INDEX.md`
|
|
19
|
+
|
|
20
|
+
## Operating Rules
|
|
21
|
+
|
|
22
|
+
1. Apply guided proactivity globally: detect required or recommended actions, explain reason/impact/risk, and ask permission before meaningful actions.
|
|
23
|
+
2. Use the smallest sufficient workflow, squad, and file set.
|
|
24
|
+
3. For medium/large work, use a named workflow, formal tasks, and persistent run state.
|
|
25
|
+
4. For multi-phase work, use team handoffs and ask permission before moving forward.
|
|
26
|
+
5. For software, apply senior engineering: simplicity, testability, security, observability, and maintainability.
|
|
27
|
+
6. For stacks, recommend technologies by cost, speed, scale, maintainability, maturity, deployment, and future changes.
|
|
28
|
+
7. For UI, apply design-excellence: UX, UI, design system, responsiveness, accessibility, and visual validation.
|
|
29
|
+
8. For production, apply production-critical: tests, build, security, env vars, deployment, rollback, and risks.
|
|
30
|
+
9. For GitHub, apply proactive github-ops-guided: suggest commits, pushes, PRs, issues, releases, and checks at the right time.
|
|
31
|
+
10. For production-grade engineering, apply relevant advanced protocols: 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.
|
|
32
|
+
11. Do not declare done without verification evidence proportional to risk.
|
|
33
|
+
|
|
34
|
+
## Quick Selection
|
|
35
|
+
|
|
36
|
+
- New web app: `workflows/greenfield-web-app.md`
|
|
37
|
+
- Web for production: `workflows/web-production-release.md`
|
|
38
|
+
- Android/iOS mobile: `workflows/mobile-app-production.md` and `squads/mobile-app-studio.md`
|
|
39
|
+
- Safe refactoring: `workflows/brownfield-refactor-safe.md`
|
|
40
|
+
- Bugfix to release: `workflows/bugfix-to-release.md`
|
|
41
|
+
- Design/UI: `squads/design-studio.md` and `protocols/design-quality.md`
|
|
42
|
+
- GitHub: `squads/github-ops.md` and `protocols/github-operations.md`
|
|
43
|
+
|
|
44
|
+
## Required Handoff
|
|
45
|
+
|
|
46
|
+
For medium/large tasks, at the end of each phase:
|
|
47
|
+
|
|
48
|
+
```md
|
|
49
|
+
Current team:
|
|
50
|
+
What was completed:
|
|
51
|
+
Evidence/artifacts:
|
|
52
|
+
Risks or pending items:
|
|
53
|
+
Next team:
|
|
54
|
+
What it will do:
|
|
55
|
+
Why now:
|
|
56
|
+
May I perform the handoff?
|
|
57
|
+
```
|
|
58
|
+
|
|
59
|
+
## Persistent State
|
|
60
|
+
|
|
61
|
+
For long-running work, create or update a file based on:
|
|
62
|
+
|
|
63
|
+
`ai-orchestration-ecosystem/templates/run-state.md`
|
|
64
|
+
|
|
65
|
+
## Source Of Truth
|
|
66
|
+
|
|
67
|
+
The complete details are in:
|
|
68
|
+
|
|
69
|
+
`ai-orchestration-ecosystem/`
|
package/package.json
ADDED
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "sagaz-ai",
|
|
3
|
+
"version": "0.1.0",
|
|
4
|
+
"description": "Sagaz AI orchestration ecosystem installer for Codex Desktop.",
|
|
5
|
+
"type": "module",
|
|
6
|
+
"bin": {
|
|
7
|
+
"sagaz": "bin/sagaz.js"
|
|
8
|
+
},
|
|
9
|
+
"scripts": {
|
|
10
|
+
"doctor": "node ./bin/sagaz.js doctor",
|
|
11
|
+
"test": "node ./scripts/verify-package.js"
|
|
12
|
+
},
|
|
13
|
+
"files": [
|
|
14
|
+
"bin",
|
|
15
|
+
"scripts",
|
|
16
|
+
"codex-skill",
|
|
17
|
+
"ai-orchestration-ecosystem",
|
|
18
|
+
"README.md",
|
|
19
|
+
"INSTALL.md",
|
|
20
|
+
"LICENSE"
|
|
21
|
+
],
|
|
22
|
+
"keywords": [
|
|
23
|
+
"codex",
|
|
24
|
+
"ai-agents",
|
|
25
|
+
"orchestration",
|
|
26
|
+
"skills",
|
|
27
|
+
"sagaz"
|
|
28
|
+
],
|
|
29
|
+
"author": "Thiago Cabral",
|
|
30
|
+
"license": "MIT",
|
|
31
|
+
"engines": {
|
|
32
|
+
"node": ">=18"
|
|
33
|
+
},
|
|
34
|
+
"repository": {
|
|
35
|
+
"type": "git",
|
|
36
|
+
"url": "git+https://github.com/tscabral1/sagaz.git"
|
|
37
|
+
},
|
|
38
|
+
"bugs": {
|
|
39
|
+
"url": "https://github.com/tscabral1/sagaz/issues"
|
|
40
|
+
},
|
|
41
|
+
"homepage": "https://github.com/tscabral1/sagaz#readme"
|
|
42
|
+
}
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
import fs from "node:fs";
|
|
2
|
+
import path from "node:path";
|
|
3
|
+
|
|
4
|
+
const root = process.cwd();
|
|
5
|
+
const required = [
|
|
6
|
+
"package.json",
|
|
7
|
+
"bin/sagaz.js",
|
|
8
|
+
"codex-skill/sagaz/SKILL.md",
|
|
9
|
+
"ai-orchestration-ecosystem/quickstart.md",
|
|
10
|
+
"ai-orchestration-ecosystem/INDEX.md",
|
|
11
|
+
"README.md",
|
|
12
|
+
"INSTALL.md",
|
|
13
|
+
"LICENSE"
|
|
14
|
+
];
|
|
15
|
+
|
|
16
|
+
let ok = true;
|
|
17
|
+
for (const file of required) {
|
|
18
|
+
const exists = fs.existsSync(path.join(root, file));
|
|
19
|
+
console.log(`${exists ? "ok" : "missing"} ${file}`);
|
|
20
|
+
ok = ok && exists;
|
|
21
|
+
}
|
|
22
|
+
|
|
23
|
+
const skill = fs.readFileSync(path.join(root, "codex-skill/sagaz/SKILL.md"), "utf8").replace(/^\uFEFF/, "");
|
|
24
|
+
if (!skill.startsWith("---") || !skill.includes("name: sagaz")) {
|
|
25
|
+
console.log("missing valid Sagaz skill frontmatter");
|
|
26
|
+
ok = false;
|
|
27
|
+
}
|
|
28
|
+
|
|
29
|
+
if (!ok) process.exitCode = 1;
|