@jskit-ai/create-app 0.1.78 → 0.1.80
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
package/src/server/index.js
CHANGED
|
@@ -631,7 +631,7 @@ export async function runCli(
|
|
|
631
631
|
stdout.write("Next steps:\n");
|
|
632
632
|
stdout.write(`- cd ${shellQuote(targetLabel)}\n`);
|
|
633
633
|
if (isAiSeedTemplate) {
|
|
634
|
-
stdout.write("-
|
|
634
|
+
stdout.write("- use jskit session after the real scaffold exists\n");
|
|
635
635
|
stdout.write(
|
|
636
636
|
`- once the Stage 1 shape is clear, let it run npx @jskit-ai/create-app ${shellQuote(result.appName)} --target . --force --tenancy-mode <mode>\n`
|
|
637
637
|
);
|
|
@@ -1,39 +1,12 @@
|
|
|
1
1
|
# AI Seed Instructions
|
|
2
2
|
|
|
3
|
-
This workspace is
|
|
3
|
+
This workspace is only a JSKIT seed scaffold. It is not a runnable JSKIT app yet.
|
|
4
4
|
|
|
5
|
-
|
|
5
|
+
Keep this stage minimal:
|
|
6
6
|
|
|
7
|
-
|
|
7
|
+
- Decide the app name and tenancy mode.
|
|
8
|
+
- Promote the directory into a real scaffold with `npx @jskit-ai/create-app <app-name> --target . --force --tenancy-mode <mode>`.
|
|
9
|
+
- Run `npm install`.
|
|
10
|
+
- If local JSKIT checkout links are used, run `npm run devlinks` immediately afterward.
|
|
8
11
|
|
|
9
|
-
|
|
10
|
-
- `https://github.com/mobily-enterprises/jskit-ai/blob/main/packages/agent-docs/site/guide/app-setup/initial-scaffolding.md`
|
|
11
|
-
- `https://github.com/mobily-enterprises/jskit-ai/blob/main/packages/agent-docs/site/guide/app-setup/quickstart.md`
|
|
12
|
-
- `https://github.com/mobily-enterprises/jskit-ai/blob/main/packages/agent-docs/site/guide/app-setup/working-with-the-jskit-cli.md`
|
|
13
|
-
|
|
14
|
-
What to do now:
|
|
15
|
-
|
|
16
|
-
1. Ask only the Stage 1 setup questions first:
|
|
17
|
-
- app purpose
|
|
18
|
-
- tenancy mode: `none`, `personal`, or `workspaces`
|
|
19
|
-
- database engine: MySQL or Postgres
|
|
20
|
-
- auth provider
|
|
21
|
-
- whether the baseline should include users, console, workspaces, realtime, or assistant
|
|
22
|
-
2. If a database-backed baseline is selected, do not stop at the engine name. Confirm one of these is true before moving on:
|
|
23
|
-
- the target database already exists and the app connection values are known
|
|
24
|
-
- or the developer has enough local admin or create-database access for the chosen engine to create it now
|
|
25
|
-
3. Once the baseline package stack is clear, ask plainly for the exact local development setup values needed for the next chosen install step. Use the real env var names or option names instead of vague requests for "credentials".
|
|
26
|
-
4. Treat those values as routine local development setup inputs, not production secrets. Examples:
|
|
27
|
-
- `DB_HOST`, `DB_PORT`, `DB_NAME`, `DB_USER`, `DB_PASSWORD`
|
|
28
|
-
- `AUTH_SUPABASE_URL`, `AUTH_SUPABASE_PUBLISHABLE_KEY`, `APP_PUBLIC_URL`
|
|
29
|
-
- `OPENAI_API_KEY` if assistant support is selected
|
|
30
|
-
5. For MySQL or Postgres, if the database does not exist yet, ask for whatever local admin or create-database access is needed to create it, then make sure the database exists before promoting the scaffold. Do not move on while the database is still hypothetical.
|
|
31
|
-
6. If assistant support is selected, explain that `OPENAI_API_KEY` can be given now or wired later; the scaffold can still be created first.
|
|
32
|
-
7. Do not hand-write JSKIT runtime files or invent file topology in this seed workspace.
|
|
33
|
-
8. Once the Stage 1 decisions are clear, promote this directory into the real app scaffold by running:
|
|
34
|
-
`npx @jskit-ai/create-app <app-name> --target . --force --tenancy-mode <mode>`
|
|
35
|
-
Use the current directory name as `<app-name>` unless the developer explicitly wants a different app name.
|
|
36
|
-
9. After that, run `npm install`.
|
|
37
|
-
10. If this app is being tested against a local JSKIT checkout with linked packages, run `npm run devlinks` immediately after `npm install`.
|
|
38
|
-
11. Then stop, re-read the overwritten `AGENTS.md`, and continue with the normal JSKIT app workflow from that file. Do not rely on memory from the seed stage.
|
|
39
|
-
12. Do not install JSKIT runtime packages until the new app `AGENTS.md` has been re-read.
|
|
12
|
+
After the real scaffold exists, use `jskit session` for issue work. Do not continue from this seed file as a workflow source of truth.
|
|
@@ -1,11 +1,11 @@
|
|
|
1
|
-
# App Agent
|
|
1
|
+
# App Agent Instructions
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
Use JSKIT sessions for issue work.
|
|
4
4
|
|
|
5
|
-
- `
|
|
5
|
+
- `jskit session`
|
|
6
|
+
- `jskit session create`
|
|
7
|
+
- `jskit session <session_id>`
|
|
8
|
+
- `jskit session <session_id> step`
|
|
9
|
+
- `jskit session <session_id> step --json` for tools and UIs
|
|
6
10
|
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
- install dependencies so `node_modules/@jskit-ai/agent-docs/` exists
|
|
10
|
-
- inspect the workspace before assuming a JSKIT app already exists
|
|
11
|
-
- if the workspace is empty and the user wants a new app, start with high-level initialize questions only
|
|
11
|
+
Follow the current session step output and prompt. Do not invent a parallel manual issue workflow.
|