@standardagents/skill 0.45.3 → 0.45.5
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/LICENSE +70 -0
- package/package.json +2 -2
- package/skills/agentbuilder/SKILL.md +88 -9
package/LICENSE
ADDED
|
@@ -0,0 +1,70 @@
|
|
|
1
|
+
PROPRIETARY SOFTWARE LICENSE
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2024-2025 FormKit Inc. All Rights Reserved.
|
|
4
|
+
|
|
5
|
+
This software and associated documentation files (the "Software") are the sole
|
|
6
|
+
and exclusive property of FormKit Inc., a Delaware C corporation, doing
|
|
7
|
+
business as Standard Agents ("Standard Agents").
|
|
8
|
+
|
|
9
|
+
LICENSE GRANT
|
|
10
|
+
|
|
11
|
+
Subject to the terms of this license, Standard Agents grants you a limited,
|
|
12
|
+
non-exclusive, non-transferable, revocable license to install and use the
|
|
13
|
+
Software:
|
|
14
|
+
|
|
15
|
+
1. for local development and testing; and
|
|
16
|
+
2. in production only on hosting that Standard Agents operates ("Standard
|
|
17
|
+
Agents Hosting").
|
|
18
|
+
|
|
19
|
+
USE RESTRICTIONS
|
|
20
|
+
|
|
21
|
+
The Software is proprietary. Except as stated in the LICENSE GRANT, NO
|
|
22
|
+
PERMISSION is granted to use, copy, modify, merge, publish, distribute,
|
|
23
|
+
sublicense, and/or sell copies of the Software, or to permit persons to whom
|
|
24
|
+
the Software is furnished to do so, under any circumstances, without prior
|
|
25
|
+
written authorization from Standard Agents. No permission is granted to host,
|
|
26
|
+
deploy, or run the Software in production anywhere other than Standard Agents
|
|
27
|
+
Hosting.
|
|
28
|
+
|
|
29
|
+
YOUR AGENTS
|
|
30
|
+
|
|
31
|
+
This license applies to the Software. It does not apply to the agents,
|
|
32
|
+
prompts, tools, and other definitions that you write ("Your Agents"). This
|
|
33
|
+
license does not restrict where you run Your Agents. You may run Your Agents
|
|
34
|
+
on any runtime that conforms to the Standard Agent Specification. This section
|
|
35
|
+
grants no right to run the Software outside the LICENSE GRANT.
|
|
36
|
+
|
|
37
|
+
UNAUTHORIZED USE PROHIBITED
|
|
38
|
+
|
|
39
|
+
Any use of this Software outside the LICENSE GRANT without a valid, written
|
|
40
|
+
license agreement signed by authorized officers of FormKit Inc. is strictly
|
|
41
|
+
prohibited and constitutes unauthorized use and infringement of Standard
|
|
42
|
+
Agents' intellectual property rights.
|
|
43
|
+
|
|
44
|
+
LICENSING INQUIRIES
|
|
45
|
+
|
|
46
|
+
Organizations interested in licensing this Software for other uses should
|
|
47
|
+
contact:
|
|
48
|
+
enterprise@formkit.com
|
|
49
|
+
|
|
50
|
+
A written license agreement must be executed before any use of this Software
|
|
51
|
+
outside the LICENSE GRANT is authorized.
|
|
52
|
+
|
|
53
|
+
NO WARRANTY
|
|
54
|
+
|
|
55
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
56
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
57
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
58
|
+
FORMKIT INC. BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN
|
|
59
|
+
AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
|
|
60
|
+
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
|
|
61
|
+
|
|
62
|
+
GOVERNING LAW
|
|
63
|
+
|
|
64
|
+
This license shall be governed by and construed in accordance with the laws
|
|
65
|
+
of the jurisdiction in which FormKit Inc. is incorporated, without regard to
|
|
66
|
+
its conflict of law provisions.
|
|
67
|
+
|
|
68
|
+
FormKit Inc., doing business as Standard Agents
|
|
69
|
+
https://formkit.com
|
|
70
|
+
enterprise@formkit.com
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@standardagents/skill",
|
|
3
|
-
"version": "0.45.
|
|
3
|
+
"version": "0.45.5",
|
|
4
4
|
"private": false,
|
|
5
5
|
"publishConfig": {
|
|
6
6
|
"access": "public",
|
|
@@ -43,5 +43,5 @@
|
|
|
43
43
|
"markdown"
|
|
44
44
|
],
|
|
45
45
|
"author": "FormKit Inc.",
|
|
46
|
-
"license": "
|
|
46
|
+
"license": "SEE LICENSE IN LICENSE"
|
|
47
47
|
}
|
|
@@ -26,9 +26,9 @@ For deeper reference material that this skill links to, see:
|
|
|
26
26
|
- `agents/hooks/AGENTS.md` — hook reference
|
|
27
27
|
- Canonical TypeScript types (full signatures): read `node_modules/@standardagents/spec/dist/` in your project, or browse `packages/spec/src/` on GitHub at https://github.com/standardagents/agentbuilder
|
|
28
28
|
- Specification: https://standardagentspec.org/llms.txt
|
|
29
|
-
- Builder docs: https://docs.
|
|
29
|
+
- Builder docs: https://docs.standardagents.ai/llms.txt
|
|
30
30
|
|
|
31
|
-
> If the `agents/*/AGENTS.md` files don't exist in your project yet, run `pnpm exec agents scaffold` to create them.
|
|
31
|
+
> If the `agents/*/AGENTS.md` files don't exist in your project yet, run `pnpm exec agents scaffold` to create them. To replace existing guides with the current versions, run `pnpm exec agents scaffold --force`. That command also runs the normal scaffold stages (`vite.config`, `package.json`, registry settings, `tsconfig.json`) and resets the `builder()` entry in `vite.config` to a call with no options, so copy any `builder()` options first. It prints each replacement before it writes, and it keeps application files.
|
|
32
32
|
|
|
33
33
|
## The specification comes first
|
|
34
34
|
|
|
@@ -73,7 +73,7 @@ Every agent has exactly two explicit sides, and each side is backed by exactly o
|
|
|
73
73
|
Name its `sessionStop` tool. Name its `sessionFail` tool. Set a finite `maxSessionTurns` (the spec makes the cap optional; this skill makes it required practice for prompt × prompt). Give side B a real, non-redundant job. If you cannot say in one sentence what tool call ends the session, the agent is not designed yet. → [Session boundary discipline](#session-boundary-discipline)
|
|
74
74
|
|
|
75
75
|
**4. Pick models from `current-models` only.**
|
|
76
|
-
Never invent model strings from memory. Run `pnpm exec agents current-models`, choose by category, then run `pnpm exec agents available-models --provider=<name>` to confirm the exact string. → [Model selection](#model-selection)
|
|
76
|
+
Never invent model strings from memory. Run `pnpm exec agents current-models`, choose by category, then run `pnpm exec agents available-models --provider=<name>` to confirm the exact string. Both work in a project that holds only the Standard Agents account key. → [Model selection](#model-selection)
|
|
77
77
|
|
|
78
78
|
**5. Research every third-party API before writing the tool.**
|
|
79
79
|
Fetch the official current docs. Confirm auth, base URL, endpoint paths, payload shapes, rate limits, error codes. Do not write a tool from memory of how an API "usually" works. APIs change. → [API research checklist](#api-research-checklist)
|
|
@@ -584,7 +584,7 @@ conversion contract.
|
|
|
584
584
|
|
|
585
585
|
1. Run `pnpm exec agents current-models` to see the curated category list (e.g. `extra_reasoning`, `fast_tool_calls`, `writing`, `image_generation`, `tiny`).
|
|
586
586
|
2. Choose the category that fits the role (table below).
|
|
587
|
-
3. Run `pnpm exec agents available-models --provider=<name>` to confirm the exact provider model string.
|
|
587
|
+
3. Run `pnpm exec agents available-models --provider=<name>` to confirm the exact provider model string. The command uses the provider's own key when the project has one. Otherwise it uses the project's Standard Agents account key (`STANDARD_AGENTS_API_KEY` in `.dev.vars`), so a project created by `agents init` needs no provider key. `<name>` is an installed provider package (`openai`, `anthropic`, ...) or a provider defined in `agents/providers/`, which always uses the key and base URL its own definition declares. If the command exits 1, read its message: it names the missing key or the failed request. Do not guess an ID in its place.
|
|
588
588
|
4. Define the model in `agents/models/<name>.ts` using `defineModel`.
|
|
589
589
|
5. Take `capabilities` from the provider (`POST /api/models/capabilities` with `{provider, modelId}`, or the admin model picker) — **never guess them, and never flatter the model.** The runtime's vision filter trusts `supportsImages`: declare it `true` on a text-only model and generated-image attachments ship to the provider as raw base64 that gets tokenized as *text* — a ~1MB PNG becomes ~1.2M input tokens and every turn after the first image hard-fails with "input too long". Declared `false`, images become a small placeholder in requests while stored history keeps the real files.
|
|
590
590
|
|
|
@@ -773,7 +773,7 @@ const result = await run;
|
|
|
773
773
|
|
|
774
774
|
In a thread endpoint, `runCode` forwards functions in imports, globals, and execution arguments as callable proxies. Call `run.terminate(reason)` to stop the sandbox. A caller disconnect also stops the run. When `report` is supplied, the host receives reports during the run and `run.reports` updates as reports arrive.
|
|
775
775
|
|
|
776
|
-
By default, `runCode()` executes the `default` export with no args. Use `execute: { fn, args }` to call a named export or pass arguments; `fn: 'default'` calls the default export with args. Use `modules` to provide local relative ES modules. The result is a status object: successful runs return `status: 'success'`, `result`, `logs`, `reports`, and `durationMs`; failed runs return an error status and an `error` object. Call `run.terminate(reason)` from your own timeout budget when needed.
|
|
776
|
+
By default, `runCode()` executes the `default` export with no args. Use `execute: { fn, args }` to call a named export or pass arguments; `fn: 'default'` calls the default export with args. Use `modules` to provide local relative ES modules. Sandbox code can call and await a bridged function at the top level of a module as well as inside an exported function. The result is a status object: successful runs return `status: 'success'`, `result`, `logs`, `reports`, and `durationMs`; failed runs return an error status and an `error` object. Call `run.terminate(reason)` from your own timeout budget when needed.
|
|
777
777
|
|
|
778
778
|
### Notes on a few that are easy to misuse
|
|
779
779
|
|
|
@@ -888,7 +888,7 @@ PromptDefinition
|
|
|
888
888
|
hooks HookId[] prompt-scoped hooks (overrides agent hooks)
|
|
889
889
|
```
|
|
890
890
|
|
|
891
|
-
Provider options merge from model defaults to prompt overrides. Later values win. A prompt can set `reasoning.level` from 0 to 100.
|
|
891
|
+
Provider options merge from model defaults to prompt overrides. Later values win. A prompt can set `reasoning.level` from 0 to 100. Earlier reasoning is sent back to the model on later requests unless the prompt sets `reasoning.include: false`.
|
|
892
892
|
|
|
893
893
|
### Composable prompts: the `tone` pattern
|
|
894
894
|
|
|
@@ -988,7 +988,7 @@ HandlerSide
|
|
|
988
988
|
|
|
989
989
|
Session bindings are **object form only** and are the bindings [Session boundary discipline](#session-boundary-discipline) refers to; every session tool must pass the [three-places check](#session-tools-must-exist-in-three-places). Handler sides get no `maxSteps`, stop bindings, or session bindings — a handler turn is a single invocation, and handlers end sessions via `state.stopSession()`.
|
|
990
990
|
|
|
991
|
-
Packaging fields (`packageName`, `version`, `author`, `license`) exist for the agent packing system; ignore them unless you're publishing.
|
|
991
|
+
Packaging fields (`packageName`, `version`, `author`, `license`) exist for the agent packing system; ignore them unless you're publishing. For definitions you will pack, import `defineAgent`, `definePrompt`, and the other definition helpers from `@standardagents/spec`, so the pack depends on the MIT specification package and does not carry the Builder runtime.
|
|
992
992
|
|
|
993
993
|
Definition-time errors to know (old shapes fail to load with migration-pointing errors — there is no compatibility window): both sides human (reserved); `subagents` on a human side; a side with zero or multiple backings; an undefined prompt/handler reference; duplicate, colliding, or reserved relationship names; session bindings, `maxSteps`, or stop bindings on a non-prompt side; a non-object session binding.
|
|
994
994
|
|
|
@@ -1137,6 +1137,42 @@ Undeclared thread-only env keys are treated as write-only secrets when scanned f
|
|
|
1137
1137
|
|
|
1138
1138
|
---
|
|
1139
1139
|
|
|
1140
|
+
## Platform terms
|
|
1141
|
+
|
|
1142
|
+
If `git push` prints lines that start with `remote: Standard Agents:`, the platform stored the push but started no build. Tell the user what the lines say. For the terms notice, the user runs `npx @standardagents/cli terms accept`. An acceptance starts no build: the command lists the deploy that waits and starts it (with `--agree`, with no second question). To start it later, run `npx @standardagents/cli builds retry` on the pushed branch.
|
|
1143
|
+
|
|
1144
|
+
The platform can ask an account member to accept updated terms.
|
|
1145
|
+
|
|
1146
|
+
```bash
|
|
1147
|
+
npx @standardagents/cli@latest terms # documents, versions, URLs, accepted or not
|
|
1148
|
+
npx @standardagents/cli@latest terms accept # asks the person in a terminal
|
|
1149
|
+
```
|
|
1150
|
+
|
|
1151
|
+
**Rule: you never accept terms for the user on your own decision.** Acceptance
|
|
1152
|
+
is a legal agreement by the signed-in person. Without a terminal,
|
|
1153
|
+
`terms accept` exits with code 2 and records nothing. It prints both document
|
|
1154
|
+
links, the acknowledgement sentence, and the command that accepts the versions
|
|
1155
|
+
it showed:
|
|
1156
|
+
|
|
1157
|
+
```bash
|
|
1158
|
+
npx @standardagents/cli@latest terms accept --agree --terms-version <version> --privacy-version <version>
|
|
1159
|
+
```
|
|
1160
|
+
|
|
1161
|
+
Show the user those two links and that sentence exactly as printed. Run the
|
|
1162
|
+
printed command, with its versions unchanged, only after the user says yes in
|
|
1163
|
+
this conversation. `--agree` needs both version options. If a document changed
|
|
1164
|
+
after the user reviewed it, the command exits with code 2 again, records
|
|
1165
|
+
nothing, and prints the current documents with a new command. Show the user the
|
|
1166
|
+
new links and ask again. Never copy the new versions into the command without a
|
|
1167
|
+
new yes.
|
|
1168
|
+
|
|
1169
|
+
Add `--json` for stable output; a code 2 result holds the command in
|
|
1170
|
+
`accept_command`. Exit codes: 0 success, 1 failure, 2
|
|
1171
|
+
confirmation needed, 3 not signed in (the user runs `login` or `git-login`).
|
|
1172
|
+
After acceptance the command lists each deploy that started.
|
|
1173
|
+
|
|
1174
|
+
---
|
|
1175
|
+
|
|
1140
1176
|
## Production diagnostics & stuck threads
|
|
1141
1177
|
|
|
1142
1178
|
A thread that shows "working" forever has a precise signature: a request log
|
|
@@ -1196,6 +1232,42 @@ All three are gated by the `logs` permission on hosted deployments.
|
|
|
1196
1232
|
|
|
1197
1233
|
---
|
|
1198
1234
|
|
|
1235
|
+
## After a push
|
|
1236
|
+
|
|
1237
|
+
A project on Standard Agents hosting deploys from git: the platform builds each pushed commit. A push that git accepts is not a deploy, and the build can fail after the push. Check every push with the CLI. The commands use the project key in `.dev.vars`, or the account sign-in from `agents login`; `agents rollback` and `agents redeploy` need that sign-in. Each command accepts `--json` and never prompts.
|
|
1238
|
+
|
|
1239
|
+
```bash
|
|
1240
|
+
agents deploy # push, then follow the build; exits 0 only when the commit was deployed
|
|
1241
|
+
agents builds # recent builds: id, status, environment, commit, branch
|
|
1242
|
+
agents builds status # the build of the checked-out commit
|
|
1243
|
+
agents builds status --commit <sha> # the build of another commit
|
|
1244
|
+
agents builds status <build> --wait # wait for a running build to end
|
|
1245
|
+
agents builds logs <build> # the build log
|
|
1246
|
+
agents builds logs <build> --follow # stream the log of a running build
|
|
1247
|
+
agents builds retry <build> --wait # start a failed build again and wait for it
|
|
1248
|
+
agents rollback --yes --wait # make the earlier production build live again
|
|
1249
|
+
agents redeploy # deploy the live build again after an environment change
|
|
1250
|
+
```
|
|
1251
|
+
|
|
1252
|
+
Without a global install, use `npx @standardagents/cli@latest <command>`.
|
|
1253
|
+
|
|
1254
|
+
1. After `git push`, run `agents builds status --wait`. It waits while the build is `queued`, `building`, or `deploying`.
|
|
1255
|
+
2. When the status is `failed`, read `agents builds logs`, fix the cause in a new commit, and push again. Use `agents builds retry` only when the failure was not caused by the code.
|
|
1256
|
+
3. When production is broken after a build went live, run `agents rollback --yes --wait`, then fix the code in a new commit. Rollback applies to production only.
|
|
1257
|
+
|
|
1258
|
+
| Exit code | Meaning | Next step |
|
|
1259
|
+
| --- | --- | --- |
|
|
1260
|
+
| 0 | Done. For a wait: the commit was deployed. | None. |
|
|
1261
|
+
| 1 | The build failed, or the platform refused the request. | Read `agents builds logs`. |
|
|
1262
|
+
| 2 | The command line, the checkout, or the named build is not usable. | Read the message. |
|
|
1263
|
+
| 3 | Not signed in, or the command needs an account sign-in. | Ask the user to run `agents login`. |
|
|
1264
|
+
| 4 | The platform needs the terms accepted before it builds. | Ask the user to run `npx @standardagents/cli terms accept`. It starts the refused build after the acceptance; `npx @standardagents/cli builds retry` starts it later. |
|
|
1265
|
+
| 5 | The time limit passed while the build was still in progress. | Run `agents builds status --wait` again, or raise `--timeout <seconds>`. |
|
|
1266
|
+
|
|
1267
|
+
Only a person can sign in or accept the terms. Do not try to do either for the user.
|
|
1268
|
+
|
|
1269
|
+
---
|
|
1270
|
+
|
|
1199
1271
|
## Implementation checking
|
|
1200
1272
|
|
|
1201
1273
|
When you edit `agents/`, `prompts/`, `handlers/`, `models/`, `tools/`, `hooks/`, or `worker/`, validate before claiming the change is done.
|
|
@@ -1206,9 +1278,16 @@ Validation order:
|
|
|
1206
1278
|
2. Refresh Cloudflare types:
|
|
1207
1279
|
- use `pnpm cf-typegen` if that script exists
|
|
1208
1280
|
- otherwise run `npx wrangler types`
|
|
1209
|
-
3. Regenerate Standard Agents Builder types by
|
|
1210
|
-
- usually `pnpm
|
|
1281
|
+
3. Regenerate Standard Agents Builder types by starting the dev server:
|
|
1282
|
+
- usually `pnpm dev`, `npm run dev`, or equivalent
|
|
1283
|
+
- do not run the `build` script of a generated project; it stops with a message on purpose, because builds run on the Standard Agents platform
|
|
1211
1284
|
4. Run the project's type checker:
|
|
1212
1285
|
- prefer `pnpm type-check` / `npm run type-check` if present
|
|
1213
1286
|
- otherwise use the installed checker directly: `pnpm exec vue-tsc --build`, `pnpm exec tsc -b`, or `pnpm exec tsc --noEmit`
|
|
1214
1287
|
5. If any validation step cannot run, state exactly what is missing.
|
|
1288
|
+
|
|
1289
|
+
## Hosting
|
|
1290
|
+
|
|
1291
|
+
The Standard Agents Builder runtime is licensed for local development, and for production on Standard Agents hosting only. The Standard Agents a user builds belong to that user and are portable: they can run on any runtime that conforms to the Standard Agent Specification. The provider packages can run on any conforming runtime too, and the client libraries (`@standardagents/client`, `@standardagents/react`, `@standardagents/vue`) can run in any application on any host.
|
|
1292
|
+
|
|
1293
|
+
If the user asks to host a Builder project anywhere else, tell them those two facts. Do not help deploy this runtime to another host.
|