LAC
Estrutura Física do LACGovernança · Arquitetura física · Raiz e estrutura de projeto
PortalGovernança
Especificação arquitetural

Estrutura Física do LAC

Documento oficial que define como arquivos, pastas, ambientes, áreas públicas e conteúdos privados são organizados no LAC, separando a responsabilidade física de armazenamento da organização semântica do conhecimento.

LACGovernançaArquitetura físicaRaizPrivacidade

1. Finalidade

O que define

Define a estrutura física oficial do LAC, a função predominante das áreas-raiz, os arquivos autorizados na raiz, a posição da área privada e os critérios para criação, movimentação e manutenção de pastas.

Problema resolvido

Evita crescimento desordenado, páginas soltas, sobreposição de responsabilidades, exposição acidental de conteúdo privado e confusão entre estrutura física e relações semânticas.

2. Princípio central

A raiz do LAC é uma estrutura operacional de áreas de responsabilidade. Ela organiza armazenamento, manutenção, publicação, segurança e evolução. As relações de conhecimento pertencem à arquitetura semântica e podem atravessar as pastas.
Arquitetura físicalocaliza e mantémpáginas e artefatosarquitetura semânticarelaciona o conhecimento

3. Estrutura oficial da raiz

Estado-alvo para migração gradual.

meulivro/
├── index.html
├── portal.html
├── mapa_site.html
│
├── _avaliar/
├── aprendiz/
├── aprendizagem/
├── arquitetura/
├── artigo/
├── assets/
├── autor/
├── base/
├── conhecimento/
├── conteudo/
├── dados/
├── documentacao/
├── dominios/
├── ecossistema/
├── editorial/
├── ferramentas/
├── fundamentos/
├── governanca/
├── homologacao/
├── lab/
├── legado/
├── processos/
├── projeto/
├── publico/
├── referencias/
├── sistema/
├── visitante/
└── privado/
    ├── index_privado.html
    ├── cenarios/
    ├── pessoal/
    ├── familia/
    ├── saude/
    ├── viagens/
    ├── relacionamentos/
    ├── estrategia/
    ├── planejamento/
    ├── pesquisa_reservada/
    ├── documentos/
    └── assets/
Transição: demandas/ e entregas/ serão absorvidos por projeto/demandas_entregas/. A pasta historico_rascunho/ permanece pendente de classificação entre legado/, projeto/historico/ ou outra área responsável.

4. Estrutura oficial de projeto

A área projeto/ reúne definição, análise, pesquisa, decisões, casos de demanda e entrega, memória e documentação operacional dos projetos do LAC.

projeto/
├── index_projeto.html
├── mapa_projeto.html
├── organizacao_projeto.html
├── decisoes_projeto_lac.html
├── especificacao_lac.html
├── estrategia_nicho_mercado_lac.html
├── piloto_captacao_cimento_lac.html
├── projeto_segundo_pmi.html
├── relatorio_aprendizagem_tributacao_001.html
├── roteiro_captacao_cimento_lac.html
├── visao_geral_projeto_ola.html
│
├── analises/
├── assets/
├── concept_papers/
├── demandas_entregas/
├── historico/
├── legado/
├── origens/
└── pesquisa/
Estado atual: os arquivos HTML diretamente em projeto/ permanecem enquanto cumprem função estruturante. Em revisões futuras, alguns poderão ser absorvidos por subpastas especializadas sem perda de rastreabilidade.

4.1 Estrutura oficial de demandas e entregas

As antigas pastas-raiz demandas/ e entregas/ não constituem áreas autônomas do LAC. Elas pertencem ao ciclo de projeto e devem ser absorvidas por projeto/demandas_entregas/, preferencialmente organizadas por caso.

projeto/
└── demandas_entregas/
    ├── index_demandas_entregas.html
    ├── _avaliar/
    ├── camada_publica_descoberta_ola/
    ├── modelo_adocao_ia/
    ├── apresentacao_ola/
    ├── busca_geral_ola/
    ├── entidades_negocio_marcelo_pardo/
    ├── evolucao_conhecimento_humano/
    ├── llm/
    ├── ola_organismo_vivo/
    ├── relogio_ia_pulseira_led/
    ├── sistema_evolucao_conhecimento_ola/
    ├── ux_leandro_galvao/
    └── validacao_ola_facilitacao/

4.2 Modelo-alvo de cada caso

<nome_do_caso>/
├── demanda/
├── desenvolvimento/
├── entregas/
├── validacao/
├── evidencias/
└── historico/
Decisão: a migração será feita de meulivro/demandas/ e meulivro/entregas/ para projeto/demandas_entregas/<caso>/, reunindo em uma única unidade a origem, o desenvolvimento, as entregas, a validação e as evidências.
Migração gradual: não é necessário criar imediatamente todas as subpastas do modelo-alvo. Primeiro, os conteúdos devem ser reunidos por caso e os links devem ser validados.

5. Classificação das áreas-raiz

GrupoÁreasFunçãoTratamento
Núcleo conceitual e sistêmicofundamentos/, arquitetura/, conhecimento/, sistema/, ecossistema/Conceitos, estruturas e funcionamento.Permanente
Pesquisa, projeto e governançapesquisa/, projeto/, governanca/, processos/, documentacao/Investigar, planejar, decidir e documentar.Permanente
Uso, autoria e aprendizagemvisitante/, aprendiz/, aprendizagem/, autor/, editorial/, artigo/Jornadas, produção e aprendizagem.Permanente
Aplicações e conteúdodominios/, conteudo/, publico/Aplicar e disponibilizar conhecimentos.Revisar fronteiras
Infraestruturaassets/, base/, dados/, ferramentas/, referencias/Recursos técnicos, dados e fontes.Permanente
Experimentaçãolab/, homologacao/, _avaliar/Experimentar, testar e classificar.Controlado
Memórialegado/, historico_rascunho/Preservar versões antigas.Preservação
Privacidadeprivado/Conteúdo exclusivamente local.Local
Transiçãodemandas/, entregas/Unidades de trabalho que pertencem ao ciclo de projeto.Absorver em projeto/demandas_entregas/

