agentleFS
systemind-teamsystemind-team/AICOO-Skills/skills/onboarding/SKILL.md

onboarding

Skill35 starsChanged 4 months agoMITView on GitHub

Use this skill when a user wants to set up Aicoo for the first time, sign in, build their agent's memory, share their agent, or invite their team. Triggers on: 'set up Aicoo', 'get started with Aicoo', 'onboard', 'sign in to Aicoo', 'build my memory', 'teach my agent about me', 'what should my agent know', 'share my agent', 'invite my team', 'first time', 'new to aicoo', or any first-time Aicoo usage.

  • Reads credentials
  • Sends data out

100 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use paywalls, popups and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • CesarjoquinSkill

    paywalls

    When the user wants to create or optimize in-app paywalls, upgrade screens, upsell modals, or feature gates. Also use when the user mentions "paywall," "upgrade screen," "upgrade modal," "upsell," "feature gate," "convert free to paid," "freemium conversion," "trial expiration screen," "limit reached screen," "plan upgrade prompt," "in-app pricing," "free users won't upgrade," "trial to paid conversion," or "how do I get users to pay." Use this for any in-product moment where you're asking users to upgrade. Distinct from public pricing pages (see cro) — this focuses on in-product upgrade moments where the user has already experienced value. For pricing decisions, see pricing.

    Also in 19 projects that use this

  • CesarjoquinSkill

    popups

    When the user wants to create or optimize popups, modals, overlays, slide-ins, or banners for conversion purposes. Also use when the user mentions "exit intent," "popup conversions," "modal optimization," "lead capture popup," "email popup," "announcement banner," "overlay," "collect emails with a popup," "exit popup," "scroll trigger," "sticky bar," or "notification bar." Use this for any overlay or interrupt-style conversion element. For forms outside of popups, see cro. For general page conversion optimization, see cro.

    Also in 18 projects that use this

  • coreyhaines31Skill

    marketing-council

    When the user wants multiple expert perspectives on a marketing question — a simulated board of advisors staffed by legendary marketers (Seth Godin, David Ogilvy, Eugene Schwartz, April Dunford, Rory Sutherland, Alex Hormozi, Byron Sharp, and more). Also use when the user mentions 'marketing council,' 'board of advisors,' 'advisory board,' 'what would Seth Godin say,' 'what would Ogilvy think,' 'channel Hormozi,' 'get multiple perspectives,' 'debate this,' 'have the council review,' 'marketing mentors,' or asks how a famous marketer would approach their problem. The council gives each advisor's take through their documented frameworks, surfaces where they disagree, and synthesizes a recommendation. For executing the winning direction, hand off to positioning, offers, copywriting, ads, or the relevant skill.

    Also in 13 projects that use this

  • roerohanSkill

    prospecting

    When the user wants to find, qualify, and build a list of prospects to reach out to — across B2B SaaS, general B2B, or local small businesses. Also use when the user mentions "prospecting," "build a prospect list," "find prospects," "find leads," "lead gen list," "find SaaS companies that," "find B2B companies," "find local businesses," "ICP-fit accounts," "who should we go after," "outbound list," "target account list," "find clients near me," "businesses without websites," "prospect research," "qualified leads," "find my first customers," "early adopters," "design partners," "beta users," or "who has this problem." Use this for the list-building and qualification phase. For writing the outbound copy after the list is built, see cold-email. For deep competitive research on specific accounts, see competitor-profiling.

    Also in 16 projects that use this

  • roerohanSkill

    emails

    When the user wants to create or optimize an email sequence, drip campaign, automated email flow, or lifecycle email program. Also use when the user mentions "email sequence," "drip campaign," "nurture sequence," "onboarding emails," "welcome sequence," "re-engagement emails," "email automation," "lifecycle emails," "trigger-based emails," "email funnel," "email workflow," "what emails should I send," "welcome series," or "email cadence." Use this for any multi-email automated flow. For cold outreach emails, see cold-email. For in-app onboarding, see onboarding.

    Also in 18 projects that use this

  • +7 more from Cesarjoquin

