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

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

Status: Aprovado como regra editorial Data: 04 Maio 2026 Escopo: Tech Human, Trustyu.ai, NeedyU.ai, BMAI, Trust Score, AI-First Blueprint, CTO aaS, Squad Specialist, THunting, Governanca Continua, JARVIS e Trustyu Forge

Decisao

Cada conceito do ecossistema deve ter um unico dono canonico. Outros negocios podem usar, vender, referenciar ou traduzir o conceito, mas nao devem duplicar a documentacao profunda como se fossem donos da origem.

Regra central:

Um conceito tem um dono. O ecossistema inteiro pode usa-lo. O Playbook explica as conexoes. O Docs do dono guarda a verdade profunda.

Por que isso existe

Sem uma regra de dono canonico, a Tech Human vira um “balde” onde empresa, produto, metodo, camada operacional e tese de capital parecem a mesma coisa. Isso cria quatro riscos:

o comercial vende metodo como produto;
o time confunde operacao com marca;
materiais publicos duplicam conteudo profundo;
futuros sites de Trustyu.ai e NeedyU.ai nascem desalinhados.

Esta governanca preserva clareza, reduz retrabalho e permite que cada negocio tenha sua propria documentacao sem quebrar a narrativa do ecossistema.

Matriz de dono canonico

Conceito	Tipo	Dono canonico	Documentacao profunda	Como aparece na Tech Human
Tech Human	Empresa / orquestradora comercial	Tech Human	`docs.techhuman.com.br`	Empresa-mae comercial, porta de confianca e camada de relacionamento
Playbook Tech Human	Experiencia guiada	Tech Human	`playbook.techhuman.com.br`	Mapa visual do ecossistema, nao fonte profunda
Trustyu.ai	Venture builder / aceleradora AI	Trustyu.ai	futuro `docs.trustyu.ai`	Tese de capital, co-build, Venture Client, equity, revenue share e exit
Trustyu Forge	Modelo operacional	Trustyu.ai	futuro `docs.trustyu.ai/forge`	Camada operacional visivel da Trustyu; nao SKU da Tech Human
JARVIS	Metodo de execucao AI Squad	Trustyu.ai	futuro `docs.trustyu.ai/jarvis`	Metodo usado por baixo em TH Build, squads, Forge e co-builds
Trust Score / Trustyu Score	Framework e produto de diagnostico	Trustyu.ai	futuro `docs.trustyu.ai/score`	Produto operado e empacotado comercialmente pela Tech Human
5 Niveis de Uso Responsavel de IA	Framework de classificacao de risco	Tech Human, com caminho futuro Trustyu Score	`docs.techhuman.com.br` enquanto framework comercial TH	Linguagem que conecta Blueprint, Trust Score, CTO aaS e Governanca
NeedyU.ai	SaaS independente	NeedyU.ai	futuro `docs.needyu.ai`	SaaS standalone ou embedded em squads, governanca e THunting
THunting	Produto operacional	Tech Human	`docs.techhuman.com.br/operacao`	Produto Tech Human de curadoria/assessment AI-literate
Governanca Continua	Produto operacional	Tech Human	`docs.techhuman.com.br/operacao`	Retainer Tech Human para continuidade, risco e maturidade
AI-First Blueprint	Produto / framework de estruturacao	Tech Human	`docs.techhuman.com.br`	Porta B da Tech Human para adocao de IA
BMAI Diagnostico	Triage / porta de entrada	Tech Human	`docs.techhuman.com.br`	Entrada gratuita para direcionar Porta A, B, C ou Trustyu
CTO aaS + Squad Specialist	Oferta comercial / porta de entrada	Tech Human	`docs.techhuman.com.br`	Porta C para lideranca tecnica fracionada e execucao humana especialista
TH Build	Produto de execucao	Tech Human	`docs.techhuman.com.br/operacao`	Projeto de construcao/correcao que usa JARVIS por baixo

Regra de publicacao por camada

Camada	Papel	O que deve conter	O que nao deve conter
Site comercial	Conversao	Dor, promessa, prova, oferta, CTA	Processo profundo, matriz interna, tese completa
Playbook	Entendimento guiado	Mapas, fluxos, infograficos, caminhos por audiencia	Copia integral dos MDs
Docs do dono	Fonte profunda	Documentos completos, decisoes, metodos, operacao, links	Conteudo contraditorio ou duplicado de outro dono
Repositorio	Governanca	Historico, issues, PRs, fontes e evidencias	Conteudo sem dono ou sem status

Como documentar enquanto os outros Docs nao existem

Enquanto docs.trustyu.ai e docs.needyu.ai nao estiverem publicados, o docs.techhuman.com.br pode hospedar documentos de transicao sobre Trustyu, JARVIS, Forge, Score e NeedyU.ai. Esses documentos devem deixar claro que:

Tech Human esta explicando o ecossistema;
o dono canonico futuro pode ser Trustyu.ai ou NeedyU.ai;
o conteudo nao deve ser tratado como produto principal da Tech Human;
quando o Docs do dono existir, a Tech Human deve manter apenas resumo, contexto de uso e links.

Modelo de aviso para documentos de transicao:

Nota editorial: este documento aparece no Docs Tech Human porque explica o ecossistema. O dono
canonico deste conceito e [Trustyu.ai/NeedyU.ai]. Quando o Docs do dono estiver ativo, esta pagina
deve virar resumo e apontar para a fonte profunda.

