website-build-skill 0.1.4 → 0.1.6
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/.claude-plugin/plugin.json +1 -1
- package/CHANGELOG.md +25 -0
- package/CLAUDE.md +2 -1
- package/CONTRIBUTING.md +7 -3
- package/README.md +6 -6
- package/adapters/agents-md.md +2 -0
- package/adapters/antigravity.md +13 -29
- package/adapters/chatgpt-project.md +3 -1
- package/adapters/claude-code.md +4 -3
- package/adapters/claude-desktop.md +2 -0
- package/adapters/codex.md +4 -3
- package/adapters/custom-gpt.md +3 -1
- package/adapters/grok.md +12 -8
- package/adapters/hermes.md +12 -14
- package/adapters/team.yaml +2 -0
- package/docs/COMPATIBILITY.md +13 -2
- package/docs/INSTALLER.md +9 -6
- package/docs/METHOD.md +2 -1
- package/docs/README.md +1 -0
- package/docs/bundles/method.md +3 -2
- package/docs/bundles/prompts.md +19 -18
- package/docs/bundles/team.md +25 -21
- package/docs/evaluation/host-gate.md +129 -0
- package/docs/evaluation/host-trial.md +4 -1
- package/docs/evidence/content-review.json +117 -55
- package/docs/evidence/host-trial-claude-code-2026-09-24.json +57 -0
- package/docs/evidence/host-trial-codex-2026-09-24.json +58 -0
- package/docs/evidence/host-trial-grok-build-2026-09-24.json +74 -0
- package/llms.txt +2 -0
- package/package.json +1 -1
- package/skills/website-build-skill/SKILL.md +3 -2
- package/skills/website-build-skill/manifest.json +4 -4
- package/skills/website-build-skill/prompts/00-start.md +3 -2
- package/skills/website-build-skill/prompts/12-web-design-team.md +16 -16
- package/src/bundle.mjs +1 -0
- package/src/install.mjs +21 -4
package/docs/bundles/prompts.md
CHANGED
|
@@ -43,10 +43,11 @@ Do not repeat the install question mid-method. If no choice is recorded, return
|
|
|
43
43
|
its install entrypoint to the human before starting work.
|
|
44
44
|
|
|
45
45
|
TEAM SETUP
|
|
46
|
+
TEAM: one command installs the seven workers' files; you open each session yourself and carry the handoffs between them. Researcher goes first.
|
|
46
47
|
- Read roles/researcher.md, roles/coordinator.md, roles/designer.md, roles/graphics.md, roles/builder.md,
|
|
47
48
|
roles/optimizer.md, and roles/reviewer.md.
|
|
48
|
-
-
|
|
49
|
-
-
|
|
49
|
+
- Follow prompts/12-web-design-team.md while the human opens the sessions and carries handoffs.
|
|
50
|
+
- The human checks session references during setup and opens Researcher first. Coordinator
|
|
50
51
|
records families and working readiness after the research gate passes.
|
|
51
52
|
- Role labels within one conversation are option 1; if separate workers are unavailable,
|
|
52
53
|
say so, record SOLO, and continue below. Missing independent review alone blocks
|
|
@@ -890,6 +891,7 @@ Never ask the user for the date or infer it from model knowledge. Apply the
|
|
|
890
891
|
same source, two-date, freshness, reuse, and blocked-gate rules to this stage.
|
|
891
892
|
|
|
892
893
|
Run option 2, Give me the team, using the human's recorded install choice.
|
|
894
|
+
TEAM: one command installs the seven workers' files; you open each session yourself and carry the handoffs between them. Researcher goes first.
|
|
893
895
|
Needs Claude Code, Codex, Hermes, Antigravity, or Grok Bot. Follow the setup line for that host.
|
|
894
896
|
|
|
895
897
|
Every agent runs its own research pass before it touches your site, so it works from what is
|
|
@@ -902,22 +904,21 @@ SET UP
|
|
|
902
904
|
- Read roles/researcher.md first, then roles/coordinator.md, roles/designer.md,
|
|
903
905
|
roles/graphics.md, roles/builder.md, roles/optimizer.md, roles/reviewer.md,
|
|
904
906
|
and templates/handoff.yaml. Use each complete body, not these short summaries.
|
|
905
|
-
-
|
|
907
|
+
- The human opens Website Researcher first, then Website Coordinator,
|
|
906
908
|
Website Designer, Website Graphics, Website Builder, Website Optimizer, and
|
|
907
|
-
Website Reviewer as separate sessions, Bots, or terminals.
|
|
908
|
-
only after the research gate. Use
|
|
909
|
-
-
|
|
909
|
+
Website Reviewer as separate sessions, Bots, or terminals. Coordinator works
|
|
910
|
+
only after the research gate. Use available session controls and complete role files.
|
|
911
|
+
- The human checks each session reference and obtains seven setup acknowledgements.
|
|
910
912
|
These confirm receipt of instructions, not permission to start downstream work.
|
|
911
913
|
- A role label in one conversation is option 1. Record SOLO and use prompts/00-start.md
|
|
912
914
|
if separate workers cannot be reached. A same-family team remains a team but
|
|
913
915
|
cannot pass independent review. Respect host concurrency limits.
|
|
914
|
-
-
|
|
915
|
-
|
|
916
|
-
|
|
917
|
-
or independent review checks cannot be reported as a ready team.
|
|
916
|
+
- Read the host adapter and receipt. The installer supplies role files and bundles;
|
|
917
|
+
the human opens sessions, checks trust and tools, and supplies each worker's files.
|
|
918
|
+
Pending discovery, trust, tools or independent review checks remain explicit limits.
|
|
918
919
|
- Supply the request, authorized workspace, source assets, and tools to Researcher.
|
|
919
|
-
All other roles wait.
|
|
920
|
-
|
|
920
|
+
All other roles wait. Carry the complete packets using the manual setup below;
|
|
921
|
+
actual host loading remains UNVERIFIED until tested.
|
|
921
922
|
|
|
922
923
|
RESEARCHER
|
|
923
924
|
- Own site-work/research/library/ and handoffs/researcher/; own both research resources.
|
|
@@ -1000,9 +1001,9 @@ Never report a measured, saved, installed, or deployed result without evidence.
|
|
|
1000
1001
|
Apply checklists/research.md before downstream dispatch and checklists/ship.md before release.
|
|
1001
1002
|
|
|
1002
1003
|
PORTABLE MANUAL SETUP
|
|
1003
|
-
Use this
|
|
1004
|
-
|
|
1005
|
-
|
|
1004
|
+
Use this setup for TEAM on every host. You open each session and carry every handoff.
|
|
1005
|
+
Host loading, file access, tool enforcement and different-family availability remain
|
|
1006
|
+
UNVERIFIED until the actual host/session checks succeed.
|
|
1006
1007
|
A missing host adapter does not authorize inventing a native file format or import API.
|
|
1007
1008
|
|
|
1008
1009
|
1. Open the host's verified worker/session creation surface, if available.
|
|
@@ -1014,8 +1015,8 @@ A missing host adapter does not authorize inventing a native file format or impo
|
|
|
1014
1015
|
with evidence, tools, inaccessible files, and owned paths. Keep downstream work pending.
|
|
1015
1016
|
5. Give Reviewer a read-only candidate packet or verified read-only session. Broad
|
|
1016
1017
|
inherited tools do not become restricted because role prose says read-only.
|
|
1017
|
-
6.
|
|
1018
|
-
|
|
1018
|
+
6. Deliver a bounded setup message to each session yourself. Relay addressed packets
|
|
1019
|
+
and attachments, and verify each receiving worker can open them.
|
|
1019
1020
|
7. Give the user's actual request, authorized workspace, assets and constraints to
|
|
1020
1021
|
Researcher alone. It establishes ASK DATE and completes the library and gate first.
|
|
1021
1022
|
8. Relay its complete passing receipt and readable library to Coordinator. Coordinator
|
|
@@ -1024,7 +1025,7 @@ A missing host adapter does not authorize inventing a native file format or impo
|
|
|
1024
1025
|
Preserve seven acknowledgements separately from research and work-readiness receipts.
|
|
1025
1026
|
A text-only group requires direct image attachments to each receiving visual reviewer.
|
|
1026
1027
|
Inaccessible files or routes keep the relevant handoff BLOCKED.
|
|
1027
|
-
|
|
1028
|
+
Completed file installation means the files are available; session setup is the human's next step.
|
|
1028
1029
|
No separate workers means SOLO; no independent family means independent review BLOCKED.
|
|
1029
1030
|
Never invent a platform capability to fill a setup gap.
|
|
1030
1031
|
|
package/docs/bundles/team.md
CHANGED
|
@@ -29,6 +29,7 @@ Never ask the user for the date or infer it from model knowledge. Apply the
|
|
|
29
29
|
same source, two-date, freshness, reuse, and blocked-gate rules to this stage.
|
|
30
30
|
|
|
31
31
|
Run option 2, Give me the team, using the human's recorded install choice.
|
|
32
|
+
TEAM: one command installs the seven workers' files; you open each session yourself and carry the handoffs between them. Researcher goes first.
|
|
32
33
|
Needs Claude Code, Codex, Hermes, Antigravity, or Grok Bot. Follow the setup line for that host.
|
|
33
34
|
|
|
34
35
|
Every agent runs its own research pass before it touches your site, so it works from what is
|
|
@@ -41,22 +42,21 @@ SET UP
|
|
|
41
42
|
- Read roles/researcher.md first, then roles/coordinator.md, roles/designer.md,
|
|
42
43
|
roles/graphics.md, roles/builder.md, roles/optimizer.md, roles/reviewer.md,
|
|
43
44
|
and templates/handoff.yaml. Use each complete body, not these short summaries.
|
|
44
|
-
-
|
|
45
|
+
- The human opens Website Researcher first, then Website Coordinator,
|
|
45
46
|
Website Designer, Website Graphics, Website Builder, Website Optimizer, and
|
|
46
|
-
Website Reviewer as separate sessions, Bots, or terminals.
|
|
47
|
-
only after the research gate. Use
|
|
48
|
-
-
|
|
47
|
+
Website Reviewer as separate sessions, Bots, or terminals. Coordinator works
|
|
48
|
+
only after the research gate. Use available session controls and complete role files.
|
|
49
|
+
- The human checks each session reference and obtains seven setup acknowledgements.
|
|
49
50
|
These confirm receipt of instructions, not permission to start downstream work.
|
|
50
51
|
- A role label in one conversation is option 1. Record SOLO and use prompts/00-start.md
|
|
51
52
|
if separate workers cannot be reached. A same-family team remains a team but
|
|
52
53
|
cannot pass independent review. Respect host concurrency limits.
|
|
53
|
-
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
or independent review checks cannot be reported as a ready team.
|
|
54
|
+
- Read the host adapter and receipt. The installer supplies role files and bundles;
|
|
55
|
+
the human opens sessions, checks trust and tools, and supplies each worker's files.
|
|
56
|
+
Pending discovery, trust, tools or independent review checks remain explicit limits.
|
|
57
57
|
- Supply the request, authorized workspace, source assets, and tools to Researcher.
|
|
58
|
-
All other roles wait.
|
|
59
|
-
|
|
58
|
+
All other roles wait. Carry the complete packets using the manual setup below;
|
|
59
|
+
actual host loading remains UNVERIFIED until tested.
|
|
60
60
|
|
|
61
61
|
RESEARCHER
|
|
62
62
|
- Own site-work/research/library/ and handoffs/researcher/; own both research resources.
|
|
@@ -139,9 +139,9 @@ Never report a measured, saved, installed, or deployed result without evidence.
|
|
|
139
139
|
Apply checklists/research.md before downstream dispatch and checklists/ship.md before release.
|
|
140
140
|
|
|
141
141
|
PORTABLE MANUAL SETUP
|
|
142
|
-
Use this
|
|
143
|
-
|
|
144
|
-
|
|
142
|
+
Use this setup for TEAM on every host. You open each session and carry every handoff.
|
|
143
|
+
Host loading, file access, tool enforcement and different-family availability remain
|
|
144
|
+
UNVERIFIED until the actual host/session checks succeed.
|
|
145
145
|
A missing host adapter does not authorize inventing a native file format or import API.
|
|
146
146
|
|
|
147
147
|
1. Open the host's verified worker/session creation surface, if available.
|
|
@@ -153,8 +153,8 @@ A missing host adapter does not authorize inventing a native file format or impo
|
|
|
153
153
|
with evidence, tools, inaccessible files, and owned paths. Keep downstream work pending.
|
|
154
154
|
5. Give Reviewer a read-only candidate packet or verified read-only session. Broad
|
|
155
155
|
inherited tools do not become restricted because role prose says read-only.
|
|
156
|
-
6.
|
|
157
|
-
|
|
156
|
+
6. Deliver a bounded setup message to each session yourself. Relay addressed packets
|
|
157
|
+
and attachments, and verify each receiving worker can open them.
|
|
158
158
|
7. Give the user's actual request, authorized workspace, assets and constraints to
|
|
159
159
|
Researcher alone. It establishes ASK DATE and completes the library and gate first.
|
|
160
160
|
8. Relay its complete passing receipt and readable library to Coordinator. Coordinator
|
|
@@ -163,7 +163,7 @@ A missing host adapter does not authorize inventing a native file format or impo
|
|
|
163
163
|
Preserve seven acknowledgements separately from research and work-readiness receipts.
|
|
164
164
|
A text-only group requires direct image attachments to each receiving visual reviewer.
|
|
165
165
|
Inaccessible files or routes keep the relevant handoff BLOCKED.
|
|
166
|
-
|
|
166
|
+
Completed file installation means the files are available; session setup is the human's next step.
|
|
167
167
|
No separate workers means SOLO; no independent family means independent review BLOCKED.
|
|
168
168
|
Never invent a platform capability to fill a setup gap.
|
|
169
169
|
|
|
@@ -1681,6 +1681,8 @@ Never report a measured, saved, installed, or deployed result without evidence.
|
|
|
1681
1681
|
|
|
1682
1682
|
## Manual fallback
|
|
1683
1683
|
|
|
1684
|
+
TEAM: one command installs the seven workers' files; you open each session yourself and carry the handoffs between them. Researcher goes first. This manual relay is the TEAM workflow.
|
|
1685
|
+
|
|
1684
1686
|
**Prepare the files and workspace**
|
|
1685
1687
|
|
|
1686
1688
|
- Get the complete `docs/bundles/team.md`, `method.md`, `prompts.md`, `playbooks.md`, and `checklists.md` from the same release. The team bundle contains the seven complete role bodies and this guide; the prompts bundle contains active prompts.
|
|
@@ -1703,7 +1705,7 @@ Never report a measured, saved, installed, or deployed result without evidence.
|
|
|
1703
1705
|
**Connect the group and verify its routes**
|
|
1704
1706
|
|
|
1705
1707
|
- If your account exposes group creation, create `Website Design` and add the seven saved Bots in the same order, Researcher first. Record the actual route for each. Verify one bounded setup message reaches the intended recipient using the host's documented addressing controls.
|
|
1706
|
-
-
|
|
1708
|
+
- Use separate Bot chats and relay each handoff and its attachments manually, including when the account offers a group view. Keep distinct workers on separate routes; separate workers need separate routes, and labels inside one chat stay one worker. Ordinary single-chat work uses SOLO.
|
|
1707
1709
|
- If group messages are text-only, attach mockups and assets directly to the receiving Bot. Image review needs the Bot to open the image itself; a text path alone gives it only the path, so confirm the receiving Bot can inspect the image directly.
|
|
1708
1710
|
- Give Coordinator this complete contract after replacing each angle-bracket route with the real saved Bot/chat reference. Unresolved placeholders keep setup incomplete.
|
|
1709
1711
|
|
|
@@ -1735,7 +1737,7 @@ with Builder's route/content inputs. Send the fixed final candidate to Reviewer
|
|
|
1735
1737
|
only after pre-review gates pass. Different-family review remains mandatory.
|
|
1736
1738
|
Read every returned artifact. Preserve Reviewer returns unchanged. Use every field
|
|
1737
1739
|
in templates/handoff.yaml and record gate acceptance only in site-work/status.md.
|
|
1738
|
-
|
|
1740
|
+
Return every complete addressed packet for me to relay manually.
|
|
1739
1741
|
```
|
|
1740
1742
|
|
|
1741
1743
|
**Trigger the first work handoff**
|
|
@@ -1756,11 +1758,11 @@ leave the research gate BLOCKED. If you cannot save files, return named file bod
|
|
|
1756
1758
|
for me to save and reattach; wait for read-back before passing the disk gate.
|
|
1757
1759
|
Pass only when the saved library covers every touched domain and every claim we
|
|
1758
1760
|
will act on has an opened source URL, a publication/update date or explicit unknown, and an access date on or after the ASK DATE. Read back the actual saved files before confirming persistence.
|
|
1759
|
-
Then
|
|
1760
|
-
fields and readable artifacts. No other role starts before this research gate.
|
|
1761
|
+
Then return research-to-coordinator addressed to <actual Coordinator route> for me
|
|
1762
|
+
to relay, using all handoff fields and readable artifacts. No other role starts before this research gate.
|
|
1761
1763
|
```
|
|
1762
1764
|
|
|
1763
|
-
- First receipt: Researcher supplies `site-work/handoffs/researcher/research-<revision>.yaml` and its library.
|
|
1765
|
+
- First receipt: Researcher supplies `site-work/handoffs/researcher/research-<revision>.yaml` and its library. Copy the whole receipt and attach the library to Coordinator yourself.
|
|
1764
1766
|
- First acceptance: Coordinator opens the files, checks coverage and source dates, and writes PASS or BLOCKED in `site-work/status.md`. Only PASS releases downstream scope handoffs.
|
|
1765
1767
|
- First design: Designer and Graphics read their named library files, return learning/top-up receipts, and apply their domain checklists. They open the evidence behind the research summary before starting.
|
|
1766
1768
|
- Persistence: preserve the files and receipts, and reattach the current revision in each new session. Carry state in the saved files, since a Bot may not remember a group chat. A durable-memory proposal remains pending until an actual supported save is read back.
|
|
@@ -1769,6 +1771,8 @@ fields and readable artifacts. No other role starts before this research gate.
|
|
|
1769
1771
|
## Artifact ownership roster
|
|
1770
1772
|
|
|
1771
1773
|
```yaml
|
|
1774
|
+
# TEAM: one command installs the seven workers' files; you open each session yourself and carry the handoffs between them. Researcher goes first.
|
|
1775
|
+
# This roster records ownership and handoff fields for the human to relay.
|
|
1772
1776
|
schema_version: 1
|
|
1773
1777
|
team: website-design-team
|
|
1774
1778
|
coordinator: coordinator
|
|
@@ -0,0 +1,129 @@
|
|
|
1
|
+
# Manual host gate
|
|
2
|
+
|
|
3
|
+
Status: NOT RUN. This document defines the work behind the explicit live-host skips.
|
|
4
|
+
Live host behaviour is verified by receipts, not by `npm test`. The suite reports these
|
|
5
|
+
items as skipped until a contributor supplies the required observations.
|
|
6
|
+
|
|
7
|
+
## Automated distribution boundary
|
|
8
|
+
|
|
9
|
+
Run from the package checkout:
|
|
10
|
+
|
|
11
|
+
```sh
|
|
12
|
+
node --test test/packed-artifact.test.mjs
|
|
13
|
+
npm run check
|
|
14
|
+
npm test
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
The packed-artifact test packs this revision, installs the tarball into a temporary
|
|
18
|
+
consumer's `node_modules`, resolves the installed bin there, and runs SOLO and TEAM
|
|
19
|
+
against empty destinations. It checks file trees, bytes, receipts and uninstall.
|
|
20
|
+
The repository check workflow schedules it on `ubuntu-latest`, `macos-latest` and
|
|
21
|
+
`windows-latest`. A configured matrix is a check to run; its results require CI evidence.
|
|
22
|
+
The stable Repository checks job requires every matrix entry to succeed.
|
|
23
|
+
|
|
24
|
+
Host discovery, upload controls, model behaviour and session permissions need the manual
|
|
25
|
+
checks below. The repository currently builds bundles and an npm tarball; it has no ZIP
|
|
26
|
+
production step. GitHub source archives and manually prepared skill ZIPs use the ZIP gate.
|
|
27
|
+
|
|
28
|
+
## Hosts and operating systems
|
|
29
|
+
|
|
30
|
+
Run each applicable item on the exact host, client version and OS whose compatibility
|
|
31
|
+
claim you intend to make. Use Linux, macOS and Windows for any claim covering all three;
|
|
32
|
+
keep unavailable host/OS combinations UNVERIFIED with a reason. A browser trial also
|
|
33
|
+
records browser version and account controls available during that trial.
|
|
34
|
+
|
|
35
|
+
| Host | Setup and loading instructions | Modes to observe |
|
|
36
|
+
| --- | --- | --- |
|
|
37
|
+
| Claude Code | [Adapter](../../adapters/claude-code.md) | SOLO and separately TEAM |
|
|
38
|
+
| Codex | [Adapter](../../adapters/codex.md) | SOLO and separately TEAM |
|
|
39
|
+
| Hermes | [Adapter](../../adapters/hermes.md), including explicit alias and trust checks | SOLO and separately TEAM |
|
|
40
|
+
| Antigravity | [Adapter](../../adapters/antigravity.md) | SOLO and separately TEAM |
|
|
41
|
+
| Grok Bot | [Adapter](../../adapters/grok.md), including attachment and manual relay controls | SOLO and separately TEAM |
|
|
42
|
+
| Claude Desktop | [Adapter](../../adapters/claude-desktop.md), including skill ZIP upload where exposed | SOLO; record any separate-session TEAM trial separately |
|
|
43
|
+
| ChatGPT Project | [Adapter](../../adapters/chatgpt-project.md) | SOLO; record any separate-session TEAM trial separately |
|
|
44
|
+
| Custom GPT | [Adapter](../../adapters/custom-gpt.md) | SOLO; record any separate-session TEAM trial separately |
|
|
45
|
+
| Generic file-reading agent | [Adapter](../../adapters/agents-md.md); name the actual client | SOLO; record any separate-session TEAM trial separately |
|
|
46
|
+
|
|
47
|
+
TEAM installs seven workers' files in one command; you open each session yourself and
|
|
48
|
+
carry the handoffs between them. Researcher goes first. Retain all seven setup
|
|
49
|
+
acknowledgements separately from the research receipt and later work receipts.
|
|
50
|
+
|
|
51
|
+
## Skipped item: live AD01-AD09 behaviour
|
|
52
|
+
|
|
53
|
+
Test title: `Live AD01-AD09 behavior: ladder evidence, clock override, no-search blockage, stale claims, derived floors and multi-day expiry`.
|
|
54
|
+
|
|
55
|
+
1. Use a fresh synthetic project on each claimed host/OS above. Follow the
|
|
56
|
+
[host trial](host-trial.md) to install, explicitly load the skill and record tool access.
|
|
57
|
+
2. Run every case in `test/fixtures/ask-date-cases.md` from the matching source checkout
|
|
58
|
+
(test fixtures are checkout-only files).
|
|
59
|
+
Follow [AD01-AD09](../../skills/website-build-skill/checklists/research.md) and the
|
|
60
|
+
[ASK DATE rule](../../skills/website-build-skill/playbooks/research-and-memory.md#ask-date-rule)
|
|
61
|
+
for the expected boundary, including the independent AD09 review.
|
|
62
|
+
3. Record the supplied input, actual tool evidence and observed response for each case.
|
|
63
|
+
Retain date ladder failures, conflicting clock evidence, absent search, stale claims,
|
|
64
|
+
derived floors and multi-day expiry observations. A fixture's expected answer is a
|
|
65
|
+
criterion, not an observation. Identify simulated tools separately from live tools;
|
|
66
|
+
a simulation cannot establish the live capability it replaces.
|
|
67
|
+
4. Save scope, library, source receipts, gate output and transcript excerpts. Mark each
|
|
68
|
+
AD check PASS, FAIL, BLOCKED or NOT APPLICABLE with its evidence and reason. A missing
|
|
69
|
+
different-family Reviewer leaves AD09 BLOCKED.
|
|
70
|
+
|
|
71
|
+
## Skipped item: per-host npm and ZIP distribution
|
|
72
|
+
|
|
73
|
+
Test title: `Planned distribution: fresh npm tarball and ZIP installation on each claimed operating system and host`.
|
|
74
|
+
The npm file-install portion is automated above; this skip covers actual host loading
|
|
75
|
+
from that installation and ZIP extraction/upload on the host/OS combinations claimed.
|
|
76
|
+
|
|
77
|
+
1. From the revision being evaluated, run `npm pack --json --ignore-scripts --pack-destination <existing-temp-directory>`.
|
|
78
|
+
Save the JSON report and the tarball digest. In a separate empty consumer, run
|
|
79
|
+
`npm init -y`, then `npm install --ignore-scripts --no-audit --no-fund <absolute-tarball-path>`.
|
|
80
|
+
2. Run the consumer's installed bin, substituting the adapter target and a fresh absolute
|
|
81
|
+
trial directory. Repeat with `--team` in another empty trial directory:
|
|
82
|
+
|
|
83
|
+
```sh
|
|
84
|
+
node node_modules/website-build-skill/bin/website-build-skill.mjs --solo --target codex --dir <trial-directory> --yes
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
Compare receipt paths and hashes with the disk. Open the actual host in the trial
|
|
88
|
+
directory and follow its loading check. Record explicit file reads separately from
|
|
89
|
+
native discovery. Verify accessible assets, preserved existing instructions and
|
|
90
|
+
error/conflict behaviour in separate synthetic fixtures.
|
|
91
|
+
3. For a GitHub source ZIP, download the archive for that exact commit, record its URL
|
|
92
|
+
and digest, extract it into an empty directory and follow the adapter's manual copy
|
|
93
|
+
or bundle-attachment steps. Verify manifest hashes and loaded resources.
|
|
94
|
+
4. For a skill-upload ZIP, create an archive containing one complete
|
|
95
|
+
`website-build-skill/` directory from `skills/website-build-skill/`, with manifest and
|
|
96
|
+
relative assets. Record the packaging command/tool version, layout and digest.
|
|
97
|
+
Upload using the actual account controls described by the adapter and confirm each
|
|
98
|
+
loaded resource. Record absent upload controls as BLOCKED for that route. Source
|
|
99
|
+
archives and skill-upload ZIPs are distinct artifacts and need separate results.
|
|
100
|
+
5. Save installer output, receipt, installed file/digest inventory, exact invocation,
|
|
101
|
+
host transcript and observed limits. Use the [full trial](host-trial.md) separately
|
|
102
|
+
before making a website-outcome claim.
|
|
103
|
+
|
|
104
|
+
## Receipt and acceptance
|
|
105
|
+
|
|
106
|
+
Copy [receipt-template.json](receipt-template.json) into the private trial workspace.
|
|
107
|
+
Fill its fields from observations, including:
|
|
108
|
+
|
|
109
|
+
- Identity: trial ID, package commit, artifact filename and SHA-256, host/client version,
|
|
110
|
+
OS/version, runtime and actual model family, mode, invocation and start/end times.
|
|
111
|
+
- Commands: exact commands, working-directory roles, exit codes and relevant output.
|
|
112
|
+
- Boundaries: each skipped item and AD check attempted, expected and observed behaviour,
|
|
113
|
+
status, and links to transcript excerpts, installed receipts and supporting files.
|
|
114
|
+
- Negative trials: missing tools, conflicts and other failures actually exercised.
|
|
115
|
+
- Review: candidate digest, actual reviewer family, findings and reproduced dispositions.
|
|
116
|
+
- Limits: untested host/OS/mode combinations and unavailable controls; reproduction steps.
|
|
117
|
+
|
|
118
|
+
Add artifact metadata to `artifacts` and per-case observations to `boundaries`; preserve
|
|
119
|
+
unknown values as null. Sanitize private paths, account identifiers and credentials.
|
|
120
|
+
Save the receipt as `docs/evidence/host-gate-<trial-id>.json` and its supporting artifacts
|
|
121
|
+
under `docs/evidence/host-gate-<trial-id>/`. A reviewer reopens those artifacts before
|
|
122
|
+
accepting the result. Keep failed and blocked receipts alongside successful ones.
|
|
123
|
+
|
|
124
|
+
Each skipped item advances to either a real executable test for the behaviour it can
|
|
125
|
+
assert, or a linked, reviewed receipt for the exact host/OS/mode observed. A receipt may
|
|
126
|
+
be linked beside a retained skip for combinations still awaiting trials. A skipped test
|
|
127
|
+
is never converted to a pass by editing its label, removing `skip`, or adding an empty
|
|
128
|
+
passing body. `npm test` alone establishes no live-host result. Promote compatibility
|
|
129
|
+
only for the observed scope under the [host-trial evidence rules](host-trial.md#publish-evidence-and-promote-narrowly).
|
|
@@ -2,6 +2,8 @@
|
|
|
2
2
|
|
|
3
3
|
Status: NOT RUN. This protocol is an acceptance test, not evidence of host support.
|
|
4
4
|
A passing repository test suite or a copied skill folder cannot promote this status.
|
|
5
|
+
Use the [manual host gate](host-gate.md) for the suite's live-host skips, per-OS loading
|
|
6
|
+
checks, ZIP trials and required receipts.
|
|
5
7
|
|
|
6
8
|
## Scope and authority
|
|
7
9
|
|
|
@@ -14,7 +16,8 @@ Use a local preview. Production release and live-host checks remain BLOCKED.
|
|
|
14
16
|
The operator supplies the visual selection and a separate model family for review.
|
|
15
17
|
If either is unavailable, record the exact boundary reached; do not manufacture a PASS.
|
|
16
18
|
The first useful milestone is one complete SOLO local-preview trial on one named host.
|
|
17
|
-
TEAM requires a separate trial with seven
|
|
19
|
+
TEAM requires a separate trial with seven sessions the human opens and handoffs they
|
|
20
|
+
carry, with Researcher first; it cannot inherit the SOLO result.
|
|
18
21
|
|
|
19
22
|
## Prepare and invoke
|
|
20
23
|
|