The file

We split this skill into the rules it gives an agent

5 rules. 0 are common, 3 are distinctive, and 2 are very specific to this project.

  • 0

    Common

    Most of the 85 edited versions we read keep these.

  • 3

    Distinctive

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    If ~/.aicoo/credentials.json already exists, skip to 0b.

    line 39
  2. Distinctive:

    Ask: *"Are you setting Aicoo up mostly for yourself (share your agent, get discovered) or for your team (a shared knowledge base your …

    line 111
  3. Distinctive:

    Ask first (don't assume the current folder):

    line 129
  4. Distinctive:

    Read the real signals from the chosen source (adapt to what exists):

    line 141
  5. Very specific:

    Use accumulate with Memory/...

    line 157

“Common” is measured: kept by at least 6 in 10 of the 85 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Onboarding — From Zero to a Shareable Agent

Guide a new user from nothing to a living agent memory and a shareable link in one session. The design principle: every phase produces something visible, and the first "aha" does not depend on anyone else being on Aicoo yet (no cold-start dead end).

There are two tracks. Detect which one fits, then follow it. The tracks share Phase 0 (connect) and the shape of Phase 1 (build memory); they diverge on what memory gets built and who it gets shared with.

Phase 0  CONNECT      Sign in with Aicoo + detect track (personal / team)
   ↓
Phase 1  BUILD MEMORY Scan local context → synthesize → write agent memory   ← core aha
   ↓
Phase 2  SHARE        Personal: share your agent link
                      Team:     build a knowledge base folder + share it
   ↓
Phase 3  INVITE       (team) Invite teammates — copy-paste prompt AND link
   ↓
Phase 4  KEEP GOING   check-messages / daily-brief → heartbeat; (personal) discover on Square

Phase 0: CONNECT — Sign in + detect track

0a. Sign in with Aicoo (OAuth) — DO THIS, don't send the user to a website

This is a one-click OAuth flow. You run a script; the user clicks Approve in the browser. Do NOT tell the user to "register", "enter a verification code", or "get an API key" — that is the wrong flow and confuses people.

If ~/.aicoo/credentials.json already exists, skip to 0b. Otherwise:

Step 1 — locate the login script. It ships inside this skill pack, in the scripts/ directory next to the skills/ directory that contains this file. Resolve its absolute path. If you're unsure where the pack is installed, find it:

LOGIN="$(find ~/.claude/plugins ~/.codex ~/.config/skills ~/.local/share ~ \
  -maxdepth 8 -name aicoo-login.mjs -path '*aicoo-skills*' 2>/dev/null | head -1)"
echo "$LOGIN"   # e.g. ~/.claude/plugins/aicoo-skills/scripts/aicoo-login.mjs

Step 2 — run it (it auto-opens the browser and blocks until the user finishes; just run it and wait):

node "$LOGIN"

Step 3 — relay the link. The script prints a Sign in with Aicoo URL. Copy that exact URL into your reply to the user as a clickable link, and say something like:

I've opened the Aicoo sign-in page in your browser. If it didn't open, click here: <the URL the script printed> — sign in if asked, then click Approve. That's it; I'll continue automatically once you do.

Then let the script finish — it exchanges the code and stores tokens in ~/.aicoo/credentials.json (chmod 600), granting the os.* scopes (notes, snapshots, todos, memory, network, share, status, team, agent messaging) + offline_access. When it prints "Signed in", continue to 0b.

Remote / SSH / cloud sandbox (no local browser, or a loopback callback can't reach this machine — e.g. a hosted Codex/agent runtime): run node "$LOGIN" --manual. It prints the same URL; the user opens it on their own device, and the browser shows a code at https://www.aicoo.io/auth/cli that they paste back to you. Relay the URL exactly as above.

Then resolve the token so every example works (auto-refreshes; re-run on 401). Use the same pack root you found above:

export AICOO_API_KEY="$(bash "$(dirname "$LOGIN")/aicoo-auth.sh")"

Users can revoke anytime at https://www.aicoo.io/settings/connected-apps.

Only if the browser truly can't be used (pure CI/cron, no human): fall back to a manual API key — https://www.aicoo.io/settings/api-keys → export AICOO_API_KEY=aicoo_sk_live_xxxxxxxx. Do not offer this first; OAuth is the default.

0b. Initialize workspace

curl -s -X POST "https://www.aicoo.io/api/v1/init" \
  -H "Authorization: Bearer $AICOO_API_KEY" | jq .
curl -s "https://www.aicoo.io/api/v1/os/status" \
  -H "Authorization: Bearer $AICOO_API_KEY" | jq .

0c. Detect the track

Infer from local signals, then confirm in one line. Don't over-ask.

  • Team / enterprise signals: a monorepo, multiple git contributors (git shortlog -sn | head), a CODEOWNERS file, a company-domain sign-in email, org-scoped package.json name, team/architecture/runbook docs.
  • Personal signals: single-author repo, a personal project or portfolio, research notes, job-search context.

Ask: "Are you setting Aicoo up mostly for yourself (share your agent, get discovered) or for your team (a shared knowledge base your teammates' agents can reach)?" Then follow that track. Either way, Phase 1 comes next.


Phase 1: BUILD MEMORY — the core aha

Goal: the user watches their agent's memory get built from their real context, then sees the agent use it. This is the first aha and it needs no one else on Aicoo.

Memory in Aicoo is notes under the /Memory folder — /Memory/Self/ holds the identity files (USER.md, COO.md, POLICY.md, MEMORY.md). You build memory by writing those files.

1a. Ask where to build from, then scan it

Ask first (don't assume the current folder):

"Where should I build your memory from? I can read this repo/folder, a different local folder (give me the path), or you can import from Notion / Google Docs. Or just tell me about yourself and we skip files."

  • Local folder / repo → read it directly (signals below).
  • Notion / Google Docs → point them to https://www.aicoo.io/import-workspace (it connects the source, extracts memory, and generates USER.md/COO.md), then continue at 1c to verify.
  • "Just tell me" → ask 3–4 questions and synthesize from the answers.

Read the real signals from the chosen source (adapt to what exists):

  • README.md, package.json, Cargo.toml, pyproject.toml — stack + purpose
  • docs/, notes/, architecture / decision / runbook docs — domain knowledge
  • git log --oneline -30, git shortlog -sn — what's being worked on, by whom
  • Claude/agent memory files if present (CLAUDE.md, .claude/, AGENTS.md)

Personal track → synthesize about the person: who they are, their stack, what they're building, how they like their agent to behave.

Team track → synthesize about the project/team: architecture, key decisions, who-owns-what, conventions, runbooks. This becomes the knowledge base.

1b. Write the memory (show it happening)

Narrate it as building memory — write the identity files and the knowledge. Use accumulate with Memory/... paths (the root-space router puts them in the right place):

curl -s -X POST "https://www.aicoo.io/api/v1/accumulate" \
  -H "Authorization: Bearer $AICOO_API_KEY" -H "Content-Type: application/json" \
  -d '{
    "files": [
      {"path": "Memory/Self/USER.md",   "content": "# Who You Are\n\n## Role\n...\n## Current Work\n...\n## Expertise\n..."},
      {"path": "Memory/Self/COO.md",    "content": "# Your Agent\n\n## Voice & style\n...\n## How to help\n..."},
      {"path": "Memory/Self/MEMORY.md", "content": "# Long-term Memory\n\n## Key facts\n- ...\n## Projects\n- ...\n## Preferences\n- ..."}
    ]
  }' | jq '{created, updated, workspace}'

For the team track, also write the knowledge base into its own folder so it can be shared as a unit (e.g. Knowledge Base/architecture.md, Knowledge Base/decisions.md, Knowledge Base/ownership.md):

curl -s -X POST "https://www.aicoo.io/api/v1/accumulate" \
  -H "Authorization: Bearer $AICOO_API_KEY" -H "Content-Type: application/json" \
  -d '{"files": [
    {"path": "Knowledge Base/architecture.md", "content": "..."},
    {"path": "Knowledge Base/decisions.md",    "content": "..."},
    {"path": "Knowledge Base/ownership.md",     "content": "# Who owns what\n- ..."}
  ]}' | jq '{created, updated}'