6. Arquivos autorizados na raiz

Somente index.html, portal.html e mapa_site.html.

index.html

Entrada pública orientada pela pergunta.

portal.html

Entrada institucional e operacional.

mapa_site.html

Visão explícita da estrutura e das rotas.

Arquivos atuais a mover

ArquivoDestinoJustificativa
ola.htmllegado/ola.htmlFase histórica anterior ao LAC.
experiencia_lac.htmllab/experiencia_lac.html ou área responsávelArtefato experimental.
buscar.htmlferramentas/buscar.htmlFerramenta de consulta.
busca_index.jsondados/busca/busca_index.jsonDado estruturado.
sobre_autor.htmlautor/sobre_autor.htmlIdentidade e autoria.
readme.htmldocumentacao/readme.htmlDocumento técnico.
aviso.htmlA definir após análisePode pertencer a público, documentação ou governança.

7. Área privada

A pasta privado/ é uma área-raiz local, qualificada pela visibilidade e pela regra de implantação.

Regra: não deve ser enviada ao provedor, aparecer no mapa público ou receber links de páginas públicas.
privado/
├── index_privado.html
├── cenarios/
│   └── painel_cenario_lac_2026_07.html
├── pessoal/
├── familia/
├── saude/
├── viagens/
├── relacionamentos/
├── estrategia/
├── planejamento/
├── pesquisa_reservada/
├── documentos/
└── assets/

8. Ambientes

lab/

Experimentos e provas de conceito.

homologacao/

Versões candidatas à produção.

_avaliar/

Triagem temporária de itens sem destino definitivo.

labhomologaçãoproduçãohistórico ou legado

9. Arquitetura física × semântica

Física

  • Localiza arquivos e pastas.
  • Apoia manutenção, segurança e publicação.
  • Define áreas de responsabilidade.

Semântica

  • Define conceitos e relações.
  • Integra páginas de áreas diferentes.
  • Alimenta painéis, jornadas e busca.
Uma página permanece na pasta de sua responsabilidade predominante, mas pode relacionar-se semanticamente com qualquer outra área.

10. Critérios para nova área-raiz

Uma nova pasta na raiz só deve ser criada quando representar função estável, recorrente, transversal e autônoma.

Favoráveis

  • Responsabilidade distinta.
  • Conjunto recorrente de páginas e processos.
  • Necessidade própria de manutenção.
  • Persistência de longo prazo.

Contrários

  • Tema isolado.
  • Experimento temporário.
  • Duplicação de área existente.
  • Agrupamento provisório.

11. Migração inicial

  1. Criar governanca/arquitetura/.
  2. Publicar esta página.
  3. Criar privado/.
  4. Mover o Painel de Cenário para privado/cenarios/.
  5. Remover gradualmente arquivos soltos da raiz.
  6. Migrar ola.html para legado/.
  7. Mover busca e índice para áreas técnicas.
  8. Transferir sobre_autor.html e readme.html.
  9. Revisar conteudo/, publico/, base/ e dados/.
  10. Migrar demandas/ e entregas/ para projeto/demandas_entregas/, consolidando os materiais por caso.
  11. Reavaliar historico_rascunho/ para absorção por legado/, projeto/historico/ ou outra área responsável.

12. Organização interna da governança

governanca/
├── index_governanca.html
├── mapa_governanca.html
├── arquitetura/
│   ├── estrutura_fisica_lac.html
│   └── classificacao_e_criterios_areas_raiz_lac.html
├── regras/
│   ├── regras_estrutura_raiz_lac.html
│   ├── regras_integridade_pastas_arquivos_lac.html
│   └── regras_ambientes_lac.html
├── politicas/
│   ├── politica_publicacao_lac.html
│   ├── politica_versionamento_lac.html
│   ├── politica_privacidade_lac.html
│   ├── politica_backup_lac.html
│   └── politica_seguranca_lac.html
├── decisoes/
├── estrategia/
├── modelos/
├── principios/
├── evidencias/
├── portfolio/
├── templates/
├── avaliar/
├── historico/
└── assets/
Separação: arquitetura descreve; classificação e critérios ajudam a decidir; regras disciplinam; políticas estabelecem permissões, obrigações e restrições.

13. Regras de manutenção

  • Todo arquivo deve ter finalidade e área responsável.
  • Arquivos globais na raiz são exceção.
  • Pastas temporárias precisam de critério de saída.
  • Conteúdo privado fica exclusivamente em privado/.
  • Movimentações devem preservar links ou criar redirecionamentos.
  • A estrutura física não muda apenas para aproximar páginas relacionadas.
  • Nova área-raiz exige decisão arquitetural registrada.
  • O mapa público não registra conteúdo privado.
  • O fluxo de publicação deve excluir privado/.

14. Páginas relacionadas

15. Decisão arquitetural

Decisão: a raiz do LAC será mantida como estrutura operacional de áreas de responsabilidade. Apenas index.html, portal.html e mapa_site.html permanecerão como arquivos globais. A pasta privado/ será local e excluída do fluxo de publicação. As relações entre páginas serão tratadas pela arquitetura semântica. As unidades de demanda e entrega não constituem áreas-raiz: pertencem ao ciclo de projeto e serão organizadas em projeto/demandas_entregas/, preferencialmente por caso.