mirror of
https://github.com/hoshikawa2/agent_platform_oci.git
synced 2026-07-09 14:04:19 +00:00
first commit
This commit is contained in:
89
README.md
89
README.md
@@ -18,6 +18,95 @@ O objetivo é que cada novo agente implemente apenas sua lógica de domínio —
|
|||||||
|
|
||||||
>**Note: Se deseja ir direto e testar a DEMO, vá até a Seção 17 e 18.**
|
>**Note: Se deseja ir direto e testar a DEMO, vá até a Seção 17 e 18.**
|
||||||
|
|
||||||
|
|
||||||
|
## SPECs / SDDs da Agent Platform OCI
|
||||||
|
|
||||||
|
A documentação da Agent Platform OCI está organizada em SPECs/SDDs numeradas, cada uma cobrindo uma área arquitetural, operacional ou de governança da plataforma. O objetivo é padronizar a construção, evolução, operação e certificação de agentes corporativos baseados no Agent Framework OCI.
|
||||||
|
|
||||||
|
>**/agent_platform_oci/specs**
|
||||||
|
|
||||||
|
### SPEC-001 — Architecture
|
||||||
|
|
||||||
|
Define a arquitetura geral da plataforma, seus componentes principais, estrutura de repositório, arquitetura lógica e física, contratos centrais, fluxo principal, requisitos não funcionais e critérios de aceite.
|
||||||
|
|
||||||
|
### SPEC-002 — Agent Runtime
|
||||||
|
|
||||||
|
Descreve o runtime de execução conversacional dos agentes, incluindo LangGraph, estado, memória, checkpoints, roteamento, supervisor, BusinessContext, integração com MCP, RAG, eventos e tratamento de erros.
|
||||||
|
|
||||||
|
### SPEC-003 — AI Gateway
|
||||||
|
|
||||||
|
Especifica o gateway responsável por centralizar chamadas de LLM e embeddings, incluindo contratos de request/response, profiles, providers, autenticação OCI, fallback, rate limit, métricas, segurança e observabilidade.
|
||||||
|
|
||||||
|
### SPEC-004 — MCP Gateway
|
||||||
|
|
||||||
|
Define o modelo de integração com MCP, incluindo catálogo de tools, roteamento, execução, autorização, cache, retry, timeout, mapeamento de parâmetros, eventos, métricas e resposta padronizada das ferramentas.
|
||||||
|
|
||||||
|
### SPEC-005 — Guardrails
|
||||||
|
|
||||||
|
Descreve o modelo de guardrails da plataforma, cobrindo políticas de entrada, saída, tools, RAG e resposta final. Também define fases, modos de execução, tipos de guardrails, profiles LLM, códigos base, eventos, testes e critérios de aceite.
|
||||||
|
|
||||||
|
### SPEC-006 — Evals
|
||||||
|
|
||||||
|
Define a camada de avaliação da plataforma, incluindo avaliação online, avaliação offline, regressão, certificação, datasets, judges, métricas, CLI, API, persistência de resultados e publicação de evidências.
|
||||||
|
|
||||||
|
### SPEC-007 — Observability
|
||||||
|
|
||||||
|
Especifica o modelo de observabilidade, incluindo logs, traces, métricas, Langfuse, OpenTelemetry, eventos IC/NOC/GRL, dashboards, alertas, mascaramento de dados e geração de evidências operacionais.
|
||||||
|
|
||||||
|
### SPEC-008 — Deployment
|
||||||
|
|
||||||
|
Descreve o processo de empacotamento e implantação da plataforma, incluindo componentes deployáveis, pipeline CI/CD, Kubernetes/OKE, Docker, secrets, autenticação OCI, health checks, rollback, smoke tests e etapa de certificação.
|
||||||
|
|
||||||
|
### SPEC-009 — Channel Gateway
|
||||||
|
|
||||||
|
Define o gateway de canais, responsável por normalizar payloads externos para o contrato canônico da plataforma e traduzir respostas para cada canal. Cobre modos de operação, idempotência, versionamento, segurança, erros e anti-patterns.
|
||||||
|
|
||||||
|
### SPEC-010 — Agent Development
|
||||||
|
|
||||||
|
Descreve o padrão para desenvolvimento de agentes usando templates, configuração YAML, BusinessContext, MCP, guardrails, judges, RAG, memória, observabilidade e evals. Também diferencia responsabilidades do framework e do agente.
|
||||||
|
|
||||||
|
### SPEC-011 — Governance Model
|
||||||
|
|
||||||
|
Define o modelo de governança da plataforma, incluindo ownership, papéis e responsabilidades, RACI, governança de agentes, prompts, guardrails, judges, modelos, MCP, datasets, processo de aprovação e evidências obrigatórias.
|
||||||
|
|
||||||
|
### SPEC-012 — Canonical Contracts
|
||||||
|
|
||||||
|
Documenta os contratos canônicos da plataforma, como GatewayRequest, ChannelResponse, BusinessContext, AgentState, ToolInvocation, ToolResult, LLMRequest, LLMResponse, EvaluationRun e EventEnvelope. Também define regras de evolução desses contratos.
|
||||||
|
|
||||||
|
### SPEC-013 — Versioning and Compatibility Model
|
||||||
|
|
||||||
|
Define o modelo de versionamento e compatibilidade da plataforma, incluindo Semantic Versioning, artefatos versionados, versionamento de contratos, matriz de compatibilidade, política de depreciação, migração e rollback.
|
||||||
|
|
||||||
|
### SPEC-014 — Templates and Agent Creation Model
|
||||||
|
|
||||||
|
Descreve os templates oficiais e o modelo de criação de agentes do zero. Explica o que pertence ao framework, o que pertence ao agente, a estrutura padrão e o passo a passo para copiar template, definir escopo, registrar agente, configurar rotas, tools, BusinessContext, prompts, datasets e testes.
|
||||||
|
|
||||||
|
### SPEC-015 — Adoption and Eligibility Criteria
|
||||||
|
|
||||||
|
Define os critérios claros para adoção da plataforma, incluindo casos indicados, casos não indicados, critérios de entrada de negócio, arquitetura, segurança, qualidade, operação, processo de exceção e checklist de adoção.
|
||||||
|
|
||||||
|
### SPEC-016 — Agent Development Lifecycle
|
||||||
|
|
||||||
|
Descreve o ciclo de vida completo de desenvolvimento de agentes, desde discovery e definição de escopo até design, prompt, MCP, RAG, implementação, testes, avaliação, certificação, homologação e produção.
|
||||||
|
|
||||||
|
### SPEC-017 — Release Management and CI/CD
|
||||||
|
|
||||||
|
Define o modelo de release e CI/CD, incluindo pipeline padrão, stages, artefatos de release, gates de qualidade, estratégia de rollback, erros comuns e critérios de aceite.
|
||||||
|
|
||||||
|
### SPEC-018 — Security and Identity Model
|
||||||
|
|
||||||
|
Especifica o modelo de segurança e identidade da plataforma, cobrindo autenticação, Workload Identity, autorização, secrets, proteção de dados, segurança em MCP, segurança em canais, auditoria e critérios de aceite.
|
||||||
|
|
||||||
|
### SPEC-019 — Evaluation and Certification Framework
|
||||||
|
|
||||||
|
Detalha o framework de avaliação e certificação, incluindo arquitetura de avaliação, métricas, datasets, EvaluationRun, CLI, processo de certificação, evidências obrigatórias e critérios de aceite.
|
||||||
|
|
||||||
|
### SPEC-020 — Operational Readiness and SRE Model
|
||||||
|
|
||||||
|
Define o modelo de readiness operacional e SRE da plataforma, incluindo componentes operados, health checks, readiness, SLOs, métricas, dashboards, alertas, runbooks, gestão de incidentes, capacidade e checklist de produção.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 1. Visão geral da arquitetura
|
## 1. Visão geral da arquitetura
|
||||||
|
|||||||
86
README_en.md
86
README_en.md
@@ -18,6 +18,92 @@ The goal is for each new agent to implement only its domain logic — prompts, b
|
|||||||
|
|
||||||
>**Note: If you want to test the DEMO, go to the Section 17 and 18.**
|
>**Note: If you want to test the DEMO, go to the Section 17 and 18.**
|
||||||
|
|
||||||
|
## SPECs / SDDs of the Agent Platform OCI
|
||||||
|
|
||||||
|
The Agent Platform OCI documentation is organized into numbered SPECs/SDDs, each covering an architectural, operational, or governance area of the platform. The objective is to standardize the construction, evolution, operation, and certification of enterprise agents based on the Agent Framework OCI.
|
||||||
|
|
||||||
|
>**/agent_platform_oci/specs**
|
||||||
|
|
||||||
|
### SPEC-001 — Architecture
|
||||||
|
|
||||||
|
Defines the overall architecture of the platform, its main components, repository structure, logical and physical architecture, core contracts, main flow, non-functional requirements, and acceptance criteria.
|
||||||
|
|
||||||
|
### SPEC-002 — Agent Runtime
|
||||||
|
|
||||||
|
Describes the conversational execution runtime of the agents, including LangGraph, state, memory, checkpoints, routing, supervisor, BusinessContext, MCP integration, RAG, events, and error handling.
|
||||||
|
|
||||||
|
### SPEC-003 — AI Gateway
|
||||||
|
|
||||||
|
Specifies the gateway responsible for centralizing LLM and embedding calls, including request/response contracts, profiles, providers, OCI authentication, fallback, rate limiting, metrics, security, and observability.
|
||||||
|
|
||||||
|
### SPEC-004 — MCP Gateway
|
||||||
|
|
||||||
|
Defines the MCP integration model, including tool catalog, routing, execution, authorization, cache, retry, timeout, parameter mapping, events, metrics, and standardized tool responses.
|
||||||
|
|
||||||
|
### SPEC-005 — Guardrails
|
||||||
|
|
||||||
|
Describes the platform guardrails model, covering input, output, tools, RAG, and final response policies. It also defines phases, execution modes, guardrail types, LLM profiles, base codes, events, tests, and acceptance criteria.
|
||||||
|
|
||||||
|
### SPEC-006 — Evals
|
||||||
|
|
||||||
|
Defines the platform evaluation layer, including online evaluation, offline evaluation, regression, certification, datasets, judges, metrics, CLI, API, result persistence, and evidence publication.
|
||||||
|
|
||||||
|
### SPEC-007 — Observability
|
||||||
|
|
||||||
|
Specifies the observability model, including logs, traces, metrics, Langfuse, OpenTelemetry, IC/NOC/GRL events, dashboards, alerts, data masking, and operational evidence generation.
|
||||||
|
|
||||||
|
### SPEC-008 — Deployment
|
||||||
|
|
||||||
|
Describes the platform packaging and deployment process, including deployable components, CI/CD pipeline, Kubernetes/OKE, Docker, secrets, OCI authentication, health checks, rollback, smoke tests, and certification stage.
|
||||||
|
|
||||||
|
### SPEC-009 — Channel Gateway
|
||||||
|
|
||||||
|
Defines the channel gateway, responsible for normalizing external payloads into the platform’s canonical contract and translating responses for each channel. It covers operation modes, idempotency, versioning, security, errors, and anti-patterns.
|
||||||
|
|
||||||
|
### SPEC-010 — Agent Development
|
||||||
|
|
||||||
|
Describes the standard for developing agents using templates, YAML configuration, BusinessContext, MCP, guardrails, judges, RAG, memory, observability, and evals. It also differentiates the responsibilities of the framework and the agent.
|
||||||
|
|
||||||
|
### SPEC-011 — Governance Model
|
||||||
|
|
||||||
|
Defines the platform governance model, including ownership, roles and responsibilities, RACI, governance of agents, prompts, guardrails, judges, models, MCP, datasets, approval process, and mandatory evidence.
|
||||||
|
|
||||||
|
### SPEC-012 — Canonical Contracts
|
||||||
|
|
||||||
|
Documents the platform’s canonical contracts, such as GatewayRequest, ChannelResponse, BusinessContext, AgentState, ToolInvocation, ToolResult, LLMRequest, LLMResponse, EvaluationRun, and EventEnvelope. It also defines rules for evolving these contracts.
|
||||||
|
|
||||||
|
### SPEC-013 — Versioning and Compatibility Model
|
||||||
|
|
||||||
|
Defines the platform versioning and compatibility model, including Semantic Versioning, versioned artifacts, contract versioning, compatibility matrix, deprecation policy, migration, and rollback.
|
||||||
|
|
||||||
|
### SPEC-014 — Templates and Agent Creation Model
|
||||||
|
|
||||||
|
Describes the official templates and the model for creating agents from scratch. It explains what belongs to the framework, what belongs to the agent, the standard structure, and the step-by-step process to copy a template, define scope, register the agent, configure routes, tools, BusinessContext, prompts, datasets, and tests.
|
||||||
|
|
||||||
|
### SPEC-015 — Adoption and Eligibility Criteria
|
||||||
|
|
||||||
|
Defines clear criteria for adopting the platform, including recommended use cases, non-recommended use cases, business entry criteria, architecture, security, quality, operation, exception process, and adoption checklist.
|
||||||
|
|
||||||
|
### SPEC-016 — Agent Development Lifecycle
|
||||||
|
|
||||||
|
Describes the complete agent development lifecycle, from discovery and scope definition to design, prompt, MCP, RAG, implementation, testing, evaluation, certification, homologation, and production.
|
||||||
|
|
||||||
|
### SPEC-017 — Release Management and CI/CD
|
||||||
|
|
||||||
|
Defines the release and CI/CD model, including the standard pipeline, stages, release artifacts, quality gates, rollback strategy, common errors, and acceptance criteria.
|
||||||
|
|
||||||
|
### SPEC-018 — Security and Identity Model
|
||||||
|
|
||||||
|
Specifies the platform security and identity model, covering authentication, Workload Identity, authorization, secrets, data protection, MCP security, channel security, auditing, and acceptance criteria.
|
||||||
|
|
||||||
|
### SPEC-019 — Evaluation and Certification Framework
|
||||||
|
|
||||||
|
Details the evaluation and certification framework, including evaluation architecture, metrics, datasets, EvaluationRun, CLI, certification process, mandatory evidence, and acceptance criteria.
|
||||||
|
|
||||||
|
### SPEC-020 — Operational Readiness and SRE Model
|
||||||
|
|
||||||
|
Defines the platform operational readiness and SRE model, including operated components, health checks, readiness, SLOs, metrics, dashboards, alerts, runbooks, incident management, capacity, and production checklist.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 1. Architecture overview
|
## 1. Architecture overview
|
||||||
|
|||||||
Reference in New Issue
Block a user