You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Part of epic #391 (skill import from other AI systems). This is Part 3 of that
concept, split out for separate tracking. It builds on the import mechanism (Part 1) and
the skill-aware Builder (Part 2) described in #391.
Summary
Once a user can import skills (epic #391), the remaining onboarding piece is to make
the offer proactively: during new-user setup, invite the user to bring a few skills they
already trust — first from Claude (Agent Skills), later from OpenAI (Codex / ChatGPT) —
so they reach an early "it works, with my stuff" moment instead of staring at an empty
workspace.
This is a concept, not an implementation plan.
Why
First impressions decide adoption. A new operator who lands in an empty workspace has to
imagine what omadia can do; a new operator who imports a skill they wrote last week and
watches an agent use it has already succeeded. Reusing assets the user already trusts is
the shortest path to that first success — and it directly reduces the cold-start tax called
out in the broader onboarding work (#337, #338).
What the user sees (UX sketch)
In the first-run / setup flow, an optional, skippable step: "Bring your skills."
The user drops one or more SKILL.md files (or pastes). omadia previews each
(name / description from frontmatter) — no size or "slot" talk, ever.
omadia offers to spin up a starter agent that already uses one of them, so the user
has a working, personal example in the first minutes — not a blank canvas.
The step is fully skippable for users who want to start clean.
Principles
Optional and skippable — never a gate in front of the product.
Fast path to a working agent — the payoff is a running agent using the user's own
skill, not just a registry full of imported entries.
Any automated connector that pulls skills out of Claude/OpenAI accounts — manual upload /
paste is the starting point; a connector is a separate, later question.
Bulk migration tooling.
Open questions
Where exactly in the first-run flow does the offer sit, and how is it phrased so it reads
as a quick win rather than a chore?
How many skills do we suggest importing for a good first run (one, a few)?
Do we auto-create a demo agent that uses an imported skill, or only offer it?
Sourcing: manual upload first — is there appetite for a future Claude/OpenAI connector,
or is upload/paste sufficient?
Summary
Once a user can import skills (epic #391), the remaining onboarding piece is to make
the offer proactively: during new-user setup, invite the user to bring a few skills they
already trust — first from Claude (Agent Skills), later from OpenAI (Codex / ChatGPT) —
so they reach an early "it works, with my stuff" moment instead of staring at an empty
workspace.
This is a concept, not an implementation plan.
Why
First impressions decide adoption. A new operator who lands in an empty workspace has to
imagine what omadia can do; a new operator who imports a skill they wrote last week and
watches an agent use it has already succeeded. Reusing assets the user already trusts is
the shortest path to that first success — and it directly reduces the cold-start tax called
out in the broader onboarding work (#337, #338).
What the user sees (UX sketch)
SKILL.mdfiles (or pastes). omadia previews each(name / description from frontmatter) — no size or "slot" talk, ever.
(no parallel mechanism).
has a working, personal example in the first minutes — not a blank canvas.
Principles
skill, not just a registry full of imported entries.
separate onboarding-only importer.
content.
Feasibility anchors in omadia
step.
onboarding surface on top of them, not new core machinery.
"working example" agent.
Non-goals
paste is the starting point; a connector is a separate, later question.
Open questions
as a quick win rather than a chore?
or is upload/paste sufficient?
Related