ai-team
Skill5 starsChanged 11 days agoApache-2.0View on GitHub
Set up a small AI team in Claude Code or Codex: a Chief of Staff that routes work on a board, role agents (product, growth writer, video, inbox), the rule that nobody reviews their own work (a different model or agent reviews every output, the human approves anything that goes out), a shared second brain (a git repo of notes and memories every agent reads and writes) and Edge to pick the right skill per task. Use when someone asks to build AI employees, an AI team, an agent org chart, a chief of staff agent, role agents or subagents for their work, a shared memory or second brain for agents, or a review loop where agents check each other.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- ThendCN/ai-team-skillstheir own version, first seen Oct 16, 2026
- ricoberger/dotfilestheir own version, first seen Oct 10, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- ThendCN/ai-team-skills★ 96same name
- ricoberger/dotfiles★ 19same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository168 other files it gives its agents.
- abel-sell-the-alphaSkill
- agent-governance-gap-analysisSkill
- agent-infra-fixerSkill
- agent-receiptSkill
- agent-skills-gapSkill
- ai-dnaSkill
- ai-festival-posterSkill
- albro-founder-brandSkill
- anatomySkill
- andy-raskin-strategic-narrativeSkill
- ar-aging-and-cash-applicationSkill
- asshauer-performance-contentSkill
- autonomous-researchSkill
- awwwards-sitesSkill
- better-typographySkill
- bourgoin-why-we-buySkill
- brain-scanSkill
- brath-b2b-demand-frameworkSkill
- braun-poke-the-bearSkill
- broll-pickerSkill
- claritySkill
- client-commsSkill
- cli-ux-reviewSkill
- clone-my-voiceSkill
- clone-yourselfSkill
- costa-negotiation-dynamicsSkill
- crawler-access-auditSkill
- cv-job-matchSkill
- data-globeSkill
- decision-ledgerSkill
- denney-persona-angle-formatSkill
- dicks-homework-five-secondSkill
- domain-uptime-monitorSkill
- dreyer-funnel-diagnosisSkill
- dry-three-copy-testsSkill
- dunford-obviously-awesomeSkill
- edge-find-skillsSkill
- fede-cloneSkill
- fede-voiceSkill
- fehr-clarity-taste-strategySkill
- fitzpatrick-mom-testSkill
- flores-founder-content-machineSkill
- founders-handbookSkill
- foxwell-meta-creativeSkill
- frankus-geo-auditsSkill
- gahan-b2b-creator-blueprintSkill
- galloway-youtube-outlier-packagingSkill
- generate-imageSkill
- geo-dominationSkill
- gerhardt-founder-brandSkill
- german-taxes-elsterSkill
- goetz-challenger-marketingSkill
- greger-creator-squadSkill
- handley-everybody-writesSkill
- harness-firstSkill
- hire-founding-engineerSkill
- hott-ugly-adsSkill
- http-error-triageSkill
- hubspot-crm-cleanupSkill
- humanizerSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
12 rules. About 0 are common, 11 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈11
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Nobody reviews their own work: Every output is reviewed by a different agent, ideally on a different model, before the human sees it.
- Distinctive: line 18
Ask the user one message with these questions and a default for each.
- Distinctive: line 25
Never create a public repo for the second brain.
- Distinctive: line 77
Default roster (cut what the user does not need):
- Distinctive: line 94
Start small. Three roles that work beat twelve that nobody calls.
- Distinctive: line 108
The human: Always last, never skipped for anything that goes out.
- Distinctive: line 133
Run one real task end to end before calling it done, and show the user the evidence:
- Distinctive: line 145
Do not let any role approve its own output, even "just this once".
- Distinctive: line 146
Do not let any role send, post, publish, deploy, pay or delete without the human's explicit OK on that exact item.
- Distinctive: line 147
Do not store secrets, tokens or passwords in the brain, the board or a role prompt.
- Distinctive: line 148
Do not create one giant prompt that "is" every role.
- Very specific: line 149
Do not let MEMORY.md grow into a dump.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
AI Team
Build a working AI team in the user's own Claude Code or Codex setup. The output is files on disk, not advice: a second brain repo, a board, one prompt per role, a review checklist and a CLAUDE.md / AGENTS.md section that wires it together.
The team has three rules. Write them into every file you create:
- One owner per task. The Chief of Staff puts every task on the board with exactly one role as owner.
- Nobody reviews their own work. Every output is reviewed by a different agent, ideally on a different model, before the human sees it. The human approves anything that leaves the machine: posts, emails, messages, deploys, payments.
- Everything worth keeping goes into the second brain. Agents read it before they start and write to it before they finish. It is a git repo, so every change is versioned and synced.
0. Ask once, then build
Ask the user one message with these questions and a default for each. If they say "just do it", use the defaults.
- Which agents do you run? Default: Claude Code as the main agent, Codex as the reviewer (or the other way round if they only use Codex).
- Which teams do you need? Default: Product, Growth, Inbox. Add Video only if they make video.
- Where should the second brain live? Default:
~/brain, a private GitHub repo. - What must never go out without you? Default: anything sent, posted, published, deployed, paid or deleted.
Never create a public repo for the second brain. Never put API keys, passwords or tokens in any file below.
1. Create the second brain
~/brain/
README.md what lives where (copy templates/brain-README.md)
MEMORY.md short index: one line per memory, newest first, under 150 lines
memory/ one file per durable fact or correction: feedback_*.md, project_*.md, person_*.md
notes/ anything longer: research, meeting notes, drafts worth keeping
projects/<name>/ one folder per project: BRIEF.md, DECISIONS.md, files the team produces
board/BOARD.md the team board (copy templates/BOARD.md)
team/ one prompt per role (copy templates/roles/*.md)
team/REVIEW.md the review checklist (copy templates/REVIEW.md)
skills/ the user's own skills, one folder per skill with a SKILL.mdThen:
cd ~/brain && git init && git add -A && git commit -m "Second brain: initial layout"
gh repo create brain --private --source . --push # only if the user has gh and agreedSync rule, written into CLAUDE.md / AGENTS.md in step 4: pull before starting work, commit and push after writing to the brain. If two agents write at the same time, git pull --rebase and keep both edits; never force push.
2. Create the board
Copy templates/BOARD.md to ~/brain/board/BOARD.md. Columns are Inbox, Doing, Review, Waiting on human, Done. Each card is one line:
- [ ] <task> | owner: <role> | reviewer: <role or model> | due: <date> | link: <file or PR>The Chief of Staff is the only role that moves cards between columns. Other roles add notes under their own card.
3. Create the roles
Copy templates/roles/ into ~/brain/team/, keep only the teams the user chose, and replace every <placeholder>. There is one file per team (chief-of-staff, product, growth-writer, video, inbox) plus reviewer; the sub-roles of a team share its file until the work justifies splitting them. Then expose each role to the agents:
Claude Code: one subagent file per role in ~/.claude/agents/ (user level) or .claude/agents/ (one project). A subagent file is Markdown with front matter:
---
name: growth-writer
description: Drafts posts, emails and landing page copy. Use for any copy task on the board.
---
Read ~/brain/team/growth-writer.md and follow it.Codex: Codex reads AGENTS.md. Add one line per role under a ## Roles heading, for example - Growth writer: when asked to act as growth-writer, read ~/brain/team/growth-writer.md and follow it. Run a role non-interactively with codex exec "Act as growth-writer. Task: <card>".
Default roster (cut what the user does not need):
| Team | Role | Owns |
| Lead | Chief of Staff | The board: routes each task to one owner, assigns a reviewer, chases what is late |
| Product | Head of Product | Code, infra and evals; splits work for the engineer |
| Product | Engineer | Fixes, pull requests, deploys after approval |
| Product | Eval lead | Runs tests and benchmarks on every release, reports numbers with the command that produced them |
| Growth | Head of Growth | Posts, launches, outreach plan |
| Growth | Writer | Drafts copy in the user's voice from their past writing in the brain |
| Growth | Outreach | Drafts DMs and follow-ups; never sends |
| Video | Director | Script, storyboard, final cut |
| Video | Motion | Edits and animation |
| Inbox | Chief of Inbox | Every inbound message gets a decision: reply, delegate, ignore |
| Inbox | Triage | Sorts email, chat and social inboxes; drafts replies |
| Inbox | Follow-ups | Tracks open loops and promised replies with dates |
Start small. Three roles that work beat twelve that nobody calls. Add a role only when one role's prompt gets too long or two kinds of work keep colliding.
4. Wire it into CLAUDE.md and AGENTS.md
Append templates/CLAUDE-section.md to ~/.claude/CLAUDE.md (Claude Code, all projects) and the same text to ~/.codex/AGENTS.md (Codex, all projects). Adjust paths. Keep it short: these files load on every session.
Claude Code can import the memory index with an @ line, for example @~/brain/MEMORY.md, so every session starts with it. For Codex, write "Read ~/brain/MEMORY.md before starting work" in AGENTS.md instead of relying on an import.
5. Wire the review rule
The reviewer must not be the author. In order of preference:
- Different model. Claude wrote it, Codex reviews it (
codex exec "Review <file> against ~/brain/team/REVIEW.md. Do not edit. Return PASS or a numbered list of fixes."), or the other way round (claude -p "..."). A different model catches different mistakes. - Different agent, fresh context. A subagent that did not see the drafting conversation, given only the output and
REVIEW.md. Tell it nothing about how the draft was made, so it judges what is on the page. - The human. Always last, never skipped for anything that goes out.
Loop: author drafts, reviewer returns PASS or fixes, author fixes, reviewer checks again, until PASS. Then the card moves to "Waiting on human" with the reviewed file linked. Cap the loop at three rounds; after that the Chief of Staff puts the disagreement in front of the human in two lines.
Blind review for creative work: give the reviewer the finished film, image or page, not the brief, and ask what it is about and where attention dropped. If the reviewer cannot say what it is about, it is not done.
Record each review in the card: who reviewed, which model, PASS or the fixes. That record is how the human trusts the board without redoing the work.
6. Add Edge so each role gets the right skill
Edge finds and loads the right skill for a task from 100,000+ public agent skills, so a role does not need every skill installed up front. Tell the user to paste this into their agent:
Set up Edge for me: read getedge.cc/SKILL.md and follow itOr add the connector directly:
- Claude Code:
claude mcp add --transport http edge https://getedge.cc/mcp - Codex:
codex mcp add edge --url https://getedge.cc/mcp
Each role prompt already says: at the start of specialist work, call Edge find_skill once with the task in one sentence, load the best fit with use_skill, then continue. Skills the team writes itself go into ~/brain/skills/.
7. Check the setup works
Run one real task end to end before calling it done, and show the user the evidence:
- Give the Chief of Staff a small real task. It must add one card with one owner and one reviewer.
- The owner does it and writes any lasting fact to
~/brain/memory/plus a line inMEMORY.md. - The reviewer, on a different model or in a fresh context, returns PASS or fixes. The card shows the review.
- The card lands in "Waiting on human". Nothing was sent, posted or deployed.
git -C ~/brain log --oneline -3shows the commits, and the remote has them if one was set up.
Report to the user in a few lines: files created, roles active, which model reviews which, where the board is, and the one task that went through.
Do not
- Do not let any role approve its own output, even "just this once".
- Do not let any role send, post, publish, deploy, pay or delete without the human's explicit OK on that exact item.
- Do not store secrets, tokens or passwords in the brain, the board or a role prompt.
- Do not create one giant prompt that "is" every role. One file per role.
- Do not let MEMORY.md grow into a dump. One line per memory; the detail lives in
memory/.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

