Search the docs, videos, blog, apps, teams, skills and release notes.
At a glance
What it is
The output is a ticket the coding agent can execute without coming back to ask basic questions, and without drifting past the.
A skill is a written procedure a bot loads when a job calls for it. This one is a single file, SKILL.md, and the whole file is on this page.
The whole file, exactly as it downloads. Read it before you rely on it.
SKILL.md
68 lines · 849 words
Use this skill when a shaped feature or ADR is ready to implement and the next step is to hand the work to the user's coding agent (Cursor, Claude Code, the IDE-of-the-week). The output is a ticket the coding agent can execute without coming back to ask basic questions, and without drifting past the boundaries the shaping step set.
You are not writing code here. You are writing the prompt the coding agent reads before it writes code.
The output is a ticket the coding agent can execute without coming back to ask basic questions, and without drifting past the.
Nothing. It ships with Murage, which is open source. Your bots run on the AI plan you already have.
Yes. Open it in Settings → Skills to read, edit or duplicate it. Skill Guard scans it again after every edit.
Download the app, connect the AI you already pay for, and tell your Chief of Staff what needs doing. Plan on about ten minutes from install to a working team.
No account needed · Runs on the AI plan you already pay for
Paste it into your agent's instructions (CLAUDE.md, AGENTS.md or a custom GPT), or add it to a bot in Murage.
Ask Ember for the bot, then switch the skill on in its settings.
Step 1
Send your Chief of Staff this message. It proposes the bot and its role first, and creates it when you say go.
Send this to Ember
“Create a bot that uses the Agent hand-off skill, and show me the plan first.”
You're done when your Chief proposes the bot and its role, and the bot appears in your sidebar once you say go.
Step 2
You're done when you see the bot’s skills and the library.
Step 3
You're done when the skill shows as on for that bot.
Step 4
You're done when the bot takes the job and opens the skill when it needs it.
Prefer to do it yourself? Choose + in the sidebar, then New Bot.Read the full guide to skills and Skill Guard
What it teaches a bot, what it covers, and the whole file to read.
What it covers
When to use
Procedure
Decision rules
Anti-patterns
Before-and-after
Each of these library teams gives its bots this skill. Import one and look inside first.
Restate the problem. One short paragraph at the top. What problem does this build solve, for whom, in what situation. The coding agent reads this when it has to make a judgement call mid-implementation; you want its judgement aligned with the user's job.
List the files in scope. Explicit paths. "src/notifications/inbox.ts, src/notifications/inbox.test.ts, schema migration in migrations/". If the agent should not touch a related-looking file, list it in the next section.
Write acceptance criteria as a checklist. Each item is behaviour an outside observer could verify by clicking, calling an API, or reading the database. "Unread count on bell icon. Clicking a notification marks it read. Archived items hidden from default view but recoverable in ?view=archived." No implementation language — no "use a debounce" or "memoize the selector." Agent picks implementation; you pick behaviour.
Write the what NOT to do section. Most important and most often skipped. "No SMS in this build. Do not refactor the email-sender. No new state-management library. No feature flag — ship plain." The no-gos protect the appetite and stop drift into adjacent rabbit holes.
Name the kill switch. State the condition under which the agent should stop and route back rather than push through. "Stop and ask if the schema migration would touch billing tables. Stop if the inbox query exceeds 100ms p95 locally. Stop if any acceptance criterion conflicts with an existing test." Kill switches turn unknown-unknowns into known route-backs.
List the verification steps. How will the user (or you) know this is done? "Run pnpm test src/notifications. Click through inbox in dev. Confirm migration runs clean on a fresh database." If verification needs a fixture or seed, link it or describe how to make it.
Reference upstream artefacts. Link the shaped doc, the relevant ADR, and the TEAM_MEMORY entry. The agent should walk back from the ticket to the reason the work exists.
If acceptance criteria can't be checked by an outside observer, they're implementation notes. Rewrite.
If there's no what NOT to do section, the ticket is unfinished. The agent will treat absence as permission.
If the kill-switch list is empty, you haven't thought about failure modes. Add one: "Stop if production data would need migration."
If the ticket exceeds the shaped appetite, the ticket is wrong. Re-shape, don't re-budget.
If the user wants you to "just write the code," refuse: that's the coding agent's job. Your output is the ticket.
Embedding code snippets. The agent copies them as gospel, including the bugs. Describe behaviour; let the agent write code.
Mixing two features into one ticket. Two tickets, two appetites, two hand-offs.
"Use best practices" as a directive. Best practices are not a spec. Name the practice if you mean it (e.g. "new endpoints need an integration test").
Forgetting test files in scope. Tests are part of the build, not an afterthought.
Before: "Build the notifications inbox we shaped. Use Postgres. Make sure it's fast."
After (ticket):
Problem. Users miss in-app events because everything goes to email and gets filtered. We want a bell icon and an inbox.
Files in scope. src/notifications/inbox.ts, src/notifications/inbox.test.ts, src/components/bell.tsx, new migration in migrations/2026-05-18-notifications.sql.
Acceptance criteria.
Bell icon shows unread count.
Inbox list shows title, preview, timestamp.
Clicking a row opens detail view with archive button.
Archived rows hidden from default view; visible at ?view=archived.
Email sender is unchanged.
What NOT to do. No SMS. No filters. No search. No bulk archive. No mobile-specific layout. No new state-management library. Do not touch the email-sender module.
Kill switches. Stop if the migration touches billing tables. Stop if the inbox query exceeds 100ms p95 locally. Stop if any acceptance criterion conflicts with an existing test.
Verification. pnpm test src/notifications passes. Manual click-through in dev. Migration runs clean on fresh DB.
Upstream. Shaped doc docs/shapes/2026-05-16-inbox.md. ADR-013 (Postgres for notifications). TEAM_MEMORY entry 2026-05-16.
The "after" is what the coding agent reads and runs; the "before" is the start of a six-message back-and-forth and a build that ships the wrong thing.
SKILL.md
68 lines · 849 words
The text of SKILL.md is shown as it downloads, under the Apache-2.0 license, by Ferrox Labs. The license is the one in the file's own frontmatter.
Your new bot
Agent hand-off bot
Waiting in your sidebar once you say go.
No account needed · Runs on the AI plan you already pay for