@powerhousedao/academy 4.1.0-dev.58 → 4.1.0-dev.60
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 +48 -0
- package/docs/academy/01-GetStarted/00-ExploreDemoPackage.mdx +10 -10
- package/docs/academy/01-GetStarted/01-CreateNewPowerhouseProject.md +11 -2
- package/docs/academy/01-GetStarted/{05-SpecDrivenAI.md → 05-VetraStudio.md} +48 -34
- package/docs/academy/01-GetStarted/06-ReactorMCP.md +58 -0
- package/docs/academy/01-GetStarted/images/Modules.png +0 -0
- package/docs/academy/01-GetStarted/images/VetraStudioDrive.png +0 -0
- package/docs/academy/04-APIReferences/00-PowerhouseCLI.md +5 -0
- package/package.json +9 -7
- package/sidebars.ts +2 -1
- package/src/pages/_archive-homepage.tsx +3 -3
- package/tsconfig.tsbuildinfo +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,3 +1,51 @@
|
|
|
1
|
+
## 4.1.0-dev.60 (2025-10-08)
|
|
2
|
+
|
|
3
|
+
### 🚀 Features
|
|
4
|
+
|
|
5
|
+
- **vetra:** added read model to fetch vetra packages ([23c55364d](https://github.com/powerhouse-inc/powerhouse/commit/23c55364d))
|
|
6
|
+
- **monorepo:** use latest versions of react related deps ([#1905](https://github.com/powerhouse-inc/powerhouse/pull/1905))
|
|
7
|
+
- **monorepo:** remove global storybook installs ([#1903](https://github.com/powerhouse-inc/powerhouse/pull/1903))
|
|
8
|
+
- **monorepo:** update to react 19 ([#1902](https://github.com/powerhouse-inc/powerhouse/pull/1902))
|
|
9
|
+
- **vetra:** enabled HMR in dev mode ([8cf19757e](https://github.com/powerhouse-inc/powerhouse/commit/8cf19757e))
|
|
10
|
+
- **vetra:** new connect build setup on vetra ([8dd11a849](https://github.com/powerhouse-inc/powerhouse/commit/8dd11a849))
|
|
11
|
+
- **monorepo:** revert package versions ([8a1a02628](https://github.com/powerhouse-inc/powerhouse/commit/8a1a02628))
|
|
12
|
+
- **monorepo:** update eslint config ([ac97af97d](https://github.com/powerhouse-inc/powerhouse/commit/ac97af97d))
|
|
13
|
+
- adding feature flags to reactor-mcp ([fe4f2f683](https://github.com/powerhouse-inc/powerhouse/commit/fe4f2f683))
|
|
14
|
+
- stubbing out feature flag + reactor setup in connect and deleting unused code in reactor-browser ([793bbd7af](https://github.com/powerhouse-inc/powerhouse/commit/793bbd7af))
|
|
15
|
+
- syncing feature flag behavior between switchboard and reactor-local ([e45dc2bf7](https://github.com/powerhouse-inc/powerhouse/commit/e45dc2bf7))
|
|
16
|
+
- added initial pieces of the kysely operation store implementation ([3fbece162](https://github.com/powerhouse-inc/powerhouse/commit/3fbece162))
|
|
17
|
+
- **connect,builder-tools:** build rework ([#1871](https://github.com/powerhouse-inc/powerhouse/pull/1871))
|
|
18
|
+
- **codegen:** updated editor boilerplate with document state and example setName dispatch ([3e7c51cc3](https://github.com/powerhouse-inc/powerhouse/commit/3e7c51cc3))
|
|
19
|
+
- restructure document model to avoid circular imports ([#1874](https://github.com/powerhouse-inc/powerhouse/pull/1874))
|
|
20
|
+
- added watch-packages option to vetra command and disabled dynamic package loading by default ([#1875](https://github.com/powerhouse-inc/powerhouse/pull/1875))
|
|
21
|
+
|
|
22
|
+
### ❤️ Thank You
|
|
23
|
+
|
|
24
|
+
- acaldas @acaldas
|
|
25
|
+
- Benjamin Jordan (@thegoldenmule)
|
|
26
|
+
- Frank
|
|
27
|
+
- Guillermo Puente @gpuente
|
|
28
|
+
- Guillermo Puente Sandoval @gpuente
|
|
29
|
+
- Ryan Wolhuter @ryanwolhuter
|
|
30
|
+
- ryanwolhuter @ryanwolhuter
|
|
31
|
+
|
|
32
|
+
## 4.1.0-dev.59 (2025-09-24)
|
|
33
|
+
|
|
34
|
+
### 🚀 Features
|
|
35
|
+
|
|
36
|
+
- **monorepo:** rename tsc to tsc:build ([c1385418b](https://github.com/powerhouse-inc/powerhouse/commit/c1385418b))
|
|
37
|
+
|
|
38
|
+
### 🩹 Fixes
|
|
39
|
+
|
|
40
|
+
- **builder-tools:** declare @storybook/preview-api dependency ([705ac8da1](https://github.com/powerhouse-inc/powerhouse/commit/705ac8da1))
|
|
41
|
+
- lots of type fixes for modules ([8f4cf02fe](https://github.com/powerhouse-inc/powerhouse/commit/8f4cf02fe))
|
|
42
|
+
|
|
43
|
+
### ❤️ Thank You
|
|
44
|
+
|
|
45
|
+
- acaldas @acaldas
|
|
46
|
+
- Benjamin Jordan (@thegoldenmule)
|
|
47
|
+
- ryanwolhuter @ryanwolhuter
|
|
48
|
+
|
|
1
49
|
## 4.1.0-dev.58 (2025-09-18)
|
|
2
50
|
|
|
3
51
|
### 🚀 Features
|
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
## Let's get started
|
|
4
4
|
|
|
5
5
|
To give you a quick idea of how the Powerhouse ecosystem operates on document models and packages, why don't you try installing a package?
|
|
6
|
-
We will show you how to install the Powerhouse command-line tool `ph-cmd` and then use it to install a pre-built demo package
|
|
6
|
+
We will show you how to install the Powerhouse command-line tool `ph-cmd` and then use it to install a pre-built demo package containing a document model, an editor, and a drive app.
|
|
7
7
|
|
|
8
8
|
## Step 1: Install the Powerhouse CLI
|
|
9
9
|
|
|
@@ -90,7 +90,7 @@ Click the returned localhost URL and you should see Connect Studio appear in you
|
|
|
90
90
|
<figcaption>The Powerhouse Connect Studio interface.</figcaption>
|
|
91
91
|
</figure>
|
|
92
92
|
|
|
93
|
-
When you
|
|
93
|
+
When you click the settings wheel in the bottom right corner, you'll get access to the **Package Manager**.
|
|
94
94
|
Here, you'll see that you've installed the `@powerhousedao/todo-demo-package`, which contains not only a **Document Model** and its accompanying editor but also a **Drive App** specific to the to-do document model.
|
|
95
95
|
|
|
96
96
|
<figure className="image-container">
|
|
@@ -130,15 +130,19 @@ Now move into the drive you've just created:
|
|
|
130
130
|
- You'll see a statistics widget that counts the open to-dos
|
|
131
131
|
- After closing the document, look at the To-do Drive App interface—you'll see that it tracks your tasks and displays a progress bar
|
|
132
132
|
|
|
133
|
+
This is an example of the **usefulness and impact of Drive Apps**.
|
|
134
|
+
They offer a customized interface that works well with the different documents inside your drive.
|
|
135
|
+
Read more about drive apps in the Mastery Track: [Drive Apps and Drive Explorers](/academy/MasteryTrack/BuildingUserExperiences/BuildingADriveExplorer).
|
|
136
|
+
|
|
133
137
|
<figure className="image-container">
|
|
134
138
|
<img
|
|
135
139
|
src={require("./images/TodoDriveApp.png").default}
|
|
136
140
|
alt="Todo Drive App"
|
|
137
141
|
/>
|
|
138
|
-
<figcaption>A list of
|
|
142
|
+
<figcaption>A list of todos in the custom todo drive app.</figcaption>
|
|
139
143
|
</figure>
|
|
140
144
|
|
|
141
|
-
A key feature
|
|
145
|
+
A key feature of Connect is the **Operations History**. Every change to a document is stored as an individual operation, creating an immutable and replayable history. This provides complete auditability and transparency, as you can inspect each revision, its details, and any associated signatures. For example, you can see a chronological list of all modifications, along with who made them and when.
|
|
142
146
|
|
|
143
147
|
<figure className="image-container">
|
|
144
148
|
<img
|
|
@@ -146,9 +150,7 @@ A key feature you get with Connect is the **Operations History**. Every change t
|
|
|
146
150
|
alt="Operations History Button"
|
|
147
151
|
/>
|
|
148
152
|
<figcaption>
|
|
149
|
-
|
|
150
|
-
You can find the button to visit the operations history in the document
|
|
151
|
-
model toolbar{" "}
|
|
153
|
+
You can find the button to visit the operations history in the document model toolbar
|
|
152
154
|
</figcaption>
|
|
153
155
|
</figure>
|
|
154
156
|
|
|
@@ -165,8 +167,6 @@ A key feature you get with Connect is the **Operations History**. Every change t
|
|
|
165
167
|
|
|
166
168
|
Learn more about the [Operations History](../MasteryTrack/BuildingUserExperiences/DocumentTools/OperationHistory) and other document tools you get for free.
|
|
167
169
|
|
|
168
|
-
This is the power of Drive Apps. They offer a customized interface that works well with the different documents inside your drive. Read more about drive apps in the Mastery Track: [Drive Apps and Drive Explorers](/academy/MasteryTrack/BuildingUserExperiences/BuildingADriveExplorer).
|
|
169
|
-
|
|
170
170
|
## Step 5: Enable operation signing and verification through Renown
|
|
171
171
|
|
|
172
172
|
Renown is Powerhouse's **decentralized identity and reputation system** designed to address the challenge of trust within open organizations, where contributors often operate under pseudonyms. In traditional organizations, personal identity and reputation are key to establishing trust and accountability. Renown replicates this dynamic in the digital space, allowing contributors to earn experience and build reputation without revealing their real-world identities.
|
|
@@ -175,7 +175,7 @@ Renown is Powerhouse's **decentralized identity and reputation system** designed
|
|
|
175
175
|
When signing in with Renown, use an Ethereum or blockchain address that can function as your 'identity', as this address will accrue more experience and history over time.
|
|
176
176
|
:::
|
|
177
177
|
|
|
178
|
-
### 5.1 Click the renown icon and connect your
|
|
178
|
+
### 5.1 Click the renown icon and connect your Ethereum identity
|
|
179
179
|
|
|
180
180
|
"**Log in with Renown**" is a decentralized authentication flow that enables you to log into applications by signing a credential with your Ethereum wallet. Upon signing in, a Decentralized Identifier (DID) is created based on your Ethereum key.
|
|
181
181
|
|
|
@@ -3,8 +3,10 @@
|
|
|
3
3
|
## Overview
|
|
4
4
|
|
|
5
5
|
This tutorial guides you through creating a simplified version of a 'Powerhouse project' for a **To-do List**.
|
|
6
|
-
A Powerhouse project primarily consists of a document model and its editor.
|
|
7
|
-
|
|
6
|
+
A Powerhouse project primarily consists of a document model and its editor.
|
|
7
|
+
As your projects use-case expands you can add data-integrations or a specific drive-app as seen in the demo package.
|
|
8
|
+
|
|
9
|
+
For todays purpose, you'll be using Connect, our user-centric collaboration tool and Vetra Studio, the builder tooling through which developers can access and manage specifications of their project.
|
|
8
10
|
|
|
9
11
|
## Prerequisites
|
|
10
12
|
|
|
@@ -53,6 +55,9 @@ Navigate to the newly created project directory:
|
|
|
53
55
|
```bash
|
|
54
56
|
cd getting-started
|
|
55
57
|
```
|
|
58
|
+
|
|
59
|
+
## Develop a single document model in Connect
|
|
60
|
+
|
|
56
61
|
Once in the project directory, run the `ph connect` command to start a local instance of the Connect application. This allows you to start your document model specification document.
|
|
57
62
|
Run the following command to start the Connect application:
|
|
58
63
|
|
|
@@ -79,6 +84,10 @@ Clear the storage of your localhost application as it might has an old session c
|
|
|
79
84
|
|
|
80
85
|
If you've followed the steps correctly, you'll have an empty document where you can define the **'Document Specifications'**.
|
|
81
86
|
|
|
87
|
+
## Develop a package in Vetra Studio
|
|
88
|
+
|
|
89
|
+
|
|
90
|
+
|
|
82
91
|
## Up next
|
|
83
92
|
|
|
84
93
|
In the next tutorials, you will learn how to specify, add code and build an editor for your document model and export it to be used in your Powerhouse package.
|
|
@@ -1,12 +1,12 @@
|
|
|
1
|
-
# Vetra Studio
|
|
1
|
+
# Tool: Vetra Studio
|
|
2
2
|
|
|
3
3
|
This chapter introduces you to one of the most powerfull features of the Powerhouse development framework: Specification Driven AI-control. In the **'Get Started'** chapter we've been making use of strict schema definition principles to communicate the intended use case of our reactive documents.
|
|
4
4
|
|
|
5
|
-
:::tip
|
|
5
|
+
:::tip Important
|
|
6
6
|
The **schema definition language**, is a not only a shared language that bridges the gap between developer, designer and analyst but also the gap between **builder and AI-agent**.
|
|
7
7
|
:::
|
|
8
8
|
|
|
9
|
-
## Vision
|
|
9
|
+
## Vision: Specification Driven AI
|
|
10
10
|
|
|
11
11
|
At Powerhouse we are embracing the progress of AI assisted coding while unlocking the next level of AI control through **specification driven AI control**.
|
|
12
12
|
|
|
@@ -25,20 +25,37 @@ It allows developers to open packages (Git repositories with metadata) from a Ve
|
|
|
25
25
|
|
|
26
26
|
This setup ensures that all necessary documentation and project requirements are in one accessible location, streamlining communication and agreement on requirements and operations. Additionally, **Vetra Studio** functions as the orchestration hub where you as a builder assemble all the necessary specifications for your intended use-case, software solution or package. For each of the different **modules** that together form a package a specification document can be created in **Vetra Studio**.
|
|
27
27
|
|
|
28
|
-
As Vetra Studio matures each of these specification documents will offer an interface by which you as a builder get more control over the modules that make up your package.
|
|
28
|
+
As Vetra Studio matures each of these specification documents will offer an interface by which you as a builder get more control over the modules that make up your package.
|
|
29
|
+
|
|
30
|
+
<figure className="image-container">
|
|
31
|
+
<img
|
|
32
|
+
src={require("./images/Modules.png").default}
|
|
33
|
+
alt="Modules"
|
|
34
|
+
/>
|
|
35
|
+
<figcaption>The list of available modules color coded according to the 3 categories.</figcaption>
|
|
36
|
+
</figure>
|
|
37
|
+
|
|
38
|
+
### Module Categories
|
|
29
39
|
|
|
30
|
-
|
|
40
|
+
#### 1. Document Models
|
|
31
41
|
- **Document model specification**: Defines the structure and operations of a document model using GraphQL SDL, ensuring consistent data management and processing.
|
|
32
42
|
|
|
33
|
-
|
|
43
|
+
#### 2. User Experiences
|
|
34
44
|
- **Editor specification**: Outlines the interface and functionalities of a document model editor, allowing users to interact with and modify document data.
|
|
35
45
|
- **Drive-app specification**: Specifies the UI and interactions for managing documents within a Drive, providing tailored views and functionalities.
|
|
36
46
|
|
|
37
|
-
|
|
47
|
+
#### 3. Data integrations
|
|
38
48
|
- **Subgraph specification**: Details the connections and relationships within a subgraph, facilitating efficient data querying and manipulation.
|
|
39
49
|
- **Codegen Processor Specification**: Describes the process for automatically generating code from document model specifications, ensuring alignment with intended architecture.
|
|
40
50
|
- **RelationalDb Processor Specification**: Defines how relational databases are structured and queried, supporting efficient data management and retrieval.
|
|
41
51
|
|
|
52
|
+
<figure className="image-container">
|
|
53
|
+
<img
|
|
54
|
+
src={require("./images/VetraStudioDrive.png").default}
|
|
55
|
+
alt="Vetra Studio Drive"
|
|
56
|
+
/>
|
|
57
|
+
<figcaption>The Vetra Studio Drive, a builder app that collects all of the specification of a package.</figcaption>
|
|
58
|
+
</figure>
|
|
42
59
|
|
|
43
60
|
## Vetra Studio Workflow
|
|
44
61
|
|
|
@@ -64,29 +81,31 @@ In standard mode:
|
|
|
64
81
|
- Multiple changes are batched and processed together
|
|
65
82
|
- Uses the latest document state for processing
|
|
66
83
|
|
|
67
|
-
### 2. Launch Claude with MCP
|
|
84
|
+
### 2. Launch Claude with Reactor-MCP
|
|
68
85
|
|
|
69
86
|
Vetra Studio integrates deeply with Claude through MCP (Model Control Protocol). This is where AI comes into the mix and you get the chance to have greater control and direction over what your llm is coding for you.
|
|
70
87
|
|
|
71
|
-
#### 1. Start the MCP
|
|
88
|
+
#### 1. Start the Reactor MCP:
|
|
72
89
|
```bash
|
|
73
90
|
ph mcp
|
|
74
91
|
```
|
|
75
92
|
|
|
76
93
|
#### 2. Verify MCP connection:
|
|
77
|
-
- Check that the
|
|
78
|
-
- Confirm Vetra Studio shows "Connected to
|
|
94
|
+
- Check that the Reactor MCP is available.
|
|
95
|
+
- Confirm Vetra Studio shows "Connected to Reactor MCP"
|
|
79
96
|
|
|
80
|
-
|
|
97
|
+
- To learn what is a [Reactor] itself read (apps/academy/docs/academy/Architecture/WorkingWithTheReactor)
|
|
98
|
+
- To learn more about the [Reactor MCP] read (apps/academy/docs/academy/GetStarted/ReactorMCP)
|
|
99
|
+
|
|
100
|
+
#### Key Reactor MCP Features:
|
|
81
101
|
- Automatic document model creation from natural language descriptions
|
|
82
102
|
- Smart editor generation based on document models
|
|
83
|
-
- Uses reactor recipes for consistent code generation
|
|
84
103
|
- Automatically triggers code generation when documents reach valid state
|
|
85
104
|
|
|
86
105
|
The powerhouse config includes a vetra URL for consistent project configuration across different environments.
|
|
87
106
|
|
|
88
107
|
:::tip
|
|
89
|
-
- Vetra supports integration with custom remote drives, allowing users to create and manage documents within these drives.
|
|
108
|
+
- Vetra supports integration with custom remote drives, allowing users to create, share and manage documents within these drives.
|
|
90
109
|
- The MCP server enables the agent to work with both existing and newly created document models.
|
|
91
110
|
:::
|
|
92
111
|
|
|
@@ -95,28 +114,29 @@ The powerhouse config includes a vetra URL for consistent project configuration
|
|
|
95
114
|
#### A. Set Package Description (Required)
|
|
96
115
|
1. Provide a name for your package
|
|
97
116
|
2. Add a meaningful description
|
|
98
|
-
3.
|
|
117
|
+
3. Add keywords to add search terms to your package
|
|
118
|
+
4. Confirm changes when prompted in interactive mode
|
|
99
119
|
|
|
100
120
|
#### B. Define Document Model (Required)
|
|
101
121
|
You can create document models in two ways:
|
|
102
122
|
|
|
103
123
|
1. **Using MCP (AI-Assisted)**
|
|
104
|
-
- Describe your document needs in natural language
|
|
124
|
+
- Describe your document needs in natural language in great detail.
|
|
105
125
|
- Claude will:
|
|
106
|
-
- Generate appropriate schema
|
|
107
|
-
- Create necessary operations
|
|
108
|
-
- Implement required reducers
|
|
126
|
+
- Generate an appropriate schema
|
|
127
|
+
- Create the necessary operations
|
|
128
|
+
- Implement the required reducers
|
|
109
129
|
- Place the document in the Vetra drive
|
|
110
130
|
|
|
111
131
|
2. **Manual Creation**
|
|
112
|
-
- Define document schema with fields and types
|
|
113
|
-
- Create necessary operations
|
|
114
|
-
- Add required modules
|
|
115
|
-
- The document model creation chapter in the Mastery track provides support [here](apps/academy/docs/academy/MasteryTrack/DocumentModelCreation/SpecifyTheStateSchema)
|
|
132
|
+
- Define document schema with fields and types as in the **'Get Started'**
|
|
133
|
+
- Create the necessary operations
|
|
134
|
+
- Add the required modules to your package
|
|
135
|
+
- The document model creation chapter in the Mastery track provides in depth support [here](apps/academy/docs/academy/MasteryTrack/DocumentModelCreation/SpecifyTheStateSchema)
|
|
116
136
|
|
|
117
137
|
#### C. Add Document Editor (Required)
|
|
118
138
|
1. **Using MCP (AI-Assisted)**
|
|
119
|
-
- Request Claude to create an editor for your document
|
|
139
|
+
- Request Claude to create an editor for your document. Do this with the help of a detailed description of the user interface, user experience and logic that you wish to generate. Make sure to reference operations from the document model to get the best results
|
|
120
140
|
- Claude will:
|
|
121
141
|
- Generate editor components
|
|
122
142
|
- Implement necessary hooks
|
|
@@ -124,8 +144,8 @@ You can create document models in two ways:
|
|
|
124
144
|
|
|
125
145
|
2. **Manual Creation**
|
|
126
146
|
- Select your target document model
|
|
127
|
-
-
|
|
128
|
-
-
|
|
147
|
+
- Configure the currently limited editor properties
|
|
148
|
+
- Add the editor specification to Vetra Studio drive
|
|
129
149
|
- The system will generate scaffolding code
|
|
130
150
|
|
|
131
151
|
#### D. Data Integrations (Coming Soon)
|
|
@@ -136,15 +156,9 @@ Support for:
|
|
|
136
156
|
|
|
137
157
|
### Best Practices
|
|
138
158
|
|
|
139
|
-
|
|
159
|
+
**Working with MCP and claude**
|
|
140
160
|
- Provide clear, specific instructions and ask for clarifying questions to be answered before code generation.
|
|
141
161
|
- Review generated schemas before confirmation and work in layers instead of 'one-shotting' your code.
|
|
142
162
|
- Verify implementation details in generated code before continuing.
|
|
143
|
-
|
|
144
|
-
2. **General Tips**
|
|
145
|
-
- Use interactive mode during development
|
|
146
|
-
- Review changes before confirmation
|
|
147
|
-
- Double-check proposed next actions
|
|
148
|
-
- Ask clarifying questions and double check if the task is understood correctly when needed.
|
|
149
|
-
|
|
163
|
+
- Always double-check proposed next actions
|
|
150
164
|
|
|
@@ -0,0 +1,58 @@
|
|
|
1
|
+
# Tool: Reactor MCP
|
|
2
|
+
|
|
3
|
+
**Reactor-mcp** is a Model Context Protocol (MCP) server for the Powerhouse ecosystem that provides AI agents and tools with structured access to document model operations.
|
|
4
|
+
It serves as a bridge between AI systems and the Powerhouse document management infrastructure.
|
|
5
|
+
|
|
6
|
+
## Main Functions of the Reactor-mcp
|
|
7
|
+
|
|
8
|
+
**Document Operations**:
|
|
9
|
+
- createDocument - Create new documents
|
|
10
|
+
- getDocument - Retrieve documents by ID
|
|
11
|
+
- addActions - Add actions to modify document state
|
|
12
|
+
- deleteDocument - Remove documents
|
|
13
|
+
|
|
14
|
+
**Drive Operations**:
|
|
15
|
+
- getDrives - List all document drives
|
|
16
|
+
- addDrive - Create new drives
|
|
17
|
+
- getDrive - Retrieve specific drives
|
|
18
|
+
- addRemoteDrive - Connect to remote drives
|
|
19
|
+
|
|
20
|
+
**Document Model Operations**:
|
|
21
|
+
- getDocumentModels - List available document model types
|
|
22
|
+
- getDocumentModelSchema - Get schema for specific document models
|
|
23
|
+
|
|
24
|
+
<details>
|
|
25
|
+
<summary>Architecture Context</summary>
|
|
26
|
+
|
|
27
|
+
Within the broader Powerhouse ecosystem:
|
|
28
|
+
|
|
29
|
+
- Document Model: Defines structure and operations for document types
|
|
30
|
+
- Document Drive: Manages collections of documents with sync capabilities
|
|
31
|
+
- Reactor-MCP: Provides AI/tool access to document operations
|
|
32
|
+
- Connect/Switchboard: User interfaces and synchronization servers
|
|
33
|
+
|
|
34
|
+
The reactor-mcp essentially makes the sophisticated document model system accessible to AI agents and external tools through a standardized protocol, enabling programmatic document creation, modification, and management within the Powerhouse ecosystem.
|
|
35
|
+
|
|
36
|
+
</details>
|
|
37
|
+
|
|
38
|
+
### Document Model Agent
|
|
39
|
+
|
|
40
|
+
Alongside the MCP is a **specialized AI agent** for document model creation:
|
|
41
|
+
|
|
42
|
+
- Purpose: Guide users through creating document models
|
|
43
|
+
- Workflow: Requirements gathering → Design confirmation → Implementation
|
|
44
|
+
- Tools: Comprehensive set of MCP tools for model management
|
|
45
|
+
- Capabilities:
|
|
46
|
+
- State schema definition
|
|
47
|
+
- Operation creation
|
|
48
|
+
- Module organization
|
|
49
|
+
- Code generation
|
|
50
|
+
|
|
51
|
+
:::tip Supports with:
|
|
52
|
+
|
|
53
|
+
1. **AI-Assisted Document Model Creation**: AI agents can use the MCP tools to help users create and modify document models
|
|
54
|
+
2. **Automated Document Management**: Programmatic creation and management of documents and drives
|
|
55
|
+
3. **Integration with AI Tools**: Claude, GPT, or other AI systems can use this as an MCP server to interact with Powerhouse
|
|
56
|
+
4. **Development Tooling**: CLI and development server for working with document models locally
|
|
57
|
+
:::
|
|
58
|
+
|
|
Binary file
|
|
Binary file
|
|
@@ -756,6 +756,10 @@ Options:
|
|
|
756
756
|
will prompt for user confirmation before generating code. This is useful
|
|
757
757
|
for development when you want control over when code regeneration happens.
|
|
758
758
|
|
|
759
|
+
--watch-packages Enable dynamic loading for document-models and editors in connect-studio
|
|
760
|
+
and switchboard. When enabled, the system will watch for changes in these
|
|
761
|
+
directories and reload them dynamically. Default is disabled for better performance.
|
|
762
|
+
|
|
759
763
|
Examples:
|
|
760
764
|
$ ph vetra # Start Vetra environment with defaults
|
|
761
765
|
$ ph vetra --switchboard-port 5000 --connect-port 3001 # Use custom ports
|
|
@@ -765,6 +769,7 @@ Examples:
|
|
|
765
769
|
$ ph vetra --remote-drive http://localhost:4001/d/docs # Connect to remote drive
|
|
766
770
|
$ ph vetra --disable-connect # Start only backend services
|
|
767
771
|
$ ph vetra --interactive # Enable interactive code generation mode
|
|
772
|
+
$ ph vetra --watch-packages # Enable dynamic loading for development
|
|
768
773
|
$ ph vetra --https-key-file key.pem --https-cert-file cert.pem # Use HTTPS
|
|
769
774
|
```
|
|
770
775
|
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@powerhousedao/academy",
|
|
3
|
-
"version": "4.1.0-dev.
|
|
3
|
+
"version": "4.1.0-dev.60",
|
|
4
4
|
"homepage": "https://powerhouse.academy",
|
|
5
5
|
"repository": {
|
|
6
6
|
"type": "git",
|
|
@@ -16,15 +16,17 @@
|
|
|
16
16
|
"@powerhousedao/design-system": "^1.6.0",
|
|
17
17
|
"clsx": "^2.0.0",
|
|
18
18
|
"prism-react-renderer": "^2.3.0",
|
|
19
|
-
"react": "^
|
|
20
|
-
"react-dom": "^
|
|
19
|
+
"react": "^19.2.0",
|
|
20
|
+
"react-dom": "^19.2.0"
|
|
21
21
|
},
|
|
22
22
|
"devDependencies": {
|
|
23
|
-
"@docusaurus/module-type-aliases": "^3.
|
|
24
|
-
"@docusaurus/tsconfig": "^3.
|
|
25
|
-
"@docusaurus/types": "^3.
|
|
23
|
+
"@docusaurus/module-type-aliases": "^3.9.1",
|
|
24
|
+
"@docusaurus/tsconfig": "^3.9.1",
|
|
25
|
+
"@docusaurus/types": "^3.9.1",
|
|
26
|
+
"@types/react": "^19.2.0",
|
|
27
|
+
"@types/react-dom": "^19.2.0",
|
|
26
28
|
"tsx": "^4.20.3",
|
|
27
|
-
"typescript": "^5.
|
|
29
|
+
"typescript": "^5.9.3"
|
|
28
30
|
},
|
|
29
31
|
"browserslist": {
|
|
30
32
|
"production": [
|
package/sidebars.ts
CHANGED
|
@@ -24,7 +24,8 @@ const sidebars = {
|
|
|
24
24
|
"academy/GetStarted/DefineToDoListDocumentModel",
|
|
25
25
|
"academy/GetStarted/ImplementOperationReducers",
|
|
26
26
|
"academy/GetStarted/BuildToDoListEditor",
|
|
27
|
-
"academy/GetStarted/
|
|
27
|
+
"academy/GetStarted/VetraStudio",
|
|
28
|
+
"academy/GetStarted/ReactorMCP",
|
|
28
29
|
],
|
|
29
30
|
},
|
|
30
31
|
{
|
|
@@ -1,10 +1,10 @@
|
|
|
1
|
-
import clsx from "clsx";
|
|
2
1
|
import useDocusaurusContext from "@docusaurus/useDocusaurusContext";
|
|
3
|
-
import useBaseUrl from "@docusaurus/useBaseUrl";
|
|
4
|
-
import Layout from "@theme/Layout";
|
|
5
2
|
import HomepageFeatures from "@site/src/components/HomepageFeatures";
|
|
6
3
|
import Heading from "@theme/Heading";
|
|
4
|
+
import Layout from "@theme/Layout";
|
|
5
|
+
import clsx from "clsx";
|
|
7
6
|
import styles from "./index.module.css";
|
|
7
|
+
import type { JSX } from "react";
|
|
8
8
|
|
|
9
9
|
function HomepageHeader() {
|
|
10
10
|
const { siteConfig } = useDocusaurusContext();
|
package/tsconfig.tsbuildinfo
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
{"root":["./babel.config.js","./docusaurus.config.ts","./sidebars.ts","./scripts/generate-combined-cli-docs.ts","./src/components/HomepageFeatures/index.tsx","./src/pages/_archive-homepage.tsx","./src/theme/DocCardList/index.tsx"],"version":"5.9.
|
|
1
|
+
{"root":["./babel.config.js","./docusaurus.config.ts","./sidebars.ts","./scripts/generate-combined-cli-docs.ts","./src/components/HomepageFeatures/index.tsx","./src/pages/_archive-homepage.tsx","./src/theme/DocCardList/index.tsx"],"version":"5.9.3"}
|