{
  "markdown": "# Personal Corp OS\n\n[![en](https://img.shields.io/badge/lang-en-blue.svg)](README.md)\n[![ru](https://img.shields.io/badge/lang-ru-green.svg)](README.ru.md)\n[![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](LICENSE)\n[![Validate](https://github.com/serejaris/personal-corp-os/actions/workflows/validate.yml/badge.svg)](https://github.com/serejaris/personal-corp-os/actions/workflows/validate.yml)\n\n> Personal Corp is a way to run a one-person company through AI agents: tasks out of your head, departments instead of one person's memory, a weekly retro instead of \"I'll sort it out someday\".\n\nThis repo holds everything you need for that: the story of how the system works, templates for the HQ and a department, and the open skills for [Claude Code](https://docs.anthropic.com/en/docs/claude-code) and Codex.\n\nBy [Ris](https://t.me/ris_ai) — AI development & vibecoding.\n\nРусская версия: [README.ru.md](README.ru.md).\n\n## The problem: you are the bottleneck\n\nNot because you work too little. Because strategy, memory, coordination, execution, and acceptance all sit in one pile — inside your head. While that is true, your department's throughput equals yours.\n\nHiring does not fix it: a new person takes the work but not the context, so you keep explaining. AI alone does not fix it either: an agent without context is the same new hire, except it does not remember yesterday.\n\nThe issue is not model strength. The issue is that context never leaves your head.\n\n## What agent rules actually are\n\nAgent rules are a plain text file sitting in a folder. No magic: text you read with your eyes and edit by hand.\n\nSuch a file lives in every folder, and its content differs.\n\n![Every folder carries its own rules file: the HQ sees the whole system, a department sees only its domain](docs/images/rules-place-en.png)\n\nOpening a folder, the agent learns three things from that file.\n\n![What the agent learns: who works here, in which order to read, where the truth lives](docs/images/rules-inside-en.png)\n\nThose three answers replace a long prompt. The agent gets them from the folder instead of your message, so you stop explaining the same thing every time.\n\n## The core idea: the folder defines the view\n\nStart the agent from the HQ and it reads the HQ rules and sees the map of the whole system. Start it from a department and it reads the department rules and sees that domain, its tasks, and its skills. Same model, different view, set by the folder rather than by a long prompt.\n\nEverything else follows from that: for this to work, context has to leave your head into files, and those files have to sit in folders that carry rules.\n\n## What a department is\n\nA department is a folder that owns one domain and accumulates experience about it. Inside it has its own rules, its own tasks, and its own skills.\n\n![A department: one domain next to the HQ with its own rules, tasks and skills](docs/images/department-en.png)\n\n### Which departments people start with\n\nI run about thirty. These are the usual first ones:\n\n| Department | What it accumulates | Time to create it |\n|---|---|---|\n| Content | Voice, topics, finished texts, notes on what landed | You write regularly and re-explain your style every time |\n| Research | Questions, found facts, sources, conclusions tied to decisions | You are looking up the same thing a second time |\n| Sales | People, agreements, correspondence, deal status | You keep track of who was promised what in your head |\n| Media | Briefs, prompts, finished assets, acceptance criteria | You generate images and video and the briefs get lost |\n| Legal | Contracts, templates, wording you already agreed to | Every new contract is assembled from scratch |\n| Finance | Expenses, subscriptions, recurring payments | You cannot recall what is charged every month |\n\nA department exists for repetition. Work that happened once is fine living in the HQ.\n\n## What a skill is\n\nA skill is a written-down way of working that can be repeated. You walk the work by hand once, write the steps down, and from then on the agent runs them.\n\n![A skill: your phrase, a line in the folder rules, the steps, the result](docs/images/skill-en.png)\n\n## Four layers and who lives where\n\n| Layer | Who acts | What lives here |\n|---|---|---|\n| Management | The human | Goal, priorities, limits, the right to say \"good enough\" |\n| **Truth** | The human writes, the agent reads | Rules, memory, indexes, source of truth |\n| **Operations** | The agent executes, the human accepts | Tasks, queue, statuses, runs, departments |\n| Observation | The agent collects, the human looks | Dashboards, metrics, blockers |\n\nA subagent lives only in the operations layer: it does not write truth about the system and does not accept results.\n\nOne test for any file: **is this truth about the system, or is it the result of work?** Truth sits in the folder from day one. Results are created by skills once there is something to record. That is why the templates ship no empty files for future reports, decisions, or glossaries.\n\n## The route: how experience becomes capital\n\n```mermaid\ngraph LR\n    A[\"Task<br/>owner + criteria\"] --> B[\"Execution<br/>human or agent\"]\n    B --> C[\"Acceptance<br/>good enough or not\"]\n    C --> D[\"Pattern<br/>what worked\"]\n    D --> E[\"Department memory<br/>rules and decisions\"]\n    E --> F[\"Priority<br/>next week\"]\n    F --> A\n    style A fill:#8b5cf6,color:#fff\n    style C fill:#f59e0b,color:#fff\n    style E fill:#10b981,color:#fff\n```\n\n**1. Writing the task down.** A thought becomes a task once it has an owner, done criteria, and a place to live. Before that it lives in you. After that both a human and an agent can pick it up.\n\n**2. Experience accumulating in departments.** Artifacts and decisions settle in a department — a separate folder for its own domain. Next time the agent reads the department instead of reading you.\n\n**3. Retro with the agent.** Once a week you look at what worked and promote it into rules. Whatever you corrected twice becomes a written rule and stops needing you.\n\n## The weekly rhythm\n\nThree links on their own are a feature list. The rhythm turns them into a system.\n\n```mermaid\ngraph LR\n    R[\"retro<br/>what worked\"] --> P[\"planning<br/>priorities of the week\"]\n    P --> D[\"daily<br/>living full-week view\"]\n    D --> T[\"tasks<br/>into departments\"]\n    T --> E[\"execution<br/>the trace goes back into the task\"]\n    E --> R\n    style R fill:#f59e0b,color:#fff\n    style P fill:#3b82f6,color:#fff\n    style D fill:#64748b,color:#fff\n    style T fill:#8b5cf6,color:#fff\n    style E fill:#10b981,color:#fff\n```\n\nThe rhythm answers the question that usually stays unanswered: when exactly does experience turn into a rule. Answer: at the retro, once a week, not \"someday\".\n\nThe same word gives a different result depending on the folder: \"retro\" inside a department means a slice of that department, \"retro\" in the HQ means a slice of the whole system. Folder rules win over general ones.\n\nEach generated department also includes a local `daily` skill. It refreshes the living `WNN-plan.html`: the whole ISO week stays visible, past days keep their facts, today is highlighted, future days remain the plan, and browser-only Wealth habits persist locally.\n\n## Three levels of task tracking\n\n![Three levels of tasks: one list, day separate from long work, a shared tracker](docs/images/tasks-en.png)\n\n## Templates\n\n| Template | What it is |\n|---|---|\n| [`templates/hq`](./templates/hq/) | The HQ — the agent's entry point and the map of the system |\n| [`templates/department`](./templates/department/) | A department — one domain with its own tasks and skills |\n\nDepartments sit **next to the HQ, not inside it**. Every template file opens with a line stating why it is there and which layer it belongs to.\n\n## First step: 30 minutes today\n\n1. Copy [`templates/hq`](./templates/hq/) to your machine and fill in `me.md`.\n2. Open the agent from that folder and ask it to read `AGENTS.md`.\n3. Create your first department from [`templates/department`](./templates/department/) next to the HQ and put one real task into it.\n4. Install the plugin (see [Install](#install)) — it brings the weekly-rhythm skills.\n5. Run the retro at the end of the week and planning at the start of the next one.\n\nAfter two such weeks the department has its own memory, and part of the decisions stop going through you.\n\n## The four skills of the rhythm\n\n| Skill | Link in the route | What it does |\n|-------|-------------------|--------------|\n| [corp-doctor](./skills/corp-doctor/) | Loop, department, task | Diagnose and repair the loop, add a department, route a task |\n| [manager](./skills/manager/) | Execution | Sync session work into GitHub Issues and query cross-repo task state |\n| [weekly-retro](./skills/weekly-retro/) | Pattern into memory | Facts, outcome scorecard, Area Interviews, and next-week Area goals |\n| [weekly-planning](./skills/weekly-planning/) | Priority | Outcomes, seven-day living plan, Area Explorer, clocks, and Wealth habits |\n\n## Where this leads\n\n| Stage | How you think | Where the bottleneck is |\n|-------|---------------|-------------------------|\n| Vibecoder | \"Me and AI\" | Context in your head |\n| Operator | \"I direct agents\" | Coordination by hand |\n| CEO | \"I run a system\" | No bottleneck, the system runs |\n\nYour job shrinks to three moves: set the goal, pick the next move, accept the result.\n\nGlossary — [CONTEXT.md](CONTEXT.md). Accepted architectural decisions — [docs/adr/](docs/adr/).\n\n## Install\n\n### Claude Code\n\nTerminal:\n\n```bash\nclaude plugin marketplace add serejaris/personal-corp-os\nclaude plugin install personal-corp-os@personal-corp-os\nclaude plugin details personal-corp-os\n```\n\nClaude Code Desktop or interactive `/plugin` flow:\n\n1. Open **Plugins** or `/plugin`.\n2. Add marketplace: `serejaris/personal-corp-os`.\n3. Install `personal-corp-os`.\n\n### Codex\n\nThis repo includes a Codex plugin manifest at [.codex-plugin/plugin.json](.codex-plugin/plugin.json).\nAdd the marketplace from GitHub, then install the plugin:\n\n```bash\ncodex plugin marketplace add serejaris/personal-corp-os\ncodex plugin add personal-corp-os@personal-corp-os\n```\n\nAfter installation, start a new Codex thread and try:\n\n```text\nUse Personal Corp skills to plan my week.\n```\n\n### Migrating from personal-corp-skills\n\nThe repository was named `personal-corp-skills` until 2026-08-06. GitHub redirects the old links. The plugin identifier was renamed along with the repository, so remove the installed `personal-corp-skills` plugin via `/plugin` in Claude Code and install the new one using the instructions above.\n\n### Single Skill\n\nUse this when you want one skill folder instead of the whole plugin:\n\n> Install this skill: `https://github.com/serejaris/personal-corp-os/tree/main/skills/cc-analytics`\n\nReplace `cc-analytics` with any skill name from the table below.\n\n\n## All skills\n\n### System rhythm\n\n| Skill | What it does |\n|---|---|\n| [corp-doctor](./skills/corp-doctor/) | One entry point to the loop: diagnose, repair, new department, task routing |\n| [manager](./skills/manager/) | Two-way bridge between the session and GitHub Issues, cross-repo status |\n| [weekly-retro](./skills/weekly-retro/) | Weekly retro: facts, scorecard, Area Interviews, and proposed Area goals |\n| [weekly-planning](./skills/weekly-planning/) | Prioritized outcomes plus a living full-week view refreshed by department daily |\n\n### From intent to tasks\n\n| Skill | What it does |\n|---|---|\n| [idea](./skills/idea/) | Capture one voiced idea into a provenance-tracked folder with index dedup |\n| [grill-me](./skills/grill-me/) | One question at a time until the plan is actually clear |\n| [to-prd](./skills/to-prd/) | Synthesize the conversation into `PRD.md` with no new interview |\n| [to-issues](./skills/to-issues/) | Split a PRD into vertical `tasks/NN-slug.md` slices with acceptance criteria |\n| [gh-issues](./skills/gh-issues/) | Manage GitHub Issues through the CLI with session context |\n\n### Product work\n\n| Skill | What it does |\n|---|---|\n| [pm-brainstorm](./skills/pm-brainstorm/) | Structured ideation with SCAMPER and impact/effort screening |\n| [pm-feedback](./skills/pm-feedback/) | Classify feedback, cluster themes, rank actionable pains |\n| [pm-competitive](./skills/pm-competitive/) | Competitor analysis with SWOT, feature matrix, differentiation |\n| [pm-prioritize](./skills/pm-prioritize/) | Rank the backlog with RICE, ICE, MoSCoW, or Kano |\n| [pm-prd](./skills/pm-prd/) | Structured PRD generation with product-type templates |\n| [pm-user-stories](./skills/pm-user-stories/) | Break an epic into INVEST user stories with a story map |\n| [pm-metrics](./skills/pm-metrics/) | Product metrics review: funnel, retention, alignment with goals |\n| [pm-roadmap](./skills/pm-roadmap/) | Update the Now/Next/Later roadmap with delay attribution |\n| [product-data-audit](./skills/product-data-audit/) | Deep product and business audit as a 12-section interactive report |\n\n### Design and media\n\n| Skill | What it does |\n|---|---|\n| [art-director](./skills/art-director/) | Iterative visual style search with a process log and a decision graph |\n| [html-draft](./skills/html-draft/) | One technical diagram in flat blueprint style: architecture, flows |\n| [parallel-design-variants](./skills/parallel-design-variants/) | Parallel bake-off through subagents, gallery, vote, then a mix |\n\n### Agent orchestration\n\n| Skill | What it does |\n|---|---|\n| [ceo-council](./skills/ceo-council/) | Parallel subagents as C-level experts for strategic analysis |\n| [fable-ruki-agenty](./skills/fable-ruki-agenty/) | Manual orchestration mode: specs into issues, execution to subagents |\n\n### Docs and rules\n\n| Skill | What it does |\n|---|---|\n| [readme-generator](./skills/readme-generator/) | Human-focused README files with proper structure |\n| [claude-md-writer](./skills/claude-md-writer/) | Create and refactor the agent rules file following best practices |\n\n### Operations\n\n| Skill | What it does |\n|---|---|\n| [meeting-copilot](./skills/meeting-copilot/) | Live meeting dashboard: prepare, update from transcript, close with decisions |\n| [cc-analytics](./skills/cc-analytics/) | HTML report of Claude Code usage statistics |\n| [safe-public-release](./skills/safe-public-release/) | Provenance, licensing, allowlist, and fresh-clone checks before publishing |\n| [tg-bot-ops](./skills/tg-bot-ops/) | Operations playbook for Telegram bots and agent gateways |\n\n## Other\n\n### [Statusline](./statusline/)\nCustom statusline showing costs, context usage, and git branch with color-coded indicators.\n\n## Archived Skills\n\nArchived skills are preserved for reference and are not part of the active\nplugin skill set.\n\n| Skill | Notes |\n|-------|-------|\n| [paperclip-api](./archive/skills/paperclip-api/) | Historical Paperclip API helper; kept for reference |\n\n## Manual Installation\n\nSkills are plain folders. Copy the whole skill directory so optional references\nand examples are preserved:\n\n```bash\ncp -r skills/<name> ~/.claude/skills/\n```\n\n## Author\n\n- Telegram: [@ris_ai](https://t.me/ris_ai) — AI development & vibecoding\n- YouTube: [@serejaris](https://www.youtube.com/@serejaris)\n- [vibecoding.phd](https://vibecoding.phd)\n\n## License\n\nMIT\n\n## Security\n\nPlease report secrets, private data exposure, or exploitable behavior privately.\nSee [SECURITY.md](SECURITY.md).\n",
  "bytes": 15360,
  "sha": "9104d33b99a7738628ba1483341bcc74996e7041b4138ce73691ed919ef52f6a",
  "repo_slug": "serejaris/ris-claude-code",
  "fonte": "repo",
  "truncated": false,
  "api": "https://agentalog.com/api/listings/skl_serejaris_ris_claude_code_skills_api_dig_7b280aea/readme"
}