Levantamento dos cursos que ainda guardam projetos dentro da própria pasta <curso>/projetos/ e plano para levá-los ao hub central (proj_aplicacoes_full_stack/projetos/), no mesmo padrão dos projetos já migrados: código real versionado, entrada no _data/projetos.yml e tutorial autoguiado com checkpoints.

• Data: 2026-09-29
• Situação: 🚧 em execução. D1–D5 aprovadas em 2026-10-03 (todas na opção sugerida). ✅ Concluído (etapas 0 a 8). Os 20 miniprojetos de C estão no hub (série c_mini, 40 programas testados no CI); as 36 pastas <curso>/projetos/ seguem a regra-alvo (Python com os 2 anexos aprovados na D4), e o CI protege a regra com _scripts/check_estrutura_portal.py. Próximo passo: o Plano do Catálogo de Projetos e Nomes das Pastas.
• Relação com outros planos: segue as regras do Plano de Organização por Stack (stack primeiro; _data/projetos.yml como fonte única) e é compatível com o Plano do Hub de Projetos: o que for migrado agora entra no hub atual e se move junto na migração para hub_projetos/.

1. Regra-alvo

<curso>/projetos/ contém apenas o index.md, que lista os projetos do curso com links para o hub. Todo projeto (código, guia, assets) mora no hub e está registrado no _data/projetos.yml.

Hoje 36 cursos têm pasta projetos/; 32 já seguem a regra e 4 não.

2. Diagnóstico (levantamento pelos arquivos versionados)

2.1 Qualidade dos 20 miniprojetos de C (testado)

O gabarito de cada miniprojeto foi extraído do Markdown e compilado com gcc -std=c17 -Wall -Wextra:

Os miniprojetos já têm uma boa espinha pedagógica (objetivos → enunciado → requisitos → arquitetura Mermaid → esqueleto → critérios de aceite → compilação → gabarito → desafio). Falta transformá-la em passos com checkpoints verificáveis, como no guia do fullstack_tarefas_07.

2.2 Links afetados

• Os 20 miniprojetos de C só são linkados por spec_sistemas_com_c/projetos/index.md (20 links). Tópicos, exercícios e slides não apontam para eles.
• As páginas de Python são linkadas entre si e pelo projetos/index.md do curso.
• Endereços antigos: o 404.html já tem o mecanismo de redirecionamento por mapa (usado na troca Mod 03/06 e na unificação de Segurança).

3. O padrão de destino: tutorial autoguiado

É o formato validado no fullstack_tarefas_07_spring_angular, generalizado para qualquer projeto.

3.1 Estrutura de pasta no hub

<id_do_projeto>/
├── index.md                  ← GERADO (não editar à mão)
├── _guia/
│   └── guia.template.md      ← texto do tutorial com marcadores @@INCLUDE caminho@@
├── src/ (ou backend/, frontend/...)  ← código real, o gabarito
├── Makefile / pom.xml / package.json  ← build do projeto
└── tests/ (quando houver)

3.2 Roteiro de cada passo do tutorial

Para projetos de estudo (como os miniprojetos de C), o código do gabarito fica recolhido em <details markdown="1"> para o aluno tentar antes de ver a solução; o checkpoint continua sempre visível.

3.3 Gerador compartilhado

O _guia/gerar_guia.py do tarefas_07 vira _scripts/gerar_guia_projeto.py <pasta>:

• @@INCLUDE caminho@@ → bloco com o arquivo real (raw automático quando houver chaves duplas ou tags Liquid);
• @@INCLUDE_GABARITO caminho@@ → o mesmo, dentro de <details> (novo, para projetos de estudo);
• --check → falha se algum index.md estiver desatualizado em relação ao código;
• --todos → regenera/confere todos os projetos que têm _guia/.

No CI: python _scripts/gerar_guia_projeto.py --todos --check e, para os projetos de C, compilar src/ com gcc -std=c17 -Wall -Wextra -Werror (o runner Ubuntu já tem gcc e resolve também o Miniprojeto 20).

4. Plano por curso

4.1 Sistemas com C — 20 miniprojetos (o grosso do trabalho)

Destino: 20 projetos no hub, grupo c_cpp, nova série “Miniprojetos C (1 por capítulo)”, partes 01→20.

Nome das pastas (padrão do plano de organização, <stack>_<tema>_<NN>_<slug>):

Conversão de cada miniprojeto:

Casos especiais:

• Mini 17 (Make): os 5 blocos viram include/*.h, src/*.c e Makefile reais; o checkpoint é make && make test.
• Mini 20 (sockets POSIX): ver D3.
• Mini 18 × sistemas_c_01_db_binario: ver D2.

Fecho: spec_sistemas_com_c/projetos/index.md passa a listar os 20 projetos do hub (mesmos blocos I–V, links novos); as 20 páginas antigas saem; o 404.html ganha um mapa spec_sistemas_com_c/projetos/NN_slug.html → proj_aplicacoes_full_stack/projetos/c_mini_NN_slug/.

4.2 Sistemas com Java — 4 zips redundantes

• Apagar os 4 .zip: o código é idêntico ao dos projetos do hub, que o projetos/index.md do curso já lista.
• Assets verificados arquivo por arquivo, pelo conteúdo: não há imagens em nenhum zip; os únicos assets são os 4 .wav do Genius, idênticos aos do javadesk_genius_01_swing. O resto que não está no hub é target/*.class (gerado), .idea/.vscode (configuração de IDE) e 3 README.md que são versões anteriores das páginas do hub (91–98% iguais).
• Único conteúdo exclusivo: 3 linhas de critérios de avaliação (“Assessment: …”) no README do Genius 03 — portar traduzidas para javadesk_genius_03_sound/index.md antes de apagar.
• Os zips continuam recuperáveis pelo histórico do git.
• Nenhum link muda.

4.3 Sistemas com Python — páginas de currículo

• miniprojetos_introdutorios.md: o conteúdo (metodologia dos 4 degraus + links para sistemas_python_intro_01…10) é incorporado ao projetos/index.md do curso; a série python_intro do YAML passa a apontar para ele como descrição.
• trilha_evolutiva.md + relatorio_complexidade_10_projetos.md: são planejamento curricular. Mover para spec_sistemas_com_python/_artefatos/ (não publicado) ou manter publicados como anexos do projetos/index.md — ver D4.
• Os 4 projetos da trilha que existem (sistemas_python_01…04) ganham link a partir da trilha; os 6 só especificados ficam como backlog (D4).

4.4 Mobile Nativo Android — prompt interno

• Mover _prompt_revisao_projeto.md para spec_mobile_nativo_android/_artefatos/ (ou docs/legado/), junto dos outros artefatos de trabalho.

5. Decisões (aprovadas em 2026-10-03, todas na opção sugerida)

6. Etapas de execução

Cada etapa em commit próprio; push só no final (ou por lote, se preferir revisar no site publicado).

7. Riscos