create-zenbu-app 0.0.35 → 0.0.36

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "create-zenbu-app",
3
- "version": "0.0.35",
3
+ "version": "0.0.36",
4
4
  "description": "Scaffold a new Zenbu app",
5
5
  "type": "module",
6
6
  "publishConfig": {
@@ -45,7 +45,7 @@
45
45
  "scripts": {
46
46
  "test:desktop": "bash scripts/test-desktop.sh",
47
47
  "build": "pnpm run build:agents && tsdown",
48
- "build:agents": "sh -c 'for d in vanilla tailwind plugin; do { printf \"# Zenbu.js docs\\n\\n\"; curl -fsSL https://zenbulabs.mintlify.app/llms-full.txt; printf \"\\n\\n# General rules\\n\\n- never use any, every api in the app is fully type safe\\n- use zen link after making changes to sync types if it did not happen automatically\\n- always use <pm> run db:generate after making a schema change otherwise it will not take affect\\n- always prefer to make db updates via the replica so that updates are instant. if you used rpc to update a replica it would serve 0 purpose and just add an extra round trip\\n- prefer one component per file\\n\"; } > templates/$d/AGENTS.md; done'",
48
+ "build:agents": "sh -c 'for d in vanilla tailwind plugin; do { printf \"# Zenbu.js docs\\n\\n\"; if [ \"$d\" = plugin ]; then printf \"# Plugin rules\\n\\n- do not add this plugin to the host config (the plugins array in zenbu.config.ts, a zenbu.local.ts overlay, or any zenbu.plugins*.jsonc manifest). build it in its own folder and leave it there. the user enables or installs it themselves when they are ready, or will ask you to. do not edit their config files on your own.\\n\\n\"; fi; curl -fsSL https://zenbulabs.mintlify.app/llms-full.txt; printf \"\\n\\n# General rules\\n\\n- never use any, every api in the app is fully type safe\\n- use zen link after making changes to sync types if it did not happen automatically\\n- always use <pm> run db:generate after making a schema change otherwise it will not take affect\\n- always prefer to make db updates via the replica so that updates are instant. if you used rpc to update a replica it would serve 0 purpose and just add an extra round trip\\n- prefer one component per file\\n\"; } > templates/$d/AGENTS.md; done'",
49
49
  "typecheck": "tsc --noEmit -p tsconfig.json"
50
50
  }
51
51
  }
@@ -1,5 +1,9 @@
1
1
  # Zenbu.js docs
2
2
 
3
+ # Plugin rules
4
+
5
+ - do not add this plugin to the host config (the plugins array in zenbu.config.ts, a zenbu.local.ts overlay, or any zenbu.plugins*.jsonc manifest). build it in its own folder and leave it there. the user enables or installs it themselves when they are ready, or will ask you to. do not edit their config files on your own.
6
+
3
7
  # Overview
4
8
  Source: https://zenbulabs.mintlify.app/api-reference/overview
5
9
 
@@ -1387,15 +1391,15 @@ Source: https://zenbulabs.mintlify.app/introduction
1387
1391
 
1388
1392
 
1389
1393
 
1390
- Zenbu.js is a framework for building hackable desktop apps.
1394
+ Zenbu.js is the framework for building extensible applications, powering [Zenbu](https://zenbu.dev).
1391
1395
 
1392
- Apps built with Zenbu.js are designed to be modified after they ship. Users can edit the source code directly, or install plugins that extend the app with new functionality.
1396
+ Apps and plugins built with Zenbu.js are designed to be modified after they are installed. Users can edit the source code directly, or install plugins that extend the app with new functionality.
1393
1397
 
1394
- The framework also handles the hard parts of desktop development for you, like syncing state between processes, RPC, and hot-reloading everything as you make changes.
1398
+ The SDK also handles the hard parts of application development, like syncing state between processes, RPC, and hot-reloading everything as you make changes.
1395
1399
 
1396
- ### Why build a hackable app
1400
+ ### Why build with Zenbu.js
1397
1401
 
1398
- * Coding agents can generate and customize software on demand for a specific use case. A hackable app gives them full access to do that.
1402
+ * Coding agents can generate and customize software on demand for a specific use case. An app built on Zenbu.js gives them full access to do that.
1399
1403
  * Letting people modify your app means more directions get explored than you could reach on your own.
1400
1404
  * Extensible code tends to be more maintainable, because it's already written to be changed.
1401
1405
 
@@ -1387,15 +1387,15 @@ Source: https://zenbulabs.mintlify.app/introduction
1387
1387
 
1388
1388
 
1389
1389
 
1390
- Zenbu.js is a framework for building hackable desktop apps.
1390
+ Zenbu.js is the framework for building extensible applications, powering [Zenbu](https://zenbu.dev).
1391
1391
 
1392
- Apps built with Zenbu.js are designed to be modified after they ship. Users can edit the source code directly, or install plugins that extend the app with new functionality.
1392
+ Apps and plugins built with Zenbu.js are designed to be modified after they are installed. Users can edit the source code directly, or install plugins that extend the app with new functionality.
1393
1393
 
1394
- The framework also handles the hard parts of desktop development for you, like syncing state between processes, RPC, and hot-reloading everything as you make changes.
1394
+ The SDK also handles the hard parts of application development, like syncing state between processes, RPC, and hot-reloading everything as you make changes.
1395
1395
 
1396
- ### Why build a hackable app
1396
+ ### Why build with Zenbu.js
1397
1397
 
1398
- * Coding agents can generate and customize software on demand for a specific use case. A hackable app gives them full access to do that.
1398
+ * Coding agents can generate and customize software on demand for a specific use case. An app built on Zenbu.js gives them full access to do that.
1399
1399
  * Letting people modify your app means more directions get explored than you could reach on your own.
1400
1400
  * Extensible code tends to be more maintainable, because it's already written to be changed.
1401
1401
 
@@ -1387,15 +1387,15 @@ Source: https://zenbulabs.mintlify.app/introduction
1387
1387
 
1388
1388
 
1389
1389
 
1390
- Zenbu.js is a framework for building hackable desktop apps.
1390
+ Zenbu.js is the framework for building extensible applications, powering [Zenbu](https://zenbu.dev).
1391
1391
 
1392
- Apps built with Zenbu.js are designed to be modified after they ship. Users can edit the source code directly, or install plugins that extend the app with new functionality.
1392
+ Apps and plugins built with Zenbu.js are designed to be modified after they are installed. Users can edit the source code directly, or install plugins that extend the app with new functionality.
1393
1393
 
1394
- The framework also handles the hard parts of desktop development for you, like syncing state between processes, RPC, and hot-reloading everything as you make changes.
1394
+ The SDK also handles the hard parts of application development, like syncing state between processes, RPC, and hot-reloading everything as you make changes.
1395
1395
 
1396
- ### Why build a hackable app
1396
+ ### Why build with Zenbu.js
1397
1397
 
1398
- * Coding agents can generate and customize software on demand for a specific use case. A hackable app gives them full access to do that.
1398
+ * Coding agents can generate and customize software on demand for a specific use case. An app built on Zenbu.js gives them full access to do that.
1399
1399
  * Letting people modify your app means more directions get explored than you could reach on your own.
1400
1400
  * Extensible code tends to be more maintainable, because it's already written to be changed.
1401
1401