setup

Solid

Configure or reconfigure aigent-OS identity, priorities, authority, projects, people, and decision logic

AI & Automation 18 stars 5 forks Updated 3 days ago MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
43
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# aigent-OS setup and reconfiguration `/start` owns the day-one onboarding arc. `/setup` is the deeper configuration flow and may also be used later to revise one section. ## Entry behavior Read `.aigent/state.json` first. - If state is missing or not `ready`, route through `/start` unless the operator explicitly requested advanced setup. - If state is `ready`, ask which configuration area needs revision rather than replaying the entire interview. - Never detect setup state by searching for placeholder prose in a Markdown file. Before writing, set `status: setup-in-progress` while preserving any prior `completedAt`. On interruption, the next `/start` or `/setup` should resume from the last durably completed section. ## Interview Ask one question at a time and write each completed section immediately. ### 1. Identity Ask for the operator's role, responsibilities, preferred collaboration style, and risk posture. Update `system/00_identity.md` without replacing framework-owned doctrine. ### 2. Priorities Ask for the top two or three active priorities, the most urgent outcome, operating mode, and blockers. Update `vault/memory/ACTIVE_PRIORITIES.md`. ### 3. Authority boundaries Ask what the AI may handle autonomously, what needs confirmation, what is human-only, and whether spending has an escalation threshold. Update `system/12_authority_matrix.md`. ### 4. Decision logic Ask what makes the operator accept or reject opportunities, their active-work limit, and their ...

Details

Author
wrg32786
Repository
wrg32786/aigent-os
Created
2 months ago
Last Updated
3 days ago
Language
JavaScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

setup

Conversational AIOS onboarding. Two modes, auto-detected. FIRST-RUN: captures the global operator (one person) → user/user.md, then the first business → business/<slug>/business.md. ADD-BUSINESS: onboards another business into a new business/<slug>/ (operator already done). ~5-7 min, conversational, one focused question at a time. Captures only the essentials needed for AI personalization: for the operator — name, role, how-to-respond rules; for the business — name, niche, and the Jay-Abraham what/how/who triple. Voice, customer profiles, brand voice are owned by OTHER skills (brand-architect, avatar-passport) — setup deliberately does NOT capture them. Triggers: 'setup', 'set up aios', 'initialize aios', 'onboarding', 'install aios', 'fill template', 'add business', 'new business', 'onboard business' (or the equivalent in any language). Use when a freshly copied AIOS needs its operator + first business, or when the operator wants to add another business to an existing AIOS.

0 Updated 2 days ago
thetonymars
AI & Automation Listed

setup

Owns the setup/ area and makes the system adaptable. Actions - new (draft a capability setup file via guided interview), run (execute a pending setup file), list, overview. Also owns structural migrations - changing the hierarchy depth of a project or workstation. First-run onboarding is owned by /axiom, not here.

3 Updated 1 months ago
protonium-labs
AI & Automation Solid

start

The day-one first-run flow and the everyday home screen. On first launch, greet, run setup, then carry the operator into a real first win. On return, give a short briefing and action menu.

18 Updated 3 days ago
wrg32786