izanagi-ai 2.3.4 → 2.3.5
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/.manifest +62 -56
- package/.opencode/agent/agents.md +7 -6
- package/AGENTS.md +79 -48
- package/RULES.md +7 -3
- package/SYSTEM.md +1 -1
- package/agents/senior-engineer-agent.json +3 -1
- package/core/checkpoint-healing-engine.md +49 -0
- package/core/skill-resolver.json +3 -1
- package/package.json +1 -1
- package/skills/frontend/SKILL.md +28 -16
package/.manifest
CHANGED
|
@@ -1,11 +1,11 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "izanagi-ai",
|
|
3
|
-
"version": "2.3.
|
|
3
|
+
"version": "2.3.5",
|
|
4
4
|
"description": "Izanagi AI - Modular Skill-Oriented AI Prompt & Agent Framework for Autonomous Software Engineering",
|
|
5
5
|
"author": "Pedro Henrique Sanches Leal",
|
|
6
6
|
"license": "MIT",
|
|
7
7
|
"homepage": "https://github.com/pedrohenriquesanchesleal4-debug/izanagi-ai#readme",
|
|
8
|
-
"generatedAt": "2026-08-
|
|
8
|
+
"generatedAt": "2026-08-04T15:04:31.097Z",
|
|
9
9
|
"agents": [
|
|
10
10
|
{
|
|
11
11
|
"id": "animation",
|
|
@@ -1205,6 +1205,66 @@
|
|
|
1205
1205
|
}
|
|
1206
1206
|
]
|
|
1207
1207
|
},
|
|
1208
|
+
{
|
|
1209
|
+
"name": "Core",
|
|
1210
|
+
"count": 9,
|
|
1211
|
+
"skills": [
|
|
1212
|
+
{
|
|
1213
|
+
"id": "checkpoint-healing",
|
|
1214
|
+
"name": "IZANAGI AI — Checkpoint & Self-Healing Swarm Engine",
|
|
1215
|
+
"version": "1.0.0",
|
|
1216
|
+
"path": "core/checkpoint-healing-engine.md"
|
|
1217
|
+
},
|
|
1218
|
+
{
|
|
1219
|
+
"id": "compression-engine",
|
|
1220
|
+
"name": "Core: Compression Engine",
|
|
1221
|
+
"version": "1.0.0",
|
|
1222
|
+
"path": "core/compression-engine.md"
|
|
1223
|
+
},
|
|
1224
|
+
{
|
|
1225
|
+
"id": "context-engine",
|
|
1226
|
+
"name": "Core: Context Engine",
|
|
1227
|
+
"version": "1.0.0",
|
|
1228
|
+
"path": "core/context-engine.md"
|
|
1229
|
+
},
|
|
1230
|
+
{
|
|
1231
|
+
"id": "decision-engine",
|
|
1232
|
+
"name": "Core: Decision Engine",
|
|
1233
|
+
"version": "1.0.0",
|
|
1234
|
+
"path": "core/decision-engine.md"
|
|
1235
|
+
},
|
|
1236
|
+
{
|
|
1237
|
+
"id": "evolution-engine",
|
|
1238
|
+
"name": "Core: Evolution Engine",
|
|
1239
|
+
"version": "1.0.0",
|
|
1240
|
+
"path": "core/evolution-engine.md"
|
|
1241
|
+
},
|
|
1242
|
+
{
|
|
1243
|
+
"id": "planning-engine",
|
|
1244
|
+
"name": "Core: Planning Engine",
|
|
1245
|
+
"version": "1.0.0",
|
|
1246
|
+
"path": "core/planning-engine.md"
|
|
1247
|
+
},
|
|
1248
|
+
{
|
|
1249
|
+
"id": "quality-gates",
|
|
1250
|
+
"name": "Core: Quality Gates",
|
|
1251
|
+
"version": "1.0.0",
|
|
1252
|
+
"path": "core/quality-gates.md"
|
|
1253
|
+
},
|
|
1254
|
+
{
|
|
1255
|
+
"id": "reflection-engine",
|
|
1256
|
+
"name": "Core: Reflection Engine",
|
|
1257
|
+
"version": "1.0.0",
|
|
1258
|
+
"path": "core/reflection-engine.md"
|
|
1259
|
+
},
|
|
1260
|
+
{
|
|
1261
|
+
"id": "token-manager",
|
|
1262
|
+
"name": "Core: Token Manager",
|
|
1263
|
+
"version": "1.0.0",
|
|
1264
|
+
"path": "core/token-manager.md"
|
|
1265
|
+
}
|
|
1266
|
+
]
|
|
1267
|
+
},
|
|
1208
1268
|
{
|
|
1209
1269
|
"name": "DevOps",
|
|
1210
1270
|
"count": 8,
|
|
@@ -1319,60 +1379,6 @@
|
|
|
1319
1379
|
}
|
|
1320
1380
|
]
|
|
1321
1381
|
},
|
|
1322
|
-
{
|
|
1323
|
-
"name": "Core",
|
|
1324
|
-
"count": 8,
|
|
1325
|
-
"skills": [
|
|
1326
|
-
{
|
|
1327
|
-
"id": "compression-engine",
|
|
1328
|
-
"name": "Core: Compression Engine",
|
|
1329
|
-
"version": "1.0.0",
|
|
1330
|
-
"path": "core/compression-engine.md"
|
|
1331
|
-
},
|
|
1332
|
-
{
|
|
1333
|
-
"id": "context-engine",
|
|
1334
|
-
"name": "Core: Context Engine",
|
|
1335
|
-
"version": "1.0.0",
|
|
1336
|
-
"path": "core/context-engine.md"
|
|
1337
|
-
},
|
|
1338
|
-
{
|
|
1339
|
-
"id": "decision-engine",
|
|
1340
|
-
"name": "Core: Decision Engine",
|
|
1341
|
-
"version": "1.0.0",
|
|
1342
|
-
"path": "core/decision-engine.md"
|
|
1343
|
-
},
|
|
1344
|
-
{
|
|
1345
|
-
"id": "evolution-engine",
|
|
1346
|
-
"name": "Core: Evolution Engine",
|
|
1347
|
-
"version": "1.0.0",
|
|
1348
|
-
"path": "core/evolution-engine.md"
|
|
1349
|
-
},
|
|
1350
|
-
{
|
|
1351
|
-
"id": "planning-engine",
|
|
1352
|
-
"name": "Core: Planning Engine",
|
|
1353
|
-
"version": "1.0.0",
|
|
1354
|
-
"path": "core/planning-engine.md"
|
|
1355
|
-
},
|
|
1356
|
-
{
|
|
1357
|
-
"id": "quality-gates",
|
|
1358
|
-
"name": "Core: Quality Gates",
|
|
1359
|
-
"version": "1.0.0",
|
|
1360
|
-
"path": "core/quality-gates.md"
|
|
1361
|
-
},
|
|
1362
|
-
{
|
|
1363
|
-
"id": "reflection-engine",
|
|
1364
|
-
"name": "Core: Reflection Engine",
|
|
1365
|
-
"version": "1.0.0",
|
|
1366
|
-
"path": "core/reflection-engine.md"
|
|
1367
|
-
},
|
|
1368
|
-
{
|
|
1369
|
-
"id": "token-manager",
|
|
1370
|
-
"name": "Core: Token Manager",
|
|
1371
|
-
"version": "1.0.0",
|
|
1372
|
-
"path": "core/token-manager.md"
|
|
1373
|
-
}
|
|
1374
|
-
]
|
|
1375
|
-
},
|
|
1376
1382
|
{
|
|
1377
1383
|
"name": "Optimization",
|
|
1378
1384
|
"count": 3,
|
|
@@ -27,11 +27,12 @@ Quando o usuário digitar `/agents`, você deve apresentar ou ativar o **Modo de
|
|
|
27
27
|
- `/pm` — Project Manager (Planning, Risk Analysis, Milestones)
|
|
28
28
|
- `/professor` — Professor / Mentor (Teaching adaptativo, Code Explanations)
|
|
29
29
|
|
|
30
|
-
**Regras do orquestrador:**
|
|
31
|
-
-
|
|
32
|
-
-
|
|
33
|
-
-
|
|
34
|
-
- **
|
|
35
|
-
-
|
|
30
|
+
**Regras do orquestrador & Execução Paralela:**
|
|
31
|
+
- **🚀 Execução Paralela (Multi-Agents Concorrentes):** Nunca execute agentes em série (um por vez) quando a tarefa puder ser dividida. Ative múltiplos agentes especializados simultaneamente para trabalharem em frentes distintas ao mesmo tempo (ex: Database Engineer modelando dados + Senior Engineer codando a API/UI + Security Engineer auditando auth + Animation Engineer construindo a camada visual em paralelo). Isso garante velocidade máxima sem gargalos.
|
|
32
|
+
- **⚡ Zero Redundância & Zero "De Qualquer Jeito":** Velocidade no Izanagi não significa entrega descuidada ou repetitiva. Significa eliminação estrita de redundâncias (nunca fazer a mesma tarefa várias vezes ou reler arquivos inalterados) com rigor técnico impecável (High-Craft).
|
|
33
|
+
- **🎯 Uso Ativo de Skills:** Cada agente ativado DEVE carregar e aplicar rigorosamente as suas skills designadas no framework, em vez de gerar respostas genéricas.
|
|
34
|
+
- **Projetos novos / ideias vagas**: sempre comece com `/discovery` (ele entrevista, pesquisa referências e gera o prompt rico) antes de arquitetar/codar em paralelo.
|
|
35
|
+
- **Mínimo de agentes efetivos em paralelo**: combine apenas os agentes com contribuição real e distinta para a tarefa.
|
|
36
|
+
- Após orquestrar a execução paralela, **resuma a entrega unificada** (o que cada agente fez em paralelo, arquivos tocados, próximo passo) em até 5 bullets — sem repetir código.
|
|
36
37
|
|
|
37
38
|
Como deseja prosseguir com a tarefa atual? Responda listando os agentes escolhidos ou deixando que o Auto-Detection / All Agents Swarm entre em ação.
|
package/AGENTS.md
CHANGED
|
@@ -1,76 +1,107 @@
|
|
|
1
1
|
# AGENTS.md — Izanagi AI Framework Reference
|
|
2
2
|
|
|
3
|
-
> Version 2.3.
|
|
3
|
+
> Version 2.3.4
|
|
4
4
|
> Modular Skill-Oriented AI Prompt & Agent Framework for Autonomous Software Engineering
|
|
5
5
|
|
|
6
6
|
---
|
|
7
7
|
|
|
8
8
|
## 1. Visão Geral do Framework
|
|
9
9
|
|
|
10
|
-
Izanagi AI é um **framework meta** para engenharia de software autônoma orientada a agentes
|
|
10
|
+
Izanagi AI é um **framework meta** para engenharia de software autônoma orientada a agentes: arquitetura em camadas (Decision → Context → Skill → Quality → Reflection → Memory), biblioteca de skills especializadas, 12 agentes pré-definidos e uma **CLI executável (`izanagi`)** publicada no npm (`izanagi-ai`). Este repositório É o framework (não um app que o usa).
|
|
11
11
|
|
|
12
12
|
---
|
|
13
13
|
|
|
14
|
-
## 2.
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
|
19
|
-
|
|
20
|
-
| `/agents` | `.opencode/agent/agents.md` |
|
|
21
|
-
| `/discovery` | `agents/discovery-agent.json` |
|
|
22
|
-
| `/animation` | `agents/animation-agent.json` |
|
|
23
|
-
| `/architect` | `agents/architect-agent.json` |
|
|
24
|
-
| `/senior-engineer` | `agents/senior-engineer-agent.json` |
|
|
25
|
-
| `/techlead` | `agents/techlead-agent.json` |
|
|
26
|
-
| `/security` | `agents/security-agent.json` |
|
|
27
|
-
| `/devops` | `agents/devops-agent.json` |
|
|
28
|
-
| `/database` | `agents/database-agent.json` |
|
|
29
|
-
| `/bug-hunter` | `agents/bug-hunter-agent.json` |
|
|
30
|
-
| `/docs` | `agents/docs-agent.json` |
|
|
31
|
-
| `/pm` | `agents/pm-agent.json` |
|
|
32
|
-
| `/professor` | `agents/professor-agent.json` |
|
|
14
|
+
## 2. Agentes & Comandos Opencode (`/`)
|
|
15
|
+
|
|
16
|
+
12 agentes em `agents/*.json` + orquestrador `/agents` (`.opencode/agent/agents.md`). Cada agente tem `chains` (nome → array de **aliases** de skill) e `skills` (array de aliases). Existe também um `.md` por agente em `.opencode/agent/` para ativação via slash.
|
|
17
|
+
|
|
18
|
+
| Comando | Arquivo | Papel |
|
|
19
|
+
|---|---|---|
|
|
20
|
+
| `/agents` | `.opencode/agent/agents.md` | Orquestrador Multi-Agente (single/multi/auto/swarm) |
|
|
21
|
+
| `/discovery` | `agents/discovery-agent.json` | Pré-produção: entrevista, pesquisa web, preview, prompt rico ⭐ começo de projeto novo |
|
|
22
|
+
| `/animation` | `agents/animation-agent.json` | Scrollytelling, 3D WebGL, motion signature |
|
|
23
|
+
| `/architect` | `agents/architect-agent.json` | System design, Clean Arch, DDD, CQRS, ADRs |
|
|
24
|
+
| `/senior-engineer` | `agents/senior-engineer-agent.json` | Full-stack, refactoring, código limpo/testável |
|
|
25
|
+
| `/techlead` | `agents/techlead-agent.json` | Code review, governança, mentoria |
|
|
26
|
+
| `/security` | `agents/security-agent.json` | OWASP Top 10, auth, secure coding |
|
|
27
|
+
| `/devops` | `agents/devops-agent.json` | CI/CD, Docker, K8s, IaC, observabilidade |
|
|
28
|
+
| `/database` | `agents/database-agent.json` | SQL, PostgreSQL, Redis, modelagem |
|
|
29
|
+
| `/bug-hunter` | `agents/bug-hunter-agent.json` | Debug, root cause analysis |
|
|
30
|
+
| `/docs` | `agents/docs-agent.json` | Docs técnicos, READMEs, diagramas |
|
|
31
|
+
| `/pm` | `agents/pm-agent.json` | Sprints, milestones, riscos |
|
|
32
|
+
| `/professor` | `agents/professor-agent.json` | Ensino adaptativo, explicações |
|
|
33
33
|
|
|
34
34
|
---
|
|
35
35
|
|
|
36
|
-
## 3.
|
|
36
|
+
## 3. Comandos de Desenvolvimento (ordem importa)
|
|
37
37
|
|
|
38
|
-
|
|
38
|
+
```
|
|
39
|
+
npm install # instala deps (self-dependency: package.json depende de "izanagi-ai": "^2.2.7" — não remover)
|
|
40
|
+
npm run build # tsc && node dist/scripts/generate-manifest.js
|
|
41
|
+
npm run verify # build + teste de instalação em sandbox (passa todos os pack IDs)
|
|
42
|
+
npm run doctor # node bin/izanagi.js doctor — auditoria de integridade
|
|
43
|
+
npm run bump:patch # npm version patch --no-git-tag-version (também minor/major)
|
|
44
|
+
npm publish # prepublishOnly roda build; depois: git push
|
|
45
|
+
```
|
|
39
46
|
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
| `izanagi doctor` | Executa auditoria de integridade do framework (verifica SYSTEM, RULES, integridade de JSONs de agentes e aliases do resolver). |
|
|
47
|
+
**Gotchas críticos:**
|
|
48
|
+
- `dist/` é gitignored e `bin/izanagi.js` importa de `../dist/cli/index.js` — **rode `npm run build` antes de qualquer comando CLI local**, senão roda código obsoleto ou quebra.
|
|
49
|
+
- `doctor` só valida: SYSTEM.md/RULES.md, JSONs de agentes e aliases do resolver → targets. Não valida chains dos agentes nem o conteúdo de `.manifest`.
|
|
50
|
+
- Não há test runner (sem `npm test`). Verificação = `npm run build` + `npm run verify` + `npm run doctor`.
|
|
51
|
+
- CI (`.github/workflows/publish.yml`): roda `build` + `verify` em push/PR; publica no npm em tags `v*`/release (precisa do secret `NPM_TOKEN`).
|
|
52
|
+
- Padrão de commit do repo: `chore: bump to vX.Y.Z` para bumps e `feat:`/`fix:`/`docs:` descritivos em PT-BR para mudanças.
|
|
47
53
|
|
|
48
54
|
---
|
|
49
55
|
|
|
50
|
-
## 4.
|
|
56
|
+
## 4. Estrutura do Framework
|
|
51
57
|
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
+
- `core/` — 8 engines (.md) + **`skill-resolver.json`** (mapa alias → target; NÃO editar à mão sem validar targets)
|
|
59
|
+
- `agents/` — 12 definições de agentes em JSON (fonte da verdade para o `/agents`)
|
|
60
|
+
- `skills/` — 79+ skills em `skills/<name>/SKILL.md` (+ `references.md` opcional)
|
|
61
|
+
- `architecture/ coding/ database/ devops/ memory/ optimization/ security/ teaching/ testing/` — skills legadas em arquivo único `.md`
|
|
62
|
+
- `.opencode/agent/` — comandos slash do Opencode
|
|
63
|
+
- `src/` — CLI TypeScript (entrypoint: `src/cli/index.ts` → `runCLI`); scripts de release em `src/scripts/`
|
|
64
|
+
- `SYSTEM.md` & `RULES.md` — fundação e regras operacionais (carregados via `opencode.json` → instructions)
|
|
58
65
|
|
|
59
66
|
---
|
|
60
67
|
|
|
61
|
-
## 5.
|
|
68
|
+
## 5. Skill Resolver — como aliases resolvem
|
|
62
69
|
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
70
|
+
`core/skill-resolver.json` → `aliases: { alias: "categoria/nome" }` (204 aliases). A resolução de um target tenta, em ordem:
|
|
71
|
+
1. arquivo direto (`skills/foo`)
|
|
72
|
+
2. `skills/foo.md`
|
|
73
|
+
3. `skills/foo/SKILL.md`
|
|
74
|
+
|
|
75
|
+
**Ao adicionar/remover skill:** edite o resolver (ou rode `node dist/scripts/update-resolver.js` para regenerar aliases de `skills/*`), depois valide com `npm run doctor` — ele acusa alias → target inexistente como warning.
|
|
76
|
+
|
|
77
|
+
---
|
|
78
|
+
|
|
79
|
+
## 6. Gotcha `.agents/` (mascarador de bugs)
|
|
80
|
+
|
|
81
|
+
Este repo tem uma pasta `.agents/` (gitignored) que é a instalação local do framework — o CLI (doctor/list/run) **prioriza `.agents/` do cwd** sobre a raiz do repo (`resolveFrameworkRoot`). Consequência prática:
|
|
82
|
+
- Se `.agents/` ficar desatualizado em relação à raiz, o `doctor` valida contra o espelho velho e **mascara bugs reais** (ex.: aliases quebrados resolviam só porque o `.agents` tinha arquivos antigos).
|
|
83
|
+
- **Sincronize manualmente** mudanças de `skills/`, `core/`, `agents/`, `SYSTEM.md`/`RULES.md` para `.agents/` (não há script de sync — apenas copie os arquivos alterados). Manter raiz e `.agents` idênticos (compare com: `Get-ChildItem -Recurse` e `Compare-Object`).
|
|
84
|
+
- `my-project/` na raiz é lixo de teste do instalador (snapshot antigo) — ignorar, não editar.
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
## 7. `.manifest` (catálogo gerado)
|
|
89
|
+
|
|
90
|
+
`.manifest` é **gerado no build** por `src/scripts/generate-manifest.ts` (versão do package.json + 12 agents + 188 skills do resolver, com validação de paths — 0 quebrados ou o build falha). **Não editar à mão**; rodar `npm run build` para regenerar. Incluído no pacote npm como catálogo de consulta.
|
|
91
|
+
|
|
92
|
+
---
|
|
93
|
+
|
|
94
|
+
## 8. Padrão Anti-Generic / High-Craft (Regra de Ouro)
|
|
95
|
+
|
|
96
|
+
Proibido entregar código/design genérico "cara de IA" (templates óbvios, gradientes repetitivos sem propósito, boilerplate), **a menos que o usuário peça explicitamente**.
|
|
97
|
+
- Padrão obrigatório: inovação, sofisticação técnica, código limpo, arquitetura refinada.
|
|
98
|
+
- Design padrão (quando aplicável): estilo Apple-like futurista, glassmorphism sutil, tipografia precisa, 60fps, micro-interações intencionais.
|
|
66
99
|
|
|
67
100
|
---
|
|
68
101
|
|
|
69
|
-
##
|
|
102
|
+
## 9. Release Flow (resumo)
|
|
70
103
|
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
- `src/` — Código-fonte da CLI em TypeScript (`dist/` gerado no build)
|
|
76
|
-
- `SYSTEM.md` & `RULES.md` — Fundação e regras operacionais obrigatórias
|
|
104
|
+
1. `npm run bump:patch` (ou minor/major) — bumpa `package.json`/`package-lock.json` sem tag
|
|
105
|
+
2. `npm run build` — recompila + regenera `.manifest` com a nova versão
|
|
106
|
+
3. Commit (`chore: bump to vX.Y.Z`) + `npm publish` (build roda de novo via prepublishOnly)
|
|
107
|
+
4. `git push` (CI roda build+verify; publish automático via tag/release se configurado)
|
package/RULES.md
CHANGED
|
@@ -16,7 +16,7 @@
|
|
|
16
16
|
| 6 | **Teach** | Every response should educate the user at least one thing. |
|
|
17
17
|
| 7 | **Security by Default** | Security is not a layer. It is embedded in every decision. |
|
|
18
18
|
| 8 | **Measurable Quality** | If it cannot be validated, it is not done. |
|
|
19
|
-
| 9 | **Anti-Generic High-Craft** | Never deliver generic, obvious, or cookie-cutter "AI-generated" boilerplate
|
|
19
|
+
| 9 | **Anti-Generic High-Craft & Cinematic UI** | Never deliver generic, obvious, or cookie-cutter "AI-generated" boilerplate or gray-card layouts ("cara de IA"). Always build innovative, Apple-style / Awwwards-grade work featuring rich dark aesthetics (`bg-zinc-950`), glassmorphism, bento grids, micro-interactions, motion, and scrollytelling capabilities. |
|
|
20
20
|
|
|
21
21
|
---
|
|
22
22
|
|
|
@@ -67,9 +67,13 @@ Regras permanentes para trabalhar rápido sem perder qualidade:
|
|
|
67
67
|
- **Limit self-review cycles.** Revisão de qualidade em 1 passe no próprio diff (segurança → estilo → clareza → concisão → completude); não re-abra o código-base inteiro a cada turno.
|
|
68
68
|
- **Prefer trechos ao arquivo inteiro** ao mostrar resultados no chat (mostre apenas o que mudou).
|
|
69
69
|
|
|
70
|
-
|
|
70
|
+
### 2.5 Autonomous Execution & Dependency Pre-Installation
|
|
71
|
+
|
|
72
|
+
Regras obrigatórias de autonomia e execução:
|
|
71
73
|
|
|
72
|
-
|
|
74
|
+
- **Pré-instalação de dependências:** Se o código novo exigir bibliotecas ou pacotes (ex: `framer-motion`, `lucide-react`, `gsap`, etc.), **baixe e instale as dependências primeiro** via terminal (`npm install <pkg>`) **antes** de criar ou modificar os arquivos de código. Nunca peça para o usuário fazer o que você pode executar.
|
|
75
|
+
- **Autonomia de ponta a ponta:** Execute a tarefa até a conclusão total (planejamento → instalação de deps → código completo → build e verificação), sem parar pela metade ou exigir intervenção manual desnecessária.
|
|
76
|
+
- **Execução proativa de comandos:** Sempre que houver comandos utilitários, de build, teste ou instalação necessários para o sucesso da tarefa, execute-os autonomamente.
|
|
73
77
|
|
|
74
78
|
### 3.1 Skill Declaration
|
|
75
79
|
|
package/SYSTEM.md
CHANGED
|
@@ -22,7 +22,7 @@ Every decision, every line of code, every interaction passes through a layered e
|
|
|
22
22
|
5. **Teach continuously.** Every interaction is a learning opportunity.
|
|
23
23
|
6. **Security is not optional.** It is embedded in every layer.
|
|
24
24
|
7. **Quality is measured.** If it cannot be measured, it cannot be improved.
|
|
25
|
-
8. **Reject generic AI boilerplate.** Never deliver obvious, lazy, or cookie-cutter template code
|
|
25
|
+
8. **Reject generic AI boilerplate & static templates.** Never deliver obvious, lazy, or cookie-cutter template code or generic gray-card UI ("cara de IA") unless explicitly asked. Always produce innovative, out-of-the-box, high-craft work featuring rich dark aesthetics (`bg-zinc-950`), glassmorphism, bento grids, micro-interactions, motion, and scrollytelling capabilities.
|
|
26
26
|
9. **Speed is a feature.** Execute in one pass: one complete file per delivery, read only what changed, batch tool calls, edit by diff, no narration of intent, no echo of context. Review in one pass on the diff — same quality, fewer turns.
|
|
27
27
|
|
|
28
28
|
---
|
|
@@ -21,7 +21,9 @@
|
|
|
21
21
|
"Explicar o porquê em 2-3 bullets (trade-offs), sem aula sobre o básico",
|
|
22
22
|
"Nunca releia arquivos já lidos e não mudados; agrupar tool reads/buscas",
|
|
23
23
|
"Prefeir diffs/talhes a colar arquivos inteiros no chat",
|
|
24
|
-
"Seguir a arquitetura e convenções existentes do projeto"
|
|
24
|
+
"Seguir a arquitetura e convenções existentes do projeto",
|
|
25
|
+
"Baixar e instalar dependências necessárias (npm install) autonomamente ANTES de criar ou alterar arquivos de código",
|
|
26
|
+
"Executar a tarefa até a conclusão total (planejamento, dependências, implementação, build e verificação) sem parar pela metade"
|
|
25
27
|
],
|
|
26
28
|
"never": [
|
|
27
29
|
"Pular error handling ou validar entradas",
|
|
@@ -0,0 +1,49 @@
|
|
|
1
|
+
# IZANAGI AI — Checkpoint & Self-Healing Swarm Engine
|
|
2
|
+
|
|
3
|
+
> Version 1.0.0
|
|
4
|
+
> Commercial-Grade Meta-Framework Extension (Inspirado em LangGraph + MetaGPT + CrewAI)
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## 1. Visão Geral
|
|
9
|
+
|
|
10
|
+
O **Checkpoint & Self-Healing Swarm Engine** é o módulo avançado que eleva o Izanagi ao padrão de frameworks comerciais de alta resiliência (como LangGraph e MetaGPT). Ele garante:
|
|
11
|
+
1. **Persistent State Checkpoints**: Salvamento de estado intermediário a cada passo da execução multi-agente, permitindo retomada exata (time-travel debugging) em caso de falha.
|
|
12
|
+
2. **Self-Healing Test-Fix Loops**: Se um teste falhar ou o build quebrar, o agente de correção (Bug Hunter / Senior Engineer) recebe automaticamente o log de erro exato, aplica o patch corretivo e revalida sem intervenção humana.
|
|
13
|
+
3. **Autonomous Multi-Agent Swarm Collaboration**: Sincronização paralela entre agentes especializados (ex: Database + Backend + Frontend + QA) com handoffs estruturados e validação cruzada.
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## 2. Arquitetura de Execução Stateful
|
|
18
|
+
|
|
19
|
+
```
|
|
20
|
+
Task Input → Decision Engine → Parallel Swarm Dispatch
|
|
21
|
+
│
|
|
22
|
+
┌─────────────────────────────┼─────────────────────────────┐
|
|
23
|
+
▼ ▼ ▼
|
|
24
|
+
[Database Agent] [Senior Engineer] [Security Agent]
|
|
25
|
+
(Schema & Migrations) (API & UI Implementation) (OWASP Audit & Auth)
|
|
26
|
+
│ │ │
|
|
27
|
+
└─────────────────────────────┼─────────────────────────────┘
|
|
28
|
+
▼
|
|
29
|
+
[Stateful Checkpoint]
|
|
30
|
+
│
|
|
31
|
+
[Quality Gates & Tests]
|
|
32
|
+
│
|
|
33
|
+
┌───────────┴───────────┐
|
|
34
|
+
(Passo) (Falhou)
|
|
35
|
+
│ │
|
|
36
|
+
▼ ▼
|
|
37
|
+
[Delivery] [Self-Healing Loop]
|
|
38
|
+
(Auto-fix com erro)
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
---
|
|
42
|
+
|
|
43
|
+
## 3. Protocolo de Auto-Cura (Self-Healing)
|
|
44
|
+
|
|
45
|
+
Quando o Quality Gate ou o comando de verificação (`npm run build`, testes) falhar:
|
|
46
|
+
1. **Captura do Erro**: O framework extrai o stack trace e o erro exato do terminal.
|
|
47
|
+
2. **Injeção Cirúrgica**: O erro é injetado diretamente no contexto do agente especialista responsável.
|
|
48
|
+
3. **Patch Automático**: O agente gera o diff corretivo.
|
|
49
|
+
4. **Revalidação**: O comando de teste é reexecutado de forma autônoma até o sucesso (`0 errors`).
|
package/core/skill-resolver.json
CHANGED
|
@@ -204,6 +204,8 @@
|
|
|
204
204
|
"requirement-discovery": "skills/brainstorming/SKILL",
|
|
205
205
|
"research": "skills/deep-research/SKILL",
|
|
206
206
|
"e2e": "skills/webapp-testing/SKILL",
|
|
207
|
-
"test-first": "skills/tdd/SKILL"
|
|
207
|
+
"test-first": "skills/tdd/SKILL",
|
|
208
|
+
"checkpoint-healing": "core/checkpoint-healing-engine",
|
|
209
|
+
"healing": "core/checkpoint-healing-engine"
|
|
208
210
|
}
|
|
209
211
|
}
|
package/package.json
CHANGED
package/skills/frontend/SKILL.md
CHANGED
|
@@ -81,20 +81,35 @@ Antes de criar qualquer estilização, **consulte os tokens abaixo**. Priorize S
|
|
|
81
81
|
|
|
82
82
|
---
|
|
83
83
|
|
|
84
|
-
## 📐 Padrões de Design
|
|
84
|
+
## 📐 Padrões de Design de Alto Craft (Anti-Generic AI Mandate)
|
|
85
85
|
|
|
86
|
-
|
|
86
|
+
> ⛔ **PROIBIDO LAYOUT "CARA DE IA"**: Nunca gere sites monótonos com fundos cinzas chapados (`bg-gray-50`), cards brancos genéricos idênticos em grid simétrico, blocos de texto chatos sem ritmo visual ou ausência total de animações.
|
|
87
|
+
> ✅ **OBRIGATÓRIO (High-Craft & Cinematic UI)**:
|
|
88
|
+
> - **Estética Apple-Futurista / Awwwards**: Fundos imersivos (`bg-zinc-950`), gradientes radiais sutis (`bg-gradient-to-tr from-indigo-950/40 via-zinc-950 to-zinc-950`), e efeitos de luz/foco.
|
|
89
|
+
> - **Glassmorphism & Bordas Brilhantes**: `backdrop-blur-xl bg-zinc-900/60 border border-zinc-800/80 shadow-2xl` com glow sutil no hover (`hover:border-indigo-500/50 hover:shadow-indigo-500/10`).
|
|
90
|
+
> - **Layouts Dinâmicos (Bento Grids & Asimetria)**: Grids variados (Bento UI), seções com contraste visual marcante, espaçamento generoso (`py-24` ou `py-32`), tipografia precisa (`tracking-tight font-sans`).
|
|
91
|
+
> - **Motion & Micro-interações**: Transições fluidas (`transition-all duration-300 hover:scale-[1.02]`), suporte a animações de scroll, stagger entry e feedback visual em cada elemento interativo.
|
|
87
92
|
|
|
88
|
-
|
|
93
|
+
### Layout de Página Moderna / Cinematográfica
|
|
94
|
+
|
|
95
|
+
Toda página pública deve seguir um padrão imersivo e sofisticado:
|
|
89
96
|
|
|
90
97
|
```tsx
|
|
91
|
-
<main>
|
|
98
|
+
<main className="min-h-screen bg-zinc-950 text-zinc-100 selection:bg-indigo-500 selection:text-white">
|
|
92
99
|
<Header />
|
|
93
|
-
<PageHeader title="..." subtitle="..." breadcrumb={[...]} />
|
|
94
100
|
|
|
95
|
-
|
|
101
|
+
{/* Hero Cinematográfico com Radial Glow */}
|
|
102
|
+
<section className="relative overflow-hidden py-28 md:py-36">
|
|
103
|
+
<div className="absolute top-1/4 left-1/2 -translate-x-1/2 -translate-y-1/2 w-[600px] h-[600px] bg-indigo-500/10 blur-[120px] rounded-full pointer-events-none" />
|
|
104
|
+
<div className="container mx-auto px-4 relative z-10">
|
|
105
|
+
{/* Título com tracking-tight e subtítulo refinado */}
|
|
106
|
+
</div>
|
|
107
|
+
</section>
|
|
108
|
+
|
|
109
|
+
{/* Seção Bento Grid / Conteúdo Dinâmico */}
|
|
110
|
+
<section className="py-20 border-t border-zinc-900/80">
|
|
96
111
|
<div className="container mx-auto px-4">
|
|
97
|
-
{/*
|
|
112
|
+
{/* Grid assimétrico / bento cards */}
|
|
98
113
|
</div>
|
|
99
114
|
</section>
|
|
100
115
|
|
|
@@ -102,17 +117,14 @@ Toda page pública segue exatamente esta estrutura:
|
|
|
102
117
|
</main>
|
|
103
118
|
```
|
|
104
119
|
|
|
105
|
-
### Cards e Containers
|
|
120
|
+
### Cards e Containers de Alto Padrão
|
|
106
121
|
|
|
107
122
|
```tsx
|
|
108
|
-
// Card
|
|
109
|
-
<div className="bg-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
// Container de seção
|
|
115
|
-
<div className="container mx-auto px-4">
|
|
123
|
+
// Card Bento com Glassmorphism e Glow no Hover
|
|
124
|
+
<div className="group relative rounded-2xl bg-zinc-900/60 p-8 backdrop-blur-xl border border-zinc-800/80 hover:border-indigo-500/50 transition-all duration-300 hover:shadow-2xl hover:shadow-indigo-500/10">
|
|
125
|
+
<div className="absolute inset-0 bg-gradient-to-b from-white/[0.03] to-transparent rounded-2xl pointer-events-none" />
|
|
126
|
+
{/* conteúdo */}
|
|
127
|
+
</div>
|
|
116
128
|
```
|
|
117
129
|
|
|
118
130
|
### Formulários
|