auroq-os 2.2.3 → 2.3.1

package/agents/worker-forge/knowledge/job-design-business-systems.md

@@ -1,296 +0,0 @@
-# Job Design & Business Systems para Digital Workers
-
-> Pesquisa de frameworks de design organizacional, job design e sistemas de negocio aplicados a criacao de trabalhadores digitais (AI agents). Cada framework traz uma lente diferente — de sistemas operacionais a psicologia do trabalho — e todos convergem pra um ponto: **trabalho bem desenhado = resultado previsivel**.
-
----
-
-## 1. E-Myth Revisited (Michael Gerber)
-
-### Tese Central
-
-O "E-Myth" (Entrepreneurial Myth) e o mito de que negocios sao criados por empreendedores visionarios. A realidade: **a maioria dos negocios e criada por Tecnicos** — gente que sabe fazer o trabalho tecnico e assume que saber fazer = saber gerir um negocio que faz.
-
-> "If you understand the technical work of a business, you understand a business that does that technical work." — Essa e a **Suposicao Fatal** que mata 50% dos negocios nos primeiros 5 anos.
-
-A solucao do Gerber e radical e simples: **trabalhe NO negocio, nao DENTRO dele.**
-
-### Os 3 Papeis Internos
-
-Todo dono de negocio carrega 3 personalidades dentro de si — e elas vivem em guerra:
-
-| Papel | Foco | Frase tipica | % no dono medio |
-|-------|------|-------------|-----------------|
-| **Empreendedor** | Visao, futuro, possibilidades | "E se a gente..." | 10% |
-| **Gerente** | Ordem, planejamento, previsibilidade | "Precisamos organizar..." | 20% |
-| **Tecnico** | Fazer, executar, produzir | "Deixa que eu faco" | 70% |
-
-O problema: com 70% Tecnico, o dono fica preso DENTRO do negocio fazendo o trabalho, sem ninguem pensando em como o negocio deveria funcionar.
-
-### O Franchise Prototype
-
-A sacada genial do Gerber: **trate seu negocio como se fosse o prototipo pra 5.000 unidades identicas.**
-
-> "Pretend that the business you own — or want to own — is the prototype, or will be the prototype, for 5,000 more just like it."
-
-Isso forca voce a:
-- **Documentar TUDO** — se nao ta documentado, nao existe
-- **Criar sistemas que qualquer pessoa consiga operar** — nao depender de talento individual
-- **Eliminar dependencia de gente especifica** — o sistema roda o negocio, as pessoas rodam o sistema
-
-> "The system runs the business. The people run the system."
-
-### O Processo de Desenvolvimento do Negocio
-
-Gerber propoe 3 atividades ciclicas:
-
-1. **Inovacao** — Testar novas formas de fazer as coisas ate encontrar o "Best Way"
-2. **Quantificacao** — Medir o impacto numerico de cada inovacao. "Quantifique TUDO relacionado a como voce faz negocio"
-3. **Orquestracao** — Eliminar a escolha no nivel operacional. O processo vira padrao. Sem improviso
-
-O resultado final: um **Operations Manual** que especifica cada passo de cada funcao do negocio, com padroes de qualidade pra processo E resultado.
-
-### Frases de Assinatura
-
-- *"If your business depends on you, you don't own a business — you have a job. And it's the worst job in the world because you're working for a lunatic!"*
-- *"Your business is not your life. Your business is something apart from you, with its own rules and its own purposes."*
-- *"You need a systems-dependent business, not a people-dependent business."*
-
-### Aplicacao Direta a Digital Workers
-
-O E-Myth e **literalmente o manifesto do Worker Forge:**
-
-| E-Myth | Worker Forge |
-|--------|-------------|
-| Liste todas as funcoes do negocio | Mapeie todos os "seats" (papeis) |
-| Escreva job descriptions pra cada uma | Crie Role Cards com responsabilidades claras |
-| Crie sistemas pra cada funcao | Defina tasks, workflows e SOPs |
-| Documente no Operations Manual | Empacote no context pack do worker |
-| Qualquer pessoa opera o sistema | Qualquer instancia do agente opera o sistema |
-| Franchise Prototype (replicavel) | Worker template (instanciavel) |
-
-O Gerber falava de humanos operando sistemas sem precisar de genialidade. Com IA, voce vai alem: **o proprio operador e o sistema.** O worker digital E o Operations Manual com pernas.
-
----
-
-## 2. Work the System (Sam Carpenter)
-
-### Tese Central
-
-Sam Carpenter operava um call center 24h, trabalhava 100 horas por semana, estava falido e a beira de um colapso. Numa noite, teve uma epifania: **tudo ao redor dele era composto de sistemas individuais que podiam ser vistos, analisados e melhorados.**
-
-A transformacao: de 100h/semana pra **2h/semana**, com renda mensal crescendo **20x**.
-
-> "Leadership must focus on improving processes, not on performing the work."
-
-### A Perspectiva "De Fora e Levemente Elevada"
-
-O conceito mais poderoso do livro. Carpenter diz que voce precisa se posicionar **fora do seu negocio (ou vida) e levemente acima**, olhando pra baixo como se visse uma maquina funcionando.
-
-Essa perspectiva muda tudo:
-- De **apagador de incendio** → pra **projetista de sistemas**
-- De **reativo emocional** → pra **mecanico racional**
-- De **operador** → pra **arquiteto**
-
-> "Work on the underlying mechanics of a system instead of firefighting outcomes."
-
-### Os 3 Documentos Fundamentais
-
-Carpenter estrutura TODO o negocio em 3 documentos:
-
-#### 1. Strategic Objective (Objetivo Estrategico)
-- **O que e:** Declaracao de 1 pagina sobre a direcao, valores e personalidade do negocio
-- **Analogia dele:** "A Declaracao de Independencia do seu negocio"
-
-#### 2. General Operating Principles (Principios Operacionais)
-- **O que e:** Diretrizes pra tomada de decisao — o "como decidimos as coisas"
-- **Analogia dele:** "A Constituicao do seu negocio"
-- **Contem:** 10-30 principios que guiam toda decisao no negocio
-
-#### 3. Working Procedures (Procedimentos de Trabalho)
-- **O que e:** Colecao de protocolos step-by-step pra cada funcao critica
-- **Formato:** 95% sao no formato 1-2-3 (passos sequenciais), 5% em formato narrativo
-
-### Principios-Chave
-
-- **O mundo e 98% funcional** — a maioria dos sistemas ja funciona bem. Foco nos 2% que precisam de ajuste
-- **98% de precisao e "perfeito"** — buscar os 2% finais consome energia desproporcional
-- **Orderliness e atencao a detalhes** sao as chaves pra paz (nao pra estresse)
-- **Fire-prevention > fire-fighting** — prevenir incendio, nao apagar
-
-### Mapeamento Direto pro Auroq
-
-| Work the System | Auroq / Worker Forge |
-|----------------|---------------------|
-| Strategic Objective | Context Pack — quem o worker e, pra que existe |
-| Operating Principles | Strict Rules — regras inegociaveis de operacao |
-| Working Procedures | Tasks — procedimentos step-by-step executaveis |
-| Perspectiva elevada | Dono/Orchestrator olhando o sistema de fora |
-| Fire-prevention | Workers previnem problemas via automacao proativa |
-
----
-
-## 3. EOS / Traction (Gino Wickman)
-
-### Tese Central
-
-O EOS (Entrepreneurial Operating System) e um framework pratico pra PMEs ganharem **clareza, foco e tracao**. Mais de 100.000 empresas no mundo usam. Todo negocio tem 6 componentes-chave: **Vision, People, Data, Issues, Process, Traction**.
-
-### Accountability Chart
-
-A ferramenta mais relevante pra Worker Forge. Diferente de um organograma tradicional (focado em pessoas), o Accountability Chart foca em **seats (assentos)** — funcoes que precisam existir no negocio.
-
-Processo:
-1. Defina as **funcoes principais** do negocio (vendas, operacoes, financeiro, etc.)
-2. Quebre cada funcao em **5 responsabilidades-chave** (no maximo)
-3. So depois, coloque **pessoas nos assentos**
-
-> "When more than one person is accountable, nobody is."
-
-### GWC — Gets it, Wants it, Capacity
-
-Pra cada pessoa em cada assento, avalie:
-- **Gets it** — Entende o papel intelectual e emocionalmente?
-- **Wants it** — Quer estar nesse assento? Tem paixao por isso?
-- **Capacity** — Tem capacidade (conhecimento, habilidade, tempo) pra fazer?
-
-### Rocks e Scorecard
-
-- **Rocks:** 3-7 prioridades por trimestre. Done ou Not Done. Binario.
-- **Scorecard:** Todo mundo tem **pelo menos 1 numero** pelo qual e responsavel. Leading indicators, nao lagging.
-
-### Mapeamento pro Worker Forge
-
-| EOS | Worker Forge |
-|-----|-------------|
-| Accountability Chart | Mapa de Workers — cada seat vira um worker |
-| Seat (assento) | Role Card do worker |
-| 5 responsabilidades por seat | Duties com % de esforco |
-| GWC | Capability assessment do worker |
-| Rocks | Sprint goals / OKRs do worker |
-| Scorecard | Scoreboard — metricas que o worker tracka |
-
-A logica do EOS e perfeita pra workers digitais porque ela ja pensa em **assentos primeiro, pessoas depois**.
-
----
-
-## 4. Hackman & Oldham — Job Characteristics Model (JCM)
-
-### Tese Central
-
-Hackman e Oldham (1976) criaram o modelo mais influente de psicologia organizacional pra entender **o que faz um trabalho ser motivador e bem desenhado**. As dimensoes sao surpreendentemente uteis pra design de roles de IA.
-
-### As 5 Dimensoes Core
-
-| Dimensao | Definicao | Exemplo (worker digital) |
-|----------|----------|-------------------------|
-| **Skill Variety** | Variedade de habilidades | Worker que usa web search, analise e composicao |
-| **Task Identity** | Produz resultado completo e identificavel | Worker que entrega relatorio completo vs. so extrai dados |
-| **Task Significance** | Impacto significativo na vida de outros | Worker que gera insights que mudam decisoes de negocio |
-| **Autonomy** | Liberdade sobre como executar | Worker com latitude pra decidir abordagem |
-| **Feedback** | Clareza sobre performance | Metricas de qualidade pos-execucao, loop de validacao |
-
-### Os 3 Estados Psicologicos Criticos
-
-```
-Skill Variety  ┐
-Task Identity  ├──→ EXPERIENCED MEANINGFULNESS ("meu trabalho importa")
-Task Significance┘
-
-Autonomy ──────→ EXPERIENCED RESPONSIBILITY ("eu sou responsavel pelo resultado")
-
-Feedback ──────→ KNOWLEDGE OF RESULTS ("eu sei como estou indo")
-```
-
-### Motivating Potential Score (MPS)
-
-```
-MPS = [(Skill Variety + Task Identity + Task Significance) / 3] x Autonomy x Feedback
-```
-
-**Insight critico:** Autonomy e Feedback sao multiplicadores. Se qualquer um deles for zero, o MPS inteiro vai a zero.
-
-### Aplicacao a Digital Workers
-
-- **Skill Variety alta** → Workers multi-skill sao mais robustos que workers single-task
-- **Task Identity alta** → Workers que entregam artefato completo performam melhor que workers que so fazem pedacos. "Dono do output"
-- **Task Significance clara** → Context pack que explica o IMPACTO do trabalho
-- **Autonomy calibrada** → Strict rules definem limites, nao micro-steps
-- **Feedback loop real** → Quality gates, KPIs, validacao pos-execucao
-
----
-
-## 5. SHRM — Job Description Best Practices
-
-### Estrutura Padrao
-
-| Componente | O que contem | Equivalente Worker |
-|-----------|-------------|-------------------|
-| **Job Title** | Titulo claro e descritivo | Nome do worker/role |
-| **Job Summary** | Resumo das responsabilidades | Purpose statement no context pack |
-| **Essential Functions** | Tarefas e responsabilidades core | Core tasks — o que o worker DEVE fazer |
-| **Marginal Functions** | Deveres desejaveis mas nao centrais | Nice-to-have capabilities |
-| **Competency Requirements** | KSAOs | Skills, tools, model requirements |
-| **Quality/Quantity Standards** | Niveis minimos | KPIs, quality gates, thresholds |
-
-### Essential Functions vs. Marginal Functions
-
-Essa distincao e ouro pra Worker Forge:
-
-- **Essential:** Tarefas basicas que o worker DEVE executar. Nao podem ser delegadas. Criterios: frequencia, consequencia de nao executar, possibilidade de reassignment
-- **Marginal:** Desejaveis mas nao centrais. PODEM ser atribuidas a outro worker
-
-**Principio derivado:** Antes de construir um worker, **separe funcoes essenciais de marginais**.
-
----
-
-## 6. Morgeson & Humphrey — Work Design Questionnaire (WDQ)
-
-### Tese Central
-
-Morgeson e Humphrey (2006) expandem Hackman & Oldham de 5 pra **21 caracteristicas em 4 categorias**. Validado com 540 pessoas em 243 jobs.
-
-### As 4 Categorias
-
-**Task Characteristics (7):** 3 tipos de autonomia (scheduling, decision-making, methods), task variety, task significance, task identity, feedback from job.
-
-**Knowledge Characteristics (5):** Job complexity, information processing, problem solving, skill variety, specialization.
-
-**Social Characteristics (5):** Social support, initiated interdependence, received interdependence, interaction outside org, feedback from others.
-
-**Work Context Characteristics (4):** Ergonomics (infra requirements), physical demands (compute), work conditions (environment), equipment use (tools/APIs).
-
-### Framework de Analise pra Worker Design
-
-O poder do WDQ e usar como **checklist de design**. Pra cada worker, avalie as 21 dimensoes:
-
-- Worker com **alta interdependencia iniciada** mas **sem protocolo de handoff** → gargalo
-- Worker com **alta complexidade** mas **baixa autonomia de metodo** → travado em scripts rigidos
-- Worker com **alto information processing** mas **sem feedback loop** → processa lixo sem saber
-- Worker com **alta especializacao** mas **alta task variety** → conflito — expert OU generalista
-
----
-
-## Convergencia: O que Todos os Frameworks Dizem Junto
-
-| Principio | Quem diz | Implicacao pro Worker Forge |
-|----------|---------|---------------------------|
-| Documente TUDO | Gerber, Carpenter | Context pack, tasks, SOPs — nada na cabeca de ninguem |
-| Pense em assentos, nao em pessoas | Wickman (EOS), Gerber | Desenhe a role primeiro, instancie o worker depois |
-| Separe estrategia de execucao | Carpenter (3 docs), EOS | Strategic context vs. operational tasks vs. rules |
-| Autonomia e multiplicador | Hackman & Oldham (MPS) | Workers precisam de latitude — script rigido demais mata eficacia |
-| Feedback e multiplicador | Hackman & Oldham (MPS) | Sem quality gates e metricas, worker opera cego |
-| Essential vs. Marginal | SHRM | Separe o que e inegociavel do que e delegavel |
-| 21 dimensoes de design | Morgeson & Humphrey | Use como checklist — gaps no design viram bugs na operacao |
-| Sistema > Talento | Gerber, Carpenter | O worker E o sistema — nao depende de "prompt engineering magico" |
-
----
-
-## Fontes
-
-- [The E-Myth Revisited - EMyth](https://www.emyth.com/inside/groundbreaking-ideas-from-the-e-myth-revisited)
-- [Work The System by Sam Carpenter - Summary](https://dansilvestre.com/summaries/work-the-system/)
-- [Traction by Gino Wickman - EOS](https://eosone.com/blog/book-summary-traction-by-gino-wickman/)
-- [EOS Model - EOS Worldwide](https://www.eosworldwide.com/eos-model)
-- [Job Characteristics Model - AIHR](https://www.aihr.com/blog/job-characteristics-model/)
-- [SHRM Job Description Guide](https://www.shrm.org/topics-tools/tools/job-descriptions)
-- [Work Design Questionnaire - Morgeson](http://www.morgeson.com/wdq.html)

package/agents/worker-forge/knowledge/knowledge-management-improvement.md

@@ -1,242 +0,0 @@
-# Knowledge Management & Improvement Loops para Digital Workers
-
-> Frameworks fundamentais para construir workers com "bases de conhecimento vivas" — que aprendem, evoluem e melhoram a cada missao executada.
-
----
-
-## 1. Modelo SECI (Nonaka & Takeuchi)
-
-### Os 4 Modos de Conversao
-
-| Modo | Conversao | O que acontece |
-|------|-----------|---------------|
-| **Socializacao** | Tacito → Tacito | Aprender por convivencia, observacao |
-| **Externalizacao** | Tacito → Explicito | Transformar o "sabe fazer" em documentacao |
-| **Combinacao** | Explicito → Explicito | Reorganizar, categorizar, sintetizar |
-| **Internalizacao** | Explicito → Tacito | "Learning by doing" — absorver e executar |
-
-### A Espiral do Conhecimento
-
-Nao e um ciclo fechado — e uma **espiral ascendente**. Cada volta expande o conhecimento em profundidade e alcance.
-
-### Ba — O Contexto Compartilhado
-
-| Ba | Modo SECI | Descricao |
-|----|-----------|-----------|
-| **Originating** | Socializacao | Interacao, empatia, confianca |
-| **Dialoguing** | Externalizacao | Dialogo, articulacao do tacito |
-| **Systemising** | Combinacao | Plataformas digitais, bases de conhecimento |
-| **Exercising** | Internalizacao | Pratica, learning-by-doing |
-
-### Aplicacao: Digital Workers
-
-**Worker Forge faz Externalizacao** — extrair conhecimento tacito e transformar em KB explicita.
-**Workers fazem Internalizacao** — absorver KB e transformar em acao pratica.
-
-**A KB de 3 camadas como Ba:**
-- **Foundation** = Systemising Ba (conhecimento explicito organizado)
-- **Playbook** = Dialoguing Ba (procedimentos que cristalizam o "como fazer")
-- **Mission Log** = Exercising Ba (experiencia vivida, aprendizado na pratica)
-
----
-
-## 2. Metodo Zettelkasten (Niklas Luhmann)
-
-### Principios Fundamentais
-
-**Atomicidade** — Cada nota contem UMA ideia, UM conceito. Blocos atomicos, completos em si mesmos.
-
-**Conexoes** — O valor nao esta nas notas individuais, mas nas CONEXOES. Prioridade e CONECTAR, nao COLECIONAR.
-
-**Estrutura Emergente** — Nao existe hierarquia pre-definida. Organizacao EMERGE das conexoes. Bottom-up, nao top-down.
-
-### A-Mem: Zettelkasten pra Agentes IA (NeurIPS 2025)
-
-Paper "A-Mem: Agentic Memory for LLM Agents" implementou Zettelkasten como sistema de memoria para LLMs:
-- Cada memoria e uma nota com descricao, keywords e tags
-- Memorias se auto-conectam com memorias relacionadas
-- A estrutura evolui conforme novas experiencias chegam
-- Performance superior comparada com baselines SOTA em 6 modelos
-
-**Validacao empirica: o padrao Zettelkasten funciona pra IA.**
-
-### Aplicacao: Digital Workers
-
-**KB como Zettelkasten:**
-- Cada SOP e uma nota atomica interconectada
-- Conexoes entre SOPs revelam padroes
-- Estrutura emerge do uso, nao de design pre-definido
-- O worker como "parceiro de comunicacao" (Luhmann)
-
----
-
-## 3. Ciclo PDSA / PDCA (W. Edwards Deming)
-
-### As 4 Fases
-
-| Fase | Acao | No Worker |
-|------|------|-----------|
-| **Plan** | Formular hipotese, definir metricas | Receber missao com objetivo e criterios |
-| **Do** | Executar em escala pequena, documentar | Executar seguindo SOPs |
-| **Study** | Analisar POR QUE os resultados foram assim | Comparar resultado com esperado |
-| **Act** | Padronizar melhoria ou ajustar hipotese | Atualizar SOP ou registrar aprendizado |
-
-### Por que "Study" e nao "Check"
-
-- **Check** = verificacao binaria ("deu certo?")
-- **Study** = analise profunda ("por que deu esse resultado? O que ensina?")
-- Deming insistia: o objetivo e APRENDER, nao apenas validar
-
-### Kaizen — A Filosofia por Tras
-
-- Melhorias pequenas e constantes > grandes transformacoes esporadicas
-- "Hoje melhor que ontem, amanha melhor que hoje"
-- Melhoria embutida no trabalho diario, nao como projeto separado
-
-### Mapeamento nas 3 Camadas
-
-- **Foundation** = conhecimento teorico que sustenta hipoteses
-- **Playbook** = SOPs testados e refinados (plano vivo)
-- **Mission Log** = registro de cada ciclo PDSA (evidencia empirica)
-
----
-
-## 4. Toyota Kata (Mike Rother)
-
-### Improvement Kata — 4 Passos
-
-1. **Entender a Direcao** — Qual o desafio de longo prazo?
-2. **Capturar Condicao Atual** — Como o processo funciona AGORA, com fatos
-3. **Definir Condicao-Alvo** — Estado especifico e mensuravel pra 1-4 semanas
-4. **Iterar** — Experimentar pra remover UM obstaculo de cada vez
-
-### Coaching Kata — 5 Perguntas
-
-1. Qual e a condicao-alvo?
-2. Qual e a condicao atual?
-3. Quais obstaculos estao impedindo?
-4. Qual e o proximo experimento?
-5. Quando podemos ver o que aprendemos?
-
-### Principios-Chave
-
-- Condicao-alvo > meta numerica
-- O caminho ate o alvo emerge por experimentacao
-- Kata e sobre PRATICA DIARIA — 20 min/dia, nao workshops esporadicos
-- O dono nao opera o worker — ele COACH o worker
-
-### Mapeamento
-
-- **Foundation** = A direcao (proposito, identidade)
-- **Playbook** = SOPs alvo de melhoria continua
-- **Mission Log** = Registro de cada experimento
-
----
-
-## 5. After Action Review — AAR (US Army)
-
-### As 4 Perguntas
-
-1. **O que deveria ter acontecido?** — Plano, intencao, criterios
-2. **O que realmente aconteceu?** — Fatos sem julgamento
-3. **Por que houve diferenca?** — Analise de causa raiz
-4. **O que podemos aprender?** — Manter, mudar, iniciar
-
-### Caracteristicas
-
-- **Sem hierarquia** — todos falam igualmente
-- **Sem culpa** — atribuir culpa mata aprendizado
-- **Imediato** — logo apos a acao
-- **Honestidade brutal** — funciona so com radical honestidade
-
-### Mapeamento
-
-| Pergunta AAR | Equivalente no Worker |
-|---|---|
-| O que deveria acontecer? | Objetivo + criterios da missao |
-| O que aconteceu? | Resultado real da execucao |
-| Por que a diferenca? | Gaps no SOP, info insuficiente |
-| O que aprendemos? | Entry no Mission Log + update no Playbook |
-
----
-
-## 6. Knowledge-Centered Service — KCS
-
-### Principio Central
-
-Conhecimento e capturado NO FLUXO do trabalho, nao depois. Resolver o problema E documentar a solucao sao a mesma atividade.
-
-### O Solve Loop
-
-1. **Capture** — Registrar contexto usando palavras do usuario, no momento da resolucao
-2. **Structure** — Templates simples e consistentes
-3. **Reuse** — "Search early, search often" — nao reinventar a roda
-4. **Improve** — "Flag it or fix it" — conhecimento melhora durante uso
-
-### Aplicacao: Digital Workers
-
-Workers fazem KCS naturalmente via Modo 3 (Documentacao):
-- Documentacao nao e "trabalho extra" — e parte da execucao
-- Antes de executar, worker consulta Mission Log ("ja resolvi similar?")
-- Worker atualiza SOPs quando identifica padrao melhor
-
----
-
-## 7. Double-Loop Learning (Chris Argyris)
-
-### Single-Loop vs Double-Loop
-
-| Tipo | Acao | Resultado |
-|------|------|-----------|
-| **Single-Loop** | Erro → ajustar acao → manter premissas | Corrige sintomas |
-| **Double-Loop** | Erro → questionar premissas → mudar sistema | Corrige causas |
-
-### Exemplo
-
-| Situacao | Single-Loop | Double-Loop |
-|---|---|---|
-| Worker errou relatorio | Corrigir e reenviar | SOP incompleto? Criterio mal definido? Contexto suficiente? |
-| Meta nao batida | Trabalhar mais | A meta fazia sentido? Processo adequado? Medindo coisa certa? |
-
-### Aplicacao: Digital Workers
-
-**Single-Loop (dentro do Playbook):** Missao deu errado → ajusta passos do SOP
-
-**Double-Loop (entre camadas):** Missao deu errado repetidamente → questiona premissas da Foundation, redefine criterios de sucesso
-
-**O perigo do single-loop puro:** Worker fica EXCELENTE em fazer a coisa errada.
-
----
-
-## Sintese: O Ciclo Completo do Worker
-
-| Framework | Foco | Camada KB |
-|-----------|------|-----------|
-| SECI | Criacao de conhecimento | Foundation (externalizacao) |
-| Zettelkasten | Organizacao atomica | Foundation (estrutura) |
-| PDSA | Melhoria cientifica | Playbook (refinamento) |
-| Toyota Kata | Pensamento cientifico | Playbook (pratica diaria) |
-| AAR | Aprendizado pos-acao | Mission Log (reflexao) |
-| KCS | Conhecimento no fluxo | Mission Log (captura) |
-| Double-Loop | Questionar premissas | Foundation ↔ Playbook (evolucao) |
-
-**O ciclo:**
-1. Worker Forge usa SECI + Zettelkasten pra KB inicial
-2. Worker executa com PDSA implicitamente
-3. Worker documenta via KCS + AAR
-4. Worker melhora via Toyota Kata
-5. Worker questiona premissas via Double-Loop
-6. Worker cresce porque cada missao alimenta a espiral
-
----
-
-## Fontes
-
-- [SECI Model — Wikipedia](https://en.wikipedia.org/wiki/SECI_model_of_knowledge_dimensions)
-- [Zettelkasten Method — Introduction](https://zettelkasten.de/introduction/)
-- [A-MEM — NeurIPS 2025](https://arxiv.org/abs/2502.12110)
-- [PDSA Cycle — Deming Institute](https://deming.org/explore/pdsa/)
-- [Toyota Kata — Mike Rother](https://public.websites.umich.edu/~jmondisa/TK/Homepage.html)
-- [After Action Review — Wikipedia](https://en.wikipedia.org/wiki/After-action_review)
-- [KCS — Consortium for Service Innovation](https://www.serviceinnovation.org/kcs/)
-- [Double-Loop Learning — Wikipedia](https://en.wikipedia.org/wiki/Double-loop_learning)

package/agents/worker-forge/skill.md

@@ -1,7 +0,0 @@
-# workerForge
-
-Fabrica de funcionarios digitais. Transforma descricoes de cargo em workers Auroq operacionais com KB viva que cresce a cada missao.
-
-CRITICAL: First, read and adopt the persona defined in `agents/worker-forge/agents/worker-chief.md`.
-Then, read and execute the task defined in `agents/worker-forge/tasks/start.md`.
-Follow ALL instructions exactly as written. Those files are your single source of truth.

package/agents/worker-forge/squad.yaml

@@ -1,101 +0,0 @@
-# ═══════════════════════════════════════════════════════════════════════════
-# SQUAD: Worker Forge
-# Fabrica de funcionarios digitais. Transforma descricoes de cargo em
-# workers Auroq operacionais com KB viva que cresce a cada missao.
-# ═══════════════════════════════════════════════════════════════════════════
-
-name: "worker-forge"
-title: "Worker Forge"
-version: "1.0.0"
-author: "euriler"
-description: >
-  Meta-squad que fabrica funcionarios digitais (workers). Diferente de
-  consultores (pensam) e processos fixos (seguem fluxo rigido), workers
-  recebem missoes, executam, documentam e melhoram com o tempo. KB viva.
-
-slash_prefix: "workerForge"
-pattern_prefix: "WF"
-target_user: "Euriler (dono do negocio)"
-
-tiers:
-  orchestrator:
-    - "worker-chief"
-  tier_1:
-    - "role-designer"
-    - "knowledge-curator"
-    - "worker-smith"
-
-tasks:
-  - start
-  - discover-needs
-  - research-domain
-  - propose-worker
-  - playback-validate
-  - assemble-worker
-  - validate-worker
-
-workflows:
-  - "wf-worker-forge"
-
-quality_gates:
-  - id: "QG-WF-001"
-    name: "Discovery Complete"
-    transition: "phase_0 -> phase_1"
-    blocking: true
-    criteria: "Necessidades captadas, dominio claro, ferramentas listadas, gaps resolvidos"
-
-  - id: "QG-WF-002"
-    name: "Research Adequate"
-    transition: "phase_1 -> phase_2"
-    blocking: true
-    criteria: "Ferramentas core pesquisadas, docs internos coletados, KB rascunho >=300 linhas"
-
-  - id: "QG-WF-003"
-    name: "User Validated Proposal"
-    transition: "phase_3 -> phase_4"
-    blocking: true
-    criteria: "Usuario aprovou proposta completa do worker"
-
-  - id: "QG-WF-004"
-    name: "Auroq Structure Valid"
-    transition: "phase_4 -> phase_5"
-    blocking: true
-    criteria: "Validator pass, 0 errors"
-
-  - id: "QG-WF-005"
-    name: "Operational Readiness"
-    transition: "phase_5 -> done"
-    blocking: true
-    criteria: "Smoke test com missao real + usuario aprova"
-
-use_cases:
-  - "Criar worker de infraestrutura digital (Hotmart, ActiveCampaign, ManyChat, etc.)"
-  - "Criar worker de atendimento ao cliente"
-  - "Criar worker de operacoes financeiras"
-  - "Criar worker de producao de conteudo"
-  - "Qualquer funcao recorrente que precisa de dono, nao so executor"
-
-pipeline:
-  phases: 6
-  flow: "Discovery -> Research -> Proposal -> Playback -> Assembly -> Validation"
-  gates: 5
-  all_blocking: true
-
-output:
-  intermediate: "agents/worker-forge/output/{worker-slug}/"
-  final: "agents/{worker-slug}/"
-  artifacts:
-    - "agents/{worker-slug}.md"
-    - "tasks/ (5 padrao + especificas)"
-    - "data/{worker-slug}-kb.md (Foundation KB)"
-    - "data/{worker-slug}-playbook.md (SOPs)"
-    - "data/{worker-slug}-missions.md (Mission Log)"
-    - "squad.yaml"
-    - "skill.md"
-
-dependencies:
-  required:
-    - "WebSearch (pesquisa externa de ferramentas/plataformas)"
-  optional:
-    - "WebFetch (documentacao de APIs)"
-    - "Playwright (explorar plataformas web)"