1c. The aha — prove the agent remembers

Two ways, pick what fits:

# Search the memory you just built
curl -s -X POST "https://www.aicoo.io/api/v1/os/memory/search" \
  -H "Authorization: Bearer $AICOO_API_KEY" -H "Content-Type: application/json" \
  -d '{"query": "what am I working on", "maxResults": 5}' | jq '.result.results'

Or (stronger): after Phase 2 gives you a share link, talk to your own agent as a guest and watch it answer from what you just wrote — "it actually knows me / it actually knows this project."

Transition (personal): "Your agent has a memory now. Let's make it reachable — share a link anyone can talk to." Transition (team): "Your knowledge base is live. Let's share it with the team so their agents can reach it."


Phase 2: SHARE

Both tracks use POST /api/v1/os/share; they differ in scope.

Personal — share your agent

curl -s -X POST "https://www.aicoo.io/api/v1/os/share" \
  -H "Authorization: Bearer $AICOO_API_KEY" -H "Content-Type: application/json" \
  -d '{"scope":"all","access":"read","notesAccess":"read","label":"My agent","requireSignIn":true}' \
  | jq '{url: .shareLink.url, token: .shareLink.token}'

Present:

Your agent is shareable → https://www.aicoo.io/a/<token>
Send it to anyone. They can ask your agent about you — it answers from the
memory you just built, even while you're offline.

