genesis-stack 1.1.0 → 1.1.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/README.md CHANGED
@@ -48,3 +48,18 @@ New curated technologies should normally contribute a piece to this catalog.
48
48
  Do not add technology-specific knowledge or dependencies to
49
49
  `genesis-compiler`, and do not create one catalog package per framework unless
50
50
  the single-catalog model becomes genuinely unworkable.
51
+
52
+ ## Resource-estimate proposals
53
+
54
+ JSKIT proposes Vibe64's optional `Resource estimates` section for its concrete
55
+ `app` output and Workspace setup. The startup, running and preparation values
56
+ are initial planning estimates, not measured minima, reservations or memory
57
+ limits. Vibe64 owns the grammar and a host owns admission, learned consumption
58
+ and owner settings; Genesis only materializes and transports the exact text.
59
+
60
+ Node and Vue contribute adoption guidance without competing section proposals.
61
+ Their estimates must not be added to JSKIT's for the same process tree. A
62
+ project's complete reviewed section wins; a catalog upgrade never rewrites it.
63
+ Projects with different output ids or commands must review the proposal during
64
+ preparation. A project can omit estimates and use its host's generic starting
65
+ policy. Neither the catalog nor the project stores host observations or limits.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "genesis-stack",
3
- "version": "1.1.0",
3
+ "version": "1.1.2",
4
4
  "description": "The optional curated technology Stack catalog for Genesis projects.",
5
5
  "type": "module",
