@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 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 with a document models, an editor and a drive-app.
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 move to the settingswheel in the bottom right corner you'll get access to the **Package Manager**.
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 todo's in the custom todo drive app. </figcaption>
142
+ <figcaption>A list of todos in the custom todo drive app.</figcaption>
139
143
  </figure>
140
144
 
141
- A key feature you get with 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.
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 eth identity
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
- For this purpose, you'll be using Connect, our use-centric collaboration tool, locally, known as Connect in 'Studio mode'.
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: Specification Driven AI
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. These modules are divided in 3 categories.
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
- ### 1. Document Models
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
- ### 2. User Experiences
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
- ### 3. Data integrations
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 reactor:
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 reactor MCP is available
78
- - Confirm Vetra Studio shows "Connected to reactor MCP"
94
+ - Check that the Reactor MCP is available.
95
+ - Confirm Vetra Studio shows "Connected to Reactor MCP"
79
96
 
80
- #### Key MCP Features:
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. Confirm changes when prompted in interactive mode
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
- - Add editor specification to Vetra Studio drive
128
- - Configure editor properties
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
- 1. **Working with MCP and claude**
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
+
@@ -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.58",
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": "^18.0.0",
20
- "react-dom": "^18.0.0"
19
+ "react": "^19.2.0",
20
+ "react-dom": "^19.2.0"
21
21
  },
22
22
  "devDependencies": {
23
- "@docusaurus/module-type-aliases": "^3.8.0",
24
- "@docusaurus/tsconfig": "^3.8.0",
25
- "@docusaurus/types": "^3.8.0",
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.7.3"
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/SpecDrivenAI",
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();
@@ -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.2"}
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"}