@ai-outfitter/outfitter 0.4.0 → 0.6.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,68 @@
1
+ ---
2
+ name: outfitter
3
+ description: Help users create, inspect, and maintain Outfitter profiles, settings, setup sources, and Pi launch loadouts. Use when a user invokes /outfitter or asks for help setting up Outfitter-managed profiles, profile.yml files, profile sources, default profiles, skills, extensions, prompts, or setup repositories.
4
+ ---
5
+
6
+ # Outfitter
7
+
8
+ Use this skill to guide profile setup for Outfitter-managed Pi sessions.
9
+
10
+ ## Default behavior
11
+
12
+ If the user invokes `/outfitter` without a specific request:
13
+
14
+ 1. Run `outfitter profile list` to show available profiles.
15
+ 2. Summarize the profiles by name, scope/source when visible, and default status when visible.
16
+ 3. Ask whether the user wants to create a new profile.
17
+ 4. If they do, ask for the intended profile ID and scope before running `outfitter profile create`.
18
+
19
+ ## Workflow
20
+
21
+ 1. Inspect the current directory and home configuration before editing:
22
+ - `.outfitter/settings.yml`
23
+ - `.outfitter/local/settings.yml`
24
+ - `.outfitter/profiles/*/profile.yml`
25
+ - `~/.outfitter/settings.yml`
26
+ 2. Identify the intended scope:
27
+ - user profile: reusable across projects
28
+ - project profile: checked into the repository
29
+ - project-local profile: private machine-specific overrides
30
+ 3. Prefer existing commands before manual file edits:
31
+ - `outfitter setup <source>` to import setup sources
32
+ - `outfitter sync` to refresh remote profile sources
33
+ - `outfitter profile list` to inspect available profiles
34
+ - `outfitter profile create <id> --scope user|project|project-local` to scaffold profiles
35
+ - `outfitter run --profile <id>` to verify launch behavior
36
+ 4. Keep profile changes focused:
37
+ - put reusable resources under `skills/`, `prompts/`, `extensions/`, or `deepwork/jobs/`
38
+ - put Pi-only resources under `cli_specific/pi/`
39
+ - put Claude-only resources under `cli_specific/claude/`
40
+ 5. Validate profile YAML against the current schema and run a smoke test with `outfitter run --profile <id> -- --help` when possible.
41
+
42
+ ## Profile skeleton
43
+
44
+ ```yaml
45
+ id: engineer
46
+ label: Engineer
47
+
48
+ controls:
49
+ provider: openai-codex
50
+ model: gpt-5.5
51
+ thinking: xhigh
52
+ append_system_prompt:
53
+ - ./prompts/engineering.md
54
+ skills:
55
+ - ./skills/review
56
+ pi:
57
+ extensions:
58
+ - git:github.com/ai-outfitter/ulta-tasklist
59
+ - git:github.com/ai-outfitter/deepwork
60
+ skills:
61
+ - ./cli_specific/pi/skills/outfitter
62
+ ```
63
+
64
+ ## Notes
65
+
66
+ - Use profile IDs matching lowercase letters, digits, `.`, `_`, and `-`.
67
+ - Use `template: true` only for inheritance-only profiles.
68
+ - Do not store provider secrets in profile files; use Pi login, environment variables, or the user's private agent state.
@@ -9,6 +9,7 @@
9
9
  "pattern": "^[a-z0-9][a-z0-9._-]*[a-z0-9]$|^[a-z0-9]$"
10
10
  },
11
11
  "label": { "type": "string" },
12
+ "description": { "type": "string" },
12
13
  "template": { "type": "boolean" },
13
14
  "inherits": {
14
15
  "type": "array",