Team — share the knowledge base

Restrict the link to the knowledge-base folder(s) so it exposes the KB, not everything:

# Find the folder id
curl -s "https://www.aicoo.io/api/v1/os/folders" \
  -H "Authorization: Bearer $AICOO_API_KEY" | jq '.folders[] | select(.name=="Knowledge Base") | {id,name}'

# Share scoped to that folder
curl -s -X POST "https://www.aicoo.io/api/v1/os/share" \
  -H "Authorization: Bearer $AICOO_API_KEY" -H "Content-Type: application/json" \
  -d '{"scope":"folders","folderIds":[<id>],"access":"read","notesAccess":"read","label":"Team knowledge base","requireSignIn":true}' \
  | jq '{url: .shareLink.url}'

Present the /a/<token> link: teammates (and their agents) can now ask the knowledge base questions instead of interrupting a person.


Phase 3: INVITE THE TEAM (team track)

Two complementary ways — offer both, let the user pick per person.

3a. Copy-paste onboarding prompt (best for technical teammates)

Zero setup on your side. Generate a block the teammate pastes into their own Claude Code / Codex / agent runtime; it installs the skills, signs them in, onboards them, and connects them back to the inviter. Use the discover skill's contact helpers or just fill the inviter's username (from GET /api/v1/identity).

Generate and present exactly this (substitute <username> and, if you created one in 3b, <inviteUrl>):

Copy everything below and paste it to your AI agent (Claude Code, Codex, etc.):

---
Set me up on Aicoo and connect me to my teammate.

1. Install the Aicoo skills:
   npx skills add Aicoo-Team/AICOO-Skills
   (or: git clone https://github.com/Aicoo-Team/AICOO-Skills.git ~/.claude/plugins/aicoo-skills)
2. Sign in with Aicoo:
   node ~/.claude/plugins/aicoo-skills/scripts/aicoo-login.mjs
3. Run the Aicoo onboarding skill to build my agent memory and share my agent.
4. Connect me to @<username> on Aicoo (accept/join their team if I was invited).
---

3b. Invite link (best for anyone with an Aicoo account)

Requires the os.team:write scope and that the caller owns/admins a Team plan. First check team status:

curl -s "https://www.aicoo.io/api/v1/os/team" \
  -H "Authorization: Bearer $AICOO_API_KEY" | jq '{hasTeam, canInvite, seats: .team.seatsAvailable}'
  • hasTeam:false → the user isn't on a Team plan. Point them to https://www.aicoo.io/settings/team to start one, then come back. (Don't try to invite.)
  • canInvite:false → they're a member, not owner/admin. Only owners/admins invite.
  • seatsAvailable:0 → all seats used; add seats at /settings/team first.