6
6
  "repository": {
@@ -24,6 +24,21 @@ C and C++ translation-unit, header, callable, ownership, build, and test convent
24
24
  build systems, libraries, engines, or layouts unless a concrete failure
25
25
  requires one exact investigation.
26
26
 
27
+ - For requested application integrations, read `integrations.json` and the
28
+ supplied static provider schema, credential/callback instructions and operation
29
+ contract. Configure only selected providers. Keep this file authoritative and
30
+ credentials behind Env references; request missing contract material instead
31
+ of guessing fields. Provider registrations, connections and billing state
32
+ belong to the application, not Genesis or its editor.
33
+ - Use the existing C/C++ executable or server and selected JSON/configuration and HTTP/TLS libraries. Make request bounds, cancellation and buffer lifetime explicit; preserve raw webhook bytes and application transaction boundaries.
34
+ - Keep local administrator commands separate from authenticated app-user
35
+ routes and scope access to the app, environment and billable user/workspace.
36
+ Distributed clients must not embed shared secret credentials: use an app-owned
37
+ backend or a provider-supported public-client flow. For payments, consume the
38
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
39
+ entitlement transitions and transactional credits using controlled fixtures.
40
+ Native implementation remains required; guidance is not a working connector.
41
+
27
42
  ## Adoption
28
43
 
29
44
  - Identify the actual build system and presets, compiler and language level,
@@ -12,6 +12,23 @@ C# namespace, public type, dependency, lifecycle, and test conventions.
12
12
 
13
13
  - `csharp`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing .NET command/server and JSON/configuration facilities with the selected HttpClient/provider SDK. Preserve authorization, cancellation tokens, disposal, raw webhook bytes and application transaction boundaries.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve established namespaces, public contracts, dependency injection,
@@ -12,6 +12,23 @@ Go package, exported callable, interface, concurrency, resource, and test conven
12
12
 
13
13
  - `go`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing Go command/server, encoding/json and environment configuration with its HTTP client or provider SDK. Propagate context cancellation and timeouts, retain raw webhook bytes and use the existing database transaction owner.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve package ownership, exported APIs, context propagation, error
@@ -12,6 +12,23 @@ Java package, public type, dependency, lifecycle, and test conventions.
12
12
 
13
13
  - `java`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing Java command/server and selected JSON/configuration facilities with native JVM HTTP/provider libraries. Preserve framework authorization, resource closure, raw webhook bytes and application transaction boundaries.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve established packages, public interfaces, dependency injection,
@@ -64,6 +64,12 @@ JSKIT MySQL runtime, live-schema CRUD generation, and persistence conventions.
64
64
  setup and Deployment contracts when database preparation is part of those
65
65
  operations; do not copy a command that the application does not provide.
66
66
 
67
+ - Apply the inherited JSKIT integration guidance to `integrations.json`.
68
+ Keep connection/payment records in the app's selected database through its
69
+ existing migration and transaction owner. Test scoped uniqueness, duplicate
70
+ webhooks and concurrent credit debits on this driver before claiming database
71
+ correctness; provider calls and app authorization remain outside the database.
72
+
67
73
  ## Deslop
68
74
 
69
75
  - Use the installed JSKIT database runtime and generated resource/repository
@@ -61,6 +61,12 @@ JSKIT PostgreSQL runtime, live-schema CRUD generation, and persistence conventio
61
61
  setup and Deployment contracts when database preparation is part of those
62
62
  operations; do not copy a command that the application does not provide.
63
63
 
64
+ - Apply the inherited JSKIT integration guidance to `integrations.json`.
65
+ Keep connection/payment records in the app's selected database through its
66
+ existing migration and transaction owner. Test scoped uniqueness, duplicate
67
+ webhooks and concurrent credit debits on this driver before claiming database
68
+ correctness; provider calls and app authorization remain outside the database.
69
+
64
70
  ## Deslop
65
71
 
66
72
  - Use the installed JSKIT database runtime and generated resource/repository
@@ -45,6 +45,31 @@ https://mobily-enterprises.github.io/jskit-ai/
45
45
  user-command failures through JSKIT's shared non-layout-shifting action
46
46
  feedback/snackbar path.
47
47
 
48
+ - When application integrations are requested or `integrations.json` exists,
49
+ treat that file as the application-owned configuration used by both editor
50
+ forms and CLI work. Inspect the selected provider's installed package README
51
+ and setup instructions before changing its registration, scopes or callbacks.
52
+ For catalogue providers, start with `@jskit-ai/connectors-catalog/README.md`
53
+ and its `docs/<provider-id>.md`; separately packaged providers own their docs.
54
+ Do not configure every provider merely because the catalogue is installed.
55
+ - Read credentials through the declared Env references on the server. Keep
56
+ registrations, callbacks, connection persistence and refresh/revocation with
57
+ the application. Use its durable identity rather than deriving identity from
58
+ a deployment URL. Shared administrator connections and each app user's
59
+ connections require distinct authorization and storage scopes.
60
+ - For Stripe/Paddle subscription features, read the installed
61
+ `@jskit-ai/payments-core/docs/standalone.md` and `docs/contract.md` before
62
+ composing its ordinary libraries, package migrations and authenticated app
63
+ routes. `extensions.payments` in the same configuration declares plans and
64
+ environment bindings; an editor is not needed to author it. Missing package
65
+ availability or provider credentials must be stated, not silently invented.
66
+ - If the project uses an editor integration-setup command, implement the exact
67
+ supplied static operation contract through the app's existing command entry
68
+ point. Keep local administrator authority separate from customer web routes;
69
+ input fields never grant administrator access. Verify the requested provider
70
+ outcomes and denied access with controlled fixtures. Genesis transports
71
+ guidance and opaque declarations; it does not execute integrations or payments.
72
+
48
73
  ## Adoption
49
74
 
50
75
  - Read the authoritative existing-application migration guide at
@@ -69,6 +94,14 @@ https://mobily-enterprises.github.io/jskit-ai/
69
94
  locators, and retired tool manifests as migration evidence only. Translate
70
95
  live facts into current source/Stack and report remaining port work; do not
71
96
  add compatibility readers or claim adoption performed the port.
97
+ - Review the Vibe64-owned Resource estimates proposal against the application's
98
+ actual Outputs target ids and Workspace setup. Its initial Node development
99
+ estimates are planning hints, not measured requirements, hard memory limits,
100
+ or a promise of available capacity. Keep startup/build and ready runtime
101
+ separate, and give an isolated test target its own estimates. Do not add a
102
+ shared database's full footprint to every application target. Hosts own
103
+ measured history, admission and limits outside project source; they do not
104
+ rewrite this section as they learn. Preserve an existing project section.
72
105
 
73
106
  ## Workspace setup
74
107
 
@@ -105,6 +138,20 @@ https://mobily-enterprises.github.io/jskit-ai/
105
138
  - URL path: `/`
106
139
  - Ready when: `GET` `/api/health` returns `200`
107
140
 
141
+ ## Resource estimates
142
+
143
+ ### Output `app`
144
+
145
+ - Startup typical MiB: `1024`
146
+ - Startup high MiB: `1536`
147
+ - Running typical MiB: `768`
148
+ - Running high MiB: `1536`
149
+
150
+ ### Workspace setup
151
+
152
+ - Typical MiB: `1024`
153
+ - High MiB: `1536`
154
+
108
155
  ## Deployment
109
156
 
110
157
  - Runtimes: `nodejs`
@@ -12,6 +12,23 @@ Kotlin package, public callable, coroutine, nullability, build, and test convent
12
12
 
13
13
  - `kotlin`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing Kotlin command/server and target-compatible serialization/configuration facilities with native HTTP/provider libraries. Keep coroutine cancellation and resource ownership explicit; preserve raw webhook bytes and app transaction boundaries.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve package visibility, nullability, coroutine ownership, public types,
@@ -56,6 +56,12 @@ Laravel MySQL connection, migration, Eloquent, and database environment conventi
56
56
  - Keep the project Resource contract aligned with `config/database.php` if the
57
57
  application deliberately changes Laravel's conventional environment names.
58
58
 
59
+ - Apply the inherited Laravel integration guidance to `integrations.json`.
60
+ Keep connection/payment records in the app's selected database through its
61
+ existing migration and transaction owner. Test scoped uniqueness, duplicate
62
+ webhooks and concurrent credit debits on this driver before claiming database
63
+ correctness; provider calls and app authorization remain outside the database.
64
+
59
65
  ## Adoption
60
66
 
61
67
  - Confirm the selected connection, URL alternative, individual `DB_*` names,
@@ -56,6 +56,12 @@ Laravel PostgreSQL connection, migration, Eloquent, and database environment con
56
56
  - Keep the project Resource contract aligned with `config/database.php` if the
57
57
  application deliberately changes Laravel's conventional environment names.
58
58
 
59
+ - Apply the inherited Laravel integration guidance to `integrations.json`.
60
+ Keep connection/payment records in the app's selected database through its
61
+ existing migration and transaction owner. Test scoped uniqueness, duplicate
62
+ webhooks and concurrent credit debits on this driver before claiming database
63
+ correctness; provider calls and app authorization remain outside the database.
64
+
59
65
  ## Adoption
60
66
 
61
67
  - Confirm the selected connection, URL alternative, individual `DB_*` names,
@@ -21,6 +21,32 @@ conventions. Authoritative framework documentation: https://laravel.com/docs/
21
21
  - Use Laravel's built-in `/up` health route unless the application deliberately
22
22
  changes it and updates its project Outputs contract.
23
23
 
24
+ - When application integrations are requested or `integrations.json` exists,
25
+ read the application-owned file and the selected provider's supplied static
26
+ schema, credential instructions, callback requirements and operation contract.
27
+ Reuse those declarations rather than translating them into a second settings
28
+ authority. Request missing contract material; do not guess fields or install
29
+ JavaScript packages to interpret it. Configure only requested providers.
30
+ - Read Env-backed credentials through Laravel's configuration facilities and
31
+ keep actual values outside source and browser responses. Implement provider
32
+ calls, OAuth callbacks, persisted connections, token refresh and revocation
33
+ using native PHP libraries and application services. Shared administrator
34
+ accounts and app-user accounts need separate policies and storage scopes.
35
+ - For Stripe/Paddle payments, `extensions.payments` supplies the portable plan
36
+ and environment declaration. Follow the supplied payment semantics and
37
+ operation examples with native SDKs, migrations, transactions, signed raw-body
38
+ webhook verification and idempotent reconciliation. The application owns
39
+ billable subjects, entitlements, credits and provider mappings; neither
40
+ Genesis nor the editor is a payment runtime. Static guidance does not prove
41
+ a working payment implementation.
42
+ - Implement any requested integration-setup command as an app-owned Artisan
43
+ command matching its supplied JSON input/output contract. A local administrator
44
+ command and customer HTTP routes have different authority: use policies for
45
+ the selected subject, derive customer actors from authenticated sessions and
46
+ never accept an administrator flag from JSON. Keep commands usable from an
47
+ ordinary CLI outside the editor. Verify with native tests and controlled
48
+ provider fixtures; no Node or JSKIT runtime is required for integrations.
49
+
24
50
  ## Adoption
25
51
 
26
52
  - Inspect `composer.lock`, `composer.json`, `artisan`, `bootstrap/app.php`,
@@ -8,6 +8,21 @@ MySQL persistence and migration conventions.
8
8
 
9
9
  - Nothing.
10
10
 
11
+ ## Guidance
12
+
13
+ - For application integrations and payments, `integrations.json` remains the
14
+ configuration authority; mysql stores app-owned connections, provider mappings,
15
+ event receipts, subscriptions and credit records only when the app needs them.
16
+ Keep provider secrets under the application's secret-storage policy.
17
+ - Scope records and uniqueness constraints by application, merchant/environment
18
+ and billable subject. Use the existing migration ledger and explicit database
19
+ transactions for event deduplication, credit grants/debits and reconciliation.
20
+ Prove atomicity and concurrent access with this database before claiming it;
21
+ a SQLite fixture does not establish mysql locking behavior.
22
+ - Provider calls, signature verification and authorization belong to the app's
23
+ runtime. Database configuration alone does not implement a provider, and the
24
+ editor does not acquire ownership of application billing records.
25
+
11
26
  ## Adoption
12
27
 
13
28
  - Identify the application's accepted connection alternatives, client/driver,
@@ -12,6 +12,23 @@ Node.js package, command, module, dependency, and test conventions.
12
12
 
13
13
  - `javascript`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing Node module/command entry point, JSON parsing and server environment resolver with the selected HTTP client or provider SDK. Preserve promise cancellation and raw webhook bytes; use the application’s existing database transactions.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Adoption
16
33
 
17
34
  - Identify the package manager from the lockfile and preserve the existing
@@ -22,6 +39,17 @@ Node.js package, command, module, dependency, and test conventions.
22
39
  `npm test`, or `npm start` exists merely because a current foundation uses it.
23
40
  - Identify every long-running process, its workdir, host/port handling,
24
41
  readiness signal, and shutdown ownership before declaring Outputs.
42
+ - For Vibe64's optional Resource estimates, distinguish dependency preparation,
43
+ startup/build, and the ready runtime of each real declared output. For an
44
+ unmeasured Node web development target, initial planning candidates are
45
+ startup 1024 MiB typical / 1536 MiB high and running 768 MiB typical / 1536 MiB
46
+ high; preparation can initially use 1024 MiB typical / 1536 MiB high. These
47
+ are not benchmarks, guaranteed minima, or hard limits, and are not defaults
48
+ for every small Node command. Prefer the selected framework's concrete
49
+ proposal or measured application evidence, preserving an existing project
50
+ declaration. Never infer a command or add Node's estimate to a framework
51
+ estimate for the same process tree. Host measurements and owner limits stay
52
+ in runtime-local state, not in this source contract.
25
53
 
26
54
  ## Deslop
27
55
 
@@ -12,6 +12,23 @@ PHP package, namespace, callable, dependency, and test conventions.
12
12
 
13
13
  - `php`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing PHP entry point, JSON decoding and server configuration with native Composer HTTP/provider packages. In a framework, use its configuration and authorization facilities; preserve raw webhook bytes and its database transaction owner.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve established namespaces, package boundaries, public interfaces,
@@ -8,6 +8,21 @@ PostgreSQL persistence and migration conventions.
8
8
 
9
9
  - Nothing.
10
10
 
11
+ ## Guidance
12
+
13
+ - For application integrations and payments, `integrations.json` remains the
14
+ configuration authority; postgresql stores app-owned connections, provider mappings,
15
+ event receipts, subscriptions and credit records only when the app needs them.
16
+ Keep provider secrets under the application's secret-storage policy.
17
+ - Scope records and uniqueness constraints by application, merchant/environment
18
+ and billable subject. Use the existing migration ledger and explicit database
19
+ transactions for event deduplication, credit grants/debits and reconciliation.
20
+ Prove atomicity and concurrent access with this database before claiming it;
21
+ a SQLite fixture does not establish postgresql locking behavior.
22
+ - Provider calls, signature verification and authorization belong to the app's
23
+ runtime. Database configuration alone does not implement a provider, and the
24
+ editor does not acquire ownership of application billing records.
25
+
11
26
  ## Adoption
12
27
 
13
28
  - Identify the application's accepted connection alternatives, client/driver,
@@ -12,6 +12,23 @@ Python package, module, callable, dependency, and test conventions.
12
12
 
13
13
  - `python`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing Python package/CLI, JSON parsing and environment configuration with native HTTP/provider libraries. Preserve the project’s synchronous or asynchronous lifecycle, request timeouts, raw webhook bytes and database transaction owner.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve established package boundaries, public imports, typing style,
@@ -12,6 +12,23 @@ Ruby module, class, callable, dependency, lifecycle, and test conventions.
12
12
 
13
13
  - `ruby`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing Ruby command/service, JSON parsing and environment configuration with native Bundler HTTP/provider libraries. Preserve framework request authorization, raw webhook bytes and its transaction/job lifecycle.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve established modules, public entry points, dependency boundaries,
@@ -12,6 +12,23 @@ Rust module, public item, ownership, error, async, Cargo, and test conventions.
12
12
 
13
13
  - `rust`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing Rust command/server and selected JSON/configuration crates with native HTTP/provider libraries. Preserve error handling, ownership and async cancellation; retain raw webhook bytes and application transaction boundaries.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve module visibility, ownership and borrowing, error types, feature
@@ -12,6 +12,23 @@ Shell script function, process, environment, portability, and test conventions.
12
12
 
13
13
  - `shell`
14
14
 
15
+ ## Guidance
16
+
17
+ - For requested application integrations, read `integrations.json` and the
18
+ supplied static provider schema, credential/callback instructions and operation
19
+ contract. Configure only selected providers. Keep this file authoritative and
20
+ credentials behind Env references; request missing contract material instead
21
+ of guessing fields. Provider registrations, connections and billing state
22
+ belong to the application, not Genesis or its editor.
23
+ - Use the existing shell command with a real JSON parser and the application’s native integration command or supported provider CLI. Preserve quoting, exit status and bounded execution; never eval configuration or parse JSON with text substitution. Delegate OAuth/webhook servers and transactional billing to the application runtime rather than inventing them in shell.
24
+ - Keep local administrator commands separate from authenticated app-user
25
+ routes and scope access to the app, environment and billable user/workspace.
26
+ Distributed clients must not embed shared secret credentials: use an app-owned
27
+ backend or a provider-supported public-client flow. For payments, consume the
28
+ supplied `extensions.payments` semantics and verify signatures, deduplication,
29
+ entitlement transitions and transactional credits using controlled fixtures.
30
+ Native implementation remains required; guidance is not a working connector.
31
+
15
32
  ## Deslop
16
33
 
17
34
  - Preserve the script's supported shell, command-line contract, environment
@@ -19,6 +19,17 @@ conventions. Authoritative framework documentation: https://vuejs.org/
19
19
  project's established Options API or Composition API style and do not turn a
20
20
  focused change into a framework migration or broad ecosystem survey.
21
21
 
22
+ - For application integrations, render the selected configuration and safe
23
+ status supplied by the app backend; `integrations.json` is not a browser secret
24
+ store. Never bundle provider API keys, client secrets or refresh tokens in
25
+ Vue or public build-time environment values. Provider-designated public tokens
26
+ may be exposed only for their documented purpose.
27
+ - Keep administrator setup and per-user connection flows distinct. Use native
28
+ app routes for consent, checkout and customer portals; the backend authorizes
29
+ the subject and verifies webhooks. A successful browser redirect is not proof
30
+ of payment. Preserve drafts, focus, pending/error states and selected accounts
31
+ across responsive changes; use the project's established resource composables.
32
+
22
33
  ### Reactive state hydration
23
34
 
24
35
  - Cached query/resource data and route state may already exist when a component is created. Never rely on a default lazy `watch()` to initialize writable UI state.
@@ -35,3 +46,7 @@ conventions. Authoritative framework documentation: https://vuejs.org/
35
46
  - Record existing unit and browser-test commands plus their base-URL, storage
36
47
  state, and managed-browser assumptions. Do not install a browser or replace a
37
48
  working host-managed browser contract during adoption.
49
+ - Attribute a Vue build/dev server's memory to its actual Node output target.
50
+ Vue selection does not create a second service or another memory charge.
51
+ Review any Vibe64 Resource estimates in the project's existing complete
52
+ section; this piece does not propose a competing section alongside a framework.