Pular para o conteúdo

Governança de Conteúdo e Donos Canônicos

Documento canônico: 00-foundation/content-ownership-governance.md

Status: aplicação editorial da estratégia aprovada pelo owner em 03/10/2026. Atualização: 04/10/2026. Escopo: responsabilidade institucional, fontes, encaminhamento e publicação. Não altera métodos, scores, contratos técnicos ou gates de produto.

Esta versão aplica o alinhamento de outubro e a arquitetura de marca. O texto anterior permanece preservado com commit e hashes. A regra de dono canônico continua válida: um conceito tem um dono; o Playbook explica conexões e o Docs do dono guarda a fonte profunda.

ConceitoDono e papelComo a Tech Human apresenta
Tech HumanInvestidora de Trustyu.ai e needyu.ai; liderança, adoção de IA, pessoas e governança organizacionalOfertas próprias, contratos próprios e colaboração com escopo explícito
Trustyu.aiAceleradora B2B de soluções AI Native; co-builder e contratação diretaEmpresa investida com identidade e entrada comercial próprias
Trustyu LensTrustyu; avaliação do problema, oportunidade, alternativas e evidênciasEncaminhamento quando a necessidade é decidir se e o que construir
Trustyu ScoreTrustyu; Laudo Técnico ou Completo com Técnico, Produto e Mercado/Negócio por rodadaEncaminhamento ou colaboração contratada para avaliar um sistema concreto
Trustyu ForgeTrustyu; framework e Engineering Harness de engenhariaArquitetura, contexto, controles, validação e responsabilidade humana na execução; JARVIS é codinome interno
Trustyu AI WorksTrustyu; plataforma para criar, evoluir, migrar e reutilizar recursos sob ForgeCapacidade e acesso limitados à evidência própria de estágio; não presumir disponibilidade
NEEDYUProduto independente investido pela Tech Human; V2 desenvolvida através da TrustyuV2 em pré-lançamento; lembrar, decidir, agir e resolver. V1 é histórica e descomissionada
BMAI / THBM e programas de maturidadeTech Human; diagnóstico da organização, liderança, adoção e governançaPreservar método, dimensões e versão da fonte TH; não usar como avaliação de um sistema ou readiness NEEDYU
TH Build / CTO aaS + SquadTech Human; liderança e execução organizacional conforme propostaForge pode ser usado na engenharia; contrato define responsabilidade primária e a colaboração com Trustyu
THunting, letramento, Blueprint e governançaTech Human; ofertas de pessoas, adoção e continuidadeManter fontes TH e limites próprios; não converter em produtos Trustyu por associação

A relação de investimento não declara controle societário, percentual, exclusividade, propriedade intelectual ou acesso compartilhado a dados. Nenhuma entidade é passagem obrigatória para contratar as demais.

  • Tech Human: documentos e decisões deste repositório; arquitetura de marca.
  • Trustyu: estratégia, ofertas, catálogo e estágios e registro de claims.
  • Forge: JARVIS.md, nome de mercado Trustyu Forge; o codinome não cria produto público separado.
  • NEEDYU: alinhamento institucional, roadmap e closeout V1.

O dono canônico já existe como repositório fonte. A existência de um domínio Docs, e sua disponibilidade pública, precisam de recibos separados. Não aguardar um domínio futuro para atribuir corretamente o conceito hoje.

BMAI/THBM considera a organização; Trustyu Score considera um sistema concreto. Escalas, denominadores, conclusões e relatórios não são intercambiáveis. Encaminhamento não combina scores, transfere dados ou contrata automaticamente outra oferta.

Trustyu pode receber uma oportunidade por Lens, Score ou conversa direta. O cliente não precisa contratar os quatro produtos, começar pela Tech Human ou aceitar equity/revenue share para seguir por contratação direta. Forge é o trilho de engenharia; AI Works é a plataforma de execução conforme sua capacidade comprovada. Forge não é uma tese de capital, mecanismo de exit ou produto de validação de ideias.

Proposta conjunta identifica contratante, fornecedor, responsável primário, escopo, critérios de aceite, dados, propriedade intelectual, operação e continuidade. Uso da NEEDYU V2 em projetos, integração embedded, plano pago e acesso geral dependem dos seus gates; não são benefício disponível apenas por participar do ecossistema.

CamadaPapelLimite
Fonte do donoDecisões, métodos, versões e evidênciasOutros materiais referenciam; não reatribuem propriedade
DocsExplicação navegável e profundaTexto e links derivam da fonte; disponibilidade pública tem gate próprio
PlaybookJornada e contexto visualNão substituir o catálogo de produto ou esconder seu estágio
Site e material comercialProblema, resultado esperado, prova, oferta e CTAPromessas específicas exigem evidência, condições e revisão
HistóricoContexto datado e versões anterioresNão projetar silenciosamente como oferta atual nem reescrever certificados e contratos originais

Corrigir primeiro a fonte e depois a projeção: revisar, validar/buildar, distribuir e verificar o domínio. 05-docs-site, 07-playbook-site e 09-pipeline-site são fontes dos distribuidores correspondentes. Build, cron, merge e HTTP 200 não certificam serviço operante.

A validação vigente dos Docs inclui npm audit --audit-level=moderate. A issue #149 e a candidata #155 são gates de segurança separados desta correção editorial. Não afrouxar auditoria, remover proteções ou publicar uma fonte cujo gate de segurança ainda falha.

O catálogo Score 2026-10-08.v1 e a política têm autoridade comercial. Ponte TH e materiais são derivados. Não duplicar economia interna, fórmula Core ou tabela canônica. Segurança/publicação e papéis operacionais conservam seus gates próprios.