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.
@@ -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
+ }