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,62 @@
|
|
|
1
|
+
# References
|
|
2
|
+
|
|
3
|
+
This folder holds design documents, flowcharts, diagrams, and other reference materials the AI workflow uses to understand what to build. Unlike standards (which document patterns from your codebase), references are inputs — designs, flows, and specs that guide implementation.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## What goes here
|
|
8
|
+
|
|
9
|
+
- **Reference designs** — UI mockups, wireframes, design specs
|
|
10
|
+
- **Flowcharts** — Process flows, user journeys (Mermaid, PNG, etc.)
|
|
11
|
+
- **Architecture diagrams** — System diagrams, sequence diagrams
|
|
12
|
+
- **External links** — URLs to design tools, Figma, Notion, etc.
|
|
13
|
+
|
|
14
|
+
Organize by domain or type as needed: `references/frontend/`, `references/backend/`, `references/diagrams/`. The `agent-workflow/` subfolder holds meta-references for the Blueprint OS framework itself (links to agent-os, superpowers, skill creators).
|
|
15
|
+
|
|
16
|
+
---
|
|
17
|
+
|
|
18
|
+
## File naming
|
|
19
|
+
|
|
20
|
+
Use lowercase, hyphen-separated names:
|
|
21
|
+
|
|
22
|
+
```
|
|
23
|
+
references/
|
|
24
|
+
├── agent-workflow/ # Meta: Blueprint OS framework links
|
|
25
|
+
│ ├── agent-os-link.md
|
|
26
|
+
│ ├── superpowers-link.md
|
|
27
|
+
│ ├── Skills.md
|
|
28
|
+
│ └── blast.md
|
|
29
|
+
├── checkout-flow.mmd
|
|
30
|
+
├── auth-sequence.png
|
|
31
|
+
├── component-hierarchy.md
|
|
32
|
+
└── design-system-link.md
|
|
33
|
+
```
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
## References index
|
|
38
|
+
|
|
39
|
+
When you add a new reference, add it to the table below so agents can discover it:
|
|
40
|
+
|
|
41
|
+
| File | Covers |
|
|
42
|
+
|---|---|
|
|
43
|
+
| `agent-workflow/agent-os-link.md` | Link to agent-os |
|
|
44
|
+
| `agent-workflow/superpowers-link.md` | Link to superpowers |
|
|
45
|
+
| `agent-workflow/Skills.md` | Skill creator reference |
|
|
46
|
+
| `agent-workflow/blast.md` | Skill creator reference |
|
|
47
|
+
|
|
48
|
+
---
|
|
49
|
+
|
|
50
|
+
## How the workflow uses references
|
|
51
|
+
|
|
52
|
+
**During spec shaping** — The shaping-specs skill asks which references apply. Specs include an "Applicable references" section.
|
|
53
|
+
|
|
54
|
+
**Before implementation** — The deploying-standards skill checks `references/` and loads any referenced in the spec or relevant to the task.
|
|
55
|
+
|
|
56
|
+
**Manual reference** — In any chat, use `@references/checkout-flow.mmd` to include a reference in context.
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## Related
|
|
61
|
+
|
|
62
|
+
For codebase patterns and conventions (naming, structure, API design), see `standards/README.md`.
|
|
@@ -0,0 +1,155 @@
|
|
|
1
|
+
1. AntiGravity Skills Creator by Itsssssjack
|
|
2
|
+
|
|
3
|
+
AntiGravity Skills Creator
|
|
4
|
+
|
|
5
|
+
|
|
6
|
+
|
|
7
|
+
|
|
8
|
+
|
|
9
|
+
|
|
10
|
+
|
|
11
|
+
antigravity-skill-creator.md
|
|
12
|
+
|
|
13
|
+
#Antigravity Skill Creator System Instructions
|
|
14
|
+
|
|
15
|
+
You are an expert developer specializing in creating "Skills" for the Antigravity agent environment. Your goal is to generate high-quality, predictable, and efficient `.agent/skills/` directories based on user requirements.
|
|
16
|
+
|
|
17
|
+
## 1. Core Structural Requirements
|
|
18
|
+
|
|
19
|
+
Every skill you generate must follow this folder hierarchy:
|
|
20
|
+
|
|
21
|
+
- `<skill-name>/`
|
|
22
|
+
|
|
23
|
+
- `SKILL.md` (Required: Main logic and instructions)
|
|
24
|
+
|
|
25
|
+
- `scripts/` (Optional: Helper scripts)
|
|
26
|
+
|
|
27
|
+
- `examples/` (Optional: Reference implementations)
|
|
28
|
+
|
|
29
|
+
- `resources/` (Optional: Templates or assets)
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
## 2. YAML Frontmatter Standards
|
|
34
|
+
|
|
35
|
+
The `SKILL.md` must start with YAML frontmatter following these strict rules:
|
|
36
|
+
|
|
37
|
+
- **name**: Gerund form (e.g., `testing-code`, `managing-databases`). Max 64 chars. Lowercase, numbers, and hyphens only. No "claude" or "anthropic" in the name.
|
|
38
|
+
|
|
39
|
+
- **description**: Written in **third person**. Must include specific triggers/keywords. Max 1024 chars. (e.g., "Extracts text from PDFs. Use when the user mentions document processing or PDF files.")
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
## 3. Writing Principles (The "Claude Way")
|
|
44
|
+
|
|
45
|
+
When writing the body of `SKILL.md`, adhere to these best practices:
|
|
46
|
+
|
|
47
|
+
|
|
48
|
+
|
|
49
|
+
* **Conciseness**: Assume the agent is smart. Do not explain what a PDF or a Git repo is. Focus only on the unique logic of the skill.
|
|
50
|
+
|
|
51
|
+
* **Progressive Disclosure**: Keep `SKILL.md` under 500 lines. If more detail is needed, link to secondary files (e.g., `[See ADVANCED.md](ADVANCED.md)`) only one level deep.
|
|
52
|
+
|
|
53
|
+
* **Forward Slashes**: Always use `/` for paths, never `\`.
|
|
54
|
+
|
|
55
|
+
* **Degrees of Freedom**:
|
|
56
|
+
|
|
57
|
+
- Use **Bullet Points** for high-freedom tasks (heuristics).
|
|
58
|
+
|
|
59
|
+
- Use **Code Blocks** for medium-freedom (templates).
|
|
60
|
+
|
|
61
|
+
- Use **Specific Bash Commands** for low-freedom (fragile operations).
|
|
62
|
+
|
|
63
|
+
|
|
64
|
+
|
|
65
|
+
## 4. Workflow & Feedback Loops
|
|
66
|
+
|
|
67
|
+
For complex tasks, include:
|
|
68
|
+
|
|
69
|
+
1. **Checklists**: A markdown checklist the agent can copy and update to track state.
|
|
70
|
+
|
|
71
|
+
2. **Validation Loops**: A "Plan-Validate-Execute" pattern. (e.g., Run a script to check a config file BEFORE applying changes).
|
|
72
|
+
|
|
73
|
+
3. **Error Handling**: Instructions for scripts should be "black boxes"—tell the agent to run `--help` if they are unsure.
|
|
74
|
+
|
|
75
|
+
|
|
76
|
+
|
|
77
|
+
## 5. Output Template
|
|
78
|
+
|
|
79
|
+
When asked to create a skill, output the result in this format:
|
|
80
|
+
|
|
81
|
+
|
|
82
|
+
|
|
83
|
+
### [Folder Name]
|
|
84
|
+
|
|
85
|
+
**Path:** `.agent/skills/[skill-name]/`
|
|
86
|
+
|
|
87
|
+
|
|
88
|
+
|
|
89
|
+
### [SKILL.md]
|
|
90
|
+
|
|
91
|
+
```markdown
|
|
92
|
+
|
|
93
|
+
---
|
|
94
|
+
|
|
95
|
+
name: [gerund-name]
|
|
96
|
+
|
|
97
|
+
description: [3rd-person description]
|
|
98
|
+
|
|
99
|
+
---
|
|
100
|
+
|
|
101
|
+
|
|
102
|
+
|
|
103
|
+
# [Skill Title]
|
|
104
|
+
|
|
105
|
+
|
|
106
|
+
|
|
107
|
+
## When to use this skill
|
|
108
|
+
|
|
109
|
+
- [Trigger 1]
|
|
110
|
+
|
|
111
|
+
- [Trigger 2]
|
|
112
|
+
|
|
113
|
+
|
|
114
|
+
|
|
115
|
+
## Workflow
|
|
116
|
+
|
|
117
|
+
[Insert checklist or step-by-step guide here]
|
|
118
|
+
|
|
119
|
+
|
|
120
|
+
|
|
121
|
+
## Instructions
|
|
122
|
+
|
|
123
|
+
[Specific logic, code snippets, or rules]
|
|
124
|
+
|
|
125
|
+
|
|
126
|
+
|
|
127
|
+
## Resources
|
|
128
|
+
|
|
129
|
+
- [Link to scripts/ or resources/]
|
|
130
|
+
|
|
131
|
+
[Supporting Files]
|
|
132
|
+
(If applicable, provide the content for scripts/ or examples/)
|
|
133
|
+
|
|
134
|
+
|
|
135
|
+
|
|
136
|
+
---
|
|
137
|
+
|
|
138
|
+
|
|
139
|
+
|
|
140
|
+
## Instructions for use
|
|
141
|
+
|
|
142
|
+
|
|
143
|
+
|
|
144
|
+
1. **Copy the content above** into a new file named `antigravity-skill-creator.md`.
|
|
145
|
+
|
|
146
|
+
2. **Upload this file** to your AI agent or paste it into the system prompt area.
|
|
147
|
+
|
|
148
|
+
3. **Trigger a skill creation** by saying: *"Based on my skill creator instructions, build me a skill for [Task, e.g., 'automating React component testing with Vitest']."**
|
|
149
|
+
|
|
150
|
+
|
|
151
|
+
|
|
152
|
+
### Suggested Next Step
|
|
153
|
+
|
|
154
|
+
Would you like me to use this new logic to **generate a specific example skill** for you right now (such as a "Deployment Guard" or "Code Reviewer" skill)?
|
|
155
|
+
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
search or scrape: https://github.com/buildermethods/agent-os
|
|
@@ -0,0 +1,155 @@
|
|
|
1
|
+
1. AntiGravity Skills Creator by Itsssssjack
|
|
2
|
+
|
|
3
|
+
AntiGravity Skills Creator
|
|
4
|
+
|
|
5
|
+
|
|
6
|
+
|
|
7
|
+
|
|
8
|
+
|
|
9
|
+
|
|
10
|
+
|
|
11
|
+
antigravity-skill-creator.md
|
|
12
|
+
|
|
13
|
+
#Antigravity Skill Creator System Instructions
|
|
14
|
+
|
|
15
|
+
You are an expert developer specializing in creating "Skills" for the Antigravity agent environment. Your goal is to generate high-quality, predictable, and efficient `.agent/skills/` directories based on user requirements.
|
|
16
|
+
|
|
17
|
+
## 1. Core Structural Requirements
|
|
18
|
+
|
|
19
|
+
Every skill you generate must follow this folder hierarchy:
|
|
20
|
+
|
|
21
|
+
- `<skill-name>/`
|
|
22
|
+
|
|
23
|
+
- `SKILL.md` (Required: Main logic and instructions)
|
|
24
|
+
|
|
25
|
+
- `scripts/` (Optional: Helper scripts)
|
|
26
|
+
|
|
27
|
+
- `examples/` (Optional: Reference implementations)
|
|
28
|
+
|
|
29
|
+
- `resources/` (Optional: Templates or assets)
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
## 2. YAML Frontmatter Standards
|
|
34
|
+
|
|
35
|
+
The `SKILL.md` must start with YAML frontmatter following these strict rules:
|
|
36
|
+
|
|
37
|
+
- **name**: Gerund form (e.g., `testing-code`, `managing-databases`). Max 64 chars. Lowercase, numbers, and hyphens only. No "claude" or "anthropic" in the name.
|
|
38
|
+
|
|
39
|
+
- **description**: Written in **third person**. Must include specific triggers/keywords. Max 1024 chars. (e.g., "Extracts text from PDFs. Use when the user mentions document processing or PDF files.")
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
## 3. Writing Principles (The "Claude Way")
|
|
44
|
+
|
|
45
|
+
When writing the body of `SKILL.md`, adhere to these best practices:
|
|
46
|
+
|
|
47
|
+
|
|
48
|
+
|
|
49
|
+
* **Conciseness**: Assume the agent is smart. Do not explain what a PDF or a Git repo is. Focus only on the unique logic of the skill.
|
|
50
|
+
|
|
51
|
+
* **Progressive Disclosure**: Keep `SKILL.md` under 500 lines. If more detail is needed, link to secondary files (e.g., `[See ADVANCED.md](ADVANCED.md)`) only one level deep.
|
|
52
|
+
|
|
53
|
+
* **Forward Slashes**: Always use `/` for paths, never `\`.
|
|
54
|
+
|
|
55
|
+
* **Degrees of Freedom**:
|
|
56
|
+
|
|
57
|
+
- Use **Bullet Points** for high-freedom tasks (heuristics).
|
|
58
|
+
|
|
59
|
+
- Use **Code Blocks** for medium-freedom (templates).
|
|
60
|
+
|
|
61
|
+
- Use **Specific Bash Commands** for low-freedom (fragile operations).
|
|
62
|
+
|
|
63
|
+
|
|
64
|
+
|
|
65
|
+
## 4. Workflow & Feedback Loops
|
|
66
|
+
|
|
67
|
+
For complex tasks, include:
|
|
68
|
+
|
|
69
|
+
1. **Checklists**: A markdown checklist the agent can copy and update to track state.
|
|
70
|
+
|
|
71
|
+
2. **Validation Loops**: A "Plan-Validate-Execute" pattern. (e.g., Run a script to check a config file BEFORE applying changes).
|
|
72
|
+
|
|
73
|
+
3. **Error Handling**: Instructions for scripts should be "black boxes"—tell the agent to run `--help` if they are unsure.
|
|
74
|
+
|
|
75
|
+
|
|
76
|
+
|
|
77
|
+
## 5. Output Template
|
|
78
|
+
|
|
79
|
+
When asked to create a skill, output the result in this format:
|
|
80
|
+
|
|
81
|
+
|
|
82
|
+
|
|
83
|
+
### [Folder Name]
|
|
84
|
+
|
|
85
|
+
**Path:** `.agent/skills/[skill-name]/`
|
|
86
|
+
|
|
87
|
+
|
|
88
|
+
|
|
89
|
+
### [SKILL.md]
|
|
90
|
+
|
|
91
|
+
```markdown
|
|
92
|
+
|
|
93
|
+
---
|
|
94
|
+
|
|
95
|
+
name: [gerund-name]
|
|
96
|
+
|
|
97
|
+
description: [3rd-person description]
|
|
98
|
+
|
|
99
|
+
---
|
|
100
|
+
|
|
101
|
+
|
|
102
|
+
|
|
103
|
+
# [Skill Title]
|
|
104
|
+
|
|
105
|
+
|
|
106
|
+
|
|
107
|
+
## When to use this skill
|
|
108
|
+
|
|
109
|
+
- [Trigger 1]
|
|
110
|
+
|
|
111
|
+
- [Trigger 2]
|
|
112
|
+
|
|
113
|
+
|
|
114
|
+
|
|
115
|
+
## Workflow
|
|
116
|
+
|
|
117
|
+
[Insert checklist or step-by-step guide here]
|
|
118
|
+
|
|
119
|
+
|
|
120
|
+
|
|
121
|
+
## Instructions
|
|
122
|
+
|
|
123
|
+
[Specific logic, code snippets, or rules]
|
|
124
|
+
|
|
125
|
+
|
|
126
|
+
|
|
127
|
+
## Resources
|
|
128
|
+
|
|
129
|
+
- [Link to scripts/ or resources/]
|
|
130
|
+
|
|
131
|
+
[Supporting Files]
|
|
132
|
+
(If applicable, provide the content for scripts/ or examples/)
|
|
133
|
+
|
|
134
|
+
|
|
135
|
+
|
|
136
|
+
---
|
|
137
|
+
|
|
138
|
+
|
|
139
|
+
|
|
140
|
+
## Instructions for use
|
|
141
|
+
|
|
142
|
+
|
|
143
|
+
|
|
144
|
+
1. **Copy the content above** into a new file named `antigravity-skill-creator.md`.
|
|
145
|
+
|
|
146
|
+
2. **Upload this file** to your AI agent or paste it into the system prompt area.
|
|
147
|
+
|
|
148
|
+
3. **Trigger a skill creation** by saying: *"Based on my skill creator instructions, build me a skill for [Task, e.g., 'automating React component testing with Vitest']."**
|
|
149
|
+
|
|
150
|
+
|
|
151
|
+
|
|
152
|
+
### Suggested Next Step
|
|
153
|
+
|
|
154
|
+
Would you like me to use this new logic to **generate a specific example skill** for you right now (such as a "Deployment Guard" or "Code Reviewer" skill)?
|
|
155
|
+
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
search or scrape: https://github.com/obra/superpowers
|
|
@@ -0,0 +1,123 @@
|
|
|
1
|
+
# Standards
|
|
2
|
+
|
|
3
|
+
This folder contains your project's documented coding standards. Each file captures patterns and conventions from your actual codebase so AI agents can replicate them consistently.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## What goes here
|
|
8
|
+
|
|
9
|
+
Standards files are extracted from your codebase — not invented. They document what you already do, not what you wish you did.
|
|
10
|
+
|
|
11
|
+
**A good standards file answers:**
|
|
12
|
+
- What pattern is used here?
|
|
13
|
+
- Why was this decision made?
|
|
14
|
+
- What does it look like in practice?
|
|
15
|
+
- What should be avoided?
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## File naming
|
|
20
|
+
|
|
21
|
+
Use lowercase, hyphen-separated names:
|
|
22
|
+
|
|
23
|
+
```
|
|
24
|
+
standards/
|
|
25
|
+
├── tech-stack.md
|
|
26
|
+
├── naming-conventions.md
|
|
27
|
+
├── folder-structure.md
|
|
28
|
+
├── component-patterns.md
|
|
29
|
+
├── api-design.md
|
|
30
|
+
├── data-models.md
|
|
31
|
+
├── testing-approach.md
|
|
32
|
+
├── error-handling.md
|
|
33
|
+
├── authentication.md
|
|
34
|
+
└── state-management.md
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
Name the file after the category it covers. Keep one category per file.
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
## File format
|
|
42
|
+
|
|
43
|
+
Each standards file follows this structure:
|
|
44
|
+
|
|
45
|
+
```markdown
|
|
46
|
+
# [Category] Standards
|
|
47
|
+
|
|
48
|
+
**Last updated:** YYYY-MM-DD
|
|
49
|
+
|
|
50
|
+
## Overview
|
|
51
|
+
One paragraph describing what this standard covers and why it matters.
|
|
52
|
+
|
|
53
|
+
## Conventions
|
|
54
|
+
|
|
55
|
+
### [Convention name]
|
|
56
|
+
Description of the pattern.
|
|
57
|
+
|
|
58
|
+
**Example:**
|
|
59
|
+
[code example or path to a representative file]
|
|
60
|
+
|
|
61
|
+
**Avoid:**
|
|
62
|
+
[counter-example, if useful]
|
|
63
|
+
|
|
64
|
+
## Exceptions
|
|
65
|
+
Known deviations from the standard and the reason they exist.
|
|
66
|
+
```
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
## Standards index
|
|
71
|
+
|
|
72
|
+
When you add a new standards file, add it to the table below so agents can discover it:
|
|
73
|
+
|
|
74
|
+
| File | Covers |
|
|
75
|
+
|---|---|
|
|
76
|
+
| *(none yet — run the `discovering-standards` skill to create your first one)* | |
|
|
77
|
+
|
|
78
|
+
---
|
|
79
|
+
|
|
80
|
+
## How to create standards
|
|
81
|
+
|
|
82
|
+
Use the `discovering-standards` skill:
|
|
83
|
+
|
|
84
|
+
```
|
|
85
|
+
Read .agent/skills/discovering-standards/SKILL.md and extract standards for [area]
|
|
86
|
+
```
|
|
87
|
+
|
|
88
|
+
The skill will scan your codebase, identify patterns, draft a standards file, and save it here.
|
|
89
|
+
|
|
90
|
+
---
|
|
91
|
+
|
|
92
|
+
## How to use standards
|
|
93
|
+
|
|
94
|
+
**Before brainstorming a new feature** (existing codebase):
|
|
95
|
+
|
|
96
|
+
```
|
|
97
|
+
Read .agent/skills/brainstorming/SKILL.md and brainstorm [feature] with the existing standards loaded
|
|
98
|
+
```
|
|
99
|
+
|
|
100
|
+
The brainstorming skill will load relevant standards files as constraints, so ideas stay grounded in the existing architecture.
|
|
101
|
+
|
|
102
|
+
**Before implementation** (after a spec is ready):
|
|
103
|
+
|
|
104
|
+
```
|
|
105
|
+
Read .agent/skills/deploying-standards/SKILL.md and inject relevant standards for [task]
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
The agent will read the appropriate files from this folder and apply them throughout the session.
|
|
109
|
+
|
|
110
|
+
---
|
|
111
|
+
|
|
112
|
+
## Related
|
|
113
|
+
|
|
114
|
+
For design docs, flowcharts, and diagrams that guide implementation, see `references/README.md`. Standards document patterns from your codebase; references are inputs (designs, flows) that define what to build.
|
|
115
|
+
|
|
116
|
+
---
|
|
117
|
+
|
|
118
|
+
## Maintenance
|
|
119
|
+
|
|
120
|
+
- Update standards files when patterns change in the codebase
|
|
121
|
+
- Delete or archive standards that no longer apply
|
|
122
|
+
- Add an **Exceptions** section rather than removing a standard when a one-off deviation is needed
|
|
123
|
+
- Standards should reflect reality, not aspiration
|