A arquitetura de transicao e o plano de migracao vivem em ../08-business-docs/README.md. Essa pasta define:

arquitetura futura de docs.trustyu.ai;
arquitetura futura de docs.needyu.ai;
plano de migracao;
criterio para reduzir paginas Tech Human a resumo/contexto quando os Docs do dono existirem.

Padrao para novos conteudos

Todo novo documento, pagina, visual ou material comercial deve responder:

Campo	Pergunta
Dono canonico	Quem e responsavel pela verdade profunda?
Tipo	Empresa, produto, metodo, camada operacional, oferta ou framework?
Usado por	Quais negocios usam ou vendem isso?
Documentacao profunda	Onde fica a fonte integral?
Playbook	Como isso deve ser traduzido visualmente?
Site comercial	Pode virar pagina publica de conversao?
Guardrail	O que nao pode ser dito ou vendido?

Aplicacao pratica

JARVIS

JARVIS e Trustyu.ai. A Tech Human usufrui do metodo, mas nao deve vender JARVIS como produto.

No Playbook Tech Human:

JARVIS e o metodo de execucao AI Squad usado pela Trustyu e pelo ecossistema Tech Human para transformar estrategia em operacao com agentes, templates, testes, arquitetura e criterios de aceite.

No futuro Docs Trustyu:

rituais;
agentes;
templates;
fases P1-P6;
padroes de arquitetura;
criterios de aceite;
automacoes de entrega.

Trust Score / Trustyu Score

Trust Score e uma capacidade de diagnostico operada comercialmente pela Tech Human hoje, mas seu dono estrategico deve ser Trustyu.ai quando o Score evoluir como produto/framework escalavel.

Na Tech Human:

aparece como produto de entrada e auditoria;
pode ter pagina comercial;
pode ser vendido como “Trust Score by Tech Human” enquanto a distribuicao for Tech Human.

Na Trustyu:

deve ser documentado como framework/produto de diagnostico escalavel;
pode evoluir para Trustyu Score se a marca Trustyu assumir o produto como ativo proprio.

BMAI, CTO aaS + Squad e THunting

BMAI, CTO aaS + Squad Specialist e THunting sao partes da arquitetura comercial da Tech Human. Eles nao devem ser tratados como apendices ou como “legado” do modelo anterior.

Na Tech Human:

BMAI Diagnostico e a triage gratuita que identifica Porta A, B, C ou conversa Trustyu;
CTO aaS + Squad Specialist e a Porta C, voltada ao CEO que nao consegue avaliar tecnologia ou traduzir estrategia em execucao;
THunting responde a continuidade humana depois que um sistema, framework ou governanca existe: quem opera, evolui e sustenta o resultado.

No Playbook:

A Tech Human entra pela dor, nao pelo organograma. BMAI identifica a porta. Trust Score audita o que ja existe. Blueprint estrutura adocao. CTO aaS lidera quando o cliente nao fala tecnologia. Squad/JARVIS executa. NeedyU.ai registra memoria. THunting coloca quem opera. Governanca mantem. Trustyu Forge aparece quando a dor vira ativo.

Trustyu Forge

Forge e modelo operacional da Trustyu. A Tech Human pode encaminhar oportunidades para Forge, mas nao deve apresenta-lo como SKU da Tech Human.

No Playbook Tech Human:

Forge e a camada operacional da Trustyu para transformar dores reais em sistemas executaveis e detectar padroes que podem virar SaaS, equity, revenue share ou exit.

Relacao entre Docs e Playbooks

O Playbook principal do ecossistema deve continuar em playbook.techhuman.com.br enquanto a Tech Human estiver explicando o conjunto completo. Ele funciona como mapa de contexto.

Playbooks especificos so devem nascer quando houver uma audiencia propria e conteudo suficiente para justificar uma experiencia separada:

Playbook especifico	Quando criar
`playbook.trustyu.ai`	Quando Trustyu tiver jornada propria para founders, Venture Clients, investidores e operadores
`playbook.needyu.ai`	Quando NeedyU.ai precisar de onboarding de usuarios, CS, parceiros e clientes enterprise
`hub.techhuman.com.br`	Quando houver materiais, onboarding e assets publicos/semipublicos que nao sao Docs nem Playbook

Plano de migracao por negocio

Negocio	Fonte de transicao	Docs futuro	Acao quando existir
Trustyu.ai	`../08-business-docs/trustyu-docs-architecture.md`	`docs.trustyu.ai`	Migrar Trustyu.ai, Forge, JARVIS e Score profundo; manter Tech Human como resumo e handoff
NeedyU.ai	`../08-business-docs/needyu-docs-architecture.md`	`docs.needyu.ai`	Migrar produto, onboarding, integracoes, seguranca e enterprise; manter Tech Human como contexto de uso
Plano geral	`../08-business-docs/migration-plan.md`	Docs do dono	Atualizar links, Playbook, sites e materiais comerciais

Regra final

Se houver conflito entre materiais:

volte ao dono canonico;
corrija o documento fonte;
atualize Docs;
traduza para Playbook;
derive site comercial e materiais.

Nunca corrija apenas o conteudo de ponta se a fonte canonica continua errada.