Skip to content
Back to skills

Agentic Os

ASecurity

Use when build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Triggers on \"agentic-os\", \"agentic os\".

  • 2 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 19, 2026
ai-agentsgitdatabase

Works with

  • claude code
  • cli

Security analysis

A100/100

Pro scans all 6 files and shows the line behind each finding

Scanned September 24, 2026

npx -y skills add majinmagros/magros.ai-skills --skill agentic-os --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agentic Os?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agentic Os
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/majinmagros-agentic-os/badge)](https://www.skillsdirectory.com/skills/majinmagros-agentic-os)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: agentic-os
description: "Use when build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Triggers on \"agentic-os\", \"agentic os\"."
metadata:
  origin: ECC
---

# Agentic OS

Treat Claude Code as a persistent runtime / operating system: kernel config routing tasks to specialist agents, file-based memory, scheduled automation, JSON/markdown data layer. Detalhes em `references/`.

## When to Activate

- Building a multi-agent workflow inside Claude Code
- Setting up persistent Claude Code automation that survives session restarts
- Creating a "personal OS" or "agentic OS" for recurring tasks
- User says "agentic OS", "personal OS", "multi-agent", "agent coordinator", "persistent agent"
- Structuring long-running projects where context must survive across sessions

## Architecture

Four layers, each a directory in the project root. Kernel stays **small and declarative** — routing in markdown tables, not code.

```
project-root/
├── CLAUDE.md          # Kernel: identity, routing rules, agent registry
├── agents/            # Specialist agent definitions (markdown prompts)
├── .claude/commands/  # Slash commands: user-facing CLI
├── scripts/           # Daemon scripts: scheduled or event-driven tasks
└── data/              # State: JSON/markdown filesystem, no external DB
```

| Layer | Purpose |
|---|---|
| Kernel (`CLAUDE.md`) | Identity, routing, model policies, agent registry |
| Agents (`agents/`) | Specialist identities with scoped tools and memory |
| Commands (`.claude/commands/`) | Reusable workflows (`/daily-sync`, `/outreach`) |
| Scripts (`scripts/`) | Daemons via external cron (LaunchAgent, systemd, pm2) |
| State (`data/`) | Append-only logs, projects, decisions, inbox |

## References

- `references/kernel-agents.md` — kernel structure, agent format, multi-agent collaboration
- `references/commands-memory.md` — slash commands, memory layout, daily log, auto-reflection
- `references/automation-data.md` — LaunchAgent/systemd/pm2, JSON data layer, schema evolution
- `references/antipatterns.md` — monolith agent, stateless sessions, hardcoded creds, external DB, routing in code
- `references/enriquecimentos.md` — sandbox (exe.dev), brand context folder, team memory (YT 2026-08-20), projects-as-orchestrator threads (YT 2026-09-19)

## Checklist

- [ ] `CLAUDE.md` under 200 lines, routing in tables
- [ ] One agent file per domain, each under 100 lines with `Memory Scope`
- [ ] Read `data/` at session start, append logs + reflection at end
- [ ] Logs append-only; decisions/specs git-tracked
- [ ] Scheduled tasks on external cron, never session cron
- [ ] Secrets in env/`.env`, never in agent files or `CLAUDE.md`
- [ ] Cost tracking per session in `data/logs/<date>-costs.json`
- [ ] One project = one Agentic OS

## Método CHIA — loop de melhoria contínua (leva YouTube rodada 8)

Contexto-pasta + Habilidades + Integrações + Automações em loop: a cada ciclo (episódio, semana, sprint), adicione 1 skill OU 1 integração nova ao kernel. Nunca considere o OS pronto. Registre o delta por ciclo (o que entrou, o que melhorou, o que removeu). Ver outines para agendamento e graphify para mapa do contexto.

Files in this skill

  • SKILL.md3.3 KB
  • references/antipatterns.md1 KB
  • references/automation-data.md2.4 KB
  • references/commands-memory.md2.5 KB
  • references/enriquecimentos.md1.3 KB
  • references/kernel-agents.md3 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…