Skill Map
Purpose
Onelink now uses a small skill family instead of one overloaded project skill. This gives AI agents:- a top-level coordinator for broad tasks
- specialized execution guidance for the major project surfaces
- cleaner prompts and smaller context when a task is narrow
Skill Family
onelink-builder
Role:
- top-level coordinator skill
- use when the task is broad, crosses multiple project surfaces, or you need help choosing the correct specialized skill
- classify the task
- select the right execution surface
- point the agent to the correct docs and specialized skill
- preserve repo boundaries between app code, docs, and skills
onelink-backend
Use for:
- Rails models
- services
- controllers
- jobs
- policies
- account-scoped backend features
onelink-frontend
Use for:
- dashboard UI
- widget
- portal
- survey
- SDK frontend work
- component sourcing and frontend state decisions
onelink-api
Use for:
- application, platform, public, or survey APIs
- request and response contracts
- Swagger and OpenAPI updates
- API docs sync into Mintlify
onelink-integrations
Use for:
- omnichannel providers
- inbox/channel setup
- hooks
- provider-specific flows
- TikTok, WhatsApp, Instagram, Facebook, Line, Telegram, email, and similar surfaces
- Current Architecture
- Integrations Architecture
- the relevant integration or self-hosted setup page
onelink-captain
Use for:
- Captain
- copilot
- documents
- custom tools
- assistant/scenario flows
- AI-connected enterprise overlays
onelink-documentation
Use for:
- Mintlify docs structure
- page organization
- docs content updates
- docs repo workflow
- OpenAPI file sync into docs
- Docs Repository Workflow
- Project Operations
onelink/docs/AGENTS.md
onelink-deployment
Use for:
- self-hosted deployment docs
- runtime operations
- Docker and compose flows
- deployment scripts
- environment and infrastructure operating guidance
onelink-gitops
Use for:
- Git and GitHub workflow
- branch discipline
- docs submodule pointer updates
- versioned skill sync
- upstream sync from Chatwoot
Selection Rules
Use this decision order:- if the task crosses multiple surfaces, start with
onelink-builder - if the task is narrow and obvious, use the specialized skill directly
- if the task changes docs and app code, use the surface-specific skill plus the docs workflow rules
Repo Awareness Rule
All skills should respect these repo boundaries:- app code changes commit in
onelink - docs content changes commit in
onelink/docs - the parent app repo commits only the updated docs submodule pointer after docs changes
- versioned skills change in
onelink/.codex/skills
Documentation Rule
Every implementation skill should:- read the relevant docs before editing
- update
docs/when behavior, contracts, operator flow, or repo workflow changed - keep docs commits separate when the docs repository is involved
Where Skills Live
The versioned project source now lives under:onelink/.codex/skills
$CODEX_HOME/skills
~/.codex/skillsunlessCODEX_HOMEpoints elsewhere
./.codex/scripts/sync-skills.sh to-codex-home