spec-first-copilot 0.5.0-beta.7 → 0.5.0-beta.8
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/lib/update.js +1 -0
- package/package.json +1 -1
- package/templates/.github/CHANGELOG.md +112 -0
package/lib/update.js
CHANGED
package/package.json
CHANGED
|
@@ -0,0 +1,112 @@
|
|
|
1
|
+
# SFW Changelog — spec-first-copilot
|
|
2
|
+
|
|
3
|
+
> Este arquivo é atualizado automaticamente pelo `spec-first-copilot update`.
|
|
4
|
+
> O agent deve ler este arquivo quando o usuário perguntar sobre mudanças,
|
|
5
|
+
> funcionalidades novas, ou o que está disponível no framework.
|
|
6
|
+
>
|
|
7
|
+
> **Não editar manualmente** — será sobrescrito no próximo update.
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
## 0.5.0-beta.7 (2026-04-12)
|
|
12
|
+
|
|
13
|
+
### Novo: Comando `/sf-load <nome>`
|
|
14
|
+
Puxa insumos do backend configurado (Confluence ou filesystem) para `workspace/Input/{nome}/`.
|
|
15
|
+
- Busca o scope pelo nome no backend (match exato)
|
|
16
|
+
- Desce recursivamente na árvore (Confluence `get_page_children` é apenas direto — `/sf-load` faz loop)
|
|
17
|
+
- Baixa conteúdo + attachments
|
|
18
|
+
- Log incremental em `.ai/sf-load-log.md` (NOVO/MODIFICADO/INALTERADO via sha256)
|
|
19
|
+
- Idempotente — rodar N vezes sem mudanças no backend não altera nada
|
|
20
|
+
- Referência: `.github/commands/sf-load.md`
|
|
21
|
+
|
|
22
|
+
### Novo: Adapter layer (Confluence + Filesystem)
|
|
23
|
+
Pipeline agora é backend-agnóstico via adapters plugáveis.
|
|
24
|
+
- **ConfluenceAdapter** — fala com Confluence via MCP `sooperset/mcp-atlassian`
|
|
25
|
+
- **FilesystemAdapter** — lê/escreve direto no disco (também serve como mock pra testes)
|
|
26
|
+
- Configurado em `sfw.config.yml` (copiar de `sfw.config.yml.example`)
|
|
27
|
+
- Interface: `.github/adapters/interface.md` (7 métodos)
|
|
28
|
+
- Erros tipados: `.github/adapters/errors.md` (6 classes)
|
|
29
|
+
- Naming engine: `.github/adapters/naming.md` (placeholders `{scope}`, `{type}`)
|
|
30
|
+
- Registry: `.github/adapters/registry.md`
|
|
31
|
+
- Setup guide: `.github/adapters/SETUP.md` (passo a passo de MCP + Confluence)
|
|
32
|
+
|
|
33
|
+
### Novo: `sfw.config.yml`
|
|
34
|
+
Manifesto do projeto que define de onde vêm e pra onde vão os artefatos.
|
|
35
|
+
- `input.adapter` — de onde puxar insumos (`confluence` ou `filesystem`)
|
|
36
|
+
- `output.targets[].mode` — ligar/desligar publish (`auto`, `manual`, `off`)
|
|
37
|
+
- `naming.output_container` — template do nome da subpasta no Output (ex: `out_{scope}`)
|
|
38
|
+
- `naming.output_artifact` — template do nome do artefato (ex: `{scope} - {type}`)
|
|
39
|
+
- Copiar `sfw.config.yml.example` e preencher. Zero segredos neste arquivo.
|
|
40
|
+
|
|
41
|
+
### Novo: `SETUP.md` — Guia de configuração
|
|
42
|
+
Guia passo a passo em `.github/adapters/SETUP.md`:
|
|
43
|
+
- Setup Confluence: uvx, .mcp.json, token Atlassian, space key, page IDs
|
|
44
|
+
- Setup 100% local (filesystem, zero dependências)
|
|
45
|
+
- Como ligar/desligar Confluence via `mode: auto|manual|off`
|
|
46
|
+
- Troubleshooting: tabela com todos os gotchas conhecidos
|
|
47
|
+
- **IMPORTANTE**: Confluence NÃO é CLI. Acesso via MCP tools prefixadas `mcp__atlassian__confluence_*`
|
|
48
|
+
|
|
49
|
+
### Novo: CLI `update`
|
|
50
|
+
```bash
|
|
51
|
+
npx spec-first-copilot update # adiciona novos, atualiza framework
|
|
52
|
+
npx spec-first-copilot update --force # sobrescreve tudo incluindo copilot-instructions.md
|
|
53
|
+
```
|
|
54
|
+
Atualiza projeto existente sem perder arquivos do usuário.
|
|
55
|
+
|
|
56
|
+
### Breaking: `/sf-setup-projeto` → `/sf-new-project <nome>`
|
|
57
|
+
- Antes: `/sf-setup-projeto` era hardcoded pra pasta `setup_projeto`
|
|
58
|
+
- Agora: `/sf-new-project <nome>` recebe o nome como argumento (simétrico com `/sf-feature <nome>`)
|
|
59
|
+
- `/sf-new-project` gera TRD (bootstrap técnico), `/sf-feature` gera PRD (feature)
|
|
60
|
+
- **Não existe mais pasta mágica** — usuário nomeia livremente em `workspace/Input/`
|
|
61
|
+
- O antigo `setup-projeto.md` foi removido. Usar `new-project.md`
|
|
62
|
+
|
|
63
|
+
### Breaking: `{sequence}` removido
|
|
64
|
+
- Antes: todo item tinha prefixo numérico `001 - ` pra unicidade no Confluence
|
|
65
|
+
- Agora: usuário nomeia livremente, agent segue o nome do Input
|
|
66
|
+
- Naming simplificado: só `{scope}` e `{type}` como placeholders
|
|
67
|
+
- Premissa: 1 space Confluence = 1 projeto (multi-projeto no mesmo space requer nomes únicos no Input)
|
|
68
|
+
|
|
69
|
+
### Breaking: Output agrupado por scope
|
|
70
|
+
- Antes: artefatos flat no Output (ex: `001 - TRD setup_projeto`)
|
|
71
|
+
- Agora: subpasta por scope (ex: `out_app_barbearia/app_barbearia - TRD`)
|
|
72
|
+
- Container configurável via `naming.output_container` (default: `out_{scope}`)
|
|
73
|
+
- Artifact configurável via `naming.output_artifact` (default: `{scope} - {type}`)
|
|
74
|
+
|
|
75
|
+
---
|
|
76
|
+
|
|
77
|
+
## 0.5.0-beta.2 (2026-04-11)
|
|
78
|
+
|
|
79
|
+
### Refactor: `docs/specs/` → `specs/` (top-level)
|
|
80
|
+
- Projeções do SDD (brief, contracts, scenarios, tasks) movidas pra raiz
|
|
81
|
+
- Regra: humano lê `workspace/Output/`, agent lê `specs/`
|
|
82
|
+
|
|
83
|
+
### Refactor: 3-zone separation
|
|
84
|
+
- `.github/` = AI config (rules, templates, commands, agents)
|
|
85
|
+
- `docs/` = system knowledge (5 docs de sistema)
|
|
86
|
+
- `workspace/` = team content (Input/ + Output/)
|
|
87
|
+
|
|
88
|
+
---
|
|
89
|
+
|
|
90
|
+
## 0.4.0 (2026-04-10) — v1 stable
|
|
91
|
+
|
|
92
|
+
### Funcionalidades base
|
|
93
|
+
- 9 commands: setup-projeto, feature, discovery, extract, design, plan, dev, merge-delta, session-finish
|
|
94
|
+
- 7 agents: backend-coder, frontend-coder, db-coder, infra-coder, doc-writer, reviewer, security-reviewer
|
|
95
|
+
- Templates: PRD, TRD, SDD, tasks, Progresso, context, extract-log, backlog, projetos.yaml
|
|
96
|
+
- Templates de estrutura: architecture, domain, conventions, apiContracts, decisions
|
|
97
|
+
- Pipeline: extract → design → plan → dev com checkpoints de aprovação
|
|
98
|
+
- Delta Specs (SDD §11) + merge-delta automático
|
|
99
|
+
- Security Reviewer como gate pós-dev
|
|
100
|
+
- Multi-repo via projetos.yaml
|
|
101
|
+
- Entregáveis contínuos (fases de entrega)
|
|
102
|
+
|
|
103
|
+
---
|
|
104
|
+
|
|
105
|
+
## Como usar este arquivo
|
|
106
|
+
|
|
107
|
+
Se o usuário perguntar:
|
|
108
|
+
- **"O que tem de novo?"** → ler a versão mais recente acima
|
|
109
|
+
- **"Como uso o /sf-load?"** → apontar pra `.github/commands/sf-load.md`
|
|
110
|
+
- **"Como configuro Confluence?"** → apontar pra `.github/adapters/SETUP.md`
|
|
111
|
+
- **"O que é adapter?"** → apontar pra `.github/adapters/interface.md`
|
|
112
|
+
- **"O que mudou de setup-projeto?"** → seção "Breaking" do 0.5.0-beta.7
|