howone 0.1.23 → 0.1.26
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 +1 -1
- package/templates/vite/.howone/skills/howone/01-architect/01-app-generation.md +215 -0
- package/templates/vite/.howone/skills/{howone-sdk → howone}/01-architect/02-manifest-codegen.md +67 -4
- package/templates/vite/.howone/skills/howone/02-database/01-schema-design.md +541 -0
- package/templates/vite/.howone/skills/howone/02-database/02-schema-operations.md +398 -0
- package/templates/vite/.howone/skills/howone/02-database/03-data-access-patterns.md +309 -0
- package/templates/vite/.howone/skills/howone/02-database/04-query-dsl-and-responses.md +237 -0
- package/templates/vite/.howone/skills/howone/02-database/05-ai-persistence-patterns.md +372 -0
- package/templates/vite/.howone/skills/{howone-sdk → howone}/03-sdk/01-client-setup.md +58 -36
- package/templates/vite/.howone/skills/{howone-sdk → howone}/03-sdk/02-entity-operations.md +67 -0
- package/templates/vite/.howone/skills/howone/03-sdk/03-auth.md +414 -0
- package/templates/vite/.howone/skills/howone/03-sdk/04-react-integration.md +191 -0
- package/templates/vite/.howone/skills/{howone-sdk → howone}/03-sdk/07-ai-action-calls.md +168 -64
- package/templates/vite/.howone/skills/howone/03-sdk/08-extension-boundaries.md +226 -0
- package/templates/vite/.howone/skills/howone/04-ai/01-ai-capability-architecture.md +205 -0
- package/templates/vite/.howone/skills/howone/04-ai/02-workflow-contract-rules.md +426 -0
- package/templates/vite/.howone/skills/howone/04-ai/03-ai-sdk-handoff.md +234 -0
- package/templates/vite/.howone/skills/howone/04-ai/04-service-capability-catalog.md +281 -0
- package/templates/vite/.howone/skills/howone/04-ai/05-workflow-operations.md +256 -0
- package/templates/vite/.howone/skills/howone/04-ai/06-ai-feature-playbooks.md +296 -0
- package/templates/vite/.howone/skills/{howone-sdk → howone}/SKILL.md +29 -12
- package/templates/vite/.howone/skills/howone/agents/openai.yaml +4 -0
- package/templates/vite/package.json +1 -1
- package/templates/vite/.howone/skills/howone-sdk/01-architect/01-app-generation.md +0 -126
- package/templates/vite/.howone/skills/howone-sdk/02-database/01-schema-design.md +0 -147
- package/templates/vite/.howone/skills/howone-sdk/02-database/02-schema-operations.md +0 -96
- package/templates/vite/.howone/skills/howone-sdk/02-database/03-data-access-patterns.md +0 -172
- package/templates/vite/.howone/skills/howone-sdk/03-sdk/03-auth.md +0 -616
- package/templates/vite/.howone/skills/howone-sdk/03-sdk/04-react-integration.md +0 -398
- package/templates/vite/.howone/skills/howone-sdk/04-ai/.gitkeep +0 -1
- package/templates/vite/.howone/skills/howone-sdk/04-ai/01-ai-capability-architecture.md +0 -142
- package/templates/vite/.howone/skills/howone-sdk/04-ai/02-workflow-contract-rules.md +0 -169
- package/templates/vite/.howone/skills/howone-sdk/04-ai/03-ai-sdk-handoff.md +0 -80
- package/templates/vite/.howone/skills/howone-sdk/agents/openai.yaml +0 -4
- /package/templates/vite/.howone/skills/{howone-sdk → howone}/03-sdk/05-file-upload.md +0 -0
- /package/templates/vite/.howone/skills/{howone-sdk → howone}/03-sdk/06-raw-http.md +0 -0
|
@@ -1,80 +0,0 @@
|
|
|
1
|
-
# AI SDK Handoff
|
|
2
|
-
|
|
3
|
-
Use this reference after AI capability artifacts have been synced and app code needs to call the
|
|
4
|
-
workflow.
|
|
5
|
-
|
|
6
|
-
## Binding Source
|
|
7
|
-
|
|
8
|
-
Generate `src/lib/sdk.ts` from `.howone/ai/manifest.json`. Do not write AI bindings from memory or
|
|
9
|
-
from the original user prompt.
|
|
10
|
-
|
|
11
|
-
For each manifest capability:
|
|
12
|
-
|
|
13
|
-
1. Read `name`.
|
|
14
|
-
2. Read `workflowId`.
|
|
15
|
-
3. Read `inputSchema`.
|
|
16
|
-
4. Read `outputSchema`.
|
|
17
|
-
5. Generate zod input and output schemas from the JSON Schema fields.
|
|
18
|
-
6. Bind with `defineAiAction(name, { workflowId, inputSchema, outputSchema })`.
|
|
19
|
-
|
|
20
|
-
`workflowId` is mandatory. Without it, the SDK falls back to the action name as the execution URL
|
|
21
|
-
segment, which is not a workflow UUID.
|
|
22
|
-
|
|
23
|
-
## Output Handling
|
|
24
|
-
|
|
25
|
-
For a typed action with `outputSchema`, `.run()` returns the validated workflow output payload.
|
|
26
|
-
The SDK unwraps the EAX execution envelope and validates `finalResult` internally.
|
|
27
|
-
|
|
28
|
-
Use this pattern:
|
|
29
|
-
|
|
30
|
-
```ts
|
|
31
|
-
const output = await howone.ai.generateSummary.run(input)
|
|
32
|
-
// output is GenerateSummaryOutput when outputSchema is configured.
|
|
33
|
-
```
|
|
34
|
-
|
|
35
|
-
Do not read `raw.finalResult`, `raw.result`, or `raw.data.result` from a typed action result. Those
|
|
36
|
-
paths are execution/SSE internals. App code should use the value returned by `.run()` directly.
|
|
37
|
-
|
|
38
|
-
Do not make every output field `.optional()` or add `.passthrough()` to hide validation errors.
|
|
39
|
-
Required fields in the manifest must stay required in Zod. If validation fails, inspect
|
|
40
|
-
`AiSchemaValidationError.issues` and fix the capability contract or workflow output mapping.
|
|
41
|
-
|
|
42
|
-
## UI State
|
|
43
|
-
|
|
44
|
-
AI calls should run in event handlers, effects, or explicit async actions. Never call
|
|
45
|
-
`howone.ai.*.run()` inside JSX render.
|
|
46
|
-
|
|
47
|
-
Recommended UI states:
|
|
48
|
-
|
|
49
|
-
- idle
|
|
50
|
-
- running
|
|
51
|
-
- succeeded
|
|
52
|
-
- failed
|
|
53
|
-
- cancelled when using streaming
|
|
54
|
-
|
|
55
|
-
For streaming, keep the `AiSession` in a ref and call `cancel()` from the UI.
|
|
56
|
-
|
|
57
|
-
## Persistence Handoff
|
|
58
|
-
|
|
59
|
-
If the app stores generated output:
|
|
60
|
-
|
|
61
|
-
1. Run the AI workflow.
|
|
62
|
-
2. Use the typed output returned by `.run()`.
|
|
63
|
-
3. Write the resulting data through `howone.entities.*`.
|
|
64
|
-
|
|
65
|
-
Do not ask the workflow to write to the database. Do not pass owner fields for authenticated
|
|
66
|
-
user-owned entities; HowOne derives ownership from the JWT.
|
|
67
|
-
|
|
68
|
-
## Workflow Edit Handoff
|
|
69
|
-
|
|
70
|
-
When editing an external workflow implementation later, use `external-ai-capability` with:
|
|
71
|
-
|
|
72
|
-
- `mode: "update"`
|
|
73
|
-
- `capabilityName`
|
|
74
|
-
- `workflowConfigID`
|
|
75
|
-
- `updatePrompt`
|
|
76
|
-
|
|
77
|
-
`workflowConfigID` is not `workflowId`. It comes from a confirmed workflow status result:
|
|
78
|
-
`payload.workflow_details.new_workflow_config_id`.
|
|
79
|
-
|
|
80
|
-
If the schema changed, update and sync the capability contract before submitting the workflow edit.
|
|
@@ -1,4 +0,0 @@
|
|
|
1
|
-
interface:
|
|
2
|
-
display_name: "HowOne App Architecture"
|
|
3
|
-
short_description: "Design HowOne app schema, SDK bindings, and auth/data integration."
|
|
4
|
-
default_prompt: "Use this skill to choose the HowOne app architecture track, then implement schema, SDK bindings, or frontend SDK calls correctly."
|
|
File without changes
|
|
File without changes
|