blueprint-os 1.0.0
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.
- package/.agent/skills/brainstorming/SKILL.md +157 -0
- package/.agent/skills/code-review/SKILL.md +80 -0
- package/.agent/skills/creating-skills/SKILL.md +141 -0
- package/.agent/skills/deploying-standards/SKILL.md +85 -0
- package/.agent/skills/discovering-standards/SKILL.md +107 -0
- package/.agent/skills/quality-assurance/SKILL.md +68 -0
- package/.agent/skills/security-audit/SKILL.md +115 -0
- package/.agent/skills/shaping-specs/SKILL.md +120 -0
- package/README.md +406 -0
- package/adapters/antigravity.md +147 -0
- package/adapters/claude-code.md +160 -0
- package/adapters/cursor.md +131 -0
- package/adapters/skills-sh.md +134 -0
- package/bin/blueprint-os.js +14 -0
- package/lib/init.js +43 -0
- package/package.json +33 -0
- package/references/README.md +62 -0
- package/references/agent-workflow/Skills.md +155 -0
- package/references/agent-workflow/agent-os-link.md +1 -0
- package/references/agent-workflow/blast.md +155 -0
- package/references/agent-workflow/superpowers-link.md +1 -0
- package/standards/README.md +123 -0
|
@@ -0,0 +1,147 @@
|
|
|
1
|
+
# Using Blueprint OS in Antigravity
|
|
2
|
+
|
|
3
|
+
Blueprint OS uses the `.agent/skills/` structure natively — the same format Antigravity expects. No extra setup required.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Setup
|
|
8
|
+
|
|
9
|
+
Copy the `.agent/` folder into the root of your project:
|
|
10
|
+
|
|
11
|
+
```
|
|
12
|
+
your-project/
|
|
13
|
+
├── .agent/
|
|
14
|
+
│ └── skills/
|
|
15
|
+
│ ├── brainstorming/
|
|
16
|
+
│ │ └── SKILL.md
|
|
17
|
+
│ ├── creating-skills/
|
|
18
|
+
│ │ └── SKILL.md
|
|
19
|
+
│ ├── shaping-specs/
|
|
20
|
+
│ │ └── SKILL.md
|
|
21
|
+
│ ├── discovering-standards/
|
|
22
|
+
│ │ └── SKILL.md
|
|
23
|
+
│ ├── deploying-standards/
|
|
24
|
+
│ │ └── SKILL.md
|
|
25
|
+
│ ├── quality-assurance/
|
|
26
|
+
│ │ └── SKILL.md
|
|
27
|
+
│ ├── security-audit/
|
|
28
|
+
│ │ └── SKILL.md
|
|
29
|
+
│ └── code-review/
|
|
30
|
+
│ └── SKILL.md
|
|
31
|
+
├── specs/
|
|
32
|
+
├── standards/
|
|
33
|
+
├── references/
|
|
34
|
+
└── ... your code
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
Antigravity will automatically detect skills in `.agent/skills/` and make them available to the agent.
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
## Triggering skills
|
|
42
|
+
|
|
43
|
+
Antigravity picks up skills by their `name` field (defined in YAML frontmatter). Trigger them naturally:
|
|
44
|
+
|
|
45
|
+
| What you say | Skill triggered |
|
|
46
|
+
|---|---|
|
|
47
|
+
| "Brainstorm [idea]" / "Think through [feature]" / "Explore [problem]" | `brainstorming` |
|
|
48
|
+
| "Create a skill for X" / "Find a skill for X" | `creating-skills` |
|
|
49
|
+
| "Shape a spec for X" / "Plan this feature" | `shaping-specs` |
|
|
50
|
+
| "Document my standards" / "Extract patterns" | `discovering-standards` |
|
|
51
|
+
| "Deploy standards" / "Inject context for X" | `deploying-standards` |
|
|
52
|
+
| "Add tests" / "QA" / "Validate acceptance criteria" | `quality-assurance` |
|
|
53
|
+
| "Security audit" / "SEC" / "Audit for vulnerabilities" | `security-audit` |
|
|
54
|
+
| "Review" / "REV" / "Final review" / "Ready for merge" | `code-review` |
|
|
55
|
+
|
|
56
|
+
---
|
|
57
|
+
|
|
58
|
+
## Typical workflow in Antigravity
|
|
59
|
+
|
|
60
|
+
**New product (no codebase yet):**
|
|
61
|
+
|
|
62
|
+
```
|
|
63
|
+
Brainstorm a [product idea] — I want to explore the problem and options before writing any code.
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
Then:
|
|
67
|
+
|
|
68
|
+
```
|
|
69
|
+
Shape a spec using the brainstorm document in specs/brainstorm-<name>.md.
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
**New feature in a legacy codebase:**
|
|
73
|
+
|
|
74
|
+
```
|
|
75
|
+
Document the standards for my codebase — start with the tech stack and naming conventions.
|
|
76
|
+
```
|
|
77
|
+
|
|
78
|
+
Then:
|
|
79
|
+
|
|
80
|
+
```
|
|
81
|
+
Brainstorm [feature] with the discovered standards loaded as constraints.
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
Then:
|
|
85
|
+
|
|
86
|
+
```
|
|
87
|
+
Shape a spec using the brainstorm document.
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
**Small feature or bug fix (approach already clear):**
|
|
91
|
+
|
|
92
|
+
```
|
|
93
|
+
Shape a spec for [feature].
|
|
94
|
+
```
|
|
95
|
+
|
|
96
|
+
**Before coding:**
|
|
97
|
+
|
|
98
|
+
```
|
|
99
|
+
Deploy standards relevant to building [task].
|
|
100
|
+
```
|
|
101
|
+
|
|
102
|
+
**After execution (quality gates):**
|
|
103
|
+
|
|
104
|
+
```
|
|
105
|
+
Add tests for [feature].
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
Then, if the change touches auth, API, or sensitive data:
|
|
109
|
+
|
|
110
|
+
```
|
|
111
|
+
Security audit for [feature].
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
Before merge:
|
|
115
|
+
|
|
116
|
+
```
|
|
117
|
+
Review [feature] before merge.
|
|
118
|
+
```
|
|
119
|
+
|
|
120
|
+
**Adding a skill:**
|
|
121
|
+
|
|
122
|
+
```
|
|
123
|
+
Find or create a skill for [task].
|
|
124
|
+
```
|
|
125
|
+
|
|
126
|
+
---
|
|
127
|
+
|
|
128
|
+
## Adding your own skills
|
|
129
|
+
|
|
130
|
+
Use the `creating-skills` skill — it searches skills.sh first, then creates from scratch if nothing suitable exists:
|
|
131
|
+
|
|
132
|
+
```
|
|
133
|
+
Find or create a skill for [task]
|
|
134
|
+
```
|
|
135
|
+
|
|
136
|
+
The agent will check [skills.sh](https://skills.sh) first (`npx skills add find-skills`), install a community skill if available, or create a new one following `.agent/skills/creating-skills/SKILL.md`.
|
|
137
|
+
|
|
138
|
+
---
|
|
139
|
+
|
|
140
|
+
## Notes
|
|
141
|
+
|
|
142
|
+
- The `description` field in each `SKILL.md` controls when Antigravity auto-triggers a skill — keep it specific with clear keywords
|
|
143
|
+
- Brainstorm documents are saved to `specs/brainstorm-<name>.md` — reference them when shaping the spec
|
|
144
|
+
- Standards files in `standards/` are plain markdown — reference them in your prompts or let the `deploying-standards` skill load them automatically
|
|
145
|
+
- Reference designs and diagrams in `references/` — the spec lists applicable references; `deploying-standards` loads them before implementation
|
|
146
|
+
- Spec files are saved to `specs/` — reference them in subsequent sessions to maintain continuity
|
|
147
|
+
- For skills.sh integration, see [skills-sh.md](skills-sh.md)
|
|
@@ -0,0 +1,160 @@
|
|
|
1
|
+
# Using Blueprint OS in Claude Code
|
|
2
|
+
|
|
3
|
+
Claude Code works with markdown files natively. Blueprint OS skills are referenced via `@file` syntax or through custom slash commands you define.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Option A — @file reference (simplest)
|
|
8
|
+
|
|
9
|
+
Reference any skill directly in your prompt using the `@` file reference:
|
|
10
|
+
|
|
11
|
+
```
|
|
12
|
+
@.agent/skills/brainstorming/SKILL.md — brainstorm a [product or feature idea]
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
Claude Code will read the file and follow the skill's instructions for the rest of the session.
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## Option B — Custom slash commands (recommended for daily use)
|
|
20
|
+
|
|
21
|
+
Claude Code supports custom slash commands defined in `.claude/commands/`. Create one command per skill.
|
|
22
|
+
|
|
23
|
+
**Create `.claude/commands/brainstorm.md`:**
|
|
24
|
+
|
|
25
|
+
```markdown
|
|
26
|
+
Read the file `.agent/skills/brainstorming/SKILL.md` and follow all instructions in it for the current task.
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
**Create `.claude/commands/shape-spec.md`:**
|
|
30
|
+
|
|
31
|
+
```markdown
|
|
32
|
+
Read the file `.agent/skills/shaping-specs/SKILL.md` and follow all instructions in it for the current task.
|
|
33
|
+
```
|
|
34
|
+
|
|
35
|
+
**Create `.claude/commands/deploy-standards.md`:**
|
|
36
|
+
|
|
37
|
+
```markdown
|
|
38
|
+
Read the file `.agent/skills/deploying-standards/SKILL.md` and follow all instructions in it.
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
**Create `.claude/commands/discover-standards.md`:**
|
|
42
|
+
|
|
43
|
+
```markdown
|
|
44
|
+
Read the file `.agent/skills/discovering-standards/SKILL.md` and follow all instructions in it.
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
**Create `.claude/commands/create-skill.md`:**
|
|
48
|
+
|
|
49
|
+
```markdown
|
|
50
|
+
Read the file `.agent/skills/creating-skills/SKILL.md` and follow all instructions in it.
|
|
51
|
+
```
|
|
52
|
+
|
|
53
|
+
**Create `.claude/commands/qa.md`:**
|
|
54
|
+
|
|
55
|
+
```markdown
|
|
56
|
+
Read the file `.agent/skills/quality-assurance/SKILL.md` and follow all instructions in it.
|
|
57
|
+
```
|
|
58
|
+
|
|
59
|
+
**Create `.claude/commands/security-audit.md`:**
|
|
60
|
+
|
|
61
|
+
```markdown
|
|
62
|
+
Read the file `.agent/skills/security-audit/SKILL.md` and follow all instructions in it.
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
**Create `.claude/commands/code-review.md`:**
|
|
66
|
+
|
|
67
|
+
```markdown
|
|
68
|
+
Read the file `.agent/skills/code-review/SKILL.md` and follow all instructions in it.
|
|
69
|
+
```
|
|
70
|
+
|
|
71
|
+
Then invoke them with:
|
|
72
|
+
|
|
73
|
+
```
|
|
74
|
+
/brainstorm — explore the idea for [product or feature]
|
|
75
|
+
/shape-spec — formalize the spec using specs/brainstorm-<name>.md
|
|
76
|
+
/deploy-standards — I'm about to build a REST API
|
|
77
|
+
/discover-standards — extract naming conventions
|
|
78
|
+
/create-skill — find or create a skill for database migrations
|
|
79
|
+
/qa — add tests for [feature]
|
|
80
|
+
/security-audit — audit [feature] for vulnerabilities
|
|
81
|
+
/code-review — review [feature] before merge
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
---
|
|
85
|
+
|
|
86
|
+
## Typical workflow in Claude Code
|
|
87
|
+
|
|
88
|
+
**New product (no codebase yet):**
|
|
89
|
+
|
|
90
|
+
```
|
|
91
|
+
/brainstorm — explore the idea for [product]
|
|
92
|
+
/shape-spec — formalize specs/brainstorm-<name>.md into an implementation spec
|
|
93
|
+
/deploy-standards — inject relevant standards for [first task]
|
|
94
|
+
```
|
|
95
|
+
|
|
96
|
+
**New feature in a legacy codebase:**
|
|
97
|
+
|
|
98
|
+
```
|
|
99
|
+
/discover-standards — extract patterns from the existing codebase
|
|
100
|
+
/brainstorm — explore [feature] within the existing constraints
|
|
101
|
+
/shape-spec — formalize specs/brainstorm-<name>.md
|
|
102
|
+
/deploy-standards — inject standards before implementation
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
**Small feature or bug fix (approach already clear):**
|
|
106
|
+
|
|
107
|
+
```
|
|
108
|
+
/shape-spec — plan [feature]
|
|
109
|
+
/deploy-standards — inject relevant standards
|
|
110
|
+
```
|
|
111
|
+
|
|
112
|
+
**Adding a skill:**
|
|
113
|
+
|
|
114
|
+
```
|
|
115
|
+
/create-skill — find or create a skill for [task]
|
|
116
|
+
```
|
|
117
|
+
|
|
118
|
+
---
|
|
119
|
+
|
|
120
|
+
## CLAUDE.md integration
|
|
121
|
+
|
|
122
|
+
Add a section to your project's `CLAUDE.md` to make Blueprint OS always available:
|
|
123
|
+
|
|
124
|
+
```markdown
|
|
125
|
+
## Blueprint OS
|
|
126
|
+
|
|
127
|
+
This project uses Blueprint OS for agent workflows.
|
|
128
|
+
|
|
129
|
+
- Skills: `.agent/skills/`
|
|
130
|
+
- Standards: `standards/`
|
|
131
|
+
- Specs: `specs/` (brainstorm docs + implementation specs)
|
|
132
|
+
- References: `references/` (design docs, flowcharts, diagrams)
|
|
133
|
+
|
|
134
|
+
### Workflow
|
|
135
|
+
|
|
136
|
+
For new or complex features:
|
|
137
|
+
1. Run `/brainstorm` to explore the problem and options
|
|
138
|
+
2. Run `/shape-spec` using the brainstorm document
|
|
139
|
+
3. Run `/deploy-standards` to load relevant standards
|
|
140
|
+
4. Proceed with implementation
|
|
141
|
+
|
|
142
|
+
For small tasks where the approach is clear:
|
|
143
|
+
1. Run `/shape-spec` or skip straight to `/deploy-standards`
|
|
144
|
+
2. Proceed with implementation
|
|
145
|
+
|
|
146
|
+
Before merge (quality gates):
|
|
147
|
+
1. Run `/qa` to add or update tests
|
|
148
|
+
2. Run `/security-audit` when changes touch auth, API, or sensitive data
|
|
149
|
+
3. Run `/code-review` as the final gate
|
|
150
|
+
```
|
|
151
|
+
|
|
152
|
+
---
|
|
153
|
+
|
|
154
|
+
## Notes
|
|
155
|
+
|
|
156
|
+
- Standards files in `standards/` can be referenced with `@standards/api-design.md` to include them directly in context
|
|
157
|
+
- Reference designs and diagrams in `references/` with `@references/checkout-flow.mmd` or `@references/agent-workflow/superpowers-link.md`
|
|
158
|
+
- Brainstorm documents (`specs/brainstorm-<name>.md`) and spec files (`specs/<feature>.md`) persist across sessions — always reference them when resuming work
|
|
159
|
+
- The `@file` approach works in any Claude Code session without any setup
|
|
160
|
+
- For skills.sh integration, see [skills-sh.md](skills-sh.md)
|
|
@@ -0,0 +1,131 @@
|
|
|
1
|
+
# Using Blueprint OS in Cursor
|
|
2
|
+
|
|
3
|
+
Cursor reads rules from `.cursor/rules/` and skills from a skills directory. Blueprint OS skills live in `.agent/skills/` as portable markdown files. This guide shows how to connect them.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Option A — Reference skills via Cursor Rules (recommended)
|
|
8
|
+
|
|
9
|
+
Create a rule file that tells Cursor's agent where to find Blueprint OS skills.
|
|
10
|
+
|
|
11
|
+
**Create `.cursor/rules/blueprint-os.mdc`:**
|
|
12
|
+
|
|
13
|
+
```markdown
|
|
14
|
+
---
|
|
15
|
+
description: Blueprint OS skill loader. Apply when the user mentions a skill or asks to brainstorm, shape a spec, discover standards, deploy standards, create a skill, add tests, security audit, or code review.
|
|
16
|
+
globs:
|
|
17
|
+
alwaysApply: false
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
# Blueprint OS
|
|
21
|
+
|
|
22
|
+
Blueprint OS skills are located in `.agent/skills/`. When the user invokes a skill, read the corresponding `SKILL.md` and follow its instructions.
|
|
23
|
+
|
|
24
|
+
## Available skills
|
|
25
|
+
|
|
26
|
+
- **Brainstorming** → `.agent/skills/brainstorming/SKILL.md`
|
|
27
|
+
- **Creating skills** → `.agent/skills/creating-skills/SKILL.md`
|
|
28
|
+
- **Shaping specs** → `.agent/skills/shaping-specs/SKILL.md`
|
|
29
|
+
- **Discovering standards** → `.agent/skills/discovering-standards/SKILL.md`
|
|
30
|
+
- **Deploying standards** → `.agent/skills/deploying-standards/SKILL.md`
|
|
31
|
+
- **Quality assurance** → `.agent/skills/quality-assurance/SKILL.md`
|
|
32
|
+
- **Security audit** → `.agent/skills/security-audit/SKILL.md`
|
|
33
|
+
- **Code review** → `.agent/skills/code-review/SKILL.md`
|
|
34
|
+
|
|
35
|
+
## How to trigger
|
|
36
|
+
|
|
37
|
+
Say: "Use the [skill-name] skill" or "Read the [skill-name] SKILL.md and follow it."
|
|
38
|
+
```
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
## Option B — Use Cursor Skills (`.cursor/skills/`)
|
|
43
|
+
|
|
44
|
+
If you have a Cursor skills directory set up, you can create stub skills that reference the Blueprint OS `SKILL.md` files.
|
|
45
|
+
|
|
46
|
+
**Create `.cursor/skills/brainstorming/SKILL.md`:**
|
|
47
|
+
|
|
48
|
+
```markdown
|
|
49
|
+
---
|
|
50
|
+
name: brainstorming
|
|
51
|
+
description: Explores a problem through Socratic questioning before any spec or code is written. Delegates to Blueprint OS. Use when the user wants to think through a new product or feature.
|
|
52
|
+
---
|
|
53
|
+
|
|
54
|
+
# Brainstorming
|
|
55
|
+
|
|
56
|
+
Read `.agent/skills/brainstorming/SKILL.md` and follow all instructions there.
|
|
57
|
+
```
|
|
58
|
+
|
|
59
|
+
Repeat this pattern for each Blueprint OS skill. The stub keeps your Cursor skills directory tidy while the actual logic lives in the portable `.agent/skills/` files.
|
|
60
|
+
|
|
61
|
+
---
|
|
62
|
+
|
|
63
|
+
## Option C — Direct file reference
|
|
64
|
+
|
|
65
|
+
In any Cursor chat, reference a skill directly with `@`:
|
|
66
|
+
|
|
67
|
+
```
|
|
68
|
+
@.agent/skills/brainstorming/SKILL.md — brainstorm [product or feature idea]
|
|
69
|
+
```
|
|
70
|
+
|
|
71
|
+
Cursor will include the file content in context and the agent will follow the skill's instructions.
|
|
72
|
+
|
|
73
|
+
---
|
|
74
|
+
|
|
75
|
+
## Typical workflow in Cursor
|
|
76
|
+
|
|
77
|
+
**New product (no codebase yet):**
|
|
78
|
+
|
|
79
|
+
```
|
|
80
|
+
@.agent/skills/brainstorming/SKILL.md — brainstorm [product idea]
|
|
81
|
+
@.agent/skills/shaping-specs/SKILL.md — shape a spec using specs/brainstorm-<name>.md
|
|
82
|
+
@.agent/skills/deploying-standards/SKILL.md — inject standards for [task]
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
**New feature in an existing codebase:**
|
|
86
|
+
|
|
87
|
+
```
|
|
88
|
+
@.agent/skills/discovering-standards/SKILL.md — document [area] standards
|
|
89
|
+
@.agent/skills/brainstorming/SKILL.md — brainstorm [feature] with existing standards loaded
|
|
90
|
+
@.agent/skills/shaping-specs/SKILL.md — shape a spec using specs/brainstorm-<name>.md
|
|
91
|
+
@.agent/skills/deploying-standards/SKILL.md — inject standards for [task]
|
|
92
|
+
```
|
|
93
|
+
|
|
94
|
+
**Small feature or bug fix (approach already clear):**
|
|
95
|
+
|
|
96
|
+
```
|
|
97
|
+
@.agent/skills/shaping-specs/SKILL.md — shape a spec for [feature]
|
|
98
|
+
@.agent/skills/deploying-standards/SKILL.md — inject relevant standards for [task]
|
|
99
|
+
```
|
|
100
|
+
|
|
101
|
+
**Extracting patterns from existing code:**
|
|
102
|
+
|
|
103
|
+
```
|
|
104
|
+
@.agent/skills/discovering-standards/SKILL.md — document the API design standards
|
|
105
|
+
```
|
|
106
|
+
|
|
107
|
+
**Adding a new skill:**
|
|
108
|
+
|
|
109
|
+
```
|
|
110
|
+
@.agent/skills/creating-skills/SKILL.md — find or create a skill for [task]
|
|
111
|
+
```
|
|
112
|
+
|
|
113
|
+
**Before merge (quality gates):**
|
|
114
|
+
|
|
115
|
+
```
|
|
116
|
+
@.agent/skills/quality-assurance/SKILL.md — add tests for [feature]
|
|
117
|
+
@.agent/skills/security-audit/SKILL.md — audit [feature] for vulnerabilities
|
|
118
|
+
@.agent/skills/code-review/SKILL.md — review [feature] before merge
|
|
119
|
+
```
|
|
120
|
+
|
|
121
|
+
Run QA after implementation. Run SEC when changes touch auth, API, or sensitive data. Run REV as the final gate.
|
|
122
|
+
|
|
123
|
+
---
|
|
124
|
+
|
|
125
|
+
## Notes
|
|
126
|
+
|
|
127
|
+
- Standards files in `standards/` can also be referenced with `@standards/tech-stack.md`
|
|
128
|
+
- Reference designs and diagrams in `references/` with `@references/checkout-flow.mmd` or `@references/agent-workflow/superpowers-link.md`
|
|
129
|
+
- Brainstorm documents and spec files saved to `specs/` are readable the same way
|
|
130
|
+
- The `.agent/` folder is invisible to most file trees by default — open it explicitly if needed
|
|
131
|
+
- For skills.sh integration, see [skills-sh.md](skills-sh.md)
|
|
@@ -0,0 +1,134 @@
|
|
|
1
|
+
# Using skills.sh with Blueprint OS
|
|
2
|
+
|
|
3
|
+
[skills.sh](https://skills.sh) is an open registry of reusable agent skills. Skills install directly into `.agent/skills/` — the same directory Blueprint OS uses — so they work together with no extra configuration.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## How it works
|
|
8
|
+
|
|
9
|
+
```
|
|
10
|
+
npx skills add <owner/repo>
|
|
11
|
+
```
|
|
12
|
+
|
|
13
|
+
This command installs one or more skills from a GitHub repo into your project's `.agent/skills/` folder. Installed skills are immediately available to your agent as Blueprint OS skills.
|
|
14
|
+
|
|
15
|
+
Skills.sh supports Cursor, Antigravity, Claude Code, Codex, Cline, Windsurf, and more — the same tools Blueprint OS targets.
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## Discovering skills
|
|
20
|
+
|
|
21
|
+
**Option 1 — Use the find-skills skill:**
|
|
22
|
+
|
|
23
|
+
```bash
|
|
24
|
+
npx skills add find-skills
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
This installs a meta-skill that can search the registry for you. Then ask your agent:
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
Use the find-skills skill to find a skill for [task]
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
**Option 2 — Browse the registry directly:**
|
|
34
|
+
|
|
35
|
+
Visit [skills.sh](https://skills.sh) and search by keyword or browse by category.
|
|
36
|
+
|
|
37
|
+
**Option 3 — Search by GitHub org:**
|
|
38
|
+
|
|
39
|
+
Many popular tool maintainers publish official skills:
|
|
40
|
+
|
|
41
|
+
| Publisher | Install command | What's inside |
|
|
42
|
+
|---|---|---|
|
|
43
|
+
| Vercel | `npx skills add vercel-labs/agent-skills` | React, Next.js, Vercel deployment |
|
|
44
|
+
| Supabase | `npx skills add supabase/agent-skills` | Postgres, auth, storage best practices |
|
|
45
|
+
| Anthropic | `npx skills add anthropics/skills` | PDF, PPTX, DOCX, frontend design, MCP |
|
|
46
|
+
| Expo | `npx skills add expo/skills` | React Native, EAS, native APIs |
|
|
47
|
+
| Obra | `npx skills add obra/superpowers` | Planning, debugging, git worktrees, subagents |
|
|
48
|
+
| wshobson | `npx skills add wshobson/agents` | API design, testing, architecture patterns |
|
|
49
|
+
|
|
50
|
+
---
|
|
51
|
+
|
|
52
|
+
## Installing skills
|
|
53
|
+
|
|
54
|
+
```bash
|
|
55
|
+
# Single repo (may contain multiple skills)
|
|
56
|
+
npx skills add supabase/agent-skills
|
|
57
|
+
|
|
58
|
+
# Install a specific skill by name
|
|
59
|
+
npx skills add obra/superpowers systematic-debugging
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
Skills land in `.agent/skills/<skill-name>/SKILL.md`. Open them to inspect what was installed.
|
|
63
|
+
|
|
64
|
+
---
|
|
65
|
+
|
|
66
|
+
## Evaluating a skill after install
|
|
67
|
+
|
|
68
|
+
After installing, read the skill's `SKILL.md` and ask:
|
|
69
|
+
|
|
70
|
+
1. Does the workflow match your needs exactly? → Use as-is
|
|
71
|
+
2. Does it cover 70–80% of your need? → Customize it
|
|
72
|
+
3. Does it cover a completely different use case? → Delete it and build from scratch
|
|
73
|
+
|
|
74
|
+
---
|
|
75
|
+
|
|
76
|
+
## Customizing an installed skill
|
|
77
|
+
|
|
78
|
+
Open `.agent/skills/<skill-name>/SKILL.md` and:
|
|
79
|
+
|
|
80
|
+
- **Keep** the core workflow steps and any low-freedom (exact command) sections
|
|
81
|
+
- **Update** paths, naming conventions, and tool references to match your project
|
|
82
|
+
- **Add** a `## Project context` section at the bottom with project-specific notes
|
|
83
|
+
- **Remove** sections that don't apply to your stack
|
|
84
|
+
|
|
85
|
+
When your changes are substantial, rename the folder to distinguish your fork from upstream:
|
|
86
|
+
|
|
87
|
+
```
|
|
88
|
+
.agent/skills/supabase-postgres/ ← upstream name
|
|
89
|
+
.agent/skills/postgres-migrations/ ← your customized version
|
|
90
|
+
```
|
|
91
|
+
|
|
92
|
+
---
|
|
93
|
+
|
|
94
|
+
## Publishing your own skills
|
|
95
|
+
|
|
96
|
+
If you've built a Blueprint OS skill that others would benefit from, you can publish it to skills.sh.
|
|
97
|
+
|
|
98
|
+
**Requirements:**
|
|
99
|
+
- Skill must be in a public GitHub repository
|
|
100
|
+
- Must follow the standard `SKILL.md` format with valid YAML frontmatter
|
|
101
|
+
- `name` must be unique and in gerund form
|
|
102
|
+
- `description` must be written in third person with clear triggers
|
|
103
|
+
|
|
104
|
+
**Publishing steps:**
|
|
105
|
+
|
|
106
|
+
1. Push your `.agent/skills/<skill-name>/` folder to a public GitHub repo
|
|
107
|
+
2. Submit your skill at [skills.sh](https://skills.sh) (follow the site's submission process)
|
|
108
|
+
3. Others can then install it with `npx skills add <your-github-username>/<repo>`
|
|
109
|
+
|
|
110
|
+
**Tip:** Structure your repo so each skill is its own folder at the root — that's the convention the `npx skills add` command expects.
|
|
111
|
+
|
|
112
|
+
---
|
|
113
|
+
|
|
114
|
+
## Recommended skills for Blueprint OS workflows
|
|
115
|
+
|
|
116
|
+
These community skills complement Blueprint OS directly:
|
|
117
|
+
|
|
118
|
+
| Skill | Install | Pairs with |
|
|
119
|
+
|---|---|---|
|
|
120
|
+
| `systematic-debugging` | `npx skills add obra/superpowers` | Any execution phase |
|
|
121
|
+
| `writing-plans` | `npx skills add obra/superpowers` | `shaping-specs` |
|
|
122
|
+
| `executing-plans` | `npx skills add obra/superpowers` | After `deploying-standards` |
|
|
123
|
+
| `requesting-code-review` | `npx skills add obra/superpowers` | After execution |
|
|
124
|
+
| `api-design-principles` | `npx skills add wshobson/agents` | `discovering-standards` for API projects |
|
|
125
|
+
| `test-driven-development` | `npx skills add obra/superpowers` | Before writing new features |
|
|
126
|
+
|
|
127
|
+
---
|
|
128
|
+
|
|
129
|
+
## Notes
|
|
130
|
+
|
|
131
|
+
- skills.sh skills use the same `SKILL.md` format as Blueprint OS — no conversion needed
|
|
132
|
+
- If `npx skills add` is not available, clone the repo and copy the skill folder manually into `.agent/skills/`
|
|
133
|
+
- Community skills may not follow all Blueprint OS conventions — review before use
|
|
134
|
+
- Pin to a specific commit if you need a stable, reproducible skill version
|
|
@@ -0,0 +1,14 @@
|
|
|
1
|
+
#!/usr/bin/env node
|
|
2
|
+
|
|
3
|
+
const { init } = require('../lib/init');
|
|
4
|
+
|
|
5
|
+
const [cmd] = process.argv.slice(2);
|
|
6
|
+
|
|
7
|
+
if (cmd === 'init') {
|
|
8
|
+
init(process.cwd());
|
|
9
|
+
} else {
|
|
10
|
+
console.log('Blueprint OS - AI agent workflow system\n');
|
|
11
|
+
console.log('Usage: npx blueprint-os init');
|
|
12
|
+
console.log('\nCopies .agent/, standards/, and references/ into your project.');
|
|
13
|
+
process.exit(1);
|
|
14
|
+
}
|
package/lib/init.js
ADDED
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
const fs = require('fs');
|
|
2
|
+
const path = require('path');
|
|
3
|
+
|
|
4
|
+
const PACKAGE_ROOT = path.join(__dirname, '..');
|
|
5
|
+
const FOLDERS = ['.agent', 'standards', 'references', 'adapters'];
|
|
6
|
+
|
|
7
|
+
function init(cwd) {
|
|
8
|
+
const resolvedCwd = path.resolve(cwd);
|
|
9
|
+
const resolvedRoot = path.resolve(PACKAGE_ROOT);
|
|
10
|
+
if (resolvedCwd === resolvedRoot || resolvedCwd.startsWith(resolvedRoot + path.sep)) {
|
|
11
|
+
console.log('You are inside the Blueprint OS package. Run from your project directory instead:\n');
|
|
12
|
+
console.log(' cd /path/to/your-project');
|
|
13
|
+
console.log(' npx blueprint-os init\n');
|
|
14
|
+
return;
|
|
15
|
+
}
|
|
16
|
+
|
|
17
|
+
console.log('Installing Blueprint OS...\n');
|
|
18
|
+
|
|
19
|
+
for (const folder of FOLDERS) {
|
|
20
|
+
const src = path.join(PACKAGE_ROOT, folder);
|
|
21
|
+
const dest = path.join(cwd, folder);
|
|
22
|
+
|
|
23
|
+
if (!fs.existsSync(src)) {
|
|
24
|
+
console.warn(` Skipping ${folder}/ (not found in package)`);
|
|
25
|
+
continue;
|
|
26
|
+
}
|
|
27
|
+
|
|
28
|
+
fs.cpSync(src, dest, { recursive: true });
|
|
29
|
+
console.log(` ✓ ${folder}/`);
|
|
30
|
+
}
|
|
31
|
+
|
|
32
|
+
const specsDir = path.join(cwd, 'specs');
|
|
33
|
+
if (!fs.existsSync(specsDir)) {
|
|
34
|
+
fs.mkdirSync(specsDir, { recursive: true });
|
|
35
|
+
console.log(' ✓ specs/ (created)');
|
|
36
|
+
}
|
|
37
|
+
|
|
38
|
+
console.log('\nDone. Blueprint OS is ready.');
|
|
39
|
+
console.log('\nNext: Read adapters/cursor.md for Cursor setup, or run:');
|
|
40
|
+
console.log(' npx blueprint-os --help');
|
|
41
|
+
}
|
|
42
|
+
|
|
43
|
+
module.exports = { init };
|
package/package.json
ADDED
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "blueprint-os",
|
|
3
|
+
"version": "1.0.0",
|
|
4
|
+
"description": "A portable, tool-agnostic AI agent workflow system built on skills and standards",
|
|
5
|
+
"bin": {
|
|
6
|
+
"blueprint-os": "./bin/blueprint-os.js"
|
|
7
|
+
},
|
|
8
|
+
"files": [
|
|
9
|
+
".agent",
|
|
10
|
+
"standards",
|
|
11
|
+
"references",
|
|
12
|
+
"adapters",
|
|
13
|
+
"bin",
|
|
14
|
+
"lib"
|
|
15
|
+
],
|
|
16
|
+
"keywords": [
|
|
17
|
+
"ai",
|
|
18
|
+
"agent",
|
|
19
|
+
"workflow",
|
|
20
|
+
"cursor",
|
|
21
|
+
"claude",
|
|
22
|
+
"standards",
|
|
23
|
+
"specs"
|
|
24
|
+
],
|
|
25
|
+
"license": "MIT",
|
|
26
|
+
"repository": {
|
|
27
|
+
"type": "git",
|
|
28
|
+
"url": "https://github.com/gj1342/blueprint-os"
|
|
29
|
+
},
|
|
30
|
+
"engines": {
|
|
31
|
+
"node": ">=18"
|
|
32
|
+
}
|
|
33
|
+
}
|