magic-spec 1.2.3 → 1.3.2
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/CHANGELOG.md +77 -0
- package/README.md +133 -134
- package/installers/config.json +69 -0
- package/installers/node/index.js +874 -275
- package/package.json +8 -5
package/CHANGELOG.md
ADDED
|
@@ -0,0 +1,77 @@
|
|
|
1
|
+
# Changelog
|
|
2
|
+
|
|
3
|
+
All notable changes to this project will be documented in this file.
|
|
4
|
+
|
|
5
|
+
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
|
|
6
|
+
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
|
|
7
|
+
|
|
8
|
+
## [1.3.2] - 2026-02-28
|
|
9
|
+
|
|
10
|
+
### Added
|
|
11
|
+
|
|
12
|
+
- **Project Analysis Workflow** (`.magic/analyze.md`): Powerful reverse-engineering tool. Delegated automatically from `spec.md` or directly via `/magic.analyze`. Supports scanning existing source code to generate structured proposals with paired Layer 1 (Concept) and Layer 2 (Implementation) specifications. Features Depth Control for massive codebases.
|
|
13
|
+
- **Bootstrapping Exemption**: Special rules added to bypass standard Draft/RFC phases and create "Stable" specs directly when adopting existing working code into the SDD system.
|
|
14
|
+
- **Improv Mode (Live Simulation)** in `simulate.md`: Added ability for the simulation workflow to synthesize "crisis scenarios" (e.g., INDEX.md desync) and perform full SDK lifecycle stress tests end-to-end on its own, functioning as a fallback if the static test suite is missing.
|
|
15
|
+
|
|
16
|
+
### Changed
|
|
17
|
+
|
|
18
|
+
- Expanded Test Suite (`.magic/tests/suite.md`) from 28 to 34 scenarios (+6), fully covering Analyze gap detection, L1/L2 generation asserts, depth control limits, and the missing test suite fallback.
|
|
19
|
+
|
|
20
|
+
## [1.3.1] - 2026-02-27### Added
|
|
21
|
+
|
|
22
|
+
- **Workflow Test Suite** (`.magic/tests/suite.md`): 16 predefined regression test scenarios covering all 8 engine workflows. Run via `/magic.simulate test`.
|
|
23
|
+
- **Test Suite mode** in `simulate.md`: reads `suite.md` and reports PASS/FAIL for each scenario.
|
|
24
|
+
- **Template directory** (`.magic/templates/`): extracted inline templates from core workflow files:
|
|
25
|
+
- `specification.md` — Specification Template (from `spec.md`)
|
|
26
|
+
- `plan.md` — PLAN.md Template (from `task.md`)
|
|
27
|
+
- `tasks.md` — TASKS.md + phase-{n}.md Templates (from `task.md`)
|
|
28
|
+
- `retrospective.md` — RETROSPECTIVE.md Template (from `retrospective.md`)
|
|
29
|
+
|
|
30
|
+
### Changed
|
|
31
|
+
|
|
32
|
+
- **AOP Optimization**: Compressed verbose prose in `spec.md` (Post-Update Review, Audit/Consistency Reports). ~17% token reduction across core workflows.
|
|
33
|
+
- **Stress-test hardening** across all workflows:
|
|
34
|
+
- `spec.md`: Intra-input self-contradiction guard, Deprecation Cascade (scan Related Specs for stale refs)
|
|
35
|
+
- `task.md`: Circular Dependency Guard, Phantom Done-task preservation (Archive not Cancel), Deprecated Done-task preservation, Convention Sync wording fix
|
|
36
|
+
- `run.md`: Mode Guard — HALT if execution mode not in RULES.md §7
|
|
37
|
+
- `rule.md`: Duplication Guard, convention-not-found handler, Workflow Dependency Check in Remove Impact Analysis
|
|
38
|
+
- `simulate.md`: Checksums mismatch upgraded to HALT, Checksum Rule (generate after approval only)
|
|
39
|
+
- `onboard.md`: Production collision HALT with backup/cancel, re-entry checks production PLAN.md
|
|
40
|
+
- `init.md`: Expanded post-init verification to all 5 artifacts, Maintainer Note for hardcoded RULES.md sync
|
|
41
|
+
|
|
42
|
+
### Fixed
|
|
43
|
+
|
|
44
|
+
- Template references now explicitly point to `.magic/templates/*.md` in creation steps of `spec.md`, `task.md`, `retrospective.md`, and `onboard.md`.
|
|
45
|
+
|
|
46
|
+
## [1.3.0] - 2026-02-25
|
|
47
|
+
|
|
48
|
+
### Added
|
|
49
|
+
|
|
50
|
+
- **Full support for abstract environment templates** with automatic resolution (`{ARGUMENTS}`) across all CLIs.
|
|
51
|
+
- **Introduced `.magicrc`** for persistence of selected environments and their auto-detection.
|
|
52
|
+
- **Two-level automatic Changelog generation** (by accumulating `Changes` blocks within tasks).
|
|
53
|
+
- **Added new CLI commands:** `info`, `--check`, `--list-envs`, and `--eject`.
|
|
54
|
+
- **Introduced core version tracking** within the project via the `.magic/.version` file.
|
|
55
|
+
|
|
56
|
+
### Changed
|
|
57
|
+
|
|
58
|
+
- **Architecture:** Restructured the repository into a two-level model (root = source of truth + installers), and removed the `core/` folder to eliminate duplication.
|
|
59
|
+
- **Node Installer:** Completely overhauled the installation mechanism (it now uses compiled files from NPM instead of downloading them from GitHub, eliminating Path Traversal vulnerabilities).
|
|
60
|
+
- **Python Installer:** Implemented an isolated package based on `hatchling` (via shared-data) without external dependencies on GitHub.
|
|
61
|
+
- **Documentation:** Separated `README.md` strategies (different focuses for GitHub, NPM package, and PyPI package).
|
|
62
|
+
- **Update Logic:** Improved `.magic` update logic to be safer (old folders are now moved to `.magic/archives/` rather than simply deleted).
|
|
63
|
+
|
|
64
|
+
## [1.3.0] - 2026-02-23
|
|
65
|
+
|
|
66
|
+
### Added
|
|
67
|
+
|
|
68
|
+
- **Handoff integrations** (`magic.*.md`): Introduced explicit handoff blocks across all agent workflow wrappers to guide next-steps effortlessly.
|
|
69
|
+
- **Task Engine Enhancement:** Integrated User Stories generation parsing into `.magic/task.md` and suppressed user priority prompts using `RULES.md C4`.
|
|
70
|
+
- **System Automation Hooks:** Added `generate-context` script hooks into `task.md` and `run.md` post-write triggers.
|
|
71
|
+
- **Context Automation Script:** Created `generate-context.sh` and `generate-context.ps1` to assemble `CONTEXT.md` from PLAN, workspace trees, and changelogs.
|
|
72
|
+
- **Spec Engine Protections:** Added strict Explore Mode Safety rules and Delta Editing constraints for spec updates over 200 lines to `.magic/spec.md`.
|
|
73
|
+
- **Explore Hints:** Updated `.agent/workflows/magic.spec.md` UI wrapper with tips to use Delta Constraints and strict read-only explore mode.
|
|
74
|
+
- **CLI Doctor Command (Node/Python):** Implemented `--doctor` and `--check` parsing in installers, executing the prerequisite script and outputting a formatted terminal validation report.
|
|
75
|
+
- **Interactive Onboarding Script:** Created `.magic/onboard.md` to guide new developers through building a toy "console logger" specification.
|
|
76
|
+
- **Onboarding Wrapper:** Added `.agent/workflows/magic.onboard.md` to trigger the interactive onboarding tutorial seamlessly.
|
|
77
|
+
- **Prerequisite Validation:** Created `check-prerequisites.sh` and `check-prerequisites.ps1` parsing `INDEX.md` and returning valid JSON results.
|
package/README.md
CHANGED
|
@@ -1,112 +1,54 @@
|
|
|
1
1
|
# 🪄 Magic Spec
|
|
2
2
|
|
|
3
|
-
[](https://www.npmjs.com/package/magic-spec)
|
|
4
|
-
[](https://pypi.org/project/magic-spec/)
|
|
3
|
+
[](https://www.npmjs.com/package/magic-spec)
|
|
4
|
+
[](https://pypi.org/project/magic-spec/)
|
|
5
5
|
[](./LICENSE)
|
|
6
6
|
|
|
7
|
-
|
|
7
|
+
## 📖 Description
|
|
8
8
|
|
|
9
|
-
|
|
10
|
-
`magic-spec` installs a structured pipeline — *Thought → Spec → Task → Run → Code* — directly into any project, regardless of stack.
|
|
9
|
+
**The Specification-Driven Development (SDD) Operating System for AI Coding Agents.**
|
|
11
10
|
|
|
12
|
-
|
|
11
|
+
Stop your AI from writing fragile code before it fully understands the problem. `magic-spec` installs a high-performance, structured pipeline — *Thought → Spec → Task → Run → Code* — directly into any project, regardless of the tech stack.
|
|
13
12
|
|
|
14
|
-
|
|
13
|
+
Whether you are a **coding novice** building your first application or a **senior engineer** architecting enterprise systems, Magic Spec brings **maximum automation** and professional rigor to your development process. It enforces a deterministic workflow that ensures your AI agent perfectly aligns with your vision before writing a single line of code.
|
|
15
14
|
|
|
16
|
-
|
|
17
|
-
💡 Idea → 📋 Specification → 🗺️ Task & Plan → ⚡ Run → 🚀 Code
|
|
18
|
-
```
|
|
19
|
-
|
|
20
|
-
Once installed, your AI agent will automatically:
|
|
21
|
-
|
|
22
|
-
- Convert raw thoughts into structured specification files.
|
|
23
|
-
- Build a phased implementation plan from approved specs.
|
|
24
|
-
- Decompose the plan into atomic, trackable tasks.
|
|
25
|
-
- Analyze its own workflow and suggest improvements — automatically, at phase completion.
|
|
26
|
-
|
|
27
|
-
**No code is written until a specification exists. No spec is implemented without a plan.**
|
|
28
|
-
|
|
29
|
-
## 🚀 Quick Start
|
|
15
|
+
### The Core Concept
|
|
30
16
|
|
|
31
|
-
|
|
32
|
-
No runtime lock-in. Requires only Node.js *or* Python to install.
|
|
17
|
+
`magic-spec` is a set of **markdown-based workflow instructions** specifically designed for AI coding agents like Cursor, Windsurf, Claude, and Gemini. It acts as a project-level operating system that orchestrates agentic development.
|
|
33
18
|
|
|
34
|
-
|
|
19
|
+
Instead of chaotic prompt-engineering, Magic Spec provides a rigorous pipeline:
|
|
35
20
|
|
|
36
|
-
```
|
|
37
|
-
|
|
38
|
-
```
|
|
39
|
-
|
|
40
|
-
### Option B — Python (uvx)
|
|
41
|
-
|
|
42
|
-
```bash
|
|
43
|
-
uvx magic-spec
|
|
21
|
+
```plaintext
|
|
22
|
+
💡 Idea → 📋 Specification → 🗺️ Task & Plan → ⚡ Run → 🚀 Code
|
|
44
23
|
```
|
|
45
24
|
|
|
46
|
-
|
|
25
|
+
Once initialized, your AI agent will automatically:
|
|
47
26
|
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
27
|
+
- Formulate a strong conceptual and technical specification.
|
|
28
|
+
- Build a phased implementation plan with hierarchical dependencies.
|
|
29
|
+
- Decompose the plan into prioritized, atomic, trackable tasks.
|
|
30
|
+
- Facilitate safe architectural brainstorming via **Explore Mode**.
|
|
31
|
+
- Analyze its own workflow and suggest improvements via Auto-Retrospectives.
|
|
51
32
|
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
| Principle | Description |
|
|
55
|
-
| :--- | :--- |
|
|
56
|
-
| **Specs First, Code Later** | The agent is forbidden from writing code from raw input. All ideas become specs first. |
|
|
57
|
-
| **Deterministic Process** | A strict pipeline is enforced: *Thought → Spec → Task → Run → Code*. |
|
|
58
|
-
| **Constitution-Driven** | All project decisions live in `.design/RULES.md` — the project's living constitution. |
|
|
59
|
-
| **Self-Improving** | After each phase and at plan completion, the Task workflow automatically runs a retrospective and generates improvement recommendations. |
|
|
33
|
+
### What Gets Installed
|
|
60
34
|
|
|
61
|
-
|
|
35
|
+
After running the installer, your project directory will be augmented with the following structure:
|
|
62
36
|
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
#
|
|
68
|
-
uvx magic-spec --doctor
|
|
37
|
+
```plaintext
|
|
38
|
+
root-project/
|
|
39
|
+
├── .agent/workflows/ # Slash commands wrapper (e.g., magic.spec, magic.task)
|
|
40
|
+
├── .magic/ # The SDD Engine (workflow logic and scripts - read-only)
|
|
41
|
+
└── .design/ # Your Project Design Workspace (INDEX.md, RULES.md, PLAN.md)
|
|
69
42
|
```
|
|
70
43
|
|
|
71
|
-
|
|
44
|
+
1. **`.magic/`**: Deploys the core SDD engine.
|
|
45
|
+
2. **`.agent/`**: Sets up workflows for your AI.
|
|
46
|
+
3. **`.design/`**: Initializes your project's workspace for Specifications, Rules, and Plans.
|
|
47
|
+
4. **Onboarding**: An interactive tutorial (`magic.onboard`) helps you and your AI get started smoothly.
|
|
72
48
|
|
|
73
|
-
##
|
|
49
|
+
## 🖼️ Visuals
|
|
74
50
|
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
```plaintext
|
|
78
|
-
your-project/
|
|
79
|
-
│
|
|
80
|
-
├── .agent/workflows/ # Agent entry points (slash commands)
|
|
81
|
-
│ ├── magic.onboard.md # Interactive tutorial for new devs
|
|
82
|
-
│ ├── magic.rule.md
|
|
83
|
-
│ ├── magic.run.md
|
|
84
|
-
│ ├── magic.spec.md
|
|
85
|
-
│ └── magic.task.md
|
|
86
|
-
│
|
|
87
|
-
├── .magic/ # SDD Engine (workflow logic, read-only)
|
|
88
|
-
│ ├── init.md
|
|
89
|
-
│ ├── onboard.md # Onboarding script payload
|
|
90
|
-
│ ├── retrospective.md
|
|
91
|
-
│ ├── rule.md
|
|
92
|
-
│ ├── run.md
|
|
93
|
-
│ ├── spec.md
|
|
94
|
-
│ ├── task.md
|
|
95
|
-
│ └── scripts/
|
|
96
|
-
│ ├── check-prerequisites.* # Used by --doctor
|
|
97
|
-
│ ├── generate-context.* # Auto-compiles CONTEXT.md
|
|
98
|
-
│ ├── init.sh # Init for macOS / Linux
|
|
99
|
-
│ └── init.ps1 # Init for Windows
|
|
100
|
-
│
|
|
101
|
-
└── .design/ # Your project workspace (generated)
|
|
102
|
-
├── INDEX.md # Spec registry
|
|
103
|
-
├── RULES.md # Project constitution
|
|
104
|
-
├── PLAN.md # Implementation plan
|
|
105
|
-
├── specifications/ # Your specification files
|
|
106
|
-
└── tasks/ # Task breakdowns per phase
|
|
107
|
-
```
|
|
108
|
-
|
|
109
|
-
## 🔗 The Workflow Pipeline
|
|
51
|
+
The engine operates on a smart, self-correcting feedback loop:
|
|
110
52
|
|
|
111
53
|
```mermaid
|
|
112
54
|
graph TD
|
|
@@ -121,76 +63,133 @@ graph TD
|
|
|
121
63
|
RETRO -.->|Feedback loop| SPEC
|
|
122
64
|
```
|
|
123
65
|
|
|
124
|
-
|
|
66
|
+
## ⚙️ Requirements
|
|
125
67
|
|
|
126
|
-
|
|
127
|
-
| :--- | :--- | :--- |
|
|
128
|
-
| 1 | **Specification** | Converts raw thoughts into structured specs. Verifies specs against project state. Manages statuses: `Draft → RFC → Stable → Deprecated`. |
|
|
129
|
-
| 2 | **Task** | Reads Stable specs, builds a dependency graph, produces a phased `PLAN.md`, and decomposes into atomic tasks. |
|
|
130
|
-
| 3 | **Run** | Executes tasks with sequential and parallel tracks. Automatically runs a retrospective at phase and plan completion. |
|
|
68
|
+
Before installing Magic Spec, ensure you have one of the following available on your system:
|
|
131
69
|
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
| Workflow | Purpose |
|
|
70
|
+
| Requirement | Details |
|
|
135
71
|
| :--- | :--- |
|
|
136
|
-
| **
|
|
137
|
-
| **
|
|
72
|
+
| **Node.js** | Version `16.x` or higher (for `npx` method) |
|
|
73
|
+
| **Python** | Version `3.8` or higher (for `uvx` or `pipx` methods) |
|
|
74
|
+
| **Git** | Required for installing edge versions directly from GitHub |
|
|
75
|
+
| **Terminal** | `tar` utility (pre-installed on Windows/Linux/macOS) |
|
|
138
76
|
|
|
139
|
-
|
|
77
|
+
## 📦 Installation
|
|
140
78
|
|
|
141
|
-
|
|
79
|
+
Works perfectly with **any project** — Rust, Go, Python, JavaScript, C++, or anything else. No runtime lock-in.
|
|
142
80
|
|
|
143
|
-
|
|
81
|
+
### Option A: Node.js (`npx`)
|
|
144
82
|
|
|
145
|
-
|
|
146
|
-
"Dispatch this thought into specs: I want a user auth system with JWT and Redis..."
|
|
147
|
-
→ Runs Specification workflow
|
|
83
|
+
**Stable Release:**
|
|
148
84
|
|
|
149
|
-
|
|
150
|
-
|
|
85
|
+
```bash
|
|
86
|
+
npx magic-spec@latest
|
|
87
|
+
```
|
|
151
88
|
|
|
152
|
-
|
|
153
|
-
→ Runs Task workflow
|
|
89
|
+
**Edge Version (GitHub):**
|
|
154
90
|
|
|
155
|
-
|
|
156
|
-
|
|
91
|
+
```bash
|
|
92
|
+
npx --yes github:teratron/magic-spec
|
|
93
|
+
```
|
|
157
94
|
|
|
158
|
-
|
|
159
|
-
→ Runs Rule workflow
|
|
95
|
+
### Option B: Python (`uvx`)
|
|
160
96
|
|
|
161
|
-
|
|
162
|
-
→ Runs Specification workflow (Consistency Check)
|
|
97
|
+
**Stable Release:**
|
|
163
98
|
|
|
164
|
-
|
|
165
|
-
|
|
99
|
+
```bash
|
|
100
|
+
uvx magic-spec
|
|
166
101
|
```
|
|
167
102
|
|
|
168
|
-
|
|
103
|
+
**Edge Version (GitHub):**
|
|
169
104
|
|
|
170
|
-
|
|
105
|
+
```bash
|
|
106
|
+
uvx --from git+https://github.com/teratron/magic-spec.git magic-spec
|
|
107
|
+
```
|
|
171
108
|
|
|
172
|
-
|
|
109
|
+
### Option C: Python (`pipx`)
|
|
173
110
|
|
|
174
111
|
```bash
|
|
175
|
-
|
|
176
|
-
npx magic-spec@latest --update
|
|
177
|
-
|
|
178
|
-
# Python
|
|
179
|
-
uvx magic-spec --update
|
|
112
|
+
pipx run magic-spec
|
|
180
113
|
```
|
|
181
114
|
|
|
182
|
-
|
|
115
|
+
### Option D: Manual Installation
|
|
116
|
+
|
|
117
|
+
If automated installers do not fit your environment:
|
|
118
|
+
|
|
119
|
+
1. **Engine**: Download the `.magic/` folder from the [GitHub repository](https://github.com/teratron/magic-spec).
|
|
120
|
+
2. **Workflows**: Download command wrappers from [`.agent/workflows/`](https://github.com/teratron/magic-spec/tree/main/.agent/workflows).
|
|
121
|
+
3. **Deploy**: Place files into your AI agent's instruction directory (e.g., `.cursor/commands`).
|
|
122
|
+
|
|
123
|
+
## 🚀 Usage
|
|
124
|
+
|
|
125
|
+
Just talk to your AI agent naturally in your prompt interface. No complex commands to learn:
|
|
126
|
+
|
|
127
|
+
- *"Dispatch this thought into specs..."* → Triggers **Specification** workflow.
|
|
128
|
+
- *"Create an implementation plan"* → Triggers **Task & Plan** workflow.
|
|
129
|
+
- *"Execute the next task"* → Triggers **Run** workflow.
|
|
130
|
+
- *"Add a rule: always use Inter font"* → Triggers **Rule** workflow.
|
|
183
131
|
|
|
184
|
-
|
|
132
|
+
### 🤝 Compatibility
|
|
185
133
|
|
|
186
|
-
|
|
134
|
+
Magic Spec is heavily optimized and provides native workflow generation for the world's most powerful AI development environments:
|
|
187
135
|
|
|
188
|
-
|
|
189
|
-
|
|
190
|
-
|
|
191
|
-
|
|
192
|
-
|
|
136
|
+
| AI Agent / IDE | Installation Flag |
|
|
137
|
+
| :--- | :--- |
|
|
138
|
+
| [**Cursor**](https://cursor.com) (Agent Mode) | `--cursor` |
|
|
139
|
+
| [**Windsurf**](https://codeium.com/windsurf) (Cascade) | `--windsurf` |
|
|
140
|
+
| [**Claude Code**](https://claude.ai/code) | `--claude` |
|
|
141
|
+
| [**Gemini CLI**](https://gemini.google.com) | `--gemini` |
|
|
142
|
+
| [**GitHub Copilot**](https://github.com/features/copilot) | `--copilot` |
|
|
143
|
+
| **Roo Code** | `--roo` |
|
|
144
|
+
| **Amp** | `--amp` |
|
|
145
|
+
| **Amazon Q Developer** | `--q` |
|
|
146
|
+
| **Kilo Code** | `--kilocode` |
|
|
147
|
+
| **Qwen Code** | `--qwen` |
|
|
148
|
+
| **OpenCode** | `--opencode` |
|
|
149
|
+
| **SHAI (OVHcloud)** | `--shai` |
|
|
150
|
+
| **IBM Bob** | `--bob` |
|
|
151
|
+
| **CodeBuddy** | `--codebuddy` |
|
|
152
|
+
| **Qoder IDE** | `--qoder` |
|
|
153
|
+
| **Codex CLI** | `--codex` |
|
|
154
|
+
| **Auggie CLI** | `--augment` |
|
|
155
|
+
| **Antigravity IDE** | `--antigravity` |
|
|
156
|
+
| **Lingma IDE** | `--lingma` |
|
|
157
|
+
|
|
158
|
+
## 📚 Documentation
|
|
159
|
+
|
|
160
|
+
- [**Main Documentation**](./docs/README.md) — Detailed guide on workflows, architecture, and advanced features.
|
|
161
|
+
- [**Installers Guide**](./installers/README.md) — Advanced CLI options and platform specifics.
|
|
162
|
+
- [**Contributing**](./docs/contributing.md) — How to develop, test, and extend the engine.
|
|
163
|
+
|
|
164
|
+
## 🛟 Support
|
|
165
|
+
|
|
166
|
+
If you encounter issues or have questions:
|
|
167
|
+
|
|
168
|
+
- Open an [Issue](https://github.com/teratron/magic-spec/issues) on GitHub.
|
|
169
|
+
- Run `magic.onboard` in your agent to restart the interactive tutorial.
|
|
170
|
+
|
|
171
|
+
## 🗺️ Roadmap
|
|
172
|
+
|
|
173
|
+
- [x] Multi-agent adapter system.
|
|
174
|
+
- [x] Phased implementation planning.
|
|
175
|
+
- [ ] Extended support for local-first LLM agents.
|
|
176
|
+
- [ ] Advanced visual dashboard for project health.
|
|
177
|
+
- [ ] Integration with CI/CD for automated spec validation.
|
|
178
|
+
|
|
179
|
+
## 🤝 Contributing
|
|
180
|
+
|
|
181
|
+
We welcome contributions! Whether it's a bug fix, a new adapter, or an improvement to the workflow logic.
|
|
182
|
+
Please see [**Contributing Guide**](./docs/contributing.md) for details.
|
|
183
|
+
|
|
184
|
+
## 👥 Authors and Acknowledgments
|
|
185
|
+
|
|
186
|
+
- **Oleg Alexandrov** — Creator and Lead Maintainer.
|
|
187
|
+
- Special thanks to the AI agent community for inspiration and testing.
|
|
193
188
|
|
|
194
189
|
## 📄 License
|
|
195
190
|
|
|
196
|
-
[MIT](./LICENSE)
|
|
191
|
+
Distributed under the [MIT License](./LICENSE).
|
|
192
|
+
|
|
193
|
+
## 📊 Project Status
|
|
194
|
+
|
|
195
|
+
**Active Development** (v1.x). We are constantly refining the SDD engine based on real-world usage.
|
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
{
|
|
2
|
+
"githubRepo": "teratron/magic-spec",
|
|
3
|
+
"packageName": "magic-spec",
|
|
4
|
+
"removePrefix": "magic.",
|
|
5
|
+
"engineDir": ".magic",
|
|
6
|
+
"agentDir": ".agent",
|
|
7
|
+
"workflowsDir": "workflows",
|
|
8
|
+
"defaultExt": ".md",
|
|
9
|
+
"workflows": [
|
|
10
|
+
"magic.onboard",
|
|
11
|
+
"magic.rule",
|
|
12
|
+
"magic.run",
|
|
13
|
+
"magic.simulate",
|
|
14
|
+
"magic.spec",
|
|
15
|
+
"magic.task"
|
|
16
|
+
],
|
|
17
|
+
"magicFiles": [
|
|
18
|
+
"analyze.md",
|
|
19
|
+
"onboard.md",
|
|
20
|
+
"retrospective.md",
|
|
21
|
+
"rule.md",
|
|
22
|
+
"run.md",
|
|
23
|
+
"simulate.md",
|
|
24
|
+
"spec.md",
|
|
25
|
+
"task.md",
|
|
26
|
+
".version",
|
|
27
|
+
".checksums",
|
|
28
|
+
"scripts/check-prerequisites.ps1",
|
|
29
|
+
"scripts/check-prerequisites.sh",
|
|
30
|
+
"scripts/executor.js",
|
|
31
|
+
"scripts/generate-context.ps1",
|
|
32
|
+
"scripts/generate-context.sh",
|
|
33
|
+
"scripts/init.ps1",
|
|
34
|
+
"scripts/init.sh",
|
|
35
|
+
"templates/plan.md",
|
|
36
|
+
"templates/retrospective.md",
|
|
37
|
+
"templates/specification.md",
|
|
38
|
+
"templates/tasks.md"
|
|
39
|
+
],
|
|
40
|
+
"download": {
|
|
41
|
+
"timeoutMs": 60000,
|
|
42
|
+
"tempPrefix": "magic-spec-"
|
|
43
|
+
},
|
|
44
|
+
"userAgent": {
|
|
45
|
+
"node": "magic-spec-node",
|
|
46
|
+
"python": "magic-spec-cli"
|
|
47
|
+
},
|
|
48
|
+
"eject": {
|
|
49
|
+
"targets": [
|
|
50
|
+
".magic",
|
|
51
|
+
".agent",
|
|
52
|
+
".magic.bak",
|
|
53
|
+
".agent.bak"
|
|
54
|
+
]
|
|
55
|
+
},
|
|
56
|
+
"publish": {
|
|
57
|
+
"versionFiles": [
|
|
58
|
+
"pyproject.toml",
|
|
59
|
+
"installers/python/magic_spec/__init__.py",
|
|
60
|
+
"package.json",
|
|
61
|
+
".magic/.version"
|
|
62
|
+
],
|
|
63
|
+
"docsTargets": [
|
|
64
|
+
"README.md",
|
|
65
|
+
"CHANGELOG.md"
|
|
66
|
+
],
|
|
67
|
+
"docsDir": "docs"
|
|
68
|
+
}
|
|
69
|
+
}
|