Then create a reusable link invite (omit email for a link anyone can use, or set it to email that specific person and send them the link too):

curl -s -X POST "https://www.aicoo.io/api/v1/os/team/invite" \
  -H "Authorization: Bearer $AICOO_API_KEY" -H "Content-Type: application/json" \
  -d '{"role":"member"}' | jq '{inviteUrl, emailDelivered}'

Present the inviteUrl (https://www.aicoo.io/team/invites/<token>). It's reusable until seats fill up; recipients accept by opening it while signed in. Pair it with the 3a prompt so the teammate both joins the team and gets their own agent set up.


Phase 4: KEEP GOING

  • check-messages — see who talked to your agent and what it answered. This is the retention aha: your agent worked while you were away.
  • daily-brief — a morning summary of priorities and activity.
  • heartbeat — let your agent act autonomously on a schedule.
  • (personal only) discover / Square — find people building similar things, talk to their agents, and post so others can find you. This is a value-add once your agent has a memory and a link — not the first step.

Completion summary

Personal

✓ Signed in with Aicoo
✓ Agent memory built from your real context
✓ Agent link live → https://www.aicoo.io/a/<token>
Next: "check messages" · "discover people" · "daily brief"

Team

✓ Signed in with Aicoo
✓ Knowledge base built + shared → https://www.aicoo.io/a/<token>
✓ Team invited (link + copy-paste onboarding prompt)
Next: "check messages" · "daily brief" · "heartbeat"

Resume from any step (idempotent)

$LOGIN below is the script path you resolved in Phase 0a (.../aicoo-skills/scripts/aicoo-login.mjs).

# Signed in?  → ~/.aicoo/credentials.json exists, or:
node "$LOGIN" --status
# Has workspace / memory?
curl -s "https://www.aicoo.io/api/v1/os/status" -H "Authorization: Bearer $AICOO_API_KEY"
curl -s -X POST "https://www.aicoo.io/api/v1/os/memory/search" -H "Authorization: Bearer $AICOO_API_KEY" \
  -H "Content-Type: application/json" -d '{"query":"identity","maxResults":3}'
# Has a share link?
curl -s "https://www.aicoo.io/api/v1/os/share/list" -H "Authorization: Bearer $AICOO_API_KEY"
# On a team / can invite?
curl -s "https://www.aicoo.io/api/v1/os/team" -H "Authorization: Bearer $AICOO_API_KEY"

Skip any phase already done.


Error handling

ScenarioAction
Not signed inRun node "$LOGIN" (browser) or node "$LOGIN" --manual (remote/SSH), and relay the printed URL as a clickable link. Do NOT send the user to register/enter a code. API-key fallback only if no browser at all: https://www.aicoo.io/settings/api-keys
Agent about to open a website / ask for a verification codeWrong flow — stop and run the login script instead; it handles sign-in
401 mid-sessionAccess token expired — re-export AICOO_API_KEY="$(bash "$(dirname "$LOGIN")/aicoo-auth.sh")" (auto-refreshes)
403 insufficient_scopeThe login didn't grant that scope — re-run aicoo-login.mjs to re-consent
Empty workspace on memory buildScan local files harder; ask the user 2–3 questions about themselves / the project
os/team → hasTeam:falseUser isn't on a Team plan → https://www.aicoo.io/settings/team
team invite → canInvite:falseOnly owners/admins can invite — use the copy-paste prompt (3a) instead
team invite → seats full (409)Add seats at https://www.aicoo.io/settings/team
Share fails (no content)Build memory first (Phase 1) so the agent has something